Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15900
|
Hallo heikezb, Füge bitte mal wie in der Anleitung zu ACER die trusded File hinzu. Falls das nicht hilft einfach mal das W10 über die bestehende drüberbügeln. Vielleicht kannst du von hier noch einige Anregungen mitnehmen: https://wiki.ubuntuusers.de/Howto/Installation_von_32-Bit_Ubuntu_auf_EFI-System/ Gruss Lidux
|
heikezb
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2010
Beiträge: 63
|
Vorab > da ich mir letztens nicht anders zu helfen wusste, hatte ich auch einen Thread in einem anderen Forum gestartet. Natuerlich nicht gut... jetzt habe ich dort gesagt, dass ich "hier" bleibe und bei erfolgreicher Loesung das dort berichte. Ist das OK? Nun zu meinen Versuchen (etc/default/grub ist immer noch leer, die Datei shimx64.efi fehlt) Grub reparieren, neu aus dem laufenden System > heike@pc2:~$ sudo apt-get --reinstall install grub-common grub-efi-amd64 os-prober
[sudo] Passwort für heike:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 3 erneut installiert, 0 zu entfernen und 5 nicht aktualisiert.
Es müssen noch 19,1 kB von 1.791 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Holen:1 http://de.archive.ubuntu.com/ubuntu xenial-updates/main amd64 os-prober amd64 1.70ubuntu3.3 [19,1 kB]
Es wurden 19,1 kB in 0 s geholt (55,8 kB/s).
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 198030 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../grub-efi-amd64_2.02~beta2-36ubuntu3.9_amd64.deb ...
Entpacken von grub-efi-amd64 (2.02~beta2-36ubuntu3.9) über (2.02~beta2-36ubuntu3.9) ...
Vorbereitung zum Entpacken von .../grub-common_2.02~beta2-36ubuntu3.9_amd64.deb ...
Entpacken von grub-common (2.02~beta2-36ubuntu3.9) über (2.02~beta2-36ubuntu3.9) ...
Vorbereitung zum Entpacken von .../os-prober_1.70ubuntu3.3_amd64.deb ...
Entpacken von os-prober (1.70ubuntu3.3) über (1.70ubuntu3.3) ...
Trigger für systemd (229-4ubuntu17) werden verarbeitet ...
Trigger für ureadahead (0.100.0-19) werden verarbeitet ...
ureadahead will be reprofiled on next reboot
Trigger für man-db (2.7.5-1) werden verarbeitet ...
grub-common (2.02~beta2-36ubuntu3.9) wird eingerichtet ...
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
grub-efi-amd64 (2.02~beta2-36ubuntu3.9) wird eingerichtet ...
Grub-Konfigurationsdatei wird generiert …
Linux-Abbild gefunden: /boot/vmlinuz-4.8.0-49-generic
initrd-Abbild gefunden: /boot/initrd.img-4.8.0-49-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.8.0-36-generic
initrd-Abbild gefunden: /boot/initrd.img-4.8.0-36-generic
Failed to probe /dev/sdb1 for filesystem type
Windows Boot Manager auf /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi gefunden
Mac OS X auf /dev/sdb3 gefunden
Adding boot menu entry for EFI firmware configuration
erledigt
os-prober (1.70ubuntu3.3) wird eingerichtet ...
heike@pc2:~$ sudo update-grub
Grub-Konfigurationsdatei wird generiert …
Linux-Abbild gefunden: /boot/vmlinuz-4.8.0-49-generic
initrd-Abbild gefunden: /boot/initrd.img-4.8.0-49-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.8.0-36-generic
initrd-Abbild gefunden: /boot/initrd.img-4.8.0-36-generic
Failed to probe /dev/sdb1 for filesystem type
Windows Boot Manager auf /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi gefunden
Mac OS X auf /dev/sdb3 gefunden
Adding boot menu entry for EFI firmware configuration
erledigt
heike@pc2:~$
heike@pc2:~$ sudo grub-install /dev/sda5
[sudo] Passwort für heike:
Installing for x86_64-efi platform.
installation beendet. Keine Fehler aufgetreten. EFI Problembehebung aus dem Live System kubuntu@kubuntu:~$ sudo -s
root@kubuntu:~# blkid
/dev/sda1: LABEL="ESP" UUID="EE66-EE97" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="46e070fd-1b51-4e49-bf72-01941404dada"
/dev/sda3: LABEL="Acer" UUID="F8686AE9686AA5DA" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="dbaec2b6-e743-4c55-b13f-9fb3f8f5a5ba"
/dev/sda5: UUID="b8ef631f-4c6d-4c72-8f0f-c305c648fab5" TYPE="ext4" PARTUUID="42c7bd0f-cdb6-4867-b53d-989fedeb8cc8"
/dev/sda6: LABEL="Recovery" UUID="62EA6BF7EA6BC63F" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="686f0f20-167e-48ec-97e1-ad4f3079f5c7"
/dev/sdb1: LABEL="KUBUNTU 16_" UUID="18B8-A4AA" TYPE="vfat" PARTLABEL="Microsoft Basic Data" PARTUUID="b1172a50-7d0b-43cb-a86b-a4b23e061b3e"
/dev/loop0: TYPE="squashfs"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="18b1a595-f679-45d4-80ec-ace77e03216c"
/dev/sda4: UUID="c0f16962-facb-420b-a245-d3f86d3a0f98" TYPE="swap" PARTUUID="2c91889d-2888-45a6-b5e5-f08dcfd01ef6"
root@kubuntu:~# mount /dev/sda5 /mnt
root@kubuntu:~# mount /dev/sda1 /mnt/boot/efi
root@kubuntu:~# for i in dev dev/pts proc sys sys/firmware; do mount --bind /$i /mnt/$i; done
root@kubuntu:~# chroot /mnt
root@kubuntu:/# update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.8.0-49-generic
Found initrd image: /boot/initrd.img-4.8.0-49-generic
Found linux image: /boot/vmlinuz-4.8.0-36-generic
Found initrd image: /boot/initrd.img-4.8.0-36-generic
Adding boot menu entry for EFI firmware configuration
done
root@kubuntu:/# grub-install
Installing for x86_64-efi platform.
Installation finished. No error reported.
|
heikezb
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2010
Beiträge: 63
|
Füge bitte mal wie in der Anleitung zu ACER die trusded File hinzu.
der existiert nicht. Mit den anderen funktioniert es nicht.
|
heikezb
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2010
Beiträge: 63
|
Info > seit dem update (Kernel 51, kam vorhin) friert das System wieder ein bei - update-grub
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15900
|
Hallo heikezb, Installiere mal den Bootloader der 32-bit mit dem signierten EFI so wie in dem Link den ich angegebenen habe. PS: Wo kommt dies her: Mac OS X auf /dev/sdb3 gefunden ? Gruss Lidux
|
heikezb
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2010
Beiträge: 63
|
Mac OS X auf /dev/sdb3 gefunden
das ist der Super Grub Stick 😉 Aber das ganze bringt nix mehr. Sucht mal nach "installation grub failed" o.ä. > das Problem ist ja nicht unbekannt. Es gibt viele Frickellösungen aber nichts standartmaessiges. Die Installation ohne grub laeuft problemlos, jegliche Installation/Konfiguration Grub schlaegt fehl, bzw endet in einem frozen System. Einige versuchen es mit einem neueren oder aelterem Kernel. Bei anderen funktionieren teilweise seltsame Vorgehensweisen... Vorteil fuer mich > ich hab jetzt ein neues Windows (Education) auf einer voellig neu formatierten Platte. Win10 nimmt nur noch halb soviel Platz ein und ist angelegt fuer eine kleine Partition. Ist dort mal was kaputt, kann ich dies Reparieren ohen den Rest der Platte anzufassen. Jetzt eine alternative zum Starten des Systems waere nicht schlecht, denn ewig den SuperGrub-Stick zu benutzen ist ja nicht das Gelbe vom Ei. Machts gut, Heike
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15900
|
Hallo heikezb, So wie ich das verstanden habe nimmt man ein signiertes 64-bit Live System mit der entsprechenden signierten 32-bit Datei, da der Rechner auch unter Windows einen 32-bit Bootloader braucht. Danach wird das System installiert mit dem 64-bit Version von Grub2. Als Nacharbeit musst du dann nur den signierten 32-bit Bootloader nachinstallieren oder eben tauschen. Dies gilt wenn Secure Boot im EFI gesetzt ist. Wenn Secure Boot im EFI nicht gesetzt ist werden die nichtsignierten GRUB 2 Dateien der 64-bit und 32-bit Version genutzt. Eine andere Möglichkeit wäre noch alle Systeme neu im Legacy Modus zu installieren. PS: An deinen Ausgaben erkenne ich das du xenial nutzt, d.h. bezüglich Minimum musst du unbedingt eine 17.04 nehmen - ansonsten kann dies nichts werden. Wenn dies dann immer noch nicht funktioniert ist wohl eine Nachinstallation eines aktuellen Mainline Kernel & Header notwendig. Gruss Lidux
|
heikezb
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2010
Beiträge: 63
|
es ist egal welche version ob xenial Der crash/freez kommt immer wenn die grub-efi verarbeitet wird oder bei update-grub oder (wenn es laeuft, gestartet mit super-grub) wenn das update auf 51 kommt und verarbeitet wird Und hier nicht der sonst so oft gelesene fehler "failed install to /target" Legacy ist nicht moeglich. Glaub mir, ich beschaeftige mich jetzt schon lange damit! Aber da ich das Notebook nicht unbedingt brauche ist es jetzt mein Testgeraet und ich probier derzeit unterschiedliche Bootloader und Alternativen
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
hmm - Frage, was passiert eigentlich bei nem ganz banalen
sudo grub-install
Kannst du das mal machen und die Ausgabe zeigen?
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15900
|
Hallo Frieder108, Das wird wahrscheinlich nur funktionieren wenn das SecureBoot im EFI deaktiviert ist aber dann wird das Windows nicht starten. Hallo heikezb, Also das du trotz der großen Schwierigkeiten am Ball bleibst ist lobenswert. Das mit dem "Drüberbügeln" von W10 ohne die persönlichen Daten anzufassen hast du schon probiert ? Dies habe ich jedenfalls mal in einem anderen Thread zu "ACER" gelesen und bei dem User hat es funktioniert. Habe ich dich richtig verstanden das im EFI keine Möglichkeit besteht von EFI auf Lagecy oder ähnliches umzuschalten ..... Vielleicht ist auch folgender Ansatz hilfreich: Das Kubuntu ohne den Bootloader Grub2 zu installieren bzw. diesen in die Root Partition zu setzen und dann das Kubuntu über einen Eintrag vom Windowsbootloader aus zu starten. Gruss Lidux
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Lidux schrieb: Hallo Frieder108, Das wird wahrscheinlich nur funktionieren wenn das SecureBoot im EFI deaktiviert ist aber dann wird das Windows nicht starten.
weiß nicht - ich würds einfach mal ausprobieren, meinetwegen sowohl mit, als auch mal ohne Secureboot. Ausgangspunkt meiner Überlegung ist dieser Beitrag → heikezb schrieb: > heike@pc2:~$ efibootmgr -v
BootCurrent: 0003
Timeout: 0 seconds
BootOrder: 0001,2001,2002,2003
Boot0000* supergrub PciRoot(0x0)/Pci(0x15,0x0)/USB(0,0)/HD(2,GPT,493a4183-68c3-4027-81a9-c48b76eda317,0xdc,0x1680)/File(\efi\boot\bootx64.efi)A01 ..
Boot0001* Windows Boot Manager HD(1,GPT,46e070fd-1b51-4e49-bf72-01941404dada,0x800,0x32000)/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.}....................
Boot0002* Unknown Device: HD(1,GPT,46e070fd-1b51-4e49-bf72-01941404dada,0x800,0x32000)/File(\EFI\ubuntu\grubx64.efi)RC
Boot0003* USB HDD: Generic USB Storage PciRoot(0x0)/Pci(0x15,0x0)/USB(0,0)/HD(2,GPT,493a4183-68c3-4027-81a9-c48b76eda317,0xdc,0x1680)RC
Boot0005* Unknown Device: HD(1,GPT,46e070fd-1b51-4e49-bf72-01941404dada,0x800,0x32000)/File(\EFI\ubuntu\grubx64.efi)RC
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
da dort kein Eintrag ist, könnte man ja einen erzeugen → das grub-install beißt nicht und evtl. bringt uns auch eine Fehlermeldung weiter 😉 Lidux schrieb:
Vielleicht ist auch folgender Ansatz hilfreich: Das Kubuntu ohne den Bootloader Grub2 zu installieren bzw. diesen in die Root Partition zu setzen und dann das Kubuntu über einen Eintrag vom Windowsbootloader aus zu starten.
das geht nicht, bei nem EFI-System geht nur "ohne Grub" oder in die Efi-Partion → mehr Auswahl gibt es nicht. Wenn du ohne Grub 2 installieren willst, dann am einfachsten, indem du die Installation aus dem Terminal heraus mit
ubiquity -b
startest → das bringt die aber nur was, wenn du bereits ein funktionierendes Linux verfügbar hast, haben wir hier aber nicht. ☺
|
heikezb
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2010
Beiträge: 63
|
Vorweg was erstaunliches > mit der neuen Rufus-Vers. erstellte iso's frieren nicht mehr ein, sondern bleiben einfach "stecken". Es laeuft also nicht weiter... Zu den Fragen > ein sudo grub-install fuehrt zu ebensolchen Verhalten. Ebenso eine Installation per ubiquity -b und dann nacharbeiten Und zwar bleibt es immer stehen mit der Verarbeitung des grub-efi (jetzt natuerlich schon beim update)
grub-efi-amd64-signed (1.08+2.02~beta3-4ubuntu2) wird eingerichtet
....Installing for x86_64-efi platform (habs abgeschrieben, weil am anderen Rechner, falls Tippfehler) Ich setzte jetzt auf refind Windows hatte ich ja schon neu installieren, drueber im Nachhinein noch nicht. War das auch so ein "Problem", dass die Installation nicht funktionierte oder was hatte der User fuer eine Ausgangssituation? Frage, wie kann ich einen unterbrochenen dpkg-Prozess abschiessen? Weil nach dem "Steckenbleiben" kann ich sonst nix mehr machen/installieren > dpkg-Prozess wurde unterbrochen
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
heikezb schrieb: Und zwar bleibt es immer stehen mit der Verarbeitung des grub-efi (jetzt natuerlich schon beim update)
grub-efi-amd64-signed (1.08+2.02~beta3-4ubuntu2) wird eingerichtet
....Installing for x86_64-efi platform
hab gerade kein Efi-System mit 16.04 verfügbar - aber ich meine, das ist ne falsche Version, da müsste doch eigentlich was mit "1.66.9+2.02~beta2-36ubuntu3.9" stehen? Könnte das mal bitte jemand gegenprüfen?
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15900
|
Hallo heikezb, Bei dem "Drüberbügeln" von W10, hat der User auch einen ACER-Rechner, wo es keine Möglichkeit gab die trusded file im EFI anzuwählen. So einen Eintrag hat er auch gehabt:
Boot0005* Unknown Device: HD(1,GPT,46e070fd-1b51-4e49-bf72-01941404dada,0x800,0x32000)/File(\EFI\ubuntu\grubx64.efi)RC Nach der Aktion war dann der entsprechende Eintrag für das Starten von Ubuntu gesetzt - kein "Unknown Device" mehr. Gruss Lidux
|
heikezb
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2010
Beiträge: 63
|
Boot0005* Unknown Device: HD(1,GPT,46e070fd-1b51-4e49-bf72-01941404dada,0x800,0x32000)/File(\EFI\ubuntu\grubx64.efi)RC dieser Eintrag kam bei mir ja daher, dass die Installation eingefroren ist und grub nicht angelegt wurde. Aber das efi hab ich auch in Verdacht. Win neu aufsetzen ist bestimmt kein Fehler. Am liebsten wuerde ich die komplette FP mal (wieder) platt machen und dann neu. Erstmal "nur" das Win....
|