Naplózó filerendszerek (journaling)

Sziasztok!

Problémám adódott a linux alatt megírt mp3 lejátszók vfat filerendszerével.
A jelenség az, hogy a kiírás után az usb storage -ként viselkedő mp3 lejátszó bizonyos mp3 állományokat összekutyul, vagyis például az éppen lejátszás alatt lévő tankcsapda dal közepén egy 5-10 másodperces beshodrom részletet játszik a lejátszó, ami kétségtelenül izgalmas zenei élményt nyújt, de van úgy, hogy inkább mixelés nélkül hallgatnám a különböző zenéket :)
Azért gyanakszom a linux vfat moduljára, mert a hiba előjött sima hordozható mp3 lejátszónál is és az autóban használt usb-s fm transmitteres mp3 lejátszómnál is. Az usb storage okat mindig unmountolom korrektül. Tapasztalataim szerint a filerendszer formázás utáni első kiírás után még nincs gáz, de a rákövetkező írások/törlések/átnevezések/mozgatások után előjön a hiba.
Esetleg abból adódhat a hiba hogy ezek a lejátszók bután kezelik a fat filerendszert és nem linux oldali a hiba?
Tapasztalt már valaki haszonlót? Esetleg megoldást is tudtok nyújtani erre?

A válaszokat előre is köszönöm!

Debian etch, három partíción PV, ezen egy LV egy XFS partícióval.

# xfs_repair
...
        - moving disconnected inodes to lost+found ...
disconnected dir inode 3372646880, moving to lost+found

És ez minden (akár közvetlen egymás utáni) xfs_repair végén is így van.

Ha megpróbálom törölni a .../lost+found/3372646880 könyvtárat (rmdir), akkor azt mondja, hogy nem üres, ha pedig rm -rf, akkor Input/output errorral elszáll a fájlrendszer - de egy umount/mount után újra használható (a többi része). És ha időközben egyszer csak (véletlenszerűen) elszáll, ugyanígy "gyógyítható".

Jun 29 09:10:10 kernel: xfs_inotobp: xfs_imap()  returned an error 22 on dm-0.  Returning error. 
Jun 29 09:10:10 kernel: xfs_iunlink_remove: xfs_inotobp()  returned an error 22 on dm-0.  Returning error. 
Jun 29 09:10:10 kernel: xfs_inactive:    xfs_ifree() returned an error = 22 on dm-0
Jun 29 09:10:10 kernel: Filesystem "dm-0": I/O Error Detected.  Shutting down filesystem: dm-0
Jun 29 09:10:10 kernel: Please umount the filesystem, and rectify the problem(s)

Jun 29 09:10:10 kernel: xfs_force_shutdown(dm-0,0x1) called from line 1763 of file fs/xfs/xfs_vnodeops.c.  Return address = 0xc029f84c
Jun 29 09:24:12 kernel: xfs_force_shutdown(dm-0,0x1) called from line 338 of file fs/xfs/xfs_rw.c.  Return address = 0xc02a09c6
Jun 29 09:24:12 kernel: xfs_force_shutdown(dm-0,0x1) called from line 338 of file fs/xfs/xfs_rw.c.  Return address = 0xc02a09c6

Eddig vanilla 2.6.17.x kernel volt, utána tettem fel debian forrásból 2.6.18-at, nem változott semmi. (# CONFIG_4KSTACKS is not set)

Hogy lehetne meggyógyítani vagy likvidálni azt a könyvtárat?

szaszi

nincs véleglen valakinek valami nagyon jó ötlete?
épp ment a resize, mikor az ide->usb adapterem egy pillanatra megszakította a kapcsolatot. a vinyó végében volt a particiót, amit teljes vinyóméretűre akartam méretezni. gondolom, ha tudnám, hogy hol tartottam, akkor sem tudom újraindítani a resize-t úgy, hogy folytassa az adott ponttól.
érdemes vajon a rebuild-tree? gondolom a vinyó végében levő adat ügyesen elveszne...

Mit lehet tenni ha a --rebuild-tree nem tud lefutni mert bad block van és a reiserfstune-al nem lehet jelölni a rossz szektort mert "not clearly unmounted". Az egész home-on odaveszett?

Tiszteletem mindenkinek!
Tapasztaltabbaktól kérdezném a következöt:

a messages fileba feltünt:
kernel: Filesystem "sda7": corrupt dinode 4396843, extent total = 129, nblocks = 1. Unmount and run xfs_repair.

a banális kérdés: mivel az sda7-en a "/" filerendszer van, azt ugye csak úgy unmountolni nem ildomos, max. readonlin ujramountolni.
Mi ezen esetkeb a biztonságp eljárás.

Köszi
MZ.

Helló!

Ügyesen leformáztunk egy lvm-en levő xfs partíciót reiserfs-re. Rövid idő múlva kiderült, hogy az eredeti adatok kellenének. Még semmi más művelet nem volt csak a fromázás.

Az lvm volume-t dd-vel azonnal egy fileba másoltam és azon próbálkoztam. Az xfs_repair nem segített semmit.

Van valami mód. hogy az adatokhoz hozzá jussunk?
(filedump mutatja azadatokat)

Üdv és halvány remény:
Zoli

Van egy hatalmas probléma, és segítség kellene!

Egy szerveren (amibe a tulaj csak 1db harddisket invesztált) az adat partició megadta magát. az fsck.ext3 lefuttatása után a 76GB-os partició ext2-ként lett csak felcsatolható, a lost-found könyvtár üres, de 1.2GB méretű.
Van valami ötlet, hogyan lehet az adatokat visszanyerni?

(Ha valaki tud használható segítséget adni, hálám jeléül gyorspostával küldök neki minőségi drága bort és valami minőségi töményet, amilyet csak akar!!!)

Hali!

Épp az imént vesztettem el 500GB backupot, filmet, zenét...

Ma elfelejtettem umountolni suspend előtt az USB-n lévő diszket,
és ettől annyira megsérült rajta az ext3 fájlrendszer
(pedig legfeljebb bash prompt "használta" a suspend pillanatában),
hogy az fsck végtelen ciklusban fut rajta.

Lehet esetleg az ext3 opcióival, vagy másik fájlrendszer választásával strapabíróbbá tenni egy külső adathordózót?

Néhány hónappal ezelött a volt ntfs partíciómról áttoltam az adatokat ext3-ra.
Már akkor is zavart egy kicsit hogy miért vannak rombuszba rajzolt "?" az ékezetes betűk helyén, tudom lámasád de nem foglalkoztam vele. Most viszont amikor valamilyen progival meg akarok nyitni valamit mindíg hibaüzenetet ír ki!
Ha a file-t kimásolom pl. az asztalra és a nevéből eltüntetem a fura karaktereket akkor megy minden rendben!
Csak ez elég idegesítő dolog...

Mit lehet kezdeni ilyen esetben?

Köszi

Hi!

A problémám a következő lenne:
Adott egy 250GB-s winyó amin 130GB adat van.
USB-n keresztül csatlakozika gépemre és csak adatok tárolására használom, de van néhány dolog amihez szükségem volna a win-re...
Arra gondoltam majd lecsipek egy részt a végéből felpakolom a wint és megy majd minden.
De ez nem így történt...
Miután a telepítő felmásolta a fileokat nem tudtam bootolni a partíciót!
Arra gondoltam az lehet a baja hogy inkább a winyó elejére kéne pakolni a win partícióját!

De sajnos nem tudom hogyan kéne az adatokat átmozgatni onnan hogy létre tudjak hozni neki helyet!

Ha valaki tudja a megoldást annak előre köszi!
De minden más alternatíva érdekel!!!