UEFI
Grub ist kaputt und ich kriege ihn nicht repariert
(Themenstarter)
Anmeldungsdatum: Beiträge: 66 Wohnort: Berlin |
|
Anmeldungsdatum: Beiträge: 3544 |
Wenn du genau das getan hast, was seitens dingsbums beschrieben wurde, dürfte eine schnelle Neuinstallation und Wiederherstellung der Nutzdaten ja kein Problem darstellen, oder? Da braucht man dann auch nicht erst zeitaufwändig Images ziehen und testdisk in die Spur schicken. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 66 Wohnort: Berlin |
@dingsbums: 1:0 für Dich! Mache seid vielen Jahren mit gparted, bisher nie ein Problem gehabt. Deswegen habe ich nicht gesichert. So, nun mal sehen wie es weitergeht dass ich sda1/2/3 wieder gebooted kriege. |
Anmeldungsdatum: Beiträge: 3544 |
Starte von einem Live-System und zeige die Ausgaben von sudo parted --list und lsblk -o name,size,type,fstype,label,uuid |
(Themenstarter)
Anmeldungsdatum: Beiträge: 66 Wohnort: Berlin |
ubuntu@ubuntu:~$ sudo parted --list Modell: ATA INTEL SSDSC2BF18 (scsi) Festplatte /dev/sda: 180GB Sektorgröße (logisch/physisch): 512B/512B Partitionstabelle: msdos Disk-Flags: Nummer Anfang Ende Größe Typ Dateisystem Flags 1 1049kB 577MB 576MB primary ntfs boot 2 577MB 97,1GB 96,5GB primary ntfs 3 97,1GB 97,7GB 664MB primary ntfs msftres 4 97,7GB 180GB 82,3GB extended Modell: Unbekannt (unknown) Festplatte /dev/sr1: 4700MB Sektorgröße (logisch/physisch): 2048B/2048B Partitionstabelle: mac Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 2048B 6143B 4096B Apple 2 2569MB 2573MB 4063kB EFI ubuntu@ubuntu:~$ lsblk -o name,size,type,fstype,label,uuid NAME SIZE TYPE FSTYPE LABEL UUID loop0 2G loop squash loop1 29,9M loop squash loop2 55M loop squash loop3 255,6M loop squash loop4 62,1M loop squash loop5 49,8M loop squash sda 167,7G disk ├─sda1 │ 549M part ntfs System-reserviert 12F86C00F86BE109 ├─sda2 │ 89,9G part ntfs FEF29692F2964EB1 ├─sda3 │ 633M part ntfs 9C8E95E48E95B76C └─sda4 1K part sr0 1024M rom sr1 4,4G rom iso966 Ubuntu 20.04.1 LTS amd64 2020-07-31-16-51-12-00 |
Anmeldungsdatum: Beiträge: 3322 Wohnort: Berlin |
Hi, ich sehe da nirgends eine Uefi-Boot-Partition. Und als Partition ms-dos. Mit einer Uefi-Bootpartition hättest du ein Problem weniger und Windows würde wahrscheinlich schon wieder laufen. Jetzt muss zuerst der Windowsbootmanager repariert werden. Danach die defekte Partition und danach die Wiederherstellung von Grub. Es gibt Rettungs-CDs, die Win eventuell reparieren können. Die Chancen stehen gar nicht schlecht. Anders die Ubuntusituation. Es wird wohl auf eine Neuinstallation hinaus laufen. Vorher versuchen mit Hilfe von Testdisk o.ä. die Daten vom /home zu retten. |
Anmeldungsdatum: Beiträge: 3544 |
Versuch mal, per Windows-DVD die Windows-Bootumgebung zu reparieren: https://www.windowscentral.com/how-use-startup-repair-fix-boot-problems-windows-10 Und poste bitte nochmal ein Bildschirmfoto der Platte von Gparted aus dem Live-System. |
Supporter
Anmeldungsdatum: Beiträge: 53584 Wohnort: Berlin |
Naja, kaputt kann man damit nichts machen. 😉 |
Anmeldungsdatum: Beiträge: 3322 Wohnort: Berlin |
dd ist ja eigensicher und fragt nach, bzw. gibt eine Meldung raus. DDrescue hört sich interessant an und würde ich dem TE jetzt auch empfehlen. Danach dann Testdisk drauf los lassen. Als erstes würde ich jetzt mit Hilfe der Live-DVD die Daten von Windows retten. Programme lassen sich nachinstallieren, Lizenzen bleiben meistens erhalten, notfalls klärt man das mit dem Support oder muss sich nochmal anmelden. Im schlimmsten Fall würde ich eine neue SSD kaufen und komplett neu anfangen. Uefi einrichten mit GPT-Partition. Dann Windows als Uefi und Ubuntu als Uefi installieren. Nach Rettung der Daten von der alten Platte kann man diese wunderbar als Backupmedium verwenden. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 66 Wohnort: Berlin |
@dingsbums: mittels WinDVD zu repariren - das hab ich schon probiert, bevor ich dieses Thema überhaupt hier eingestellt habe (das habe ich vergessen zu erwähnen, sorry!) - das Startup-Repair sagt am Ende dass es das Problem nicht reparieren kann. Ein Foto wie das in gparted aussieht findet sich im Startpost dieses Threads. |
Anmeldungsdatum: Beiträge: 3322 Wohnort: Berlin |
Ich sehe da keinen Screenshot von GParted im EP. Beim erneutem Hochladen bitte nicht die Endung vergessen. |
Supporter
Anmeldungsdatum: Beiträge: 53584 Wohnort: Berlin |
Der ist im anderen Thread. Sagt jetzt aber auch nix zu dem Windows-Problem aus, dass man wohl in einem Windows-Forum behandeln sollte. 😉 |
Anmeldungsdatum: Beiträge: 3322 Wohnort: Berlin |
Ok, ist doch spannend, wie wichtige Informationen nach und nach ans Licht kommen. Ein Windowsforum kann vielleicht besser helfen, ok. Das ganze Setting des TE ist suboptimal. Das zeigt sich doch gerade auch jetzt. Ich hatte lange eine schlechte Einstellung gegenüber Uefi, aber die Probleme dort sind wesentlicher einfacher zu händeln, als mit zwei Bootmanagern im MBR einer Festplatte, die sich gegenseitig auch gern überschreiben. Uefi hat halt den Vorteil, schmiert ein Betriebssystem ab, kannst du mit dem anderen noch weiter arbeiten. |
Anmeldungsdatum: Beiträge: 3544 |
Nein, tut es nicht. Da hast du nämlich zweimal das gleiche Bild mit unterschiedlichen Namen hochgeladen. Aber egal, mach dir keine Mühe. Ich werde hier keine Ratespielchen mehr betreiben. Viel Erfolg bei der Datenrettung. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 66 Wohnort: Berlin |
Das Foto des Zustands der jetzigen Partitonen habe ich erneut hochgeladen (Datei "Foto_der_Partitionen_jetzt.jpg") . Ich vermute ich habe beim Bearbeiten/Umbenennen des Fotos die Extentionen "jpg" weggelassen, da hat dr_smoker recht. sorry. ). Mit der jetzigen Datei kann man den Zustand sehen. So ganz versteh ich es jetzt nicht. Ursprünglich wurde auf der SSD Win10 installiert. Dann kam Ubuntu dazu, damit kam GRUB drauf der mich bei jedem Bootvorgang zur Wahl auffordert was ich booten soll. Somit dachte ich, mein jetziges Problem ist ein GRUB-Problem, deshalb habe ich diesen Thread erstellt. Aber trotzdem Danke für Euer Bemühen. |