Foutieve weergave vrije ruimte ext3

[NoGinryuGo]

Ik heb de vraag ook al in een andere vorm gesteld in een mediaplayer topic, maar ik vermoed dat hier de Linux experts wel eens kunnen zitten...

Ik heb een externe USB disk met ext4 ingericht (standaard methode van GParted). Om de een of andere reden kon mijn PCH deze niet meer lezen, dus de schijf aan een Linux machine gehangen. Hier kon ik mappen zien, maar niet benaderen. Heb hier een fsck op laten draaien (niet gehinderd door enige serieuse kennis van Linux noch het commando). Dit bleek toch een goede gok te zijn geweest, want de disk was weer leesbaar.

Echter, nu heb ik hele vreemde resultaten met df onder Linux en wanneer ik de schijf benader via het netwerk (gekoppeld aan de Popcorn). Ik weet dat er voor 900+ GB aan data op staat, maar volgens Linux en de Popcorn is dit maar een paar GB. Ik zou een vrije ruimte hebben van meer dan 900 GB (wat dus niet klopt).

Wanneer ik een file kopieer van de ene plek naar de andere plek op de USB disk, dan groeit mijn in gebruik zijn ruimte en krimpt de vrije ruimte (zoals je dit verwacht). Verwijder ik de bron of de kopie, dan krimpt de in gebruik zijn ruimte en groeit de vrije ruimte...

Ergens is er iets mis met datgeen dat de vrije en bezette ruimte bijhoudt (een soort MFT of zo?), maar ik weet niet wat en ik weet niet hoe ik dit kan oplossen. Ik heb al een reindex gedaan van de directories, maar dit bood geen oplossing. Iemand enig idee?

[analog_]

fsck heeft je data eraf geknikkerd

[Rainmaker]

NoGinryuGo schreef op dinsdag 26 januari 2010 @ 21:21:
Ergens is er iets mis met datgeen dat de vrije en bezette ruimte bijhoudt (een soort MFT of zo?),

Dat noemen we in Linux termen een superblock

maar ik weet niet wat en ik weet niet hoe ik dit kan oplossen. Ik heb al een reindex gedaan van de directories, maar dit bood geen oplossing. Iemand enig idee?

Wat is een reindex? Of eigenlijk; hoe heb je dat gedaan?

fsck zou normaal moeten zien dat het aantal vrije blokken niet klopt.

2 dingen; kijk in de lost+found directory (op de schijf, niet in /) en draai nog een fsck met de opties -f en -v (dus fsck -v -f /dev/sda1 o.i.d.).

*edit: fsck altijd draaien als de schijf niet gemount is

[ Voor 4% gewijzigd door Rainmaker op 26-01-2010 23:24 ]

[NoGinryuGo]

Ik heb de volgende acties ondernomen:

sudo umount /dev/sdb1
sudo fsck -v -f /dev/sdb1

dit duurde een tijdje en kreeg regelmatig meldingen als:

Te veel ongeldige blokken in inode 2114185
Ongeldig blok #1
Ongeldig blok #2
Ongeldig blok #3
etc...

Inode x bevat ongeldig(e) blok(ken). Wissen<j>?

heb daar J op beantwoordt en op een gegeven moment was het klaar en begon de tweede ronde. Daar ging iets mis, wat de machine hing zich niet 1, maar wel 3 keer op (laatste scherm update bestond uit een reeks nummers over het scherm getoond in de terminal, ik vermoed blokken of inodes die niet goed zijn).

Uiteindelijk heeft het niets opgeleverd, dus ben ik de data maar gaan copieren naar andere schijven (fijn als die dingen op werk beschikbaar zijn). Van alle data die er op de de disk stonden, was er welgeteld 1 ISO image welke niet meer te copieren was. Heb de disk opnieuw als EXT3 geformatteerd en ben nu bezig met het terugplaatsen van alle data.

Evengoed bedankt voor de tip: ben nu ook bezig om mij toch maar te verdiepen in hoe Linux werkt met filesystemen enzo.