Meldingen bij e2fsck, schijf onbetrouwbaar?

[Wtrdk]

Mijn externe usb schijf, 2TB, ext4 geformatteerd, geeft de volgende meldingen als ik e2fsck draai:

Inode 188997 heeft de compressievlag gezet op een bestandssysteem zonder compressie-ondersteuning.  Wissen<j>? ja
Inode 188997 heeft de 'INDEX_FL'-vlag gezet maar het is geen map.
'htree'-index wissen<j>? ja
Inode 188997, 'i_size' is 18446744073709551615, zou 0 moeten zijn.  Repareren<j>? ja
Inode 188997, 'i_blocks' is 4294967295, zou 0 moeten zijn.  Repareren<j>? ja
Inode 188998 is in gebruik, maar heeft een ingevulde verwijderingstijd.  Repareren<j>? ja
Inode 188998 heeft de imagic-vlag gezet.  Wissen<j>? ja
Inode 188998 heeft een ongeldige extra grootte (65535).
Repareren<j>? ja

Ik kan natuurlijk overal ja op antwoorden, maar ik vraag me af of de schijf dan nog wel betrouwbaar is. Of kan ik hem beter afschrijven?

[Room42]

offtopic:
Nederlands!?

Anyway, wat zegt je S.M.A.R.T.? Check je SMART

[janwillemCA]

Haha Nederlands, Als je de foutmeldingen in het engels googled, kom je waarschijnlijk meer te weten!

[Wtrdk]

Ik heb de foutmeldingen gegoogled en ik begrijp wat het probleem is, mijn vraag is echter of de schijf nog betrouwbaar is. Daar kom ik niet achter.
Ja, lache hè, Nederlands...

[Wtrdk]

Hmmm, ik vrees het ergste:

sudo smartctl -x /dev/sdb
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.16.0-39-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
cx▒ice M▒▒c▒:۾▒|▒ c▒
_n޶wqoϻs▒v▒▒▒▒▒▒
Serial Number:    ▒▒▒▒wo▒▒▒▒▒▒▒▒▒^uf▒▒
Firmware Version: ▒▒'▒▒▒▒
User Capacity:    1,906,647,261,696 bytes [1,90 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    56029 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   Unknown(0xedfd) (unknown minor revision code: 0xf8d8)
Local Time is:    Fri Jun 12 11:32:57 2015 CEST
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported.
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 85-87 don't show if SMART is enabled.
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Of kan iemand me nog geruststellen?

[Blokker_1999]

Rotation Rate: 56029 rpm

Verdorie, die moet snel gaan

Er is blijkbaar inderdaad iets mis met die schijf, maak allesinds een backup van alle belangrijke data op die disc en ik zou hem daarna gewoon weggooien. Je zou nog kunnen proberen de firmware opnieuw te flashen (als dat al kan). Zelf zou ik ze allesinds niet meer vertrouwen, zelfs als iemand mij zou vertellen dat het nog wel goed kan komen.

[deadinspace]

Wtrdk schreef op vrijdag 12 juni 2015 @ 11:16:
Ik kan natuurlijk overal ja op antwoorden, maar ik vraag me af of de schijf dan nog wel betrouwbaar is. Of kan ik hem beter afschrijven?

Er zijn wat dingetjes mis met het filesystem op de schijf, maar dat kan verschillende oorzaken hebben:

• Falende schijf
• Stroomuitval
• Schijf loskoppelen zonder te unmounten
• USB controller resets (komt op hetzelfde neer als vorige puntje)
• Kernel bugs

Wtrdk schreef op vrijdag 12 juni 2015 @ 11:34:
Hmmm, ik vrees het ergste:

Veel USB disk controllers ondersteunen SMART niet of slecht, ik zou die output dus met een korreltje zout nemen.

Als je de status van je schijf wil weten dan kun je het beste de schijf rechtstreeks aan een (e)SATA aansluiting hangen en dan de SMART uitlezen.

[Wtrdk]

Ik vermoed dat de schijf per ongeluk uit de server is getrokken door een overijverige vriendin...
Voorlopig zet ik er maar geen data op, maar ik zal hem regelmatig testen. Ik ga hem ook even aan mijn windows machine hangen, en daar testen. Ben toch benieuwd.
Helaas heb ik geen kabeltje om hem rechtstreeks aan esata op m'n laptop te hangen.

Ik ga nu eerst e2fsck maar eens laten lopen met -y.

[Sleepkever]

Zou eerst even je kabel controleren of vervangen. Als ik die smart data zo zie zou je bijna zeggen dat er ergens in de communicatie naar die schijf wat fout gaat. Weet niet of SMART data gechecksummed is als het over de lijn gaat? Als dat zo is is je controller gewoon grondig naar z'n grootje vrees ik...

[CAPSLOCK2000]

Als het maar een paar fouten zijn en het niet terugkomt dan zou ik me er geen zorgen over maken. Waarschijnlijk is de schijf inderdaad uitgetrokken of is de computer niet goed afgesloten.

Wat voor schijf is het en welke distributie gebruik je?
Bij een nieuwe schijf en/of een oude distributie kan het best zijn dat je SMART jouw HD nog niet herkent en daarom de informatie verkeerd weer geeft. Het kan helpen om de schijf even uit de behuizing te halen (als dat kan) en direct op je moederbord aan te sluiten omdat SMART via USB nog wel eens mis gaat.

[Wtrdk]

e2fsck loopt nu al een uur (Western Digital 2TB schijf, Ubuntu Server 14.0.4.2 64-bits), en ik zie nog steeds meldingen over 'illegal block' langskomen. Ik denk dat hij maar de prullenbak in verdwijnt...

Inode 4605446, 'i_blocks' is 480016464, zou 0 moeten zijn.  Repareren? ja

Inode 4605624 heeft de compressievlag gezet op een bestandssysteem zonder compressie-ondersteuning.  Wissen? ja

Inode 4605624, 'i_size' is 13099351570796865113, zou 0 moeten zijn.  Repareren? ja

Inode 4605624, 'i_blocks' is 2730124811, zou 0 moeten zijn.  Repareren? ja

Inode 4605693 heeft de compressievlag gezet op een bestandssysteem zonder compressie-ondersteuning.  Wissen? ja

Inode 4605693 bevat een slecht blok 374051048 met uitgebreide kenmerken.  Wissen? ja

Inode 4605693, 'i_size' is 14982396160675085622, zou 0 moeten zijn.  Repareren? ja

Inode 4605693, 'i_blocks' is 2546821779, zou 0 moeten zijn.  Repareren? ja

Inode 4605797 heeft de compressievlag gezet op een bestandssysteem zonder compressie-ondersteuning.  Wissen? ja

Inode 4605797 heeft de 'INDEX_FL'-vlag gezet maar het is geen map.
'htree'-index wissen? ja

Inode 4605797, 'i_size' is 18446744072869316639, zou 0 moeten zijn.  Repareren? ja

Inode 4605797, 'i_blocks' is 480431683, zou 0 moeten zijn.  Repareren? ja

Inode 4605460, 'i_size' is 13524563668372084028, zou 0 moeten zijn.  Repareren? ja

Inode 4605460, 'i_blocks' is 2216179579, zou 0 moeten zijn.  Repareren? ja

Inode 4605728 bevat ongeldig(e) blok(ken).  Wissen? ja

Ongeldig blok bloknummer0 (4117231150) in inode 4605728.  GEWIST.
Ongeldig blok bloknummer1 (4035468948) in inode 4605728.  GEWIST.
Ongeldig blok bloknummer2 (2597259971) in inode 4605728.  GEWIST.
Ongeldig blok bloknummer3 (1023790001) in inode 4605728.  GEWIST.
Ongeldig blok bloknummer4 (2961797136) in inode 4605728.  GEWIST.
Ongeldig blok bloknummer5 (1732990468) in inode 4605728.  GEWIST.
Ongeldig blok bloknummer6 (3507047993) in inode 4605728.  GEWIST.
Inode 4605728 is te groot.  Afkappen? ja

Enzovoorts...

[Thralas]

Ik zou ook vooral niet eerst de SMART data uitlezen door hem even direct aan een SATA-controller te hangen, maar vooral direct weggooien.

[Hero of Time]

Maak dan een backup van de data en formatteer 'm opnieuw. Herstart je systeem en voer dan een fsck uit op de usb disk. Umount 'm als-ie gemount is, koppel 'm los, wacht even en koppel 'm dan weer aan en voer weer een fsck uit. Krijg je geen problemen, dan is er niets aan de hand.

[Kees]

Wtrdk schreef op vrijdag 12 juni 2015 @ 13:43:
e2fsck loopt nu al een uur (Western Digital 2TB schijf, Ubuntu Server 14.0.4.2 64-bits), en ik zie nog steeds meldingen over 'illegal block' langskomen. Ik denk dat hij maar de prullenbak in verdwijnt...

Dat hoeft geen probleem te zijn, als hij uitgezet werd tijden een grote kopieeractie dan kun je dit krijgen. Een echt stukke schijf zal vaker in dmesg lopen janken.

Dus backup je data, formateer hem, kopieer er wat data erop en kijk of het na een umount-fsck-mount er nog op staat en hou je dmesg in de gaten tijdens de kopieer actie en de fsck actie.

[H!GHGuY]

Ik gok toch echt op brakke kabel, of iets anders wat fysische om zeep is.

Er staan behoorlijk veel 0xFF waarden (zeker in eerste stuk output) en daarnaast ook andere terugkerende patronen.

Dus probeer een andere kabel en als dat goed werkt, kijk even de schijf na op fysieke schade.
Probeer ook read-only te mounten in een ander systeem om andere problemen uit te sluiten.

[Wtrdk]

Ik ga het morgen met een andere kabel. I'll keep you posted.

[jan99999]

De fouten die je ziet is het file systeem en niet de hd, vermoedelijk!

Direct aan een interne controller hangen.
Dan smart uitlezen en slechte waarden opschrijven,
Dan partitie en MBR wissen, en nieuw formateren.
Dan met bijv spinrite de sectoren testen, is een bootable cd.
Of met linux(via bootable cd gaat dit ook), met badblocks kun je de sectoren meerdere keren overschrijven,

---

badblocks -wvsb 4096 /dev/sdxxx > bad-blocks
(de sdxxx, hier je hd die je wilt bewerken).
(als je de verkeerde hd kiest dan wordt je hd gewist)
(badblocks is een txt file die aangemaakt wordt met problemen)
(dit gebruik ik om hd's te testen, ook nieuwe schijven voordat ik die ga gebruiken, lees eerst smart uit, dan test doen, dan smart weer gaan bekijken. En test duurt zeer lang).

This writes 4 different patterns on the whole drive /dev/sdb and verifies by reading back.
Modern disk drives will probably not show any defective sectors because they silently remap bad
sectors to spare tracks,[5] but running the program with a new drive for several days will test
the whole surface, and when reading it afterwards S.M.A.R.T. data will eventually show reallocated sectors.

Using the -w option on a device containing an existing file system erases the data on that device.

[H!GHGuY]

jan99999 schreef op zondag 14 juni 2015 @ 08:16:
De fouten die je ziet is het file systeem en niet de hd, vermoedelijk!

Als zelfs SMART brakke waarden geeft, heeft het niets met filesystem te maken.

[Wtrdk]

Ik heb hem nu aan m'n zwager meegegeven, die heeft wat meer mogelijkheden om te testen. Wellicht dat hij er nog iets mee kan.

[deadinspace]

jan99999 schreef op zondag 14 juni 2015 @ 08:16:
De fouten die je ziet is het file systeem en niet de hd, vermoedelijk!

De fouten die je ziet zijn 100% zeker fouten in het filesystem.

De vraag is alleen: komt dat door een falende HD of niet?

H!GHGuY schreef op maandag 15 juni 2015 @ 12:42:
Als zelfs SMART brakke waarden geeft, heeft het niets met filesystem te maken.

Zoals CAPSLOCK2000, Thralas, jan99999, en ik al hebben aangehaald: die brakke SMART output kan best komen doordat de schijf over USB verbonden is.

Zolang we geen SMART data rechtstreeks via SATA hebben kun je die SMART output als nutteloos beschouwen.