Devenu lenteur au boot

[benoit <benoitlst@protonmail.ch>]

Ca boot, mais j'ai un nouveau problème, le POST (power-on self-test) se déroule bien, GUB me propose de booter sur debian, ça affiche "loading initial ramdisk" et puis juste un tiret qui clignote un long moment avant que les lignes de messages de démarrage se mettent à défiler normalement (quiet_boot="0"  /etc/grub.d/10_linux est configuré pour montrer les lignes du démarrage). 

Je ne sais pas à quoi est dû ce long moment....

Là je suis perdu...

------- Original Message -------
Le mercredi 13 juillet 2022 à 02:40, Hugues Larrive <hlarrive@pm.me> a écrit

Normalement c'est une partition msdos, sur mon système j'ai une ligne dans fstab :

UUID=9A05-3C9C                              /boot/efi       vfat    umask=0077          0       1

Ok pour ça.

# ls -R /boot/efi/

/boot/efi/:

EFI

/boot/efi/EFI:

debian

/boot/efi/EFI/debian:

BOOTX64.CSV  fbx64.efi grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi

Ok pour ça.

Je ne sais pas si c'est standard, c'était à l'origine une installation debian 8 i386 sur un core2 duo en MBR, que j'ai mis à jour en 9 puis 10 et "crossgradé" en amd64. Elle doit en être également à son 3ème PC et 5ème disque dur.

Les fichiers .efi proviennent du package grub-efi-amd64 et de shim (dépendance).

Installé ok

Avec EFI/GPT il faut oublier le concept de partition active ou boot flag, les informations

de boot sont stockées dans la NVRAM/CMOS de la carte-mère. On peut les lire avec la commande efibootmgr :

# efibootmgr

BootCurrent: 000F

Timeout: 1 seconds

BootOrder: 0011,000F,000E,0003,0012,0004,0001,0006,0005

Boot0001* Windows Boot Manager

Boot0003* IBA GE Slot 00C8 v1555

Boot0004* UEFI: Built-in EFI Shell

Boot0005* Generic Usb Device

Boot0006* CD/DVD Device

Boot000E* TOSHIBA DT01ACA050

Boot000F* debian

Boot0011* KingFast

Boot0012* USB2.0 CardReader

Ici KingFast est le SSD où est installé ma debian, on peut voir qu'il est en premier dans le BootOrder mais que BootCurrent est sur debian donc sans "installation" ça n'aurait pas fonctionné. 

Il faudra aussi réécrire un nouvel fstab avec de nouveau UUID je suppose que si on change la table de partition les UUID, ne sont plus les même ?

Ça c'est effectivement la première chose à faire. Pour connaître les UUID qui vont bien pour fstab j'utilise simplement la commande ls -l /dev/disk/by-uuid.

Fait, j'ai vérifié que chaque ligne du fstab affiche bien le bon UUID et de fait la swap n'avait pas le bon UUID.

L'installation de grub-efi doit être effectuée dans un chroot avec la partition efi montée, par exemple avec sda1 comme partition efi et sda2 comme racine :

mkdir /mnt/target

mount /dev/sda2 /mnt/target

mount /dev/sda1 /mnt/target/boot/efi

cd /mnt/target

for m in dev dev/pts proc run sys sys/firmware/efi/efivars; do mount --bind /$m $m; done

chroot .

grub-install /dev/sda

update-grub

exit

reboot

J'ai pu le faire sans chroot du coup, puisque ça finit par booter après un long moment.

update-grub me dit juste après coup qu'il ne cherche pas d'autres os mais comme je n'en ai qu'un tout est normal.

J'ai juste des ACPI Warning dans l'output de dmesg, je ne sais pas si c'est une bonne piste.

--------------------------------------------------------------------------------------------------

[    1.309697] Freeing unused kernel image (text/rodata gap) memory:

2040K

[    1.310327] Freeing unused kernel image (rodata/data gap) memory:

1672K

[    1.406224] x86/mm: Checked W+X mappings: passed, no W+X pages

found.

[    1.406226] x86/mm: Checking user space page tables

[    1.463409] x86/mm: Checked W+X mappings: passed, no W+X pages

found.

[    1.463422] Run /init as init process

[    1.463424]   with arguments:

[    1.463425]     /init

[    1.463426]   with environment:

[    1.463427]     HOME=/

[    1.463428]     TERM=linux

[    1.463429]     BOOT_IMAGE=/boot/vmlinuz-5.18.0-2-amd64

[    1.577488] ACPI Warning: SystemIO range 0x0000000000000428-

0x000000000000042F conflicts with OpRegion 0x0000000000000400-

0x000000000000047F (\_SB.PCI0.LPCB.PMIO) (20211217/utaddress-204)

[    1.577501] ACPI: OSL: Resource conflict; ACPI support missing from

driver?

[    1.577505] ACPI Warning: SystemIO range 0x0000000000000540-

0x000000000000054F conflicts with OpRegion 0x0000000000000500-

0x000000000000054B (\_SB.PCI0.LPCB.OGIO) (20211217/utaddress-204)

[    1.577512] ACPI: OSL: Resource conflict; ACPI support missing from

driver?

[    1.577514] ACPI Warning: SystemIO range 0x0000000000000530-

0x000000000000053F conflicts with OpRegion 0x0000000000000500-

0x000000000000054B (\_SB.PCI0.LPCB.OGIO) (20211217/utaddress-204)

[    1.577521] ACPI: OSL: Resource conflict; ACPI support missing from

driver?

[    1.577523] ACPI Warning: SystemIO range 0x0000000000000500-

0x000000000000052F conflicts with OpRegion 0x0000000000000500-

0x000000000000054B (\_SB.PCI0.LPCB.OGIO) (20211217/utaddress-204)

[    1.577529] ACPI: OSL: Resource conflict; ACPI support missing from

driver?

--------------------------------------------------------------------------------------------------

Benoît