kein booten möglich

[Allfred]

Es hat ein Rechner den Reboot nicht geschafft.
Auf einer 240GB Kingsten SSD fehlt nun Grub (?).
Ich habe versucht von einer separaten SSD, die ansonsten anstandslos über all bootet zu starten, aber es bleibt beim blinkenden Kurser. Das Mainboard F2A88XM-D3H will nichts über SATA booten.
Booten vom Stick als legacy USB mit Manjaro XFCE klappt nicht, es bleibt beim blinkenden Kurser.
Booten vom Stick als UEFI USB mit Manjaro XFCE, Manjaro startet und findet die 240GB Kingsten SSD mit Manjaro nicht.
Booten vom Stick als UEFI USB mit Manjaro XFCE, Manjaro startet und findet eine andere funktionierende Test-SSD mit Manjaro.

Im Bios wird die 240GB Kingston gefunden und angezeigt.

Ich habe nun auf einen laufenden Manjaro XFCE mit gpart "Partition table rescue/guessing tool" die wichtigsten Dateien auf der 240GB Kingston gerettet. Gpart kennzeichnet sie als "unrecognised disk label" und "unallocated"

Aber ich sehe keine Rettung der Partitionstabelle?

Kann es sein, daß irgendwas den SATA Controller abgeschossen hat?
Es kann nichts legacy über SATA gebootet werden, obwohl "secure Boot" deaktiviert ist.
Im laufenden Betrieb klappt dann der SATA Zugriff wieder.
Wenn das BIOS aber an einen Bootmanager übergeben will - stürzt das Mainboard ab - keine Reaktion auf Tastatureingaben/Num Taste. ===> Reset mit Gewalt.
Rein prophylaktisch habe ich das BIOS schon mal erneut geflasht - keine Änderung.

Wo fange ich an?

[Benutzer 1396 gelöscht]

...Wo fange ich an?

Fange doch damit an, den unter UEFI funktionierenden XFCE Stick zu starten und uns die Ausgabe von

Code: Alles auswählen

 fdisk -l 

zu zeigen. Das bezieht sich momentan nur auf dieser Teil deines Postings:

Booten vom Stick als UEFI USB mit Manjaro XFCE, Manjaro startet und findet die 240GB Kingsten SSD mit Manjaro nicht.

Der Rest deines Postings ist mir zu konfus um zu verstehen, was da eigentlich gemacht wurde.

[Allfred]

Auf der INTEL SSDSC1NB08 liegt das XFCE...
Die SSD ist nun an einem funktionierenden Mainboard. Soll ich den zweifelhaften Rechner wieder mit der SSD bestücken und aus einem Live-System heraus das Ergebnis posten?

Code: Alles auswählen

sudo fdisk -l
[sudo] Passwort für gi: 
Festplatte /dev/sda: 74,53 GiB, 80026361856 Bytes, 156301488 Sektoren
Festplattenmodell: INTEL SSDSC1NB08
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x4900b11c

Gerät      Boot Anfang      Ende  Sektoren Größe Kn Typ
/dev/sda1  *      2048 156296384 156294337 74,5G 83 Linux


Festplatte /dev/sdb: 223,57 GiB, 240057409536 Bytes, 468862128 Sektoren
Festplattenmodell: KINGSTON SA400S3
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 64,77 MiB, 67915776 Bytes, 132648 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop0: 2,38 MiB, 2490368 Bytes, 4864 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 62,09 MiB, 65105920 Bytes, 127160 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 2,28 MiB, 2387968 Bytes, 4664 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 30,27 MiB, 31735808 Bytes, 61984 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 99,47 MiB, 104304640 Bytes, 203720 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 31,09 MiB, 32595968 Bytes, 63664 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 246,47 MiB, 258441216 Bytes, 504768 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop8: 226,67 MiB, 237678592 Bytes, 464216 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop9: 73,97 MiB, 77565952 Bytes, 151496 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop10: 55,46 MiB, 58159104 Bytes, 113592 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop11: 55,32 MiB, 58007552 Bytes, 113296 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop12: 337,82 MiB, 354230272 Bytes, 691856 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop13: 223,27 GiB, 239738126336 Bytes, 468238528 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

und hier am original Mainboard aus einem Live System heraus

Code: Alles auswählen

sudo fdisk -l
Disk /dev/sda: 223.57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop0: 85.07 MiB, 89198592 bytes, 174216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 619.21 MiB, 649289728 bytes, 1268144 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 1.33 GiB, 1427451904 bytes, 2787992 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop3: 663.48 MiB, 695713792 bytes, 1358816 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sdb: 29.82 GiB, 32019316736 bytes, 62537728 sectors
Disk model: USB Flash Drive 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdb1  *         64 5727219 5727156  2.7G  0 Empty
/dev/sdb2       5727220 5735411    8192    4M ef EFI (FAT-12/16/32)

[Benutzer 1396 gelöscht]

Und du kannst so wie es jetzt ist auch nicht auf die Intel SSD zugreifen bzw. gparted meckert?

[Allfred]

Und du kannst so wie es jetzt ist auch nicht auf die Intel SSD zugreifen bzw. gparted meckert?

Doch, auf der Intel SSD liegt das Gastsystem. Das ist kein Live Manjaro. Ich wollte an eine 100% sicher SATA Verbindung.

Live Manjaro vom USB am original Mainboard =

Kein Zugriff mit gpart = unallocated
ich muesste erst * partition table rescue * dazu installieren und komme dann an den Inhalt

[Benutzer 1396 gelöscht]

Kein Zugriff mit gpart = unallocated
ich muesste erst * partition table rescue * dazu installieren und komme dann an den Inhalt

Du schriebst, die betroffene SSD befindet sich jetzt an einem funktionierenden Mainboard. Ich gehe davon aus, das damit wohl eine anderer Computer gemeint ist. Und auf diesem anderen Computer hast du auch keinen Zugriff - sprich die SSD zeigt sich auch dort nicht und auch dort meckert gparted?
Dann die nächste Frage. Befinden sich auf der Intel SSD noch ungesicherte Daten?

[Allfred]

Ich habe die Kingston SSD jetzt wieder am urspruenglichen Mainboard, weil ich Deine Frage darauf interpretierte.

Dann die nächste Frage. Befinden sich auf der Intel SSD noch ungesicherte Daten?

Das ist nicht der Punkt, die Intel SSD ist ein gaenzlich separates System. Um mit gpart "Partition table rescue/guessing tool" zu arbeiten, kann ich doch kein zweifelhaftes Mainboard benutzen.

[Benutzer 1396 gelöscht]

Dann die nächste Frage. Befinden sich auf der Intel SSD noch ungesicherte Daten?

Das ist nicht der Punkt, die Intel SSD ist ein gaenzlich separates System. Um mit gpart "Partition table rescue/guessing tool" zu arbeiten, kann ich doch kein zweifelhaftes Mainboard benutzen.

Meiner Fragerei lief darauf hinaus, zeitnah auf der SSD eine neue und ggf. sogar andere Partitionstabelle erstellen zu wollen, um sich danach die BIOS-Einstellungen anzuschauen - denn da scheint mir das primäre Problem zu sitzen. Das geht aber nur, wenn sich auf der Platte keine relevanten Daten mehr befinden. Jetzt klar, worauf ich hinaus wollte?

[Allfred]

... um sich danach die BIOS-Einstellungen anzuschauen

Also das geht nur am ursprünglichen Mainboard F2A88XM-D3H. Dort existiert keine weitere Intel SSD.
Auf der Kingston SSD sind noch alle Daten, aber sie hat ihre bootfähigkeit verloren. Diese SSD startet nirgendo - und am F2A88XM-D3H startet nichts an dessen SATA Ports.

[Benutzer 1396 gelöscht]

...Auf der Kingston SSD sind noch alle Daten, aber sie hat ihre bootfähigkeit verloren....

Ich habe da auch was vertüddelt. Rede die ganze Zeit von Intel, meinte aber die Kingston SSD.
Sind deren Daten wichtig und ungesichert?

[Allfred]

Sind deren Daten wichtig und ungesichert?

Das Wichtigst habe ich. Es wäre aber nicht schlecht, wenn sich Grub restaurieren ließe.

[Benutzer 1396 gelöscht]

Davon ausgehend, das du jetzt mit dem XFCE Stick das System am laufen hast:
Schauen wir uns zuerst an, ob derzeit wirklich EFI aktiv ist

Code: Alles auswählen

 [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS

[Allfred]

Ich hatt gerade die Kiste abgestöpselt und weggestellt.
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI

[Benutzer 1396 gelöscht]

...Auf der Kingston SSD sind noch alle Daten, aber sie hat ihre bootfähigkeit verloren....

Das geht so einfach auch nicht. Die Platte ist als virtuelles Blockgerät angelegt und müsste speziell gemountet werden, um Zugriff auf deren Inhalte beim Systemstart zu bekommen. Möglich wäre allerdings auch, das es sich bei den dort enthaltenen Loops lediglich um Schnappschüsse einer Installation handelt. Ich habe momentan keine zündenden Idee, wie die Sache mit vertretbarem Aufwand anzugehen ist. Ich hoffe aber, dass es hier Forenten gibt, die mit den bisher gewonnene Erkenntnissen mehr anfangen können als ich.

[Allfred]

Das war eine ganz normale Manjaroinstallation. Diese "Loops" sind sicher nur Interpretationselemente von der zerschossenen Partitionstabelle/Grub. Ich habe eine Standard Installation mit nur einer Partition gemacht, keine Extrawurst. Ob Manjaro eine Standby Partition oder ähnliches nebenbei macht kann ich nicht sagen. Aber da noch Zugriff auf alle wesentlichen Daten besteht, brauchst Du nur zu sagen, was ich suchen soll.