fsck likvidátor

ee-kar

Re: fsck likvidátor
« Odpověď #15 kdy: 06. 01. 2011, 12:05:16 »
přesně tak. A taky nezapomenout vynechat fuse mountpointy .gvfs !!!


xmms

  • ***
  • 151
    • Zobrazit profil
    • E-mail
Re: fsck likvidátor
« Odpověď #16 kdy: 07. 01. 2011, 07:21:00 »
Tak jsem to zálohoval jako tgz, ani to dlouho netrvalo. Z původních 5.5GB mám 2GB. Udělal jsem to z live CD a nemusím tak excludovat adresáře. Trochu jsem i experimentoval a bez adresářů dev proc sys ohlásí kernel panic, protože si je při startu sám nevytvoří, pokud chybí. Navíc i tyhle adresáře obsahují pár podadresářů, takže kvůli zachování struktury jsem je všechny ponechal. Je to čistší metoda, než to dělat za běžícího systému a excludovat.

Ale i tak mi to ohlásilo nějaké problémy:

Kód: [Vybrat]
linux:/moje # tar cvpzf /zaloha/zaloha_linux/system.tgz /moje > /zaloha/zaloha_linux/vystup.txt
tar: Removing leading `/' from member names
tar: /moje/var/run/sdp: socket ignored
tar: /moje/var/run/dbus/system_bus_socket: socket ignored
tar: /moje/var/run/acpid.socket: socket ignored
tar: /moje/var/spool/postfix/private/scache: socket ignored
tar: /moje/var/spool/postfix/private/bounce: socket ignored
tar: /moje/var/spool/postfix/private/uucp: socket ignored
tar: /moje/var/spool/postfix/private/anvil: socket ignored
tar: /moje/var/spool/postfix/private/verify: socket ignored
tar: /moje/var/spool/postfix/private/cyrus: socket ignored
tar: /moje/var/spool/postfix/private/proxymap: socket ignored
tar: /moje/var/spool/postfix/private/proxywrite: socket ignored
tar: /moje/var/spool/postfix/private/relay: socket ignored
tar: /moje/var/spool/postfix/private/bsmtp: socket ignored
tar: /moje/var/spool/postfix/private/lmtp: socket ignored
tar: /moje/var/spool/postfix/private/ifmail: socket ignored
tar: /moje/var/spool/postfix/private/rewrite: socket ignored
tar: /moje/var/spool/postfix/private/local: socket ignored
tar: /moje/var/spool/postfix/private/maildrop: socket ignored
tar: /moje/var/spool/postfix/private/retry: socket ignored
tar: /moje/var/spool/postfix/private/discard: socket ignored
tar: /moje/var/spool/postfix/private/error: socket ignored
tar: /moje/var/spool/postfix/private/trace: socket ignored
tar: /moje/var/spool/postfix/private/defer: socket ignored
tar: /moje/var/spool/postfix/private/virtual: socket ignored
tar: /moje/var/spool/postfix/private/procmail: socket ignored
tar: /moje/var/spool/postfix/private/smtp: socket ignored
tar: /moje/var/spool/postfix/public/cleanup: socket ignored
tar: /moje/var/spool/postfix/public/flush: socket ignored
tar: /moje/var/spool/postfix/public/showq: socket ignored
tar: Removing leading `/' from hard link targets

Jsou to nějaké sockety, které se mi do zálohy nezahrnuly. Proč? A co ten / hardlink?
Já bych si přál udělat kompletní zálohu se vším, aby to po obnovení bylo jako předtím.
« Poslední změna: 07. 01. 2011, 07:26:22 od xmms »

Mordae

Re: fsck likvidátor
« Odpověď #17 kdy: 07. 01. 2011, 14:19:29 »
Sockety se vytvari automaticky funkci bind() pri startu odpovidajici aplikace, takze je netreba zalohovat. Vlastne to poradne ani nejde.
Removing leading / je o tom, ze az to budete rozbalovat, pouziji se relativni cesty k mistu rozbaleni. Cili to budete moct rozbalit bokem a prohlednout/obnovit jen cast. Kdyby to tar neudelal, tak by se vam stalo, ze pri rozbaleni v /test by vam tar prepsal system. Ooops.

xmms

  • ***
  • 151
    • Zobrazit profil
    • E-mail
Re: fsck likvidátor
« Odpověď #18 kdy: 07. 01. 2011, 14:55:37 »
S tím socketem tomu moc nerozumím.
a) proč se tedy nesmazaly, když nejsou potřeba
b) na tom disku jsou uložené, takže by to nějak zkopírovat jít mělo, proč to nejde?

branchman2

Re: fsck likvidátor
« Odpověď #19 kdy: 07. 01. 2011, 17:45:04 »
Zalohu pro co nejrychlejsi obnoveni neni ptoreba komprimovat pomoci gz ani bz2, samotny tar uz usetri dost mista.
A ako funguje to setrenie miesta tarom? Pokial viem, tak tar su len subory + informacie o nich.


j.

Re: fsck likvidátor
« Odpověď #20 kdy: 07. 01. 2011, 17:56:38 »
A ako funguje to setrenie miesta tarom? Pokial viem, tak tar su len subory + informacie o nich.
Subory su do tar-u zapisane kontinualne, nie su zarovnavane na velkost bloku. Sice nepredstavuje vyraznu usporu proti niektorym filesystemom (napr. starucky ReiserFS), ale oproti ext2/3 ano.

xmms

  • ***
  • 151
    • Zobrazit profil
    • E-mail
Re: fsck likvidátor
« Odpověď #21 kdy: 22. 01. 2011, 21:31:22 »
Zkoušel jsem jen takový pokus. Vyrobil jsem nový ext4 /dev/sda9. Testoval jsem ho bez provedení změn, tedy
Kód: [Vybrat]
fsck.ext4 -nvf /dev/sda9Při odpojeném disku je vše OK, po připojení také, pokud jsem na něj ještě nic nezapisoval. Pokud tam vyrobím soubor,
třeba touch mujsoubor, fsck po dalším otestování na připojeném souborovém systému ohlásí chybu Počet volných iuzlů špatně. To znamená, že data se ještě nezapsala na disk. Zkusil jsem i syncnout pomocí SysRQ+s a znovu otestovat programem fsck. Výsledek stejný, pořád hlásí chyby. Teprve po umountování sda9 to otestuje bez chyb.
Dá se nějak pořádně donutit systém, aby tam flushnul všechno? Ani sysrq to zdá se neudělá.

Kód: [Vybrat]
Počet volných iuzlů špatně (48180, spočteno=48179).
Opravit? ne


/dev/sda9: ********** VAROVÁNÍ: Systém souborů má stále chyby **********