1 |
André Glücksmann wrote: |
2 |
> Beni Schoedler wrote: |
3 |
>> Hallo, |
4 |
>> |
5 |
>> hatte mal ein ähnliches Phänomen. Versuch mal ACPI im Kernel zu deaktivieren. |
6 |
>> |
7 |
>> Gruss |
8 |
>> Beni |
9 |
>> |
10 |
|
11 |
Ich hatte nun erneut einen Absturz. Wie immer: selbst mit der |
12 |
Rettungskonsole keine Verbindung mehr möglich. Nur ein Hard-Reset |
13 |
erweckt die Maschine neu... |
14 |
|
15 |
In den Log-Dateien wieder nichts Besonderes zu finden. Allerdings lief |
16 |
gerade oder kurz vorher mal wieder ein SMART-Longtest. Dieser wurde |
17 |
jedoch nicht abgeschlossen, ist zumindest im SMART-Log nicht aufzufinden |
18 |
(also weder Fehler noch completed successful). |
19 |
|
20 |
Ich habe daraufhin manuell einen SMART-Longtest ausgeführt, der -so |
21 |
schien es- zum erneuten Absturz führte. Dies konnte ich jedoch durch |
22 |
erneutes Durchführen von drei SMART-Long-tests von der Rettungskonsole |
23 |
aus nicht bestätigen. |
24 |
|
25 |
Mein nächstes Vorhaben ist badblocks. Allerdings wollte ich dazu erstmal |
26 |
die Daten sichern. Ich gehe jedoch sehr stark davon aus, keine badblocks |
27 |
zu finden. Die Platten waren zudem vor 1-2 Monaten noch ok. |
28 |
|
29 |
Verwunderlich ist auch: die SMART-Tests sollten doch weiterlaufen, wenn |
30 |
der Kernel abgestürzt ist? Ist das nicht soon unabhängiges |
31 |
Firmware-Ding? Mich wundert zudem: sollte der Kernel nicht defekte |
32 |
Platten ausm Raid schmeissen? |
33 |
|
34 |
Ich werde ebenfalls prüfen, ob ich die Abstürze bei laufendem System |
35 |
reproduzieren kann. |
36 |
|
37 |
Hat noch jemand Ideen? Kernel-Optionen auf die ich mal ein Auge werfen |
38 |
sollte? Hat jemand schon mal Abstürze bei Durchführung von SMART-Tests |
39 |
gehabt? |
40 |
|
41 |
Gruß |
42 |
André |
43 |
|
44 |
-- |
45 |
André Glücksmann |
46 |
email@×××××.de - GnuPG Key-ID: 0x1489FF7D |