[Leap 16.0] Installation mit Bootparametern

Hinweis: In dem Thema [Leap 16.0] Installation mit Bootparametern gibt es 27 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Es war vorhin wohl doch die Version vor der Korrektur, im Verlauf tauchte


    Code
    update-bootloader --install

    jedenfalls noch nicht auf.


    Jetzt bin ich gespannt, was gleich nach dem Reboot passiert. 8)


    [Edit] Leider hatte das keinen Erfolg


    Code
    BOOT_IMAGE=/boot/vmlinuz-6.12.0-160000.5-default root=UUID=fad0b32e-7dda-472f-a686-283c521605fc acpi=off mitigations=auto quiet security=selinux selinux=1

    Einmal editiert, zuletzt von Forentroll ()

    Für den Inhalt des Beitrages 322424 haftet ausdrücklich der jeweilige Autor: Forentroll

    Randbemerkung: os-prober installiert nichts, damit werden nur andere vorhandene Systeme ins Grub-Menü mit aufgenommen - wenn dich os-prober stört, kannst du es in der /etc/default/grub abschalten, einfach ne # vor die Zeile mit os-prober setzen und dann als root noch ein abschließendes

    Code
    grub2-mkconfig -o /boot/grub2/grub.cfg

    Für den Inhalt des Beitrages 322425 haftet ausdrücklich der jeweilige Autor: Feli

    Code
    update-bootloader --del-option acpi=off

    danach

    Code
    update-bootloader --config

    oder nur

    Code
    update-bootloader

    Das ändert erst den Eintrag auf der Festplatte.


    Da:

    Zitat

    --install

    Install (or update) boot loader.

    Note that this does not update the boot loader configuration.




    Für den Inhalt des Beitrages 322427 haftet ausdrücklich der jeweilige Autor: Sauerland

    Zitat von Forentroll

    Das hatte ich so bereits nach #2 ausgeführt.

    Ich teste das jetzt dann mal mit --config

    Evtl. muss es auch gequotet werden?


    Ob es funktioniert hat, kannst du auch vor einem Neustart überprüfen

    Vorher:

    Code
    linux64:/home/stephan # grep -i acpi /boot/grub2/grub.cfg 
        linux   /boot/vmlinuz-6.4.0-150600.23.73-default root=UUID=53d51072-1db6-4412-9955-0ccd307a2993  splash=silent resume=/dev/disk/by-uuid/40b208a5-8a0a-4eca-8948-fe42610ebca0 preempt=full rd.driver.blacklist=nouveau ipv6.disable=1 mitigations=auto acpi=0
                linux   /boot/vmlinuz-6.4.0-150600.23.73-default root=UUID=53d51072-1db6-4412-9955-0ccd307a2993  splash=silent resume=/dev/disk/by-uuid/40b208a5-8a0a-4eca-8948-fe42610ebca0 preempt=full rd.driver.blacklist=nouveau ipv6.disable=1 mitigations=auto acpi=0
                linux   /boot/vmlinuz-6.4.0-150600.23.70-default root=UUID=53d51072-1db6-4412-9955-0ccd307a2993  splash=silent resume=/dev/disk/by-uuid/40b208a5-8a0a-4eca-8948-fe42610ebca0 preempt=full rd.driver.blacklist=nouveau ipv6.disable=1 mitigations=auto acpi=0
                linux   /boot/vmlinuz-6.4.0-150600.23.65-default root=UUID=53d51072-1db6-4412-9955-0ccd307a2993  splash=silent resume=/dev/disk/by-uuid/40b208a5-8a0a-4eca-8948-fe42610ebca0 preempt=full rd.driver.blacklist=nouveau ipv6.disable=1 mitigations=auto acpi=0
                linux   /boot/vmlinuz-6.4.0-150600.23.53-default root=UUID=53d51072-1db6-4412-9955-0ccd307a2993  splash=silent resume=/dev/disk/by-uuid/40b208a5-8a0a-4eca-8948-fe42610ebca0 preempt=full rd.driver.blacklist=nouveau ipv6.disable=1 mitigations=auto acpi=0

    jetzt einmal löschen:

    Code
    linux64:/home/stephan # pbl --del-option acpi=0
linux64:/home/stephan # pbl --config
linux64:/home/stephan # grep -i acpi /boot/grub2/grub.cfg 
linux64:/home/stephan #

    ist entfernt......



    Hier in Leap 15.6

    update-bootloader ist ein Verweis auf pbl, ich weiß aber nicht, ob das hier auch mit update-bootloader funktioniert, daher benutze ich das Original.

    Für den Inhalt des Beitrages 322430 haftet ausdrücklich der jeweilige Autor: Sauerland

    Inzwischen scheint sich Leap 16 von mir verabschiedet zu haben. Es bootet zwar noch, ist soweit jedoch nicht mehr wirklich benutzbar.


    Vielleicht mache ich noch einen neuen Installationsversuch mit Leap 16. Gibt es einen Trick, diese Problematik von vornherein zu umgehen, selbst wenn man als Bootparameter für den ersten Start acpi=off oder nomodeset benutzen muss?


    Ansonsten fliegt Leap 16 erstmal wieder von der Platte und es kommt Debian Trixie drauf.


    Erstmal herzlichen Dank euch allen.

    Für den Inhalt des Beitrages 322431 haftet ausdrücklich der jeweilige Autor: Forentroll

    Keine Ahnung ob dir das jetzt weiter hilft aber du kannst doch, wenn nach dem Booten das Grub-Menü erscheint, auf "e" klicken, dann kannst du einmalig Boot-Parameter mitgeben.

    Versuch macht kluch :saint:


    Nachtrag: du hast doch auch Tumbleweed auf der Maschine - kannst du Leap nicht über das Grub-Menü von Tumbleweed starten?

    Und noch was, falls du neu installierst, nimm kein btrfs als Formatierung für die Systempartition - Grub tut sich schon immer schwer mit btrfs → meine Empfehlung wäre das gute, alte ext4

    2 Mal editiert, zuletzt von Feli ()

    Für den Inhalt des Beitrages 322432 haftet ausdrücklich der jeweilige Autor: Feli

    Zitat von Feli

    dann kannst du einmalig Boot-Parameter mitgeben.

    Das ist ja das Problem: es ist dann eben nicht einmalig! Gebe ich im Grubmenü beim Starten einen zusätzlichen Parameter ein, dann bleibt der drin. Das genau war ja auch die Frage in diesem Thread.


    Leider bleibt die Installation von Leap 16 mit einem schwarzen Bildschirm hängen, solange ich keinen Bootparameter wie acpi=off oder nomodeset eingebe, da hier eine NVIDIA-GPU eingebaut ist.


    Zitat von Feli

    kannst du Leap nicht über das Grub-Menü von Tumbleweed starten?

    Das mache ich schon lange so. Weitere Linux-Installationen neben Tumbleweed werden bei mir immer ohne eigene Boot-Partition installiert. Daher auch die 2 GB /boot/EFI für TW. Der OS-Prober und ein


    Code
    grub2-mkconfig -o /boot/grub2/grub.cfg

    erledigen dann den Rest. Das mache ich auch schon recht lange so.


    Zitat von Feli

    falls du neu installierst, nimm kein btrfs als Formatierung für die Systempartition

    Du wirst es nicht glauben, aber ich habe btrfs allenfalls mal zum Testen auf der Platte gehabt; hier läuft seit Jahrzehnten grundsätzlich ext4 auf allen Linux-Platten

    Für den Inhalt des Beitrages 322433 haftet ausdrücklich der jeweilige Autor: Forentroll