X-Git-Url: http://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=elogind.git;a=blobdiff_plain;f=man%2Fsystemd.snapshot.xml;h=e2d67391df3f1e9d89293164ac36855b466b6d09;hp=f08e38e07e7047124daf90d5674f4d1aca7a1174;hb=798d3a524e;hpb=35888b67f77fa7a5cae0973403cb97aa30cad70c diff --git a/man/systemd.snapshot.xml b/man/systemd.snapshot.xml index f08e38e07..e2d67391d 100644 --- a/man/systemd.snapshot.xml +++ b/man/systemd.snapshot.xml @@ -1,7 +1,7 @@ + "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"> - - systemd.snapshot - systemd + + systemd.snapshot + systemd - - - Developer - Lennart - Poettering - lennart@poettering.net - - - + + + Developer + Lennart + Poettering + lennart@poettering.net + + + - - systemd.snapshot - 5 - + + systemd.snapshot + 5 + - - systemd.snapshot - Snapshot unit configuration - + + systemd.snapshot + Snapshot unit configuration + - - snapshot.snapshot - + + snapshot.snapshot + - - Description + + Description - Snapshot units are not configured via unit - configuration files. Nonetheless they are named - similar to filenames. A unit whose name ends in - .snapshot refers to a dynamic - snapshot of the systemd runtime state. + Snapshot units are not configured via unit configuration + files. Nonetheless they are named similar to filenames. A unit + whose name ends in .snapshot refers to a + dynamic snapshot of the systemd runtime state. - Snapshots are not configured on disk but created - dynamically via systemctl snapshot - (see - systemctl1 - for details) or an equivalent command. When created, - they will automatically get dependencies on the - currently activated units. They act as saved - runtime state of the systemd manager. Later on, the - user may choose to return to the saved state via - systemctl isolate. They are - useful to roll back to a defined state after - temporarily starting/stopping services or - similar. - + Snapshots are not configured on disk but created dynamically + via systemctl snapshot (see + systemctl1 + for details) or an equivalent command. When created, they will + automatically get dependencies on the currently activated units. + They act as saved runtime state of the systemd manager. Later on, + the user may choose to return to the saved state via + systemctl isolate. They are useful to roll back + to a defined state after temporarily starting/stopping services or + similar. + - - See Also - - systemd1, - systemctl1, - systemd.unit5, - systemd.directives7 - - + + See Also + + systemd1, + systemctl1, + systemd.unit5, + systemd.directives7 + +