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

[gelöst] Fehler:Versuch außerhalb der Platte hd0 zu lesen un

Phoenix7

Hacker
Hallo zusammen,

auf meinem System kommt aktuell beim booten folgende Fehlermeldung:


Fehler: Versuch außerhalb der Platte hd0 zu lesen und zu schreiben.
Loading initial ramdidk

Open Suse 13.1 (Tumbleweed)
KDE 4.14.1
Kernel 3.16.3.49

Folgendes ist kurz zuvor geändert worden:
BIOS Upgrade (hat funktioniert)) + neuer Prozessor ... der Rechner ist anschließend wunderbar hochgefahren
neuer Kernel wurde installiert - Rechner ist anschließend wunderbar hochgefahren

Aber jetzt auf einmal kommt diese (oben genannte Fehlermeldung).

Seltsam ist auch, dass die Fehlermeldung immer wieder an unterschiedlichen Stellen auftaucht und mal auf Englisch und mal auf Deutsch. Mal VOR dem Laden des GRUBs und mal ist der GRUB schon geladen worden und dann kommt die Meldung beim Versuch den Kernel zu laden.

Leider habe ich keine für mich brauchbaren Informationen hierzu im Netz gefunden und bitte deshalb hier um Hilfe, um dieses Problem zu beheben!

Vielen lieben Dank schon mal für sachdienliche Hilfe!!!
 

susejunky

Moderator
Teammitglied
Hallo Phoenix7,

wenn dies Dein Fehlerbild ist
Fehler: Versuch außerhalb der Platte hd0 zu lesen und zu schreiben.
Loading initial ramdidk
dann müsste meines Erachtens der Kernel bereits geladen sein und die initial ramdisk soll geladen werden. Du hast aber auch noch geschrieben
Seltsam ist auch, dass die Fehlermeldung immer wieder an unterschiedlichen Stellen auftaucht und mal auf Englisch und mal auf Deutsch. Mal VOR dem Laden des GRUBs und mal ist der GRUB schon geladen worden und dann kommt die Meldung beim Versuch den Kernel zu laden.
Wie sieht die Fehlermeldung in diesen Fällen aus? Wenn der Fehler vor dem Laden von grub auftritt, dann müsste es sich um eine BIOS-Fehlermeldung handeln?!
Könntest Du hierzu
Folgendes ist kurz zuvor geändert worden:
BIOS Upgrade (hat funktioniert)) + neuer Prozessor ... der Rechner ist anschließend wunderbar hochgefahren
neuer Kernel wurde installiert - Rechner ist anschließend wunderbar hochgefahren
bitte noch etwas mehr Information bereitstellen (BIOS-Hersteller, BIOS-Version, UEFI oder "normales" BIOS, Motherboardhersteller, ...)?

Es ist zwar zu vermuten, dass Du grub2 als Boot-Loader verwendest, aber es wäre gut, wenn Du das kurz bestätigen könntest. Und last but not least wären ein paar Informationen zu dem Speichermedium von dem Du bootest (SSD, HD, ... ; Partitionierung, ...) hilfreich.

Viele Grüsse

susejunky
 
OP
P

Phoenix7

Hacker
Danke für Deine Antwort!

Ich wusste jetzt nicht, welche Informationen alle relevant und von Nutzen sind.

BIOS: AWARD 2.70 / UEFI
Motherboard: ASRock 990FX Extreme4
HD: 2 Terrabyte

sda1 ext4 119 GB / (Linux native)
sda2 swap 8 GB /swap
sda3 ext4 1,69 TB /home

Bootloader: GRUB2
bootet von Root

Win XP ist parallel, aber auf einer anderen HD istalliert. CSM ist im BIOS aus.

Die Fehlermeldung ist eigentlich nahezu vom Text her immer gleich "attempt to read write outside of hd0" ... oder halt auf Deutsch. Ein bis zweimal kam nach der ersten Fehlermeldung (Versuch außerhalb der Platte hdb0 zu lesen und zu schreiben), anschließend die Fehlermeldung "ahci 0000:01 ... Kernel panic - not syncing UFS: Unable to mount root fs on unknown - block (0,0) ..."
Manchmal fährt er auch hoch! (=???) - keine Ahnnung warum.

Wenn ich noch weiter Infos liefern soll - gerne!

Vielen Dank schon mal & viele Grüße,

Phoenix7
 

josef-wien

Ultimate Guru
Entweder spinnt GRUB2, dann solltest Du die installierten Systeme mit der Super Grub2 Disk starten können (besser ohne Verwendung des auf der Platte vorhandenen GRUB2-Menüs), oder Du hast ein Problem mit der Festplatte.
 

towo

Moderator
Teammitglied
Also um von einer 2 TB Platte booten zu können, muß GPT benutzt werden, ist das denn gegeben?
 

josef-wien

Ultimate Guru
2 TB schafft auch eine msdos-Partitionentabelle. Und wenn man diese auf eine größere Platte anwendet, kann man eben nur 2 TB nutzen.
 

susejunky

Moderator
Teammitglied
Hallo Phoenix7,

vielen Dank für Deine ausführliche Rückmeldung.

Aber ich habe doch noch ein paar Fragen:

  1. [1]
    Du sagst, dass Dein System manchmal trotz der Fehlermeldung startet. Kannst Du es dann normal benutzen oder treten bei der Nutzung weitere Fehler auf (wenn ja, welche)?

    [2]
    Falls es Fälle gab, in denen Du Dein System nach dem Booten nutzen konntest, hast Du bereits einmal probiert mit YAST den Bootloader nochmals zu installieren?

    [3]
    Du betreibst Windows XP parallel zu openSUSE und CSM ist abgeschaltet. Ich vermute daher, dass Du im sogenannten LEGACY-Modus bootest und Deine Platten eine MBR-Partitionierung haben. Ist das korrekt oder bootest Du im UEFI-Modus und Deine Platten haben eine GPT-Partitionierung?

Vielen Grüße

susejunky
 
OP
P

Phoenix7

Hacker
Hallo zusammen,

lieben Dank an alle, die sich hier gemeldet haben!

Jetzt ist der Rechner hochgefahren (nach einigen Versuchen). Ich mache erstmal eine Sicherungskopie von allen relevanten Daten.

Den GRUB2 habe ich nochmal geschrieben. GPT sagt mir nichts - habe ganz normal partitioniert und es hat auch alles 2 Jahre lang einwandfrei funktioniert.

Ob ich die Fehlermeldung vom AHCI nochmal reproduzieren kann, kann ich nicht versprechen. Die kam nur 2* ... aber ich versuche es.

@susejunky:
[1]
Du sagst, dass Dein System manchmal trotz der Fehlermeldung startet. Kannst Du es dann normal benutzen oder treten bei der Nutzung weitere Fehler auf (wenn ja, welche)?
Nein, nach dem Hochfahren sind keine Fehler mehr aufgetreten.

[2]
Falls es Fälle gab, in denen Du Dein System nach dem Booten nutzen konntest, hast Du bereits einmal probiert mit YAST den Bootloader nochmals zu installieren?
Ja, habe ich. Geschrieben hat er den - so wie es aussieht. Aber ohne, dass sich etwas dann beim Start verändert hätte.

[3]
Du betreibst Windows XP parallel zu openSUSE und CSM ist abgeschaltet. Ich vermute daher, dass Du im sogenannten LEGACY-Modus bootest und Deine Platten eine MBR-Partitionierung haben. Ist das korrekt oder bootest Du im UEFI-Modus und Deine Platten haben eine GPT-Partitionierung?
Diese Vermutung könnte stimmen (LEGACY). Ich muß das mal nachschauen. Allerdings habe ich im GRUB2 (bei allen meinen Rechnern) eingestellt dass er von Root bootet und es hatte bisher immer funktioniert.

@josef-wien: Danke, hab ich runtergeladen und werde es ausprobieren!
 

josef-wien

Ultimate Guru
Gibt es bei
Code:
dmesg | egrep -i " ata|ahci"
etwas Auffälliges? Außerdem noch als root:
Code:
smartctl -a /dev/sda
Ich würde auch noch kontrollieren, ob die Festplattenkabel ordentlich in den Buchsen stecken.
 
OP
P

Phoenix7

Hacker
Hallo zusammen,

anbei habe ich die Fehlermeldung von meinem Bildschirm abphotographiert (siehe bitte Link).

Allerdings hat sich das Fehlerbild nun in so fern verändert, dass nichts mehr geht und der Bildschirm beim Start schwarz ist / bleibt. Nicht mal das BIOS kann ich aufrufen. Meine Vermutung ist nun, dass es ein Hardwareproblem ist - normal ist das nicht, dass es einmal geht und das nächste mal nicht mehr.

Zwischenzeitlich ist der Rechner öfters (1. Versuch am Tag) vollständig hochgefahren. Beim 2ten Bootversuch und den folgenden meistens nicht mehr!

Ich habe den neuen Prozessor in Verdacht, was meint Ihr dazu? Würde das mit dem Fehlerbild zusammenpassen, oder liege ich da total daneben? Bevor ich jetzt wieder alles auseinander schraube, würde mir Eure Einschätzung sehr helfen.

Lieben Dank schon mal!

Herzliche Grüße,

Phoenix7

http://www.myimg.de/?img=KernelpanicFehlermeldun0d7d7.jpg
 

spoensche

Moderator
Teammitglied
Phoenix7 schrieb:
Allerdings hat sich das Fehlerbild nun in so fern verändert, dass nichts mehr geht und der Bildschirm beim Start schwarz ist / bleibt. Nicht mal das BIOS kann ich aufrufen. Meine Vermutung ist nun, dass es ein Hardwareproblem ist - normal ist das nicht, dass es einmal geht und das nächste mal nicht mehr.

Das ist ein Hardwareproblem.

Phoenix7 schrieb:
Zwischenzeitlich ist der Rechner öfters (1. Versuch am Tag) vollständig hochgefahren. Beim 2ten Bootversuch und den folgenden meistens nicht mehr!

Mittlerweile dürfte deine Festplatte schon zu 95% auf dem Friedhof sein und richtet sich dort schon die neue und letzte Bleibe ein.

Phoenix7 schrieb:
Ich habe den neuen Prozessor in Verdacht, was meint Ihr dazu? Würde das mit dem Fehlerbild zusammenpassen, oder liege ich da total daneben? Bevor ich jetzt wieder alles auseinander schraube, würde mir Eure Einschätzung sehr helfen.

Ich will ja nichts sagen, aber deine Festplatte kündigt die ganze Zeit schon ihren in Kürze eintretenden Ausfall an. Wie zum Henker kommst du von einem Festplattenfehler auf ein CPU-Problem, das nicht existiert? Wir haben dir doch nicht die Befehle zur grundlegenden Diagnose der Festplatte an die Hand gegeben.

Nebenbei dürften die Daten auf deiner Platte mittlerweile so geschrottet sein, dass dir mit 98%iger Wahrscheinlichkeit nur noch ein Datenrettungsunternehmen die Daten rekonstruieren kann.
 
OP
P

Phoenix7

Hacker
@spoensche:

Wie zum Henker kommst du von einem Festplattenfehler auf ein CPU-Problem, das nicht existiert?

Ganz einfach. Meine Annahme ist, dass auch ohne Festplatte wenigstens das BIOS startbar wäre oder eben ein Betriebssystem von einer DVD, etc.. Dies ist aber nicht der Fall. Oder habe ich unrecht?

"Nebenbei dürften die Daten auf deiner Platte mittlerweile so geschrottet sein, dass dir mit 98%iger Wahrscheinlichkeit nur noch ein Datenrettungsunternehmen die Daten rekonstruieren kann."

Wie oben geschrieben, habe ich die Daten gesichert.
 

josef-wien

Ultimate Guru
Phoenix7 schrieb:
Meine Annahme ist, dass auch ohne Festplatte wenigstens das BIOS startbar wäre
Wenn keine Festplatte angeschlossen ist, stimmt die Annahme auch. Wenn sie aber vorhanden ist, wird sie vom BIOS angesprochen, auch der Boot-Manager kommuniziert über das BIOS mit ihr, das Betriebssystem greift dann mit seinen Treibern direkt zu. Die Wahrscheinlichkeit, daß BIOS oder Prozessor ein Leiden haben, ist zwar theoretisch vorhanden, aber eben nur sehr theoretisch.
 
OP
P

Phoenix7

Hacker
@Josef-Wien: Vielen Dank für die Einschätzung. Ich habe mal ein CMOS-Reset gemacht und nun läuft er wieder. Ich denke, dass aber das andere Bootproblem noch nicht behoben ist. (Auch wenn meine Festplatte von spoensche schon beerdigt wurde - sie läuft immer noch sehr gut! ;o) ) ... ich denke das ist ein anderes Problem, ...

Code:
dmesg | egrep -i " ata|ahci"
[    0.303268] pci 0000:00:11.0: set SATA to AHCI mode
[    0.884776] ahci 0000:00:11.0: version 3.0
[    0.884942] ahci 0000:00:11.0: AHCI 0001.0200 32 slots 4 ports 6 Gbps 0xf impl SATA mode
[    0.884944] ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo pmp pio slum part 
[    0.885477] scsi0 : ahci
[    0.885603] scsi1 : ahci
[    0.885698] scsi2 : ahci
[    0.885817] scsi3 : ahci
[    0.885862] ata1: SATA max UDMA/133 abar m1024@0xfe60b000 port 0xfe60b100 irq 19
[    0.885864] ata2: SATA max UDMA/133 abar m1024@0xfe60b000 port 0xfe60b180 irq 19
[    0.885865] ata3: SATA max UDMA/133 abar m1024@0xfe60b000 port 0xfe60b200 irq 19
[    0.885867] ata4: SATA max UDMA/133 abar m1024@0xfe60b000 port 0xfe60b280 irq 19
[    0.885952] ahci 0000:01:00.0: irq 72 for MSI/MSI-X
[    0.885987] ahci 0000:01:00.0: AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl IDE mode
[    0.885990] ahci 0000:01:00.0: flags: 64bit ncq sntf led only pmp fbs pio slum part sxs 
[    0.886266] scsi4 : ahci
[    0.886360] scsi5 : ahci
[    0.886412] ata5: SATA max UDMA/133 abar m2048@0xfe515000 port 0xfe515100 irq 72
[    0.886414] ata6: SATA max UDMA/133 abar m2048@0xfe515000 port 0xfe515180 irq 72
[    1.190947] ata4: SATA link down (SStatus 0 SControl 300)
[    1.190971] ata3: SATA link down (SStatus 0 SControl 300)
[    1.191931] ata6: SATA link down (SStatus 0 SControl 330)
[    1.191948] ata5: SATA link down (SStatus 0 SControl 330)
[    1.346206] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.346222] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.346938] ata1.00: ATA-8: ST2000DL003-9VT166, CC3C, max UDMA/133
[    1.346940] ata1.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[    1.347772] ata1.00: configured for UDMA/133
[    1.347891] scsi 0:0:0:0: Direct-Access     ATA      ST2000DL003-9VT1 CC3C PQ: 0 ANSI: 5
[    1.353369] ata2.00: ATA-8: WDC WD20EARX-00PASB0, 51.0AB51, max UDMA/133
[    1.353371] ata2.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    1.361355] ata2.00: configured for UDMA/133
[    1.361408] scsi 1:0:0:0: Direct-Access     ATA      WDC WD20EARX-00P AB51 PQ: 0 ANSI: 5
[    1.420492] ata7: PATA max UDMA/133 cmd 0xd140 ctl 0xd130 bmdma 0xd100 irq 48
[    1.420494] ata8: PATA max UDMA/133 cmd 0xd120 ctl 0xd110 bmdma 0xd108 irq 48
[    1.574971] ata7.00: ATAPI: HL-DT-ST DVDRAM GSA-H42L, SL01, max UDMA/66
[    1.574974] ata7.00: limited to UDMA/33 due to 40-wire cable
[    1.580984] ata7.00: configured for UDMA/33
[    1.751548] ata9: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xf000 irq 14
[    1.751550] ata10: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xf008 irq 15
[    1.932462] ata9.01: ATAPI: HL-DT-ST BD-RE  BH10LS38, 1.01, max UDMA/133
[    1.932465] ata9.01: limited to UDMA/33 due to 40-wire cable
[    1.970528] ata9.01: configured for UDMA/33

Ich botte aktuell von sdb (das ist die besagte Platte):
Code:
smartctl -a /dev/sdb
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.16.3-49.gd2bbe7f-desktop] (SUSE RPM)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Caviar Green (AF, SATA 6Gb/s)
Device Model:     WDC WD20EARX-00PASB0
Serial Number:    WD-WMAZA7166140
LU WWN Device Id: 5 0014ee 206ba3542
Firmware Version: 51.0AB51
User Capacity:    2.000.398.934.016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat Oct  4 22:36:36 2014 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82) Offline data collection activity
                                        was completed without error.
                                        Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever 
                                        been run.
Total time to complete Offline 
data collection:                (37260) seconds.
Offline data collection
capabilities:                    (0x7b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine 
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        ( 360) minutes.
Conveyance self-test routine
recommended polling time:        (   5) minutes.
SCT capabilities:              (0x3035) SCT Status supported.
                                        SCT Feature Control supported.
                                        SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   169   158   021    Pre-fail  Always       -       6541
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       866
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   090   090   000    Old_age   Always       -       7879
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       864
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       73
193 Load_Cycle_Count        0x0032   054   054   000    Old_age   Always       -       440273
194 Temperature_Celsius     0x0022   114   100   000    Old_age   Always       -       36
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   197   000    Old_age   Always       -       108
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
 

josef-wien

Ultimate Guru
Phoenix7 schrieb:
Ich habe mal ein CMOS-Reset gemacht
Hast Du das nach der BIOS-Aktualisierung unterlassen?

Bei dmesg sehe ich nichts Außergewöhnliches. Du solltest das in den nächsten Tagen beobachten.

Phoenix7 schrieb:
Code:
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       73
193 Load_Cycle_Count        0x0032   054   054   000    Old_age   Always       -       440273
199 UDMA_CRC_Error_Count    0x0032   200   197   000    Old_age   Always       -       108
192: Festplatten mögen es nicht, wenn ihnen brutal der Strom abgedreht wird.
193: Das alte Leiden der "Grünen", wenn man nicht mit WDIDLE3.EXE oder idle3-tools Abhilfe schafft. Die Spezifikation nennt 300.000 Zyklen, VALUE ist von ursprünglich 200 auf 054 gesunken, daher kann die Platte noch einige Zeit halten, aber auch in Kürze in die ewigen Jagdgründe eingehen.
199: Das könnte durch die aufgetretenen Probleme verursacht sein.
 

susejunky

Moderator
Teammitglied
Hallo Phoenix7,

da habe ich zum Schreiben meiner Mitteilung leider länger gebraucht, als Du zum Finden der Lösung !

Herzlichen Glückwunsch

susejunky



meines Erachtens gibt es mehrere potentielle Ursachen für Dein Problem:
  1. a)
    Deine neu eingebaute CPU ist fehlerhaft (oder ggf. nicht richtig eingebaut)
    b)
    sonstige Hardwarefehler (Fehler im Festplattenkontroller, Speicherprobleme, ...)
    c)
    der von Dir in Deinem ersten Beitrag beschriebene BIOS-Update ist fehlerhaft gewesen
    d)
    Deine Festplatte (die mit openSUSE) ist defekt
    e)
    Deine Bootloader-Konfiguration ist defekt

Ich würde bei der Fehlersuche wie folgt vorgehen:
  • 1.)
    In Deinem zweiten Beitrag hast Du erwähnt, dass Du Windows XP auf einer weiteren Festplatte installiert hast. Wenn Du Windows problemlos betreiben kannst, dann scheiden meines Erachtens die Fehlerursachen a), b) und c) sehr wahrscheinlich aus (nicht jedoch Fehlerursache d) !).
    2.)
    Prüfe, ob die CPU richtig eingebaut ist.
    3.)
    Auch wenn Dein BIOS-Update problemlos durchgelaufen ist, kann er doch Ursache des Problems sein: Die von Dir eingespielte Version könnte einen Fehler gehabt haben und eventuell gibt es bereits eine neuere Version. Oder das neue BIOS kann nicht mit Deinen alten Setup-Daten umgehen. Oder die von Dir installierte BIOS-Version passt nicht zu Deinem Motherboard. ...
    Es wäre meines Erachtens den Versuch wert, nochmals die aktuellste, zu Deinem Motherboard passende BIOS-Version beim Hersteller herunterzuladen und zu installieren, dann alles auf Werkseinstellungen zurückzusetzen und das BIOS nochmals manuell zu konfigurieren.
    3.)
    Wie hier bereits mehrfach erwähnt, könnte Deine Festplatte die Ursache des Problems sein. Wenn Du das Datenkabel absteckst und dann alle Fehler verschwinden (d.h. Du wieder das BIOS einsehen und eine LIVE-CD booten kannst), könnte das ein erster Hinweis dafür sein. Mehr Sicherheit hättest Du allerdings, wenn Du die Platte ausbauen und in einem anderen PC prüfen könntest. Wenn Du Deine Festplatte in einem anderen PC problemlos betreiben kannst, könnte das auch ein Hinweis auf einen Fehler in Deinem Festplattenkontroller sein. Ein vollständiges Backup aller Daten der Festplatte vorausgesetzt, wäre es auch einen Versuch wert, die Platte nochmals komplett neu zu partitionieren. Dann musst Du allerdings auch openSUSE nochmals installieren.
    4.)
    Wenn Du ein LIVE-System booten kannst und damit auf Deine Festplatte zugreifen kannst, solltest Du die Konfiguration Deines Bootloaders prüfen und ggf. erneuern. Aber das geht natürlich nur dann, wenn alle anderen Fehlerursachen beseitigt sind.

Wenn Du die Möglichkeit hast die fragliche Festplatte testweise durch eine andere zu ersetzen, dann ist das sicherlich einen Versuch wert.

Ansonsten bleibt mir nur Dir zu wünschen, dass Du kein Problem mit Deinem Motherboard (-> Festplattenkontroller, ...) hast ...

Viel Glück und viele Grüße

susejunky
 
OP
P

Phoenix7

Hacker
Hallo zusammen,

ich habe Eure Tipps beherzigt und bin mal alles durchgegangen. Ich weiß nicht, wo das Problem lag - (die WD green FP läuft immer noch) - aber es scheint jetzt nicht mehr aufzutreten!

Vielen herzlichen Dank an die sehr guten sachdienlichen Hinweise und für Eure Mühe!

Phoenix7

PS: Sollte es in den nächsten 2 Wochen nicht mehr auftreten, werde ich das Problem als gelöst markieren!
 
Oben