Hallo,

Op 07-10-2024 om 22:25 schreef Paul van der Vlis:
Hoi,

Op 07-10-2024 om 17:50 schreef Paul van der Vlis:
Hallo,

Ik gebruik op mijn servers geen hardware raid, maar wil toch graag redundant kunnen booten.

Ik heb de indruk dat hardware raid steeds minder gebruikt wordt, bijvoorbeeld bij beheerders die LVM gebruiken voor RAID, of een filesysteem wat direct access wil tot de schijf zoals ZFS of BTRFS.

Nu heb ik begrepen dat dit te realiseren is door:

- de ESP partitie tussen beide schijven synchroon te houden.

- "grub-install ..." op het tweede device uit te voeren, en dit wellicht ook te doen na een na een kernel upgrade. Ik las dat dit ook zou kunnen met een hook in /etc/kernel/postinst.d/ .

- "evibootmgr ..." te gebruiken om ervoor te zorgen dat er twee mogelijkheden tot booten zijn in het bios. Wellicht moet dit regelmatig, of opnieuw na een wijziging. Als ik het goed begrijp is ef
het mogelijk om eerst de ene entry, en dan de andere te laten proberen.

Heeft iemand hier er ervaring mee?

Ik vond hier een scriptje. Zal het echt zo simpel zijn?
https://gist.github.com/grifferz/f262591f59e4f8c199a8b0619bc6a667

Heel raar, ik hoefde helemaal niet te synchroniseren. De gegevens stonden al zowel in /dev/sda1 als in /dev/sda2 !
Zal Debian dat vanzelf doen, als het twee EFI-partities ziet?

Een beetje meer uitleg, dit heb ik gedaan:
mkdir /boot/efi2
blkid /dev/sdb1    # het UUID uitzoeken
echo "UUID=10D9-5FD8 /boot/efi2  vfat umask=0077  0  1" >> /etc/fstab
systemctl daemon-reload
mount -a

En toen stonden de gegevens zowel in /boot/efi als in /boot/efi2 !

Toen ben ik wat met efibootmgr aan het spelen geweest:
efibootmgr                # geeft informatie
# maak extra boot-entry:
efibootmgr -c -d /dev/sdb -p 1 -L "debian2" -l '\EFI\debian\grubx64.efi'
efibootmgr                # geeft weer informatie
efibootmgr -b 0004 -B     # verwijderd een entry
efibootmgr -o 0000,0005   # bepaald boot-volgorde

Nu had ik gehoopt om een "debian2" als optie in het bios te vinden, en dat is ook wel zo, maar niet in de lijst met boot devices.

Wel kan ik het kiezen bij de "UEFI hard disk drive priorities", maar daar moet ik kiezen tussen "debian" en "debian2", terwijl ik graag wou dat hij eerst "debian" probeert, en als dat niet lukt "debian".
Ik weet niet zeker of hij dat nu doet.

Maar als ik de eerste disk (was sda) verwijder lijkt het zo in eerste instantie hoopvol, hij boot van de tweede (was sdb). Ik zie grub en dat laadt initramfs. Daarna een pause, wellicht omdat een aantal partities niet gevonden worden.

Maar dan krijg ik een initramfs prompt, wat volgens mij betekent dat het root filesysteem niet kan worden geladen. Ik gebruik voor de root de raid1 functies van LVM, wellicht is daar nog iets mis. Nu even geen tijd meer, maar als iemand nog iets zinnig weet, dan graag.

root@kvms14:~# lsblk
NAME                     MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                        8:0    0 447.1G  0 disk
├─sda1                     8:1    0   953M  0 part /boot/efi
└─sda2                     8:2    0 446.2G  0 part
  ├─raidvg-root_rmeta_0  254:0    0     4M  0 lvm
  │ └─raidvg-root        254:4    0    50G  0 lvm  /
  ├─raidvg-root_rimage_0 254:1    0    50G  0 lvm
  │ └─raidvg-root        254:4    0    50G  0 lvm  /
  ├─raidvg-swap_rmeta_0  254:5    0     4M  0 lvm
  │ └─raidvg-swap        254:9    0     2G  0 lvm  [SWAP]
  └─raidvg-swap_rimage_0 254:6    0     2G  0 lvm
    └─raidvg-swap        254:9    0     2G  0 lvm  [SWAP]
sdb                        8:16   0 447.1G  0 disk
├─sdb1                     8:17   0   953M  0 part /boot/efi2
└─sdb2                     8:18   0 446.2G  0 part
  ├─raidvg-root_rmeta_1  254:2    0     4M  0 lvm
  │ └─raidvg-root        254:4    0    50G  0 lvm  /
  ├─raidvg-root_rimage_1 254:3    0    50G  0 lvm
  │ └─raidvg-root        254:4    0    50G  0 lvm  /
  ├─raidvg-swap_rmeta_1  254:7    0     4M  0 lvm
  │ └─raidvg-swap        254:9    0     2G  0 lvm  [SWAP]
  └─raidvg-swap_rimage_1 254:8    0     2G  0 lvm
    └─raidvg-swap        254:9    0     2G  0 lvm  [SWAP]
root@kvms14:~#

Groet,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/

Antwoord per e-mail aan