Linux friert ein

Computer: Software & Programmierung UNIX & Linux
#1

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.

Ach so, ich arbeite unter SuSE 7.3

Viele Grüße,
Kay.

#2

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.

Was steht in den Logs?

Ist der Rechner weiterhin anpingbar?

Lass mal memtest86 für 48 Stunden laufen und sieh’ nach, ob es Fehler wirft.

Sebastian

#3

Was steht in den Logs?

Ist der Rechner weiterhin anpingbar?

Lass mal memtest86 für 48 Stunden laufen und sieh’ nach, ob es
Fehler wirft.

Sebastian

Hallo Sebastian,
danke für die schnelle Antwort.
Ich werde heute abend mal in /var/log/messages nachschauen, ob mir da etwas auffällt.

Einen ping habe ich auch noch nicht probiert, werde ich aber testen.

Ich glaube zwar nicht, daß es am Speicher liegt, weil der Rechner wirklich stabil läuft und erst wenn ich auf die neue Festplatte zugreife bleibt er einfach hängen, aber ich kann ja memtest86 mal probieren.

Umschalten mit Strg+Alt+F1 auf die Konsole geht noch, aber ich bleibe dann schon beim Login stehen.

Bei meinem Controller ist ja auch ein Prüfprogramm für Festplatten dabei, das hat auch keine Fehler auf der Platte gefunden.

Kann es sein, daß das Netzteil zu schwach ist? Ich habe ein 250W Netzteil und 4Festplatten, 2CDROMS aber nur einen PII-300.

Kay.

#4

Ich hatte mal ähnliche Probs mit SCSI.

Damals lag es an einem nicht tauglichen Kabel.

Sprich Fehler auf der Übertragungsstelle.

polarix

PS
Das Kabel war vom Hersteller als tauglich deklariert. Nur es war nicht tauglich.

#5

Was steht in den Logs?

Ist der Rechner weiterhin anpingbar?

Lass mal memtest86 für 48 Stunden laufen und sieh’ nach, ob es
Fehler wirft.

Sebastian

Hallo,
ich habe nun mal versucht den Rechner von einem anderen anzupingen - das funktioniert noch.

In den logs war nichts zu finden, weil ich immer zu ungeduldig war.
Ich habe jetzt mal 3 Minuten gewartet und nach 3 min kam folgende Meldung: „Cannot write target Input/Output Error (5)“. Nachdem diese Meldung gekommen ist, konnte ich ganz normal weiterarbeiten und es satanden auch viele Meldungen in /var/log/messages:
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.

Die entsprechende Platte war nicht mehr ansprechbar und auch der Controller hat sie erst nach einem Kaltstart wieder erkannt.

Ich habe mal das „Fitness Test“ Tool (IBM/Hitachi) auf die Platte losgelassen und das hat extrem viele defekte Sektoren gefunden. Auch eine Low Level Formatierung hat nichts gebracht.

Also, danke für die Hinweise, aber die Platte ist defekt.

Kay.