-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Freitag, den 08.05.2020, 14:17 +0000 schrieb Kyek, Andreas, Vodafone DE:
Ich weiss ja nicht aber "früher" gab es immer mal wieder Probleme wenn Windows nicht "vorne" in der Platte war - kann sein das das jetzt nicht mehr so ist. Aber sicher ist sicher.
Bei mir sind Linux und Windows auf zwei verschiedenen Platten installiert. Das hat ein paar bekannte Klippen dann dauerhaft beseitigt.
Leider ist es NICHT einfach die Partition > 100MB anzulegen; im Windows Setup bietet sich da nix an. Man kann hier schlicht nicht den richtigen Partitionstypen dafür angeben. Und automatisch macht er immer 100MB (bei mir) vergrössern ist da auch nicht; Windows legt defaultmässig 4 Partitionen an; meine Problempartition ist die zweite. Damit kann man sie auch nicht einfach hinterher vergrössern.
Ja. Stimmt. Da war ich mit dem schreiben schneller als mit dem denken. Hierfür müsste man die Partitionen, welche nach der ESP kommen, zuerst 'verschieben', damit direkt nach der ESP ein freier Bereich entsteht. Dieser kann man dann der ESP zuschlagen. Das soll mit GParted funktionieren. Habe ich aber selber noch nie probiert.
Mit viel Rumtrickserei (Win Inst starten, abbrechen, Kommandozeite (diskpart) nehmen und p #3 und #4 löschen und #2 passend neu anlegen, Inst wieder starten und .... tata .... Windows sieht die ersten beiden und legt (neben der Windows Partition #4) nur noch die #3 erneut an.
Den ersten Teil hätte ich mit GParted gemacht ;-).
Und nun findet der Linux Installer auch /dev/sda2 und bindet das in /boot/efi ein
Ist auch ein entsprechender Eintrag in der /etc/fstab vorhanden?
und ... es geht wieder nicht:-(
Was geht wieder nicht? Gibt es Fehlermeldungen? Startet an Stelle von openSUSE Windows?
Also: wieder das Spiel mit dem Rettungssystem. grub2-install ausgeführt. Der output von efibootmgr zeigt mir wieder mein Linux _vorne_ in der Liste.
Du weißt, dass es Firmwareversionen gibt, welche das, was der efibootmgr macht kalt lassen? Bei meinem Board im Rechner gibt der efibootmgr noch nicht enmal eine Bootorder aus. Dennoch gibt es keinerlei Probleme mit dem UEFI-Boot.
zusätzlich nochmal grub2-mkconfig genommen um die boot.cfg neu zu bauen.
Ich bezweifle, dass Dein Problem etwas mit dem Grub zu tun hat. Der kommt schließlich erst nach dem UEFI-Loader. Und es hakelt bei Dir auch schon vorher, bevor der Grub angetriggert wird.
Jedesmal wenn ich ins Rettungssytem gehe zeigt mir efibootmgr NUR noch BootOrder 0000,0001 - das sind der USB Stick for die 15.1 inst sowie die SSD. mein Linux ist nicht mehr in der BootOrder list.
Wie sieht die Sache denn in Deinem UEFI-Bios aus? Wie ist die Bootreihenfolge denn dort festgelegt?
mache ich wieder einen grub2-install ist Leap wieder _vorne_ in der liste; starte ich dann neu geht das spiel wieder von vorne los.
Der Grub schreibt nichts ins NVRAM der UEFI-Firmware des Boards. Er beschränkt sich ausschließlich auf die Platte. - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERqPC1cUAShrzNBXW+NRy+KEKcZgFAl61vPEACgkQ+NRy+KEK cZg6gQ/+Pks3jHZnpie0RFxIpy71FQhwmH7y7j3Cj3D319g3jFaDPQfyYuJuObzN BLlPRojW3gSQPkYqCryDViJjYXd0sIfVaaOf0cebys1Mblvr0+JDj0Tl9PjYMUjx wmowkpTKcVp4WDoNfwVO9H6Ex7dFHAeULCXBe3Gy+2QcdPPcH+tUAioD7PMujWaG QAP+JERlNYb0wtJnw2uNqpGvaXOhiFagA6U3Q578A5cX7QxKAEzoRMvPR7FRt9DU Xnx/jJip7NP9ibE2WFp5dNJfoHfx5k3LRgCL0D9pDdzYqMNCkio04zg6csiNK6k0 brj6puPPUYSRWgbvJwYkc5wTR96cP9qoejd1iO80WPzZwb7GXmfllU/aU9i91RVj dXOk8phnWb8zbu8FK+QW4Dv2xZc3JEgcM4TfWQkJs/aaRIIkMD+URoiKGGZKCfHS r8dZ4+soQ2/nCU1OHbMFwzjEaJ2AMVAjpIuAY5av2JP2hdNblNkfx5rt56ObWAn1 sDSfEBD+CXiCeT598+Lb+iiRkdY+h8HoBqt67YooRzd5pPWMwzy+SXLB4vuP2MFU fZ3SICUkKYiw5Glld5zaITcA6V+tTcg5ctDwWQHrFsBXI+ENLHj1DTavSFWfleu3 rhc5a+UcFyI2X4LP+bXC8O0Jb9YoAQJf9BWql6V1xpbnYtDNuTQ= =Daw6 -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org