• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Bad Blocks anzeigen

n0ne

Newbie
Hallo Forum,

ich habe folgendes Problem: Eine mit TrueCrypt verschlüsselte USB-Platte (Ext3) leidet vermutlich unter defekten Sektoren. Ein "fsck -c" meldet auch "Updating bad block inode." Nun würde ich aber gerne wissen wie groß der Schaden bereits ist und ob er sich ausbreitet.
Unter Win bekommt man beim chkdsk ja immer angezeigt "xx kB in defekten Sektoren". Gibt es unter Linux auch eine Möglichkeit zu sehen welche Sektoren/wieviel kB bereits in der Bad Blocks Inode gelistet sind?

Besten Dank!
 
A

Anonymous

Gast
Schau dir mal die Manpage des Befehl badblocks an, ich glaube das ist das was du suchst, obwohl das Thema insgesamt noch etwas größer, komplexer und Komplizierter ist, da jede Platte schon bei der Herstellung defekte Bereiche hat und es während der Benutzung immer mehr werden. Die Firmware der Platte nutzt automatisch für solche defekte Blöcke dann Reserveblöcke ohne das da der Rechner überhaupt was davon mitbekommt. Erst wenn diese Reserveblöcke die die Firmware der Platte während der LowLevel Formatierung bereitstellt bekommt, langsam zu Neige gehen, werden auch mehr oder weniger massiv defekte Blöcke bis ins Filesystem durchschlagen.
Diese Informationen direkt von der Plattenfirmware könntest du zB mit sginfo oder scsiinfo jeweils mit der Option -d erhalten.

robi
 
OP
N

n0ne

Newbie
Prima! Genau was ich gesucht habe.
Leider bekomme ich bei beiden Befehlen ein "Unable to read primary (manufacturer) defect data. Unable to read grown defect data."
Auch mit anderen Platten und auch auf einem anderen System.

sginfo -l listet aber alle Platten auf

Irgendwelche Ideen?
 
A

Anonymous

Gast
n0ne schrieb:
Leider bekomme ich bei beiden Befehlen ein "Unable to read primary (manufacturer) defect data. Unable to read grown defect data."
Das ist eben das Problem mit solchen "Nebensächlichkeiten" wenn die Protokolle zum Ansprechen der Geräte erst über 10 andere Protokolle (die angeblich kompatibel sein sollen) transportiert werden. SATA->PATA->USB->SCSI oder wie auch immer, da bleiben dann genau solche Dinge auf der Strecke, (angehängt: so sieht das bei richtigem SCSI aus). Aber für SATA oder ATA sollte es da auch was geben. Kann ich leider mangels passender Hardware nicht rausfinden.

Code:
 # sginfo -d /dev/sda
INQUIRY response (cmd: 0x12)
----------------------------
Device Type                        0
Vendor:                    FUJITSU 
Product:                   MAS3735NC       
Revision level:            5205

Defect Lists
------------
1757 entries (14056 bytes) in primary (manufacturer,PLIST) table.
Format (4) is: bytes from index [Cyl:Head:Off]
Offset -1 marks whole track as bad.

    35:  0:  234887|    35:  0:  235127|    35:  1:   46824|    35:  1:   47064
    36:  0:  234887|    36:  0:  235127|    36:  1:   46824|    36:  1:   47064
    37:  0:  234887|    37:  0:  235127|    37:  1:   46824|    37:  1:   47064
    38:  0:  234887|    38:  0:  235127|    39:  0:  234877|    39:  0:  235117
    40:  0:  234877|    40:  0:  235117|    41:  0:  234887|    41:  0:  235127
    42:  0:  234887|    42:  0:  235127|    43:  0:  234887|    43:  0:  235127
    44:  0:  234887|    44:  0:  235127|   112:  5:  161395|   112:  5:  161635
   113:  5:  161395|   113:  5:  161635|   114:  5:  161395|   114:  5:  161635
   115:  5:  161395|.....
und dann einige 100 Zeilen weiter
 27780:  4:  245768| 27781:  4:  245528| 27781:  4:  245768| 27782:  4:  245528
 27782:  4:  245768| 27783:  4:  245528| 27783:  4:  245768| 27784:  4:  245528
 27784:  4:  245768| 27785:  4:  245528| 27785:  4:  245768| 27786:  4:  245528
 27786:  4:  245768|

0 entries (0 bytes) in grown (GLIST) table.
Format (4) is: bytes from index [Cyl:Head:Off]
Offset -1 marks whole track as bad.

robi

PS: Fällt mir grade noch ein S.M.A.R.T. sollte das auch können. Da gibt es einige Pakete und Tools. Schau dich mal dort um.
 
Oben