Dotaz: rsync způsobuje poškození reiserfs filesystému

[tobik]

Mám externí disk s NTFS (kvůli kompatibilitě s windows) a na něm vytvořený soubor o velikosti 20GB. Tento soubor mám naformátovaný na reiserfs a denně (cronem) na něj rsyncuju domovskou složku a /etc. Je to poměrně elegantní způsob zálohy.

Bohužel poslední dobou se mi stává, že dojde k poškození reiserfs. Musím spustit reiserfck --rebuild-tree, aby se to spravilo. Pak zase chvíli zálohování funguje správně. Nemám ale ponětí, čím by to mohlo být způsobeno, ani jak to zjistit. Stalo se to už několikrát.

Odpovědi

[misch]

Řekl bych že problém nebude v rsyncu (jak by mohla běžná aplikace poškodit filesystém?).

V popisu problému mi chybí část mezi "soubor mám naformátovaný na reiserfs" a "rsyncuji na něj něco". Ten soubor je připojený klasicky přes loop? Co odpojování toho externího disku? Odpojí se správně nejdřív ten loop device a pak teprve samotná NTFS partition na externím disku?

Co takhle následující postup:
- spustit reiserfck a ověřit si že je vše OK
- připojit disk i filesystém s reiserfs
- zazálohovat
- opět prověřit že je FS v pořádku
?

Jde mi o to, že z popisu toho problému není poznat *KDY* k té chybě dojde, a jestli opravdu souvisí s rsyncem.

[tobik]

Tím "rsync způsobuje" jsem spíš myslel ten celkový proces synchronizace.

Soubor je připojený přes loop, viz fstab:

/media/mybook/backups/data.bin  /mnt/backups            reiserfs        loop,noauto,rw,user     0 0

Externí disk připojuji i odpojuji ručně přes KDE. Pokud je připojený reiserfs partition, externí disk vůbec odpojit nelze (klasické, zařízení je používáno).

Abych to shrnul: připojím k počítači externí disk, přimountuju ho. Script si automaticky ověří, jestli existuje záloha z posledních 24 hodin, pokud ne, aktivuje zálohování. Tzn. že se připojí reiserfs filesystém, proběhne rsync (během kterého je nemožné odpojit externí disk a natvrdo ho samozřejmě nevytahuju) a filesystém se odpojí. Pak je možné odpojit i samotný externí disk.

Tvůj postup jsem vyzkoušel. Nyní už mám za sebou několik úspěšných záloh a filesystém je stále v pořádku. Ono *KDY* můžeme maximálně omezit na dobu zálohování, protože jindy se na filesystém vůbec nesahá.

[Heron]

Data s systém souborů na tom NTFS jsou v pořádku? Může být totiž problém přímo v daném HW (usb, převodník, disk). NTFS se umí s chybami vypořádat (opravit) dobře za běhu. Nejsou nějaké chyby ve smartu (to by ale vyžadovalo ten disk připojit přes sata)?

[tobik]

Nechal jsem to zkontroloval Windowsem a doopravdy se pár chyb našlo. Bohužel z výpisu nebylo jasné, kde přesně. Možná to bylo opravdu ono.

Bohužel přes sata to nemám šanci jak připojit.

[Heron]

Napadá mě jiné řešení (možná obejití) problému. Pokud jsem to správně pochopil, tak vy v Linuxu připojíte NTFS a pak ten Reiserfs v souboru. Co takhle na tom disku udělat pro ten 20GB reiser samostatný oddíl? Tedy v linuxu si připojíte reiser (/dev/usbdisk2) pro zálohy a na NTFS vůbec nemusíte sahat. A ve Windows pak NTFS (/dev/usbdisk1). To by vám nevyhovovalo?

Stále totiž neznáme příčinu problémů. Možná je to interakce mezi verzemi ntfs v Linuxu a Windows. Nebo třeba vadný kabel.

[tobik]

Samozřejmě, to byl původní plán, když jsem si zálohování zřizoval. Zvolil jsem ale tuto cestu kvůli převažujícím výhodám. Záloha v samotném souboru je velice flexibilní. Poměrně snadno jde kopírovat, přesouvat či smazat, to vše i z Windows.

Teoretickou příčinou mohla být ta chyba v NTFS, co našel Windows. To se dá ale ověřit pouze časem. Jinak také zkusím použít jiný kabel, nicméně data kopírovaná přímo na NTFS partition (převážně filmy a hudba) jsou v pořádku, takže kabel či jiný vadný hardware by snad příčinou být neměl.

[tobik]

A ta zmiňovaná NTFS chyba mohla být způsobena třeba vytržením disku bez řádného odpojení či vypnutím proudu (což se mi bohužel při současném počasí sem tam stane ), akorát tenkrát jsem tomu tenkrát nevěnoval pozornost.