Datenträger - Festplatten, SSDs, Speichersticks und -Karten, CD/ 19.576 Themen, 110.115 Beiträge

Verfolgung starten Optionen

Linux friert ein

Kay_Thriemer / 3 Antworten / Baumansicht Nickles

Ich habe mir eine neue (alte) Festplatte geleistet und in mein
System eingebaut. Nun habe ich folgende Konfiguration:

- 50 pin Quantum HD terminiert (ID 6)
|
|- 50 pin DVD Laufwerk (ID 3)
|
|- 50 pin CD-Brenner (ID 4)
|
|- Adaptec 2940 UW (oberen 8 bit terminiert) (ID 7)
|
|- 68 pin IBM DNES 309170 W (die "Neue") (ID 9) (SE-Modus aktiv)
|
|- 68 pin IBM DNES 309170 W (ID 1) (SE-Modus aktiv)
|
|- 68 pin IBM DCHS04U terminiert (ID 0)


Der Einbau war wie gewohnt problemlos und auch das Einbinden
unter Linux funktionierte einwandfrei. Ich habe die gesamte
Platte ext2 formatiert.

Nun zu meinem Problem: Ich hatte nun mal versucht einige Dateien
auf die neue Platte zu kopieren. Das hat gut funktioniert, aber
wenn ich versuche gleich mal 50MB zu kopieren, dann friert nach
einiger Zeit einfach das System ein und ich kann nur noch Reset
drücken.

Vielleicht hat ja jemand eine Idee, oder wenigstens eine Idee, wo
man noch ein paar Informationen bekommt.

Viele Grüße,
Kay.

bei Antwort benachrichtigen
hasw Kay_Thriemer „Linux friert ein“
Optionen

Steht irgendwas in den Systemlogs?

bei Antwort benachrichtigen
2fastfreddy Kay_Thriemer „Linux friert ein“
Optionen

Glaube, das könnte ein SCSI-Problem sein. Wenn Du die oberen 8bit terminierst, werden die 3 Platten am 68er-wide-Anschluß nur solange einwandfrei Daten tauschen können, wie sie keinen Arbeitsspeicher zum cachen brauchen. Wenn sie jetzt zwischenspeichern wollen fehlen ihnen einige Informationen. Langer, wirrer Rede kurzer Sinn: Versuch mal terminierung am Controller auf AUTO zu stellen und schau mal die Terminierung der Platten nach (NUR DIE LETZTE AM STRANG)

Vielleicht bringt´s was

Freddy

bei Antwort benachrichtigen
Kay_Thriemer Nachtrag zu: „Linux friert ein“
Optionen

Hallo zusammen,
danke für die Hinweise, aber auch die Terminierung auf AUTO hat nichts gebracht und sollte ja eigentlich auch dazu führen, daß nur die oberen 8 bit terminiert werden.

Ich habe mal noch ein bissel getestet und bin nun zu dem Schluß gekommen, daß die Platte defekt ist.
wenn ich nämlich mal 3 min warte kommt folgende Meldung:"Cannot write target Input/Output error (5)". Es hat sich also "nur" der SCSI-Bus aufgehängt und nicht der gesamte Rechner.

Nachdem ich so geduldig war, diese Meldung abzuwarten, stand auch eine Menge im log:
May 27 20:56:54 zoo kernel: EXT2-fs error (device sd(8,33)): read_block_bitmap:
Cannot read block bitmap - block_group = 8, block_bitmap = 262144
May 27 20:56:54 zoo kernel: I/O error: dev 08:21, sector 2358536
May 27 20:56:54 zoo kernel: EXT2-fs error (device sd(8,33)): ext2_free_branches:
Read failure, inode=131075, block=294817
May 27 20:56:54 zoo kernel: I/O error: dev 08:21, sector 2097160
May 27 20:56:54 zoo kernel: EXT2-fs error (device sd(8,33)): read_inode_bitmap:
Cannot read inode bitmap - block_group = 8, inode_bitmap = 262145
May 27 20:56:54 zoo kernel: I/O error: dev 08:21, sector 2097440
May 27 20:56:54 zoo kernel: EXT2-fs error (device sd(8,33)): ext2_write_inode: u
nable to read inode block - inode=131076, block=262180
May 27 20:56:54 zoo kernel: I/O error: dev 08:21, sector 2097152
May 27 20:56:54 zoo kernel: EXT2-fs error (device sd(8,33)): read_block_bitmap:
Cannot read block bitmap - block_group = 8, block_bitmap = 262144

usw.

Ein "Fitness Test" auf die Platte brachte dann haufenweise defekte Sektoren zu Tage.

Also, danke für die Hilfe.
Kay.

bei Antwort benachrichtigen