Dotaz: mount ext3 - Stale NFS file handle

[jamka3]

Ahojte

mam problem s mountovanim externeho USB, je na nom ext3.

fdisk particie precita
Disk /dev/sdb: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000cec67

Device Boot Start End Blocks Id System
/dev/sdb1 1 38913 312568641 83 Linux

fsck zbehne
fsck from util-linux-ng 2.16
e2fsck 1.41.9 (22-Aug-2009)
USB320: clean, 5077/19537920 files, 44242568/78142160 blocks

ale mount vrati
# mount /dev/sdb1 /mnt/tmp/
mount: Stale NFS file handle

v messages sa objavi
EXT3-fs: get root inode failed

Ma niekto nejaky napad co je zle a preco pri mounte lokalneho FS vrati stale NFS handle?

Odpovědi

[Sten]

Zřejmě je to poškozené, ale fsck to ze superbloku nepozná, je potřeba vynutit kontrolu: fsck.ext3 -f /dev/sdb1

[jamka3]

Dik,
zbehla kontrola, kedze problem bol v root inode, vsetko skoncilo v lost+found :(

[mato]

mno, tak podla mna si trafil s tym fsck vedla - vsak ti fsck hlasi, ze je CLEAN ..

nepouzivas na systeme automounter ? vyzera to, ze v /mnt/tmp alebo v /mnt vobec si mal predtym namountovany NFS share (ci uz automounter alebo vzdialeny), ktory nebol odsharovany skor, ako zmizol source toho share-u

[jamka3]

ee, automounter je, ale na desktope nie je ani nfsserver ani nfsclient. nfs tam nebolo nikdy pouzite.
ten fsck pomohol, fs teraz ide namountovat.
Akurat treba potriedit lost+found
tu hlasky nfs stale handle, ale si neviem nejako rozumne vysvetlit.

[Sten]

Ta hláška NFS je pouze to, že ext3 vrátilo nějaký speciální chybový kód pro chybějící root inode, který jádro přeložilo jako NFS stale handle. S NFS to však nemá nic společného

[Sten]

fsck hlásí, že je clean, pokud byl souborový systém naposledy správně odpojen. To ale nezaručuje, že ten souborový systém je skutečně v pořádku (a zde evidentně není, když nejde připojit)

Ta chybová hláška je jenom špatný překlad chybového kódu vraceného rutinou pro připojení ext3, s NFS to nemá nic společného

[mato]

s tou chybouvou hlaskou je to zaujimave - dobre vediet .. necakal som, ze by to takto chybne vyhodnotil, i ked by mi to davalo zmysel (chybajuca root noda a chybajuci NFS src)

[chochi]

Ohledne te hlasky treba tento bug. Asi by bylo pekne kdyby to upravili i v knihovnach prekladajicich error kody z "Stale NFS handle" na "Stale file handle".