Löst sich mein Rechner auf ? (I/O-error / critical medium error)

[thunder11]

Schon Gestern kam der gleiche Wust von Meldungen. mit denen ich nichts anfangen kann, aber
ziemlich bedrohlich erscheinen. Bei einem erneuten Start reduziert sich das auf die erste und drei letzten Zeilen, die bei mir "Standard" sind

Code: Alles auswählen

journalctl -b -p3

Mär 26 07:38:32 XFCE kernel: x86/cpu: SGX disabled by BIOS.
Mär 26 07:38:33 XFCE kernel: ata6: log page 10h reported inactive tag 1
Mär 26 07:38:33 XFCE kernel: ata6.00: exception Emask 0x1 SAct 0x1001000 SErr 0x0 action 0x6
Mär 26 07:38:33 XFCE kernel: ata6.00: irq_stat 0x40000008
Mär 26 07:38:33 XFCE kernel: ata6.00: failed command: READ FPDMA QUEUED
Mär 26 07:38:33 XFCE kernel: ata6.00: cmd 60/f8:60:08:0a:00/01:00:00:00:00/40 tag 12 ncq dma 258048 in
                                       res 43/84:00:00:00:00/00:00:00:00:00/00 Emask 0x10 (ATA bus error)
Mär 26 07:38:33 XFCE kernel: ata6.00: status: { DRDY SENSE ERR }
Mär 26 07:38:33 XFCE kernel: ata6.00: error: { ICRC ABRT }
Mär 26 07:38:33 XFCE kernel: ata6.00: failed command: READ FPDMA QUEUED
Mär 26 07:38:33 XFCE kernel: ata6.00: cmd 60/f8:c0:08:ea:9d/01:00:e5:00:00/40 tag 24 ncq dma 258048 in
                                       res 43/84:00:00:00:00/00:00:00:00:00/00 Emask 0x10 (ATA bus error)
Mär 26 07:38:33 XFCE kernel: ata6.00: status: { DRDY SENSE ERR }
Mär 26 07:38:33 XFCE kernel: ata6.00: error: { ICRC ABRT }
Mär 26 07:38:33 XFCE kernel: critical medium error, dev sdb, sector 2568 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 2
Mär 26 07:38:33 XFCE kernel: I/O error, dev sdb, sector 3852331528 op 0x0:(READ) flags 0x80700 phys_seg 58 prio class 2
Mär 26 07:38:33 XFCE kernel: hid-generic 0003:0644:8038.0008: No inputs registered, leaving
Mär 26 07:38:33 XFCE systemd-udevd[507]: /etc/udev/rules.d/40-libsane.rules:26 GOTO="libsane_rules_end" has no matching label, ignoring.
Mär 26 07:38:33 XFCE systemd-udevd[507]: /etc/udev/rules.d/S99-2000S1.rules:26 GOTO="libsane_rules_end" has no matching label, ignoring.

Da dort von /dev/sdb erzählt wird, hab ich mal mit smartctl einen Schelltest gemacht.
Da ich davon kaum Ahnung habe, mal die komplette Ausgabe -----> 42135

Besteht da in irgendeiner Form Handlungsbedarf ?

So - Gerade mal nochmal neu gestartet: Wie gestern, alle weg

Code: Alles auswählen

Mär 26 08:05:06 XFCE kernel: x86/cpu: SGX disabled by BIOS.
Mär 26 08:05:06 XFCE kernel: hid-generic 0003:0644:8038.0007: No inputs registered, leaving
Mär 26 08:05:06 XFCE systemd-udevd[503]: /etc/udev/rules.d/40-libsane.rules:26 GOTO="libsane_rules_end" has no matching label, ignoring.
Mär 26 08:05:06 XFCE systemd-udevd[503]: /etc/udev/rules.d/S99-2000S1.rules:26 GOTO="libsane_rules_end" has no matching label, ignoring.
Mär 26 08:05:11 XFCE kernel: i2c i2c-3: sendbytes: NAK bailout.

Vielleicht noch der dazugehörige Eintrag in der fstab:

Code: Alles auswählen

# Entry for /media/Daten :
UUID=65ed219f-c502-4566-b50e-4e2ed1085518       /media/Daten    ext4    defaults    0    2

[schwedenmann]

Hallo


Anstatt bei der HDD anzufangen,würde ich mal die SATA-Kabel und deren Sitz überprüfen. Die lockern sich gerne mal.



mfg
schwedenmann

[thunder11]

Anstatt bei der HDD anzufangen,würde ich mal die SATA-Kabel und deren Sitz überprüfen. Die lockern sich gerne mal.

Das wäre eine Möglichkeit. Die Fehlermeldungen kommen aber anscheinend nur, wenn der Rechner längere Zeit
ausgeschaltet war. Sonst im Betrieb und nach einen sofortigen Neustart ist alles unauffällig.
Auch gnome-disks findet keine Fehler am Laufwerk.

Mir ist auch nicht klar ob sich die Meldungen

Code: Alles auswählen

ata6

Auf das Laufwerk bzw. den Anschluss beziehen.

[niemand]

Da dort von /dev/sdb erzählt wird, hab ich mal mit smartctl einen Schelltest gemacht.
Da ich davon kaum Ahnung habe, mal die komplette Ausgabe -----> NoPaste-Eintrag42135

Die Platte ist zwar weit vom Neuzustand weg, allerdings ist da nix akut Kritisches zu sehen.

[thunder11]

Also ata6 bezieht sich auch auf den Festplatten Anschluss:

Code: Alles auswählen

~# udevadm info /dev/sdb|grep ata6
P: /devices/pci0000:00/0000:00:1c.0/0000:02:00.0/ata6/host5/target5:0:0/5:0:0:0/block/sdb
E: DEVPATH=/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/ata6/host5/target5:0:0/5:0:0:0/block/sdb

das Journal beim Erststart heute morgen:

Code: Alles auswählen

journalctl -b-2|grep "ata6\|sdb"
Mär 26 07:38:32 XFCE kernel: ata6: SATA max UDMA/133 abar m512@0xa1200000 port 0xa1200180 irq 136
Mär 26 07:38:32 XFCE kernel: ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Mär 26 07:38:32 XFCE kernel: ata6.00: ATA-9: ST2000DX002-2DV164, CC41, max UDMA/133
Mär 26 07:38:32 XFCE kernel: ata6.00: NCQ Send/Recv Log not supported
Mär 26 07:38:32 XFCE kernel: ata6.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 32), AA
Mär 26 07:38:32 XFCE kernel: ata6.00: NCQ Send/Recv Log not supported
Mär 26 07:38:32 XFCE kernel: ata6.00: configured for UDMA/133
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] 4096-byte physical blocks
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] Write Protect is off
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] Mode Sense: 00 3a 00 00
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] Preferred minimum I/O size 4096 bytes
Mär 26 07:38:33 XFCE kernel:  sdb: sdb1 sdb2
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] Attached SCSI disk
Mär 26 07:38:33 XFCE kernel: ata6.00: invalid checksum 0x1 on log page 10h
Mär 26 07:38:33 XFCE kernel: ata6: log page 10h reported inactive tag 1
Mär 26 07:38:33 XFCE kernel: ata6.00: exception Emask 0x1 SAct 0x1001000 SErr 0x0 action 0x6
Mär 26 07:38:33 XFCE kernel: ata6.00: irq_stat 0x40000008
Mär 26 07:38:33 XFCE kernel: ata6.00: failed command: READ FPDMA QUEUED
Mär 26 07:38:33 XFCE kernel: ata6.00: cmd 60/f8:60:08:0a:00/01:00:00:00:00/40 tag 12 ncq dma 258048 in
Mär 26 07:38:33 XFCE kernel: ata6.00: status: { DRDY SENSE ERR }
Mär 26 07:38:33 XFCE kernel: ata6.00: error: { ICRC ABRT }
Mär 26 07:38:33 XFCE kernel: ata6.00: failed command: READ FPDMA QUEUED
Mär 26 07:38:33 XFCE kernel: ata6.00: cmd 60/f8:c0:08:ea:9d/01:00:e5:00:00/40 tag 24 ncq dma 258048 in
Mär 26 07:38:33 XFCE kernel: ata6.00: status: { DRDY SENSE ERR }
Mär 26 07:38:33 XFCE kernel: ata6.00: error: { ICRC ABRT }
Mär 26 07:38:33 XFCE kernel: ata6: hard resetting link
Mär 26 07:38:33 XFCE kernel: ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Mär 26 07:38:33 XFCE kernel: ata6.00: NCQ Send/Recv Log not supported
Mär 26 07:38:33 XFCE kernel: ata6.00: NCQ Send/Recv Log not supported
Mär 26 07:38:33 XFCE kernel: ata6.00: configured for UDMA/133
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] tag#12 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=1s
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] tag#12 Sense Key : Medium Error [current] 
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] tag#12 Add. Sense: Unrecovered read error
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] tag#12 CDB: Read(10) 28 00 00 00 0a 08 00 01 f8 00
Mär 26 07:38:33 XFCE kernel: critical medium error, dev sdb, sector 2568 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 2
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] tag#24 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=1s
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] tag#24 Sense Key : Aborted Command [current] 
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] tag#24 Add. Sense: Scsi parity error
Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] tag#24 CDB: Read(10) 28 00 e5 9d ea 08 00 01 f8 00
Mär 26 07:38:33 XFCE kernel: I/O error, dev sdb, sector 3852331528 op 0x0:(READ) flags 0x80700 phys_seg 58 prio class 2
Mär 26 07:38:33 XFCE kernel: ata6: EH complete
Mär 26 07:38:33 XFCE kernel: Adding 27348988k swap on /dev/sdb2.  Priority:-2 extents:1 across:27348988k 
Mär 26 07:38:33 XFCE kernel: EXT4-fs (sdb1): mounted filesystem 65ed219f-c502-4566-b50e-4e2ed1085518 r/w with ordered data mode. Quota mode: none.
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb, type changed from 'scsi' to 'sat'
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb [SAT], opened
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb [SAT], ST2000DX002-2DV164, S/N:Z4ZAJBP4, WWN:5-000c50-0b031d69b, FW:CC41, 2.00 TB
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb [SAT], found in smartd database 7.3/5528: Seagate FireCuda 3.5
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb [SAT], is SMART capable. Adding to "monitor" list.
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb [SAT], state read from /var/lib/smartmontools/smartd.ST2000DX002_2DV164-Z4ZAJBP4.ata.state
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 68 to 78
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 32 to 22
Mär 26 07:38:34 XFCE smartd[1021]: Device: /dev/sdb [SAT], state written to /var/lib/smartmontools/smartd.ST2000DX002_2DV164-Z4ZAJBP4.ata.state
Mär 26 08:04:35 XFCE smartd[1021]: Device: /dev/sdb [SAT], state written to /var/lib/smartmontools/smartd.ST2000DX002_2DV164-Z4ZAJBP4.ata.state
Mär 26 08:04:37 XFCE systemd[1]: dev-sdb2.swap: Deactivated successfully.
Mär 26 08:04:37 XFCE systemd[1]: Deactivated swap dev-sdb2.swap - /dev/sdb2.

Das Journel nach dem Neustart

Code: Alles auswählen

journalctl -b|grep "ata6\|sdb"
Mär 26 08:43:11 XFCE kernel: ata6: SATA max UDMA/133 abar m512@0xa1200000 port 0xa1200180 irq 152
Mär 26 08:43:11 XFCE kernel: ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Mär 26 08:43:11 XFCE kernel: ata6.00: ATA-9: ST2000DX002-2DV164, CC41, max UDMA/133
Mär 26 08:43:11 XFCE kernel: ata6.00: NCQ Send/Recv Log not supported
Mär 26 08:43:11 XFCE kernel: ata6.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 32), AA
Mär 26 08:43:11 XFCE kernel: ata6.00: NCQ Send/Recv Log not supported
Mär 26 08:43:11 XFCE kernel: ata6.00: configured for UDMA/133
Mär 26 08:43:11 XFCE kernel: sd 5:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
Mär 26 08:43:11 XFCE kernel: sd 5:0:0:0: [sdb] 4096-byte physical blocks
Mär 26 08:43:11 XFCE kernel: sd 5:0:0:0: [sdb] Write Protect is off
Mär 26 08:43:11 XFCE kernel: sd 5:0:0:0: [sdb] Mode Sense: 00 3a 00 00
Mär 26 08:43:11 XFCE kernel: sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mär 26 08:43:11 XFCE kernel: sd 5:0:0:0: [sdb] Preferred minimum I/O size 4096 bytes
Mär 26 08:43:11 XFCE kernel:  sdb: sdb1 sdb2
Mär 26 08:43:11 XFCE kernel: sd 5:0:0:0: [sdb] Attached SCSI disk
Mär 26 08:43:11 XFCE kernel: Adding 27348988k swap on /dev/sdb2.  Priority:-2 extents:1 across:27348988k 
Mär 26 08:43:11 XFCE kernel: EXT4-fs (sdb1): mounted filesystem 65ed219f-c502-4566-b50e-4e2ed1085518 r/w with ordered data mode. Quota mode: none.
Mär 26 08:43:12 XFCE smartd[1004]: Device: /dev/sdb, type changed from 'scsi' to 'sat'
Mär 26 08:43:12 XFCE smartd[1004]: Device: /dev/sdb [SAT], opened
Mär 26 08:43:12 XFCE smartd[1004]: Device: /dev/sdb [SAT], ST2000DX002-2DV164, S/N:Z4ZAJBP4, WWN:5-000c50-0b031d69b, FW:CC41, 2.00 TB
Mär 26 08:43:12 XFCE smartd[1004]: Device: /dev/sdb [SAT], found in smartd database 7.3/5528: Seagate FireCuda 3.5
Mär 26 08:43:12 XFCE smartd[1004]: Device: /dev/sdb [SAT], is SMART capable. Adding to "monitor" list.
Mär 26 08:43:12 XFCE smartd[1004]: Device: /dev/sdb [SAT], state read from /var/lib/smartmontools/smartd.ST2000DX002_2DV164-Z4ZAJBP4.ata.state
Mär 26 08:43:12 XFCE smartd[1004]: Device: /dev/sdb [SAT], state written to /var/lib/smartmontools/smartd.ST2000DX002_2DV164-Z4ZAJBP4.ata.state

[kalle123]

Anstatt bei der HDD anzufangen,würde ich mal die SATA-Kabel und deren Sitz überprüfen. Die lockern sich gerne mal.

Wie wahr! Manchmal wünsche ich mir die alten IDE Anschlüsse zurück. Hab einzelne 'störrische' SATA Stecker mit einem Tropfen Heißkleber gesichert ....

Gruß KH

[thunder11]

Wie wahr! Manchmal wünsche ich mir die alten IDE Anschlüsse zurück. Hab einzelne 'störrische' SATA Stecker mit einem Tropfen Heißkleber gesichert ....

Ich will's ja gerne glauben. Aber dann würde ich doch gerne eine Erklärung hören, warum das nur nach
einem längeren Ausschalten passiert (bisher 2 x) .Mein Rechenknecht steht unberührt mit gut 12 kg unter dem Schreibtisch.

[rhHeini]

Thermische Effekte. Warme Materialien dehnen sich im allgemeinen aus.

Ich benutze nur noch SATA-Stecker mit Verriegelungsblech.

[MSfree]

Code: Alles auswählen

journalctl -b -p3
...
Mär 26 07:38:33 XFCE kernel: ata6.00: error: { ICRC ABRT }

Da würde ich dann doch mal ein Auge auf die S.M.A.R.T.-Werte werfen.

Aber dann würde ich doch gerne eine Erklärung hören, warum das nur nach einem längeren Ausschalten passiert

Rechner läuft, wird warm, Teile dehnen sich aus. Rechner steht eine Weile ausgeschaltet rum, kühlt aus, Teile ziehen sich wieder zusammen und es entsteht ein Kontaktproblem.

[thunder11]

Wäre es nicht so, dass bei Kontaktproblemen da schon ein Problem auftreten müsste?

Code: Alles auswählen

Mär 26 07:38:33 XFCE kernel: sd 5:0:0:0: [sdb] Attached SCSI disk

aber das Problem geht erst genau hinter dieser Zeile los, wobei ich den Fehler nicht verstehe.

Code: Alles auswählen

Mär 26 07:38:33 XFCE kernel: ata6.00: invalid checksum 0x1 on log page 10h

Code: Alles auswählen

journalctl -b -p3
...
Mär 26 07:38:33 XFCE kernel: ata6.00: error: { ICRC ABRT }

Da würde ich dann doch mal ein Auge auf die S.M.A.R.T.-Werte werfen.

Die Smart-Werte hatte ich nach NoPaste geschrieben: 42135

P.s.
Jetzt war der Rechner fast 2 h aus. Und das blöde Ding startet ganz normal.

[MSfree]

Invalid Checksum und ICRC ABRT hängen zusammen. Ich weiß zwar nicht, wofür das "I" in ICRC steht, aber CRC steht für cyclical redundancy check, also ein Prüfsummencheck. Wenn dieser Fehler kommt, sind Daten, die von der Platte ins RAM oder umgekehrt transportiert wurden, korrupt.

Ursache?

• Steckerkontaktprobleme (siehe thermisches Phänomen)
• Controller defekt (könnte auch thermisch bedingt sein)
• Platte defekt (die Smartwerte deuten meiner Meinung aber nicht darauf hin)

Deine Smartwerte habe ich mittlerweile auch angesehen, aber so ganz schlau werde ich daraus auch nicht.
UDMA_CRC_Error_Count ist jedenfalls Null.
Seek_Error_Rate und Raw_Read_Error_Rate sind Seagates Geheimnis, wie man die zu interpretieren hat.

[thunder11]

Also gut - werde mal am Wochenende unter den Schreibtisch tauchen, entkabeln, an allen Verbindungen mal wackeln, und dabei auch gleichzeitig einen Frühjahrsputz meines "Lieblings" machen.

Wenn der Controller anfängt zu zicken, wäre das nicht so schön, da das ja größere Umbaumaßnahmen
nach sich ziehen würde.

[Zenturio19]

... entkabeln, an allen Verbindungen mal wackeln, ...

Du solltest die Kiste aufschrauben,

• alle Steckkarten
• sowie RAM heraus nehmen,
• deren Kontakte mit Isopropanol reinigen und wieder rein stecken
• sowie alle internen Kabeln lösen und wieder stecken,
• den CPU-Lufter abbauen + mit Pressluft (so vorhanden) ausblasen + mit neuer Wärmeleitpaste wieder aufsetzen,
• die anderen Lüfter ebenfalls einer Wartung unterziehen...

... dies mache ich alle 2-3 Jahre mit meinen Rechnern. Und sollten danach die Spinnereien immer noch da sein bzw. der Verdacht dann auf die HW fallen, wäre das Netzteil das erste, was ich tauschen würde. Auch ein Memtest wäre nicht schlecht.

LG

[kalle123]

den CPU-Lufter abbauen + mit Pressluft (so vorhanden) ausblasen + mit neuer Wärmeleitpaste wieder aufsetzen, die anderen Lüfter ebenfalls einer Wartung unterziehen..

Die Lüfter beim Ausblasen mit Pressluft unbedingt blockieren. Ich nehme dazu einen Schaschlikspieß aus Holz.
Die Lüfter werden es dir danken ...

Und je nach Jahreszeit und Wetterlage beim Hantieren mit Pressluft den Rechner nach so einer Aktion langsam auf Temperatur kommen lassen, bevor man den anschließt und startet. Pressluft kann die tückische Eigenschaft haben, nach einer solchen 'Behandlung' die Komponenten mit einem Feuchtigkeitsfilm zu überziehen. Ist mir 1x passiert und war eine recht teure Erfahrung!

Gruß KH

[niemand]

Du solltest die Kiste aufschrauben,
[…]

So mal auf Verdacht alles auseinandernehmen und wieder zusammenbauen, auch wenn’s gar nichts mit dem Problem zu tun haben kann (z.B. CPU-Lüfter, WLP), halte ich für keinen guten Rat. Einige Steckverbindungen sind für nicht sehr viele Steckvorgänge ausgelegt, und einige Bauteile reagieren enorm allergisch auf elektrostatische Aufladung, die man schnell mal einbringt, wenn man keine Maßnahmen gegen ESD trifft. Zudem sind die ganzen Buchsen und Steckplätze auf dem Board mit sehr wenig Fläche aufgelötet – die sollte man so wenig wie möglich bewegen.

Wenn man’s ordentlich, und insbesondere auch mit ordentlichen und ordentlich fixierten Kabeln, zusammengebaut hat, ist die Wahrscheinlichkeit für ein Kontaktproblem dort erheblich geringer, als die für einen Schaden, den man bei der „vorbeugenden Reparatur“ einbringt. Wenn es nicht kaputt ist, sollte man es nicht reparieren – eine systematische Fehlersuche hat sich bislang noch fast immer als die sinnvollere Option herausgestellt.

[MSfree]

Du solltest die Kiste aufschrauben,

• alle Steckkarten
• sowie RAM heraus nehmen,
• deren Kontakte mit Isopropanol reinigen und wieder rein stecken
• sowie alle internen Kabeln lösen und wieder stecken,
• den CPU-Lufter abbauen + mit Pressluft (so vorhanden) ausblasen + mit neuer Wärmeleitpaste wieder aufsetzen,
• die anderen Lüfter ebenfalls einer Wartung unterziehen...

... dies mache ich alle 2-3 Jahre mit meinen Rechnern.

Man kann es auch übertreiben.

RAM und Steckkarten rausnehmen und wieder einsetzen kann RAM und Steckkarten durch statische Elektrizität beschädigen. Sowas macht man nicht ohne Not und schon gar nicht routinemässig.

Kühler abnehmen und mit neuer WLP wieder aufsetzen, ist ebenfalls völlig unnötig. WLP "verbraucht" sich nicht und wird auch nicht schlecht, wenn der Kühler richtig montiert ist. Der Kühler auf meinem Core2-Q9300 sitzt seit 16 Jahren auf der CPU, ohne daß die Kühlleistung nachgelassen hätte. Die Kühllamellen kann man auch mit einem Staubsauger aussaugen, statt den Staub durch ausblasen im Zimmer zu verteilen.

Lüfter warten? Was ist daran zu warten? Wenn die anfangen, Radau zu machen, kann man sie vielleicht für 2-3 Monate durch einen Tropfen Öl beruhigen. Das ist aber eher eine Notlösung bis man Ersatz eingekauft hat. Ansonsten ist dan nichts, was man warten kann.

[kalle123]

Also so kritisch wie 'MSfree' und 'niemand' hier seh ich den Vorschlag von 'Zenturio19' nun wieder nicht.

Und ich mach mir sicherlich auch keine Kalendernotiz - Rechner auseinander reißen!

Meine Maschine steht hier unter dem Tisch auf Teppichboden, Gehäuse offen und 2m weiter hab ich meinen Werktisch für Basteleien. Und der PC zieht den Staub magnetisch an, und davon gibt es hier genug!

Mal den Staubsauger anwerfen reicht mir da nicht. Insbesondere die Netzteile sind da wahre 'Staubsenken'.

Sollte der Bursche da unter dem Tisch aber mal anfangen, unzuverlässig zu werden, tendiere ich auch gerne zur Methode 'Zenturio19'. Klar, wenn ich frühmorgens schon beim Anpacken der Türklinke eine 'gewischt' kriege, werde ich dann äußerst vorsichtig vorgehen. Aber dafür gibt es so was hier ...



Und zu den Bedenken bezüglich 'Steckverbindungen sind für nicht sehr viele Steckvorgänge ausgelegt'. OK, sind keine MIL Steckverbindungen, aber ich erinnere mich da an einen Artikel in der c't. Auch bei den schwächsten Verbindern sind 100+ immer drin. Und um an so einen Wert zu gelangen, da bedarf es schon einiger Klimmzüge.

Gruß KH

... und die Reservemaschine steht eine Etage höher für den Fall der Fälle

[niemand]

OT:

Meine Maschine steht hier unter dem Tisch auf Teppichboden, Gehäuse offen und 2m weiter hab ich meinen Werktisch für Basteleien. Und der PC zieht den Staub magnetisch an, und davon gibt es hier genug!

Ist halt deine eigene Schuld. Es gibt geschlossene Gehäuse, und es gibt Staubfiltermaterial mit wirklich geringem Durchlasswiderstand. Mit ordentlicher Luftführung hat man einerseits eine effizientere Kühlung, und andererseits auf lange Zeit keinerlei Probleme mit Staub in der Maschine. Leiser ist’s zudem, und die Gefahr, dass Fremdkörper vom Basteln Schäden verursachen, ist auch geringer.

On-Topic:
In diesem Fall würde ich tatsächlich das betreffende Kabel (und nicht alle möglichen) mal abziehen und wieder draufstecken, oder direkt durch ein neues, hochwertiges Kabel ersetzen (die mitgelieferten Dinger sind oft das Billigste vom Billigen).

[thunder11]

Ich werde die Lüfter (Wärmetauscher) + Netzteillüfter + Luftgitter reinigen, und mal die Steckkontakte der Platten ansehen +vorsichtig wackeln.
Mehr nicht. Austausch der Kabel wäre auch eine Option.
Heute früh startete der Rechner ohne Probleme.
Ich hoffe, dass es "nur" eine vorübergehende "Befindlichkeit" meines Rechenknechtes war / ist.

Da Ersatz zu finden, wird ein echtes Problem. Ich finde keine Boards mehr im ATX-Format mit einem LGA 1151 v2 Sockel.
den ich für den Intel Core i9-9900 brauche.
Dann wäre wahrscheinlich ein Neubau notwendig, was aber erst in 2 - 3 Jahren turnusmäßig geschehen sollte.

[MSfree]

Da Ersatz zu finden, wird ein echtes Problem. Ich finde keine Boards mehr im ATX-Format mit einem LGA 1151 v2 Sockel. den ich für den Intel Core i9-9900 brauche.

Mein i5-3150 hatte auch Ausfallerscheinungen, die sich in I/O-Fehlern im Syslog gezeigt haben. Da ich hier noch einen i3-10100 samt Board und RAM rumliegen hatte, habe ich die SSD und Platte einfach dahin umgezogen. Das ist mein Heimserver und der soll einfach laufen. Ein großartige Fehlersuche wollte ich mir da nicht antun.

Der allte i5 ist aber mit anderer SSD, Festplatte und neuen SATA-Kabeln inzwischen wieder im Einsatz und das völlig zuverlässig ohne Fehler im Syslog. Der Umzug auf den i3-10100 wäre sehr wahrscheinlich nicht nötig gewesen, wenn ich nur die SATA-Kabel getauscht hätte.

SATA-Kabel sind meiner Erfahrung nach eine ziemlich häufige Fehlerquelle.

[thunder11]

SATA-Kabel sind meiner Erfahrung nach eine ziemlich häufige Fehlerquelle.

Bliebe noch die Frage, was ein hochwertiges Kabel ist.
Verriegelung ---> sollte sein, haben meine auch.
Aber sonst ???
Gibt es da Kriterien (außer dem Preis)
Wobei der Preis wohl weniger schwankend ist. Wir sind ja nicht im Musik- High End- Geschäft

[mampfi]

Es gab in einem anderen Computerforum eine Dame, die könnte hier weiterhelfen. (keine Abwerbung )

Wüsste wahrscheinlich auch, ob alles man "rausrupft" und wömöglich neue Fehler einbaut oder die Fehlersuche Schritt für Schritt angeht.

[mompfred]

Oder ob es bewiesen ist daß es ein Hardwarefehler ist.

[MSfree]

Bliebe noch die Frage, was ein hochwertiges Kabel ist.[
Wir sind ja nicht im Musik- High End- Geschäft

Du meinst die sauerstofffreien "Highend"-Kabel für die rauschfreie Übertragung von SPDIF-Signalen für 200€ pro Meter?

Ein Kabel mit Verriegelung ist zumindest schon sehr viel besser als eines ohne. Vor vielen Jahren gab es auch noch SATA-Kabel speziell für 6GBit/s statt der "normalen" für 3GBit/s. Mittlerweile sollte aber alle SATA-Kabel 6GBit/s können. Bei manchen Kabeln steht es auf der Ummantelung sogar drauf.

Der Preis ist aber ein schlechter Ratgeber. Man kann in Elektronikmärkten schlechte Kabel für 15€ kaufen. Man kann aber auch im Computerfachgeschäft gute Kabel für 4€ kaufen.

[kalle123]

Da Ersatz zu finden, wird ein echtes Problem. Ich finde keine Boards mehr im ATX-Format mit einem LGA 1151 v2 Sockel.

ASUS P11C-C/4L und ASUS WS C246 PRO sind noch zu kriegen.

cu KH