[linux] Re: Vreemd probleem bij formatteren USB HD

Cecil Westerhof CecilWesterhof op xs4all.nl
Di Apr 13 10:00:36 CEST 2010 

Daniel von Asmuth <asmuth op bakunin.xs4all.nl> writes:

> On Mon, Apr 12, 2010 at 05:48:48PM +0200, Cecil Westerhof wrote:
>> Udo van den Heuvel <udovdh op xs4all.nl> writes:
>> > On 2010-04-11 09:02, Daniel von Asmuth wrote:
>> >> Een file system van twee terabyte? Dan moet je op een mainframe werken.
>> >
>> > 2TB disks zijn gewoon te halen in de winkel.
>> > Ext3 moet het best kunnen: http://en.wikipedia.org/wiki/Ext3#Size_limits
>> >
>> > Het probleem echter lijkt elders te liggen daar mkfs aan het begin al
>> > het spoort bijster raakt.
>> > Is de verschuiving qua device reproduceerbaar?
>
> Zoiets al eerder gezien. Er treedt een ernstige fout op op /dev/sdf,
> waardoor de kernel niet meer met dat device wenst te praten en even
> later wordt de bus gescand en er wordt zowaar een niet-toegewezen device
> gevonden dat een nieuwe drive letter krijgt....

Ik had het tot op heden nog nooit meegemaakt.


>> Yep, iedere keer dat ik de schijf probeerde te formatteren wijzigde
>> halverwege het device. Maar nu is het helemaal erg, nu wordt de schijf
>> niet eens meer gezien. En in /var/log/messages zie ik:
>>     Apr 12 17:43:02 linux-lqcw kernel: [291218.420227] sd 15:0:0:0: [sdg] Add. Sense: Logical block address out of range
>>     Apr 12 17:43:02 linux-lqcw kernel: [291218.420238] end_request: I/O error, dev sdg, sector 0
>>     Apr 12 17:43:02 linux-lqcw kernel: [291218.422432] sd 15:0:0:0: [sdg] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
>>     Apr 12 17:43:02 linux-lqcw kernel: [291218.422446] sd 15:0:0:0: [sdg] Sense Key : Illegal Request [current]
>>     Apr 12 17:43:02 linux-lqcw kernel: [291218.422457] Info fld=0x0
>
> Je zou met 'strace' kunnen achterhalen wat het 'mkfs.ext3' commando
> probeert te doen en waar het mis gaat.

Dat gaat niet meer lukken doordat het apparaat dus niet meer kan worden
aangekoppeld. :-{


> Wat ik in je verhaal nog een beetje mis is de test waarin je met fdisk
> de schijf hebt gepartitioneerd en de eerste partitie bijv. 64 GB groot
> hebt gemaakt en een file system aangemaakt op die, bescheidener
> partitie. Treedt de foutmelding dan nog steeds op?

Kan dus niet meer, doordat ik de HD niet meer aan kan koppelen.


>> Wat zou hier aan de hand kunnen zijn en hoe is het op te lossen?
>> 
>> En nee, het is geen SATA schijf. Het is een WD Elements USB HD.
>
> Met smartmontools zou je kunnen zien wat voor schijf het is en anders
> gebruik je 'hdparm -i' voor SATA schijven. Van een USB schijf heb ik nog
> nooit gehoord (wel van een kastje met een IDE disk erin dat via een USB
> verbinding op de PC werd aangesloten); schroef het ding open als je het
> zeker wilt weten.

Dat laatste bedoelde ik natuurlijk. Dit wordt in de volksmond een USB-HD
genoemd. Open schroeven lukt niet. Men zorgt er over het algemeen voor
dat als er een probleem is je het hele ding kan weggooien en een nieuwe
moet kopen. Schijnt goed te zijn voor de economie.

Als ik 'smartctl -i -T verypermissive /dev/sdg' gee, krijg ik:
    smartctl 5.39 2009-08-08 r2872~ [i686-pc-linux-gnu] (openSUSE RPM)
    Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net

    === START OF INFORMATION SECTION ===
    Device Model:     [No Information Found]
    Serial Number:    [No Information Found]
    Firmware Version: [No Information Found]
    Device is:        Not in smartctl database [for details use: -P showall]
    ATA Version is:   1
    ATA Standard is:  Exact ATA specification draft version not indicated
    Local Time is:    Tue Apr 13 09:10:50 2010 CEST
    SMART is only available in ATA Version 3 Revision 3 or greater.
    We will try to proceed in spite of this.
    SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported.
                      Checking for SMART support by trying SMART ENABLE command.
                      SMART ENABLE appeared to work!  Continuing.
    SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 85-87 don't show if SMART is enabled.
                      Checking to be sure by trying SMART RETURN STATUS command.
    SMART support is: Enabled

    Error SMART Thresholds Read failed: Input/output error
    Smartctl: SMART Read Thresholds failed.

Op dit moment is de enige tool die iets kan met mijn WD Elements dus
smartctl, maar dat is enkel uitlezen. :-[


> Nadat onze gewaardeerde medestamtafelgast de limieten van het EXT3 file
> system had opgezocht vragen wij ons af of het USB subsysteem misschien 
> een grens heeft overschreden. (als een block 512 bytes is dan praten we
> over adressen tot 3.907.024.002 blocks dus dat komt in de buurt van het
> maximum van een unsigned 32-bit adres).

De uitvoer van het commando gaf 1.953.512.001, dus dat zou je ergens
niet verwachten.

Om toch iets te kunnen doen heb ik het volgende commando's gegeven:
    dd if=/dev/zero of=/dev/sdg bs=512 count=1
    dd if=/dev/zero of=/dev/sdg1 bs=512 count=1

Na de HD verwijderd en weer aangemeld te hebben krijg ik de volgende meldingen:
    pr 13 09:23:10 linux-lqcw kernel: [347626.226159] sd 17:0:0:0: [sdc] Attached SCSI removable disk
    Apr 13 09:23:10 linux-lqcw kernel: [347626.227714] sd 17:0:0:1: [sdd] Attached SCSI removable disk
    Apr 13 09:23:10 linux-lqcw kernel: [347626.229345] sd 17:0:0:2: [sde] Attached SCSI removable disk
    Apr 13 09:23:10 linux-lqcw kernel: [347626.230974] sd 17:0:0:3: [sdf] Attached SCSI removable disk

Maar daarna krijg ik vergelijkbare meldingen over sdg als bovenstaand.

Wat trouwens wel vreemd is, is dat de eerste keer wel goed ging:
    dd if=/dev/zero of=/dev/sdg bs=512 count=1
    1+0 records in
    1+0 records out
    512 bytes (512 B) copied, 5.266e-05 s, 9.7 MB/s

maar als ik het nu weer wil doen gaat het fout:
    dd if=/dev/zero of=/dev/sdg bs=512 count=1
    dd: writing `/dev/sdg': Input/output error
    1+0 records in
    0+0 records out
    0 bytes (0 B) copied, 0.00226523 s, 0.0 kB/s

De 'eerste partitie' gaat nog wel steeds goed:
    dd if=/dev/zero of=/dev/sdg1 bs=512 count=1
    1+0 records in
    1+0 records out
    512 bytes (512 B) copied, 2.7099e-05 s, 18.9 MB/s

-- 
Cecil Westerhof
M CecilWesterhof op xs4all.nl

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

Please do not send me Microsoft Office/Apple iWork documents.
Send OpenDocument instead! http://fsf.org/campaigns/opendocument/

More information about the Linux mailing list