Beiträge von black_boot

  • Kein Booten mit Grub nach Windows update

    Moin,

    Zitat von Hidalgo

    da Grub2 durch jedes Windows Update i.d.R. zerschossen wird

    da wird nicht "geschossen"!

    Im CSM Modus wird der MBR (der einzige Platz im System, von dem aus beim Einschalten in diesem Modus gebootet werden kann) mit dem eigenen Code überschreiben. (Das passiert im umgekehrten Fall ganz genau so, wäre auch fatal, wenn dem nicht so wäre).

    In so einem Fall muß man tatsächlich 'von außen' herangehen, sprich, man braucht ein Medium, mit dem man den Bootcorgang durchführen kann. Ist dabei 'grub' im Spiel, kann man sehr leicht die fürs Booten des installierten Systems notwendigen Befehle absetzen, die Installation booten und grub reparieren.


    Im EFI Modus (heutzutage überwiegend) ist das aber anders, hier stehen die Bootloaderdateien friedlich nebeneinander in einer speziellen Partition (ESP)!

    Lediglich die Bootreihenfolge wird bei einem update in einem der Systeme eben notwendigerweise auf das aktuelle System abgeändert.

    Diese Reihenfolge läßt sich aber ohne jedwedes Hilfsmittel mit dem sog. "Overridemenu" übergehen, und an die eigenen Wünsche anpassen.


    LG b_b

  • VM auch mit Live System starten

    Moin,

    Zitat

    Ich kann ein ISO im KVM Datenpool einer existierenden VM auswählen und davon starten. Ja das kenne ich. Aber hat dieses dann gestartete Live-System den Zugriff auf die existierende home-Partition der VM ?

    ja, das geht.

    Zitat

    Und den USB Stick durchreichen geht nur, wenn die VM schon von der Festplatte gestartet ist.

    wie/ob das mit KVM funktioniert, kann ich nicht sagen, ich verwende VirtualBox.

    Und mit einem Trick funktioniert das.

    Man kann ein device als sog. "RAWdisk" verwenden, das geht auch mit einem USB Stick

    – VM einrichten (gewünschter Stick steckt am Host), ohne Platte fertigstellen.

    VBoxManage createmedium disk --filename ~/<pfad/name>.vmdk --format=VMDK --variant RawDisk --property RawDrive=/dev/sdx "x" steht dann für den Stick

    – jetzt Massenspeicher -> Medium hinzufügen -> das gerade erzeugte <name>.vmdk auswählen


    LG b_b

  • Linux Mint 21.3 startet nicht nach Installation

    Moin,

    Zitat von SuseRookie20

    sinnvolle Partitionierung

    das ist eine große Frage! (fragst du 3 Leute, bekommst du min. 5 Vorschläge).

    Zur Sache: Soweit ich weiß, verwendet LM 21.3 (noch) kein snap. (Anm.: Diese "moderne" Zeug braucht wegen der für jede Anwendung mitgebrachten libs etc. halt reichlich Platz). Da kommst du mit 30 GB für "/" und nach Bedarf für "/home" allemal gut zu recht.


    LG b_b

  • efi Einträge komisch

    Moin,


    löschen und neu anlegen.


    Ein vorheriges

    Code
    efibootmgr -v

    zeigt dir, wie der Eintrag aussehen müßte

    Code
    sudo efibootmgr --create --disk /dev/sdx --part y --label "mein Booteintrag" --loader \\EFI\\<Distri>\\grubx64.efi

    (aus UU de Wiki efibootmgr)

    je nachdem statt 'grubx64.efi' für secure boot halt 'shimx64.efi' oder was da sonst noch in der ESP steht.


    LG b_b

  • nach Installation 15.5 startet System mit grub prompt grub>

    Moin,

    frage mich, warum niemand wenigstens mal nach einem 'parted -l' fragt?


    So analysiert man das Bootverhalten im EFI Modus:

    Code
    parted -l

    # zeigt, welches device die ESP ist

    Code
    lsblk -o name,partuuid,uuid

    # gibt die zugehörige PartUUID, sowie die UUID von ESP und "/" aus

    Code
    efibootmgr -v

    # zeigt, welcher Booteintrag auf welche ESP zugreift (die lange Ziffenrfolge)

    ''BootOrder'' zeigt die Reihenfolge

    im Dualboot mit Windows kann es bei bestimmten PC notwendig sein, Windows zwar an 1. Stelle zu setzen, aber auf "inaktiv"

    Code
    mount /dev/<ESP> /mnt &&  ls -R /mnt &&  umount /mnt

    zeigt den Inhalt der ESP (und für <Distri> eine …/efi/<Distri>/grub.cfg, für Windows …/efi/Windows/Boot/boomgfw.efi)

    Mit

    Code
    mount /dev/<ESP> /mnt &&  cat /mnt/efi/<Distri>/grub.cfg &&  umount /mnt

    sieht man den Inhalt der grub.cfg mit der UUID für das zugehörige "/" und damit den Ort derjenigen grub.cfg, die beim Booten als Menü angezeigt wird.

    Bei mehreren ESP untersucht man die entsprechend.


    Und so findet man im "legacy" Modus den/die Ort/e des Bootloaders grub:

    Code
    sudo fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sudo sh -c "dd if=X  bs=1 count=512 2>/dev/null | grep GRUB > /dev/null && echo Grub gefunden: X || echo Kein Grub: X"

    Nur die auf /dev/sdx können vom BIOS direkt gebootet werden, gem. der Bootreihenfolge.


    (jedenfalls bei debianioden ist das so)

    LG b_b