Nach Absturz des Desktops erkennt PC Festplatte nicht mehr

[Bebbi]

Hallo,

meine Desktop-Umgebung hatte sich aufgehängt. Ich kam auch nicht mit STRG + ALT + F1 etc. auf eine Konsole. Der Rechner reagierte schlicht nicht mehr. Also entschied ich mich schlussendlich (Ja, nicht gut) irgendwann dann für den Reset am PC. Ein zerschossenes Linux wäre in meinem Fall nicht so tragisch gewesen. Nur habe ich seitdem das Problem, dass der PC nicht mehr durchstartet, sondern hier stehen bleibt:



Bisher musste man sich mit dem Drücken von F11 beeilen, um zu dem UEFI-Boot-Menü zu kommen. Dort konnte ich dann die Festplatte mit Debian starten, nachdem ein Windows Update GRUB gefressen hatte. (Eigentlich wäre die Wiederbelebung von GRUB einer der nächsten Baustellen gewesen ...)


Wenn man Glück hat, kommt man mit Drücken von F11 weiter und kann dann im UEFI Boot-Menü die Festplatte mit Windows 10 auswählen, aber nicht (mehr) die Festplatte mit Debian 10.

Die Windowsdatenträgerverwaltung hat eine nicht initialisierte Festplatte erkannt, nach einem Aktualisieren dann aber auch nicht mehr.

Daraufhin erstellte ich ein USB-Live-Stick. Wenn ich im Terminal lsblk aufrufe, wird die Festplatte, auf der Debian installiert ist, nicht gefunden. Ich kann also nichts mounten.

Durch hektisches Rumprobieren macht man es jetzt sicherlich nicht besser. Ich bin mit meinem Latein aber auch am Ende. Selbst wenn ich zu schnell war mit dem Hardware-Reboot, verstehe ich nicht, warum die Festplatte weg ist und der Rechner nicht vernüftig startet. Wenn Windows mal läuft, läuft es unauffällig.

Grüße

Bebbi

[TRex]

Schau mal ins Kernel-Log (live-stick). Da stehen vermutlich Fehler zu deiner Platte. Du findest es meistens in /var/log/kern.log oder auch über den kernel ring buffer via "dmesg" (als root).

[MSfree]

Sind Windows und Linux auf zwei verschiedenen Platten installiert?
Kannst du Windows noch booten?
Hast du im BIOS/UEFI nachgesehen, ob dort beide Platten (falls es zwei sein sollten) aufgeführt werden?

[Bebbi]

Also es gibt
SSD 1: Windows
SSD 2: Debian
HHD: 1. Partition für Windows Benutzerverzeichnis, 1 für Debian für Daten

Um einzugrenzen, warum das Booten so lange dauert, habe ich die SSD 2 und die HHD mal abgehängt. Nun ist auch die HHD nicht mehr zu erreichen (Und ich habe keinen anderen Rechner und div. Kabel um die mal eben an einem anderen Rechner anzuschließen).

Zu allem Überfluss behält der Live-USB-Stick nicht die Einstellungen, obwohl das so sein sollte laut Anleitung ...

Schau mal ins Kernel-Log (live-stick). Da stehen vermutlich Fehler zu deiner Platte. Du findest es meistens in /var/log/kern.log oder auch über den kernel ring buffer via "dmesg" (als root).

Für spätere Leser der Hinweis, dass man die Datei nur als root lesen kann und dafür ein root-Passwort mit

Code: Alles auswählen

sudo passwd root

festlegen muss vorher.

Der Inhalt der Datei sagt mir nichts.

Code: Alles auswählen

Mar 14 21:58:41 localhost kernel: [    0.000000] Linux version 4.19.0-8-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.98-1 (2020-01-26)
Mar 14 21:58:41 localhost kernel: [    0.000000] Command line: BOOT_IMAGE=/live/vmlinuz-4.19.0-8-amd64 initrd=/live/initrd.img-4.19.0-8-amd64 boot=live components splash quiet
Mar 14 21:58:41 localhost kernel: [    0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Mar 14 21:58:41 localhost kernel: [    0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Mar 14 21:58:41 localhost kernel: [    0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Mar 14 21:58:41 localhost kernel: [    0.000000] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
Mar 14 21:58:41 localhost kernel: [    0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-provided physical RAM map:
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000c95e7fff] usable
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000c95e8000-0x00000000c95eefff] ACPI NVS
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000c95ef000-0x00000000c9ef5fff] usable
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000c9ef6000-0x00000000ca1a4fff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000ca1a5000-0x00000000dd19cfff] usable
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000dd19d000-0x00000000dd3a4fff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000dd3a5000-0x00000000dd3e0fff] usable
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000dd3e1000-0x00000000dd48cfff] ACPI NVS
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000dd48d000-0x00000000ddffefff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000ddfff000-0x00000000ddffffff] usable
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
Mar 14 21:58:41 localhost kernel: [    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000041dffffff] usable
Mar 14 21:58:41 localhost kernel: [    0.000000] NX (Execute Disable) protection: active
Mar 14 21:58:41 localhost kernel: [    0.000000] SMBIOS 2.7 present.
Mar 14 21:58:41 localhost kernel: [    0.000000] DMI: To Be Filled By O.E.M. To Be Filled By O.E.M./H87M Pro4, BIOS P2.70 03/10/2018
Mar 14 21:58:41 localhost kernel: [    0.000000] tsc: Fast TSC calibration using PIT
Mar 14 21:58:41 localhost kernel: [    0.000000] tsc: Detected 3399.276 MHz processor
Mar 14 21:58:41 localhost kernel: [    0.001433] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
Mar 14 21:58:41 localhost kernel: [    0.001434] e820: remove [mem 0x000a0000-0x000fffff] usable
Mar 14 21:58:41 localhost kernel: [    0.001439] last_pfn = 0x41e000 max_arch_pfn = 0x400000000
Mar 14 21:58:41 localhost kernel: [    0.001442] MTRR default type: uncachable
Mar 14 21:58:41 localhost kernel: [    0.001442] MTRR fixed ranges enabled:
Mar 14 21:58:41 localhost kernel: [    0.001443]   00000-9FFFF write-back
Mar 14 21:58:41 localhost kernel: [    0.001443]   A0000-BFFFF uncachable
Mar 14 21:58:41 localhost kernel: [    0.001444]   C0000-CFFFF write-protect
Mar 14 21:58:41 localhost kernel: [    0.001444]   D0000-E7FFF uncachable
Mar 14 21:58:41 localhost kernel: [    0.001445]   E8000-FFFFF write-protect
Mar 14 21:58:41 localhost kernel: [    0.001445] MTRR variable ranges enabled:
Mar 14 21:58:41 localhost kernel: [    0.001446]   0 base 0000000000 mask 7C00000000 write-back
Mar 14 21:58:41 localhost kernel: [    0.001447]   1 base 0400000000 mask 7FF0000000 write-back
Mar 14 21:58:41 localhost kernel: [    0.001447]   2 base 0410000000 mask 7FF8000000 write-back
Mar 14 21:58:41 localhost kernel: [    0.001448]   3 base 0418000000 mask 7FFC000000 write-back
Mar 14 21:58:41 localhost kernel: [    0.001448]   4 base 041C000000 mask 7FFE000000 write-back

[Bebbi]

Sind Windows und Linux auf zwei verschiedenen Platten installiert?

Ja.

Kannst du Windows noch booten?

Ja, noch.

Hast du im BIOS/UEFI nachgesehen, ob dort beide Platten (falls es zwei sein sollten) aufgeführt werden?

Nein, es wird nur noch die Festplatte mit Windows aufgeführt und seit dem Ausstöpseln (bei ausgeschaltetem Rechner natürlich) der Datenfestplatte, taucht auch diese nicht mehr auf.

[MSfree]

Nein, es wird nur noch die Festplatte mit Windows aufgeführt und seit dem Ausstöpseln (bei ausgeschaltetem Rechner natürlich) der Datenfestplatte, taucht auch diese nicht mehr auf.

Ich bin verwirrt.

Wenn du die Platte abgekabelt hast, kann sie natürlich nicht mehr auftauchen.

[Bebbi]

ich habe die wieder eingestöpselt und dann taucht die nicht mehr auf

[MSfree]

Wie sieht es aus, wenn du nur die beiden SSDs anschließt? (also Festplattte weglassen).

[Bebbi]

da war auch nur die SSD mit Windows erkannt worden

[debianoli]

Häng mal die Windows SSD ab und schließ an dem Port mit dem Kabel der Win SSD die Linux SSD an. Siehst du die Platte im Uefi und mit dem Live-System?

[TRex]

Der Inhalt der Datei sagt mir nichts.

Scroll mal runter, das ist nur der Anfang.

[Bebbi]

Der Inhalt der Datei sagt mir nichts.

Scroll mal runter, das ist nur der Anfang.

Mehr wurde da nicht abgezeigt.

[Bebbi]

Häng mal die Windows SSD ab und schließ an dem Port mit dem Kabel der Win SSD die Linux SSD an.

Schon mal so viel:

Wenn man eine andere HHD anschließt, verzögert das den Start von Windows deutlich, die HHD wird aber in Windows nicht erkannt.

Wenn ich die HHD mit einem Adapter an einen Windows-Laptop anschließe, kann ich auf die Windows-Partition mit den wichtigen Daten zugreifen, die HHD scheint also nicht kaputt zu sein. Auf die Debian SSD kann ich nicht zugreifen auf diesem Wege. Die erkennt der Windows PC gar nicht.

Nur die Deian SSD anschließen mit den Kabeln der Windows SSD: Rechner startet gar nicht.

Grüße

Bebbi

[TRex]

Der Inhalt der Datei sagt mir nichts.

Scroll mal runter, das ist nur der Anfang.

Tut mir leid, aber ich glaube dir das nicht - mit der Maus scrollen funktioniert in Programmen im Terminal meistens nicht, falls du das versucht hast. Da fehlen ganz viele Ausgaben, die immer kommen.

[MSfree]

Wenn man eine andere HHD anschließt, verzögert das den Start von Windows deutlich, die HHD wird aber in Windows nicht erkannt.

Solange sich da kein NTFS-, FAT32- oder exFAT-Dateisystem drauf befindet, wird Windows auch nichts "erkennen". Allerdings sollte die Festplatte ansich über das "Computermanagement" sichtbar werden.

Auf die Debian SSD kann ich nicht zugreifen auf diesem Wege. Die erkennt der Windows PC gar nicht.

Der sollte die Platte über das "Computermanagement" schon erkennen. Als Laufwerk wirst du die Platte aber nicht angezeigt bekommen, weil Windows das Linuxdateisystem nicht unterstützt.

Nur die Deian SSD anschließen mit den Kabeln der Windows SSD: Rechner startet gar nicht.

Das kann am UEFI liegen und/oder an der Bootreihenfolge. Wird die SSD im BIOS/UEFI denn wenigstens angezeigt?

[Bebbi]

Der Inhalt der Datei sagt mir nichts.

Scroll mal runter, das ist nur der Anfang.

Tut mir leid, aber ich glaube dir das nicht - mit der Maus scrollen funktioniert in Programmen im Terminal meistens nicht, falls du das versucht hast. Da fehlen ganz viele Ausgaben, die immer kommen.

Ja, du hast Recht, nur rätsel ich gerade, warum sich das nicht alles einfach kopieren lässt im Live-System.

[Bebbi]

Also mit dem Live-System wird die HHD auch nicht erkannt.

Wenn man eine andere HHD anschließt, verzögert das den Start von Windows deutlich, die HHD wird aber in Windows nicht erkannt.

Solange sich da kein NTFS-, FAT32- oder exFAT-Dateisystem drauf befindet, wird Windows auch nichts "erkennen". Allerdings sollte die Festplatte ansich über das "Computermanagement" sichtbar werden.

Es ist eine Festplatte mit den Daten. Da die Person, die mir die geliehen hat, mit Windows unterwegs ist, wird es wohl NTFS oder FAT32 sein.

Auf die Debian SSD kann ich nicht zugreifen auf diesem Wege. Die erkennt der Windows PC gar nicht.

Der sollte die Platte über das "Computermanagement" schon erkennen. Als Laufwerk wirst du die Platte aber nicht angezeigt bekommen, weil Windows das Linuxdateisystem nicht unterstützt.

Auch in der Festplattenverwaltung wird die nicht erkannt.

Nur die Deian SSD anschließen mit den Kabeln der Windows SSD: Rechner startet gar nicht.

Das kann am UEFI liegen und/oder an der Bootreihenfolge. Wird die SSD im BIOS/UEFI denn wenigstens angezeigt?

Da bin ich nicht in UEFI gekommen.

Insgesamt habe ich den Eindruck, dass das Verhalten nicht reproduzierbar ist. Manchmal werden dann plötzlich die USB-Anschlüsse auch nicht mehr erkannt.

[MSfree]

Insgesamt habe ich den Eindruck, dass das Verhalten nicht reproduzierbar ist. Manchmal werden dann plötzlich die USB-Anschlüsse auch nicht mehr erkannt.

Ich habe nicht unbedingt den Eindruck, daß du systematisch genug vorgehst. Dann wird es nämlich auch mit der Reproduzierbarkeit schwierig.

Also, nochmal komplett von vorn:

1. Alle Platten und CD/DVD/BR-Laufwerke abklemmen.
2. nur Windows-SSD an SATA-1 anschließen und ins UEFI gehen. Was sagt das UEFI?
3. nur Linux-SSD an SATA-1 anschließen und ins UEFI gehen. Was sagt das UEFI?
4. nur Daten-HDD an SATA-1 anschließen und ins UEFI gehen. Was sagt das UEFI?

5. nur Windows-SSD an SATA-2 anschließen und ins UEFI gehen. Was sagt das UEFI?
6. nur Linux-SSD an SATA-2 anschließen und ins UEFI gehen. Was sagt das UEFI?
7. nur Daten-HDD an SATA-2 anschließen und ins UEFI gehen. Was sagt das UEFI?

... Und das mit allen SATA-Ports auf dem Board.

Dann wissen wir, welcher SATA-Port gestorben ist oder eben, welche Platte/SSD den Geist aufgegeben hat.

[Bebbi]

Ja, du hast Recht, nur rätsel ich gerade, warum sich das nicht alles einfach kopieren lässt im Live-System.

Nach
https://wiki.ubuntuusers.de/Nano/

sollte ich STRG + 6 oder Alt + A drücken zum markieren. Mit BILD UNTEN klappt das auch soweit. Nur bringt ALT + 6 bzw. Alt + Shift + STRG das markierte nicht in die Zwischenablage, um das hier einzufügen. Bei Debian auf der SSD konnte ich das immer im problemlos kopieren und dann anderswo einfügen.

[TRex]

Alternativ führst du

Code: Alles auswählen

sudo dmesg > ~/dmesg.log

aus und öffnest die Datei mit einem grafischen Tool deiner Wahl.

[Bebbi]

Hier das Ergebnis des systematischen Test:

Anschluss 1 (Notiz für mich: gelbes Kabel)
Windows SSD: wird erkannt
Debian SSD: Asrock Bildschirm (s. ersten Post)
HHD: wird erkannt

Anschluss 2 (Notiz für mich: rotes Kabel)
Windows SSD: wird erkannt
Debian SSD: Asrock Bildschirm (s. ersten Post)
HHD: wird erkannt

Anschluss 3 (Notiz für mich: schwarzes Kabel 90°, oben mitte)
Windows SSD: wird nicht erkannt
Debian SSD: wird nicht erkannt
HHD: wird nicht erkannt

Anschluss 4 (Notiz für mich: schwarzes Kabel, unten links)
Windows SSD: wird erkannt
Debian SSD: Asrock Bildschirm (s. ersten Post)
HHD: wird erkannt

Anschluss 2 (Notiz für mich: bisher unbelegt)
Windows SSD: wird erkannt (bootet direkt durch)
Debian SSD: Asrock Bildschirm (s. ersten Post)
HHD: wird erkannt

Den Anschluss für das Kartenlesegerät konnte ich nicht lösen ohne den Rechner zu zulegen. (Notiz für mich: unten rechts)

Dann habe ich versucht, zusätzlich an verschiedenen Anschlüssen die HHD zusätzlich zu der Windows SSD anzuschließen. Die SSD wird erkannt, die HHD nicht.

Grüße

Bebbi

[Bebbi]

Alternativ führst du

Code: Alles auswählen

sudo dmesg > ~/dmesg.log

aus und öffnest die Datei mit einem grafischen Tool deiner Wahl.

mit allen drei Platten den Live-USB-Stick starten?

[Bebbi]

Ich habe nun soweit alles wieder (so ähnlich) wie vorher verkabelt. Nur habe ich die HHD, auf die ich ja zugreifen konnte, bis ich anfing aus- und einzustöpseln, nicht mehr an den dritten Anschluss angeschlossen sondern an den fünften. Nun kann ich von Windows auf die HHD-Windows-Partition wieder zugreifen.

[Bebbi]

Ich habe nun soweit alles wieder (so ähnlich) wie vorher verkabelt. Nur habe ich die HHD, auf die ich ja zugreifen konnte, bis ich anfing aus- und einzustöpseln, nicht mehr an den dritten Anschluss angeschlossen sondern an den fünften. Vielleicht ist der beim Testen drauf gegangen?

Nun kann ich von Windows auf die HHD-Windows-Partition wieder zugreifen. *ratlos schau*

Update: Nun werden die USB -Schlüsse nicht oder nur einzelne erkannt und im Boot-Menü des Mainboards tauchen die auch nur gelegentlich und dann immer an an derer Stelle in der Reihenfolge auf. Folge: Ich kann den Live-USB-Stick nicht starten um von dort die Datensicherung zu machen, wenn ich rekonstruiert habe, wie der genau rsync-Befehl war. Und ich kann die obrige Frage nicht beantworten.

[Bebbi]

So, jetzt hat es dann plötzlich geklappt mit dem USB-Live-Stick ...

41001

Ich erkenne nicht mal, ob da persönliche Daten drin sind ...