nehez ugy tovabbra is.
(mondjuk a kedvenc jelszavadat kar volt kipostolni, mindegy mar)
talalkozammar erzesre hasonloval (mas filesystemen, mas oprendszeren) veszes gyorsasaggal mentettem le az adatokat es formaztam ujra.
Ha kernelfejleszto lennek, biztos erdekelne a filesystem serulese, de rendszergazda vagyok, a megoldas erdekel. :-)
a blkid beleolvas a particioba, es kiolvas egy csomo nullat. Nem lattam meg ext4 -et semmilyen szempontbol, de regi trukk szokott lenni a filesystemeknel, hogy a superblockot sok helyre teriti le, egy algoritmus hatarozza meg, hogy hova. (pl minden 10. cilinder elejen van egy). Amikor az fs driver mountolni akar, akkor vegigolvassa az osszes helyet, amig meg nem talalja a superblockot. Viszont, az univerzalis 'magic number' programok (blkid, file, mount onmagaban) nem nezik vegig az osszes FS oszes szuperblokjanak a lehetseges helyet, hanem FS-enkent egy szuperblockot keresnek, max 2-ot.
Az lehet, hogy megserult az a szuperblock, amit a blkid/mount keres, de tovabbi superblockok nem, hiszen vegul is mountolhato.
Ha van backupod :-) akkor lehet jatszani ilyen adatra veszelyesekkel, hogy
mkfs.ext4 -S
mkfs.ext4 -n; fsck.ext4 -b;
az is szimplan lehet, hogy egy regebbi (experimental) kernellel/toollal lett letrehozva/hasznalva az az ext4, es nem kompatibilis a maiakkal.