Anzeige:
Ergebnis 1 bis 1 von 1

Thema: GRUB2 - Parallele Linux Installationen, es startet nur eine Installation?

  1. #1
    Registrierter Benutzer
    Registriert seit
    Jun 2018
    Beiträge
    5

    Thumbs up [solved] GRUB2 - Parallele Linux Installationen, es startet nur eine Installation?

    TLDR:
    Es scheint damit zusammen gehangen zu haben, dass das LVM auf LUKS eine "vgkubuntu-root" wie auch das LVM der anderen Platte eine "vgkubuntu-root" aufwies. So meine Theorie.
    Ich habe die zweite Platte jetzt einfach ohne LVM (da hier nicht benötigt) installiert und es bootet alles so wie es soll.


    Komme einfach nicht mehr weiter. Man muss dazu sagen, dass ich noch relativ neu bin und auch einfachere Sachen womöglich noch nicht so ganz verstanden habe.

    Ich habe eine verschlüsselte Xubuntu Installation auf einer nvme, läuft gut:
    Code:
    lsblk
    NAME                 MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
    nvme0n1              259:0    0   477G  0 disk  
    ├─nvme0n1p1          259:1    0     2G  0 part  /boot
    └─nvme0n1p2          259:2    0   475G  0 part  
      └─lukslvm          253:0    0   475G  0 crypt 
        ├─vgkubuntu-swap 253:1    0  39,1G  0 lvm   [SWAP] #Namensgebung nicht beachten, sollte ursprünglich kubuntu werden, xubuntu fande ich dann aber besser und habe vergessen die Bezeichnung zu ändern
        └─vgkubuntu-root 253:2    0 435,9G  0 lvm   /
    blkid
    /dev/mapper/lukslvm: UUID="" TYPE="LVM2_member"
    /dev/mapper/vgkubuntu-swap: UUID="XXX" TYPE="swap"
    /dev/mapper/vgkubuntu-root: UUID="XXX" TYPE="ext4"
    Jetzt habe ich eine LinuxVM (Kubuntu) erstellt direkt auf einer SSD /sdb installiert, auch kein Problem. läuft.
    Wenn diese Festplatte /sdb jetzt angesteckt ist läuft zunächst alles normal ab: Grub, Kernel geladen, Xubuntu Installation mit Passwort entschlüsselt -> bums die Kubuntu Installation die eigentlich für die VM ist und nur äusserst selten bare-metal gestartet werden soll ist da. :/

    Also nach einiger Recherche etc/default/grub um kopt=root=UUID=XXX ergänzt. update-grub ausgeführt.

    Code:
    # If you change this file, run 'update-grub' afterwards to update
    # /boot/grub/grub.cfg.
    # For full documentation of the options in this file, see:
    #   info -f grub -n 'Simple configuration'
    
    GRUB_DEFAULT="1>2"
    GRUB_TIMEOUT_STYLE=hidden
    GRUB_TIMEOUT=0
    GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
    GRUB_CMDLINE_LINUX_DEFAULT="radeon.blacklist=1 quiet splash intel_iommu=on vfio-pci.ids=1002:67df,1002:aaf0 pcie_acs_override=downstream kopt=root=UUID=XXX"
    GRUB_CMDLINE_LINUX=""
    
    # Uncomment to enable BadRAM filtering, modify to suit your needs
    # This works with Linux (no patch required) and with any kernel that obtains
    # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
    #GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
    
    # Uncomment to disable graphical terminal (grub-pc only)
    #GRUB_TERMINAL=console
    
    # The resolution used on graphical terminal
    # note that you can use only modes which your graphic card supports via VBE
    # you can see them in real GRUB with the command `vbeinfo'
    #GRUB_GFXMODE=640x480
    
    # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
    #GRUB_DISABLE_LINUX_UUID=true
    
    # Uncomment to disable generation of recovery mode menu entries
    #GRUB_DISABLE_RECOVERY="true"
    
    # Uncomment to get a beep at grub start
    #GRUB_INIT_TUNE="480 440 1"
    Hier musste ich bedauerlicherweise feststellen, dass es irgendwie ein /sdd in meine Konfiguration geschafft hat. Muss ich mir da sorgen machen oder kann ich das ignorieren?
    Eigentlich habe ich nur sda (Windows), sdb(LinuxVM, Kubuntu), sdc(WindowsVM) und nvme0n1 (Linux, LVM on LUKS, Xubuntu)
    Code:
    sudo update-grub
    Sourcing file `/etc/default/grub'
    Sourcing file `/etc/default/grub.d/init-select.cfg'
    GRUB-Konfigurationsdatei wird erstellt …
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
    Linux-Abbild gefunden: /boot/vmlinuz-5.4.0-52-generic
    initrd-Abbild gefunden: /boot/initrd.img-5.4.0-52-generic
    Linux-Abbild gefunden: /boot/vmlinuz-5.4.0-acso
    initrd-Abbild gefunden: /boot/initrd.img-5.4.0-acso
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
      /dev/sdd: open failed: No medium found
    Found memtest86+ image: /memtest86+.elf
    Found memtest86+ image: /memtest86+.bin
      /dev/sdd: open failed: Kein Medium gefunden
      /dev/sdd: open failed: Kein Medium gefunden
    erledigt
    Ohne /sdb startet der PC normal. Mit /sdb verlief bis zum entschlüsseln des Xubuntu Volumens alles ohne Erkennbare Probleme. Das Xubuntu Bootlogo blieb nach erfolgreichem entschlüsseln noch eine Weile, dann erschien dies:
    auschnitt.png

    Ich habe dann nochmal geschaut wo ich dort denn bin:


    Entschlüsseln scheint also geklappt zu haben aber das weitere Booten nicht.

    Vielleicht kann mir ja einer weiter helfen wo es haken könnte. Besten Dank.

    -----------------
    Nachtrag:

    So sieht es unter dem falschen/fehlerhaften Kubuntu boot aus:
    Code:
     lsblk
    NAME                 MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
    sda                    8:0    0 223,6G  0 disk  
    ├─sda1                 8:1    0   529M  0 part  
    ├─sda2                 8:2    0   100M  0 part  
    ├─sda3                 8:3    0    16M  0 part  
    └─sda4                 8:4    0   223G  0 part  
    sdb                    8:16   0 465,8G  0 disk  
    ├─sdb1                 8:17   0   512M  0 part  
    └─sdb2                 8:18   0 465,3G  0 part  
      ├─vgkubuntu-root   253:0    0 464,3G  0 lvm   /
      └─vgkubuntu-swap_1 253:1    0   980M  0 lvm   [SWAP]
    sdc                    8:32   0 465,8G  0 disk  
    ├─sdc1                 8:33   0   100M  0 part  
    ├─sdc2                 8:34   0    16M  0 part  
    ├─sdc3                 8:35   0 465,1G  0 part  
    └─sdc4                 8:36   0   521M  0 part  
    sdd                    8:48   0   2,7T  0 disk  
    ├─sdd1                 8:49   0   128M  0 part  
    └─sdd2                 8:50   0   2,7T  0 part  
    sr0                   11:0    1  1024M  0 rom   
    nvme0n1              259:0    0   477G  0 disk  
    ├─nvme0n1p1          259:1    0     2G  0 part  
    └─nvme0n1p2          259:2    0   475G  0 part  
      └─lukslvm          253:2    0   475G  0 crypt
    So in etwa sollte es unter dem richtigen Xubuntu boot aussehen:
    Code:
    lsblk
    sda                    8:0    0 223,6G  0 disk  
    ├─sda1                 8:1    0   529M  0 part  
    ├─sda2                 8:2    0   100M  0 part  
    ├─sda3                 8:3    0    16M  0 part  
    └─sda4                 8:4    0   223G  0 part  
    sdb                    8:16   0 465,8G  0 disk  
    ├─sdb1                 8:17   0   512M  0 part  
    └─sdb2                 8:18   0 465,3G  0 part  
      ├─vgkubuntu-root   253:0    0 464,3G  0 lvm
      └─vgkubuntu-swap_1 253:1    0   980M  0 lvm
    sdc                    8:16   0 465,8G  0 disk  
    ├─sdc1                 8:17   0   100M  0 part  
    ├─sdc2                 8:18   0    16M  0 part  
    ├─sdc3                 8:19   0 465,1G  0 part  
    └─sdc4                 8:20   0   521M  0 part  
    sdd                    8:32   0   2,7T  0 disk  
    ├─sdd1                 8:33   0   128M  0 part  
    └─sdd2                 8:34   0   2,7T  0 part   
    sr0                   11:0    1  1024M  0 rom   
    nvme0n1              259:0    0   477G  0 disk  
    ├─nvme0n1p1          259:1    0     2G  0 part  /boot
    └─nvme0n1p2          259:2    0   475G  0 part  
      └─lukslvm          253:0    0   475G  0 crypt 
        ├─vgkubuntu-swap 253:1    0  39,1G  0 lvm   [SWAP]
        └─vgkubuntu-root 253:2    0 435,9G  0 lvm   /
    Sieht ja fast doch so aus, als ob die Entschlüsselung bei der zusätzlichen Platte durcheinander kommt

    Kommen die beiden LVM womöglich durcheinander? Oder ist der Sata Controller irgendwie "näher dran" als die PCIe SSD?
    Das sind gerade noch zwei mögliche Ursachen, welche mir einfallen.
    Geändert von ccjx (28.10.20 um 14:51 Uhr) Grund: [solved]

Ähnliche Themen

  1. GRUB2-Installation
    Von eddie2 im Forum System installieren und konfigurieren
    Antworten: 4
    Letzter Beitrag: 19.03.15, 13:38
  2. Parallele Installation auf mehreren Laptops
    Von neph im Forum System installieren und konfigurieren
    Antworten: 3
    Letzter Beitrag: 10.12.14, 22:20
  3. verschiedene PCs - eine Linux Installation
    Von skumidoo im Forum System installieren und konfigurieren
    Antworten: 3
    Letzter Beitrag: 04.02.06, 04:18
  4. Antworten: 3
    Letzter Beitrag: 15.08.04, 14:33
  5. Fedora Core 2 - Installationen nach der Installation
    Von exs im Forum Tipps und Tricks
    Antworten: 8
    Letzter Beitrag: 14.07.04, 12:32

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •