Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

/boot sur LVM avec UEFI

Le Farfadet Spatial

Salut à tous !

Je tente d’installer Ubuntu 20.04 sur une machine sur laquelle Fedora 32 était installé et où le plan de partitionnement ne correspondait pas. J’ai donc reformaté et installé Ubuntu, mais je n’arrive pas à obtenir un GRUB fonctionnel : au démarrage de la machine, j’obtiens le menu de GRUB avec pour seule entrée l’accès à la configuration UEFI.

Il s’agit donc d’une machine en UEFI, avec deux disques, le premier de 480 GO (SSD) pour le système, le deuxième de 2TO pour « /home ».

Voici mon plan de partitionnement :

sda : SSD 480 GO
sda1 : 629 MO, EFI System
sda2 : 479 GO, volume LVM
/dev/lvm-system/root : 81 GO, ext4, monté sur « / »
/dev/lvm-system/swap : 17 GO, partition d’échange
/dev/lvm-system/disque2 : 382 GO, ext4, monté sur « /mnt/disque2 »

sdb : disque 2 TO
sdb1 : 2 TO, monté sur « /home »

Après installation, « /dev/lvm-system/root » semble en état normal ‑ dans la commande suivante, j’ai monté le volume dans une session live, raison pour laquelle le nom n’est pas le même :

$ ls /media/ubuntu/43e4a2d7-6ef5-44d0-88c1-6ca885bc0dd1/
bin       boot-sav  etc   lib32   lost+found  opt   run   srv  usr
boot      cdrom     home  lib64   media       proc  sbin  sys  var
BootInfo  dev       lib   libx32  mnt         root  snap  tmp

Notamment le répertoire « /boot » semble contenir ce qui est attendu :

$ ls /media/ubuntu/43e4a2d7-6ef5-44d0-88c1-6ca885bc0dd1/boot/
config-5.4.0-42-generic      memtest86+.bin
config-5.4.0-45-generic      memtest86+.elf
efi                          memtest86+_multiboot.bin
grub                         System.map-5.4.0-42-generic
grub.bak                     System.map-5.4.0-45-generic
initrd.img                   vmlinuz
initrd.img-5.4.0-42-generic  vmlinuz-5.4.0-42-generic
initrd.img-5.4.0-45-generic  vmlinuz-5.4.0-45-generic
initrd.img.old               vmlinuz.old

Pourtant, comme indiqué, à l’amorçage je tombe sur l’écran de sélection de GRUB, avec pour seule entrée la configuration de l’UEFI : impossible de lancer le système.

J’ai tenté de corriger le problème avec Boot-repair, mais le problème reste le même. Le rapport de Boot-repair est disponible à cette adresse :

https://paste.ubuntu.com/p/TTdP7FThVN/

J’ai également fait un rapport Boot-info de la machine :

https://paste.ubuntu.com/p/MWcB6k7yg3/

J’ai un essayé de lancer le système via la ligne de commande de GRUB, mais peine perdu. Visiblement, je ne parviens pas à créer une entrée GRUB dans le MBR. Pourtant, j’ai déjà créé des systèmes UEFI avec « /boot » sur une partition LVM sans problème, mais là, je sèche. Est-ce que quelqu’un a une idée pour m’aider ?

À bientôt.

Le Farfadet Spatial

Salut à tous !

J’ai utilisé Chroot pour modifier le fichier « /etc/default/grub » et y ajouter « GRUB_PRELOAD_MODULES="lvm" » :

$ cat /media/ubuntu/43e4a2d7-6ef5-44d0-88c1-6ca885bc0dd1/etc/default/grub
# 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=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_PRELOAD_MODULES="lvm"

# 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"

Évidemment, derrière j’ai lancé « update-grub », c’est d’ailleurs pour cela que j’ai utilisé Chroot. Cela dit, après avoir relancé la machine, toujours le même problème : je tombe sur l’écran de sélection de GRUB, avec pour seule entrée la configuration de l’UEFI et impossible de lancer le système.

Bon, je n’ai plus d’idée. Est-ce que quelqu’un voit un moyen de me sortir de là ?

À bientôt.

geole

Bonsoir.
Fais des installations simples sans lvm et sans le répertoire home séparé dans une autre partition.

Le Farfadet Spatial

Salut à tous!

geole a écrit Fais des installations simples sans lvm et sans le répertoire home séparé dans une autre partition.

Déjà, il ne faut pas oublier qu’il y a deux disques sur cette machine, je ne peux donc pas gérer ça comme s’il n’y avait qu’un seul disque.

Par ailleurs, ce n’est pas la première fois que je fais un partitionnement de ce genre. Ça m’a beaucoup servi, avoir séparé «/home» du reste m’a permis plusieurs fois de sauver les données lorsque j’ai eu des problèmes avec un système. Par ailleurs, j’ai plusieurs fois eu à redimensionner des partitions racines. J’ai fait ça sur de nombreuses machines sous Debian sans que ça ne pose jamais le moindre problème. Il y a forcément moyen de s’en sortir avec cette machine.

À l’inverse, je me suis déjà retrouvé à devoir reformater toute une machine parce que les partitions n’étaient pas séparées. Dans l’immédiat, j’ai une difficulté, mais à long terme l’expérience montre que ça réduit les problèmes.

À bientôt.

geole

Bonjour
J'ai oublié de préciser que, par la suite, ton second disque sera utilisé pour mettre tes données dans le répertoire MesData (ou tout autre nom qui te plaira). Ce qui n'a rien à voir avec le répertoire home http://mezigoo.free.fr/ps/index.html
ou , alors, en plus de la partition contenant /boot/efi, fabrique une autre partition destinée à contenir le reste de /boot de taille 1 à 2 Mo

Le Farfadet Spatial

Salut à tous !

Bon, de toute évidence, j’avais raté mon partitionnement et je ne parvenais pas à installer GRUB sur le MBR. Du coup, j’ai opté pour une méthode un peu brutale, mais qui a bien fonctionné : j’ai relancé l’installation, en demandant à l’installateur de créer lui-même la table de partition, en utilisant LVM. Une fois cela fait, j’ai arrêté l’installation et refait la configuration des volumes virtuels, avant de relancer l’installation. Désormais, le plan de partitionnement est bien celui que j’avais prévu et la machine fonctionne.

Depuis cette nouvelle installation :

$ lsb_release -a
LSB Version:	core-11.1.0ubuntu2-noarch:security-11.1.0ubuntu2-noarch
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.1 LTS
Release:	20.04
Codename:	focal

Voici le plan de partitionnement :

$ df -h
Sys. de fichiers             Taille Utilisé Dispo Uti% Monté sur
udev                           7,8G       0  7,8G   0% /dev
tmpfs                          1,6G    2,0M  1,6G   1% /run
/dev/mapper/vgubuntu-root       74G     25G   46G  35% /
tmpfs                          7,9G    129M  7,7G   2% /dev/shm
tmpfs                          5,0M    4,0K  5,0M   1% /run/lock
tmpfs                          7,9G       0  7,9G   0% /sys/fs/cgroup
/dev/loop1                      55M     55M     0 100% /snap/core18/1880
/dev/loop0                     256M    256M     0 100% /snap/gnome-3-34-1804/36
/dev/loop2                      63M     63M     0 100% /snap/gtk-common-themes/1506
/dev/loop3                     281M    281M     0 100% /snap/languagetool/23
/dev/sda1                      599M     30M  570M   5% /boot/efi
/dev/loop4                      50M     50M     0 100% /snap/snap-store/467
/dev/loop5                      30M     30M     0 100% /snap/snapd/8542
/dev/loop6                     174M    174M     0 100% /snap/musescore/169
/dev/mapper/vgubuntu-disque2   349G     69M  331G   1% /mnt/disque2
/dev/sdb1                      1,8T    285G  1,5T  17% /home
/dev/loop7                      56M     56M     0 100% /snap/core18/1885
/dev/loop8                      30M     30M     0 100% /snap/snapd/8790
tmpfs                          1,6G    116K  1,6G   1% /run/user/1000
/dev/sdc1                      466G    218G  249G  47% /media/christian/Iomega HDD


$ sudo fdisk /dev/sda

Bienvenue dans fdisk (util-linux 2.34).
Les modifications resteront en mémoire jusqu'à écriture.
Soyez prudent avant d'utiliser la commande d'écriture.


Commande (m pour l'aide) : i
Numéro de partition (1,2, 2 par défaut) : 1

         Device: /dev/sda1
          Start: 2048
            End: 1050623
        Sectors: 1048576
           Size: 512M
           Type: Système EFI
      Type-UUID: C12A7328-F81F-11D2-BA4B-00A0C93EC93B
           UUID: 8B242475-6B38-489B-AECD-B6BD67704CA1
           Name: EFI System Partition

Commande (m pour l'aide) : i
Numéro de partition (1,2, 2 par défaut) : 2

         Device: /dev/sda2
          Start: 1050624
            End: 937701375
        Sectors: 936650752
           Size: 446,6G
           Type: LVM Linux
      Type-UUID: E6D6D379-F507-44C2-A23C-238F2A3DF928
           UUID: 74BCC74F-46DE-48F7-A2D2-758348DD02F3

Commande (m pour l'aide) : q


$ sudo vgdisplay 
  --- Volume group ---
  VG Name               vgubuntu
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  8
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <446,63 GiB
  PE Size               4,00 MiB
  Total PE              114337
  Alloc PE / Size       114176 / 446,00 GiB
  Free  PE / Size       161 / 644,00 MiB
  VG UUID               XHQ1dF-XF0x-zUeW-js0c-flnL-95G0-JJXqwU


$ sudo lvdisplay 
  --- Logical volume ---
  LV Path                /dev/vgubuntu/root
  LV Name                root
  VG Name                vgubuntu
  LV UUID                rGQQHW-Fuei-5P8C-cb8a-754E-qBLp-3Fyixi
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2020-09-04 13:05:00 +0200
  LV Status              available
  # open                 1
  LV Size                75,00 GiB
  Current LE             19200
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Path                /dev/vgubuntu/swap_1
  LV Name                swap_1
  VG Name                vgubuntu
  LV UUID                Tyyqg1-lrpw-iQRC-e0QH-aiB6-A7aQ-a3YcDW
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2020-09-04 13:05:15 +0200
  LV Status              available
  # open                 2
  LV Size                16,00 GiB
  Current LE             4096
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
  --- Logical volume ---
  LV Path                /dev/vgubuntu/disque2
  LV Name                disque2
  VG Name                vgubuntu
  LV UUID                SuCD6Z-ED9l-OVDc-5l46-EmCK-eVXe-6Jt84p
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2020-09-04 13:05:43 +0200
  LV Status              available
  # open                 1
  LV Size                355,00 GiB
  Current LE             90880
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2

Problème résolu.

À bientôt.

geole

Le Farfadet Spatial a écrit Voici le plan de partitionnement :

$ df -h
Sys. de fichiers             Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/vgubuntu-root       74G     25G   46G  35% /
/dev/mapper/vgubuntu-disque2   349G     69M  331G   1% /mnt/disque2
/dev/sdb1                      1,8T    285G  1,5T  17% /home
/dev/sdc1                      466G    218G  249G  47% /media/christian/Iomega HDD

Bonjour
L'important est que tu ais réussi à booter.
Les puristes du LVM seront surpris de la présence de SDB1 et SDC1,

Le Farfadet Spatial

Salut à tous!

geole a écrit Les puristes du LVM seront surpris de la présence de SDB1 et SDC1

SDB1 est un disque mécanique qui sert uniquement pour la partition «/home». Il est important qu’il ne soit pas dans le même LVM que le système, afin de pouvoir récupérer les données si jamais le LVM système a un problème – techniquement, les unités SSD ont une durée de vie moins grande que les disques mécaniques. Par ailleurs, je veux qu’il soit indépendant du système, afin de pouvoir l’extraire et le placer dans un autre système en cas de besoin – récupération, migration, aléa inattendu.

Cette façon de faire m’a permis de récupérer des situations souvent considérées comme dramatiques.

SDC1 est un disque externe qui sert de système de sauvegarde (en utilisant Back In Time).

Je ne veux pas jouer au vieux con, mais plus de vingt ans à utiliser des systèmes de type UNIX me font dire que c’est l’approche la plus sûre, tant qu’on n’utilise pas de RAID (ce qui est significativement plus cher).

À bientôt.