Portál AbcLinuxu, 5. května 2025 09:12
systemctl start smbd
systemctl restart smbd(coz udalas po uprave toho smb.conf)
syst<tab>c<tab>stat<tab>sm<tab>napr2. (priklad kdy zobrazi moznosti, staci napsat cast z te zobrazene kterou chces a opet tab):
systemctl <tab><tab>st<tab><tab>neplati to samozrejme jen pro systemctl, ale pro vetsinu nastroju na ktere narazis (resp. ty ktere maji profil v bash-completion a/nebo pri doplnovani adresare/souboru)...
dd
a podobné, jako např. příkaz cat /dev/sdxX >soubor.img
) tak po obnovení ze zálohy to bude, pokud během zálohování neproběhne zápis, vypadat naprosto stejně jako kdybyste natvrdo odpojil napájení. Ale protože se můžete téměř 100% spolehnout na to, že nějaký zápis proběhne, potom část bitové kopie bude vyčtená před zápisem a jiná část po, což ve většině souborových systémů udělá bordel.¹ Nemusí se to dotknout zrovna celého systému, ale třeba pár souborů bude v záloze rozbitých. Představte si tuto hypotetickou situaci, kde nějaký souborový systém zapisuje data během zálohování:
cp
, rsync
, tar
, …), pak záloha běžícího systému způsobí to, že v případě změny souboru, se dotčený soubor uchová z doby před změnou a nebo z doby po změně. Je to podobná situace jako ta předchozí, ale souborový systém zůstane funkční. Takže to nezpůsobí tak velké potíže, ale přecijen se něco stát může.
Třetí možností je udělat si snapshot (tj. „snímek“ stavu souborového systému v okamžik vytvoření) a potom zálohovat ten snapshot jednou z výše uvedených variant. Pokud používáte LVM, potom snapshot zálohujete jako bitovou kopii a potom se stane po obnovení totéž, co po vypnutí napájení „natvrdo“. Pokud je snapshot vytvářený na úrovni souborového systému (btrfs, ZFS), pak je zásah do integrity systému po obnovení naprosto minimální. Nevím ale jestli máte LVM, nebo používáte jako souborový systém btrfs/LVM/….
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.