Planspiel
Anmeldungsdatum: 2. Mai 2016
Beiträge: 673
Wohnort: Spielplan
|
Wenn auf der Festplatte eine "theoretisch" bootbare 17.10 Installation ist, die man aber aufgrund des Bugs nicht von der Festplatte booten kann, dann sollte folgendes funktionieren: Im Live-System, vor dem Booten, in die Grub-Shell wechseln und dort dann:
set root=(hdX,gptY)
linux /vmlinuz root=/dev/sdZY
initrd /initrd.img
boot
X, Y und Z sind Platzhalter 😉 , mit "ls" und "ls(hdX,gptY)/" lässt sich herausfinden, auf welches die root-Partition auf der Festplatte ist, von der gebootet werden soll. Oder habe ich das Problem völlig missverstanden????
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15813
|
Hallo Robert-65, Kannst du mit einer SuperGrub2Disk.iso dein Windows starten ? Wenn ja, dann den aktuellen EFI neu installieren. PS: 18.04 neu installieren .... und die 17.10 sofort entsorgen. Gruss Lidux
|
Robert-65
(Themenstarter)
Anmeldungsdatum: 8. August 2018
Beiträge: 16
Wohnort: Brensbach/SüdHessen
|
Ich hab mal 3 Bilder gemacht, vielleicht kann damit jemand etwas anfangen...
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Hochladen mußt Du die Bilder schon. Unten Anlage –> Durchsuchen Datei auswählen und Anhang hochladen. Gruß Taomon
|
Robert-65
(Themenstarter)
Anmeldungsdatum: 8. August 2018
Beiträge: 16
Wohnort: Brensbach/SüdHessen
|
|
Robert-65
(Themenstarter)
Anmeldungsdatum: 8. August 2018
Beiträge: 16
Wohnort: Brensbach/SüdHessen
|
ubuntu@ubuntu:~$ sudo efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0004,0003,2002,2003,0005,2001
Boot0000* EFI DVD/CDROM (MATSHITA DVD-RAM UJ8FBS) PciRoot(0x0)/Pci(0x1f,0x2)/Sata(1,0,0)/CDROM(1,0xafd5c,0x1200)RC
Boot0001* EFI Network 0 for IPv4 (68-F7-28-78-88-45) PciRoot(0x0)/Pci(0x1c,0x2)/Pci(0x0,0x0)/MAC(68f728788845,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)RC
Boot0002* EFI Network 0 for IPv6 (68-F7-28-78-88-45) PciRoot(0x0)/Pci(0x1c,0x2)/Pci(0x0,0x0)/MAC(68f728788845,0)/IPv6([::]:<->[::]:,0,0)RC
Boot0003* Windows Boot Manager HD(2,GPT,4bac2755-cb06-4d63-89d3-aff1b406aca3,0x1f4800,0x82000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0004* ubuntu HD(2,GPT,4bac2755-cb06-4d63-89d3-aff1b406aca3,0x1f4800,0x82000)/File(\EFI\ubuntu\shimx64.efi)
Boot0005* Lenovo Recovery System HD(3,GPT,4c684816-0dea-49ea-bc0a-052ee835a6e2,0x276800,0x1f4000)/File(\EFI\Microsoft\Boot\LrsBootMgr.efi)RC
Boot0006* EFI USB Device RC
Boot0007* EFI DVD/CDROM RC
Boot0008* EFI Network RC
Boot000A* EFI Network 0 for IPv4 (68-F7-28-78-88-45) PciRoot(0x0)/Pci(0x1c,0x2)/Pci(0x0,0x0)/MAC(68f728788845,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)RC
Boot000B* EFI Network 0 for IPv6 (68-F7-28-78-88-45) PciRoot(0x0)/Pci(0x1c,0x2)/Pci(0x0,0x0)/MAC(68f728788845,0)/IPv6([::]:<->[::]:,0,0)RC
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
ubuntu@ubuntu:~$
Vielleicht kann jemand mit dieser Info etwas anfangen...
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Robert-65 schrieb: Vielleicht kann jemand mit dieser Info etwas anfangen...
Ja, wenn du es als Codeblock postest, dann kann man damit etwas anfangen. Poste bitte auch die Ausgaben von | sudo parted --list
sudo blkid
|
. Die 17.10-Version solltest du noch nicht entsorgen, weil erstens dein System schon kaputt ist und zweitens der Kernel zum Lösen des Problems für 17.10 kompiliert wurde und es deswegen sinnvoll wäre, auch ein 17.10 zu installieren.
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Zeigmal das von apt-ghetto Als 1. in der Reihenfolge ist der alte ubuntu Eintrag drin von Deiner alten installation. Roberert-65
BootOrder: 0004,0003,2002,2003,0005,2001
Boot0004* ubuntu HD(2,GPT,4bac2755-cb06-4d63-89d3-aff1b406aca3,0x1f4800,0x82000)/File(\EFI\ubuntu\shimx64.efi)
Weiß Du noch ungefähr die alte Partitionierung? vielleicht können wir das efi überlisten, wenn wir der Partition die uuid verpassen die im Efi hängt. Gruß Taomon
|
Robert-65
(Themenstarter)
Anmeldungsdatum: 8. August 2018
Beiträge: 16
Wohnort: Brensbach/SüdHessen
|
apt-ghetto schrieb: Robert-65 schrieb: Vielleicht kann jemand mit dieser Info etwas anfangen...
Ja, wenn du es als Codeblock postest, dann kann man damit etwas anfangen. Poste bitte auch die Ausgaben von | sudo parted --list
sudo blkid
|
. Die 17.10-Version solltest du noch nicht entsorgen, weil erstens dein System schon kaputt ist und zweitens der Kernel zum Lösen des Problems für 17.10 kompiliert wurde und es deswegen sinnvoll wäre, auch ein 17.10 zu installieren.
Die 17.10 werde ich ganz bestimmt noch nicht entsorgen, weil daß das einzige Medium ist, mit der der Computer noch bootet...
|
Robert-65
(Themenstarter)
Anmeldungsdatum: 8. August 2018
Beiträge: 16
Wohnort: Brensbach/SüdHessen
|
Taomon schrieb: Zeigmal das von apt-ghetto Als 1. in der Reihenfolge ist der alte ubuntu Eintrag drin von Deiner alten installation. Roberert-65
> BootOrder: 0004,0003,2002,2003,0005,2001
> Boot0004* ubuntu HD(2,GPT,4bac2755-cb06-4d63-89d3-aff1b406aca3,0x1f4800,0x82000)/File(\EFI\ubuntu\shimx64.efi)
>
Weiß Du noch ungefähr die alte Partitionierung? vielleicht können wir das efi überlisten, wenn wir der Partition die uuid verpassen die im Efi hängt. Gruß Taomon
die alte Partitionierung kenne ich nicht. Ich hatte zuerst Win10 mit den Standard Installationsvorgaben und später die Dual Installation die mir Ubuntu Standardmässig angeboten hatte.
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Bitte poste die 2 Befehle samt Ausgabe von apt-ghetto Laß Dir nicht alles mühsam aus der Nase ziehen bitte. Gruß Taomon
|
Robert-65
(Themenstarter)
Anmeldungsdatum: 8. August 2018
Beiträge: 16
Wohnort: Brensbach/SüdHessen
|
ubuntu@ubuntu:~$ sudo parted --list
Model: ATA ST1000LM024 HN-M (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 EFI System Partition boot, esp
2 538MB 1000GB 1000GB ext4
Warning: Unable to open /dev/sr0 read-write (Read-only file system). /dev/sr0
has been opened read-only.
Model: MATSHITA DVD-RAM UJ8FBS (scsi)
Disk /dev/sr0: 1501MB
Sector size (logical/physical): 2048B/2048B
Partition Table: mac
Disk Flags:
Number Start End Size File system Name Flags
1 2048B 6143B 4096B Apple
2 1475MB 1477MB 2359kB EFI ubuntu@ubuntu:~$ sudo blkid
/dev/sda1: UUID="CC09-0F50" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="01acf6f4-c80a-4bc8-b1b8-81e71b9081fe"
/dev/sda2: UUID="1deb15e1-2bbc-43ed-a624-5f782077a908" TYPE="ext4" PARTUUID="63258992-220a-4c3d-a1dc-754b016a39de"
/dev/sr0: UUID="2017-10-18-18-53-18-00" LABEL="Ubuntu 17.10 amd64" TYPE="iso9660" PTUUID="690a7a2e" PTTYPE="dos"
/dev/loop0: TYPE="squashfs"
ubuntu@ubuntu:~$ Bearbeitet von Taomon: Bitte benutze codeblock für Terminalausgaben. Danke.
|
Planspiel
Anmeldungsdatum: 2. Mai 2016
Beiträge: 673
Wohnort: Spielplan
|
Taomon schrieb: vielleicht können wir das efi überlisten, wenn wir der Partition die uuid verpassen die im Efi hängt.
Mir ist immer noch nicht klar, warum Ihr nicht probiert, von der Kommandozeile der Grub Shell des 17.10-Live-Mediums, das installierte 17.10 von der Festplatte zu booten? Einmal in der Grub Shell brauchts kein efi mehr...
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Planspiel Das darfst Du gerne mit Robert-65 probieren, sprich ihm erklären was er machen muß. Ich kann mit der Grub-Shell nicht so. Da bin ich erst 2 mal gelandet und hab mich dann entnervt entschieden mein Problem über chroot zu fixen. Gruß Taomon
|
Planspiel
Anmeldungsdatum: 2. Mai 2016
Beiträge: 673
Wohnort: Spielplan
|
Taomon schrieb: Das darfst Du gerne mit Robert-65 probieren, sprich ihm erklären was er machen muß.
Ich hoffe Du bist nicht sauer, dass ich mich eingemischt habe? Nach meinen bescheiden Wissen und den Angaben, die Robert-65 gemacht hat: Vom Live-Medium starten und wenn die Auswahl kommt was man machen möchte (Ausprobieren, Installieren...) die >>c<< Taste drücken. Dann landet man in der Kommandozeile (Achtung: amerikanisches Tastaturlayout!)
grub>
dort dann eingeben
set root=(hd0,gpt2)
linux /vmlinuz root=/dev/sda2
initrd /initrd.img
boot
Wenn man beim "set root" einen Fehler macht, meckert er bei Eingabe der nächsten Zeile, weil er dann vmlinuz nicht findet.
Macht man bei "root=/dev/sdXY" einen Fehler landet man in der allseits beliebten "busybox". Ich würde das erstmal ausprobieren, wenn es nicht funktioniert... streue ich Asche auf meint Haupt und mische mich nicht wieder ein!
|