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

Ubuntu ne démarre plus depuis mise à jour vers 20.04.1 LTS

geole

Je ne pense pas qu'il y ait un problème dans le grub. Voici les extrais du boot-info.

1) On voit bien qu'on boote sur ubuntu en EFI

===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.
SecureBoot disabled.

efibootmgr -v
BootCurrent: 0012
Timeout: 0 seconds
BootOrder: 0012,0000,0001,0002,0003,0009,000A,000C,0007,0008,000B,000D
Boot0012* ubuntu HD(1,GPT,789f9d9a-a671-4d54-a23a-982fda33feb6,0x800,0x19800)/File(\EFI\ubuntu\shimx64.efi)
sur la partition 1 d'un disque GPT qui a cet UUID: 789f9d9a-a671-4d54-a23a-982fda33feb6 et sur un SHIMX64.EFI

L'UUID donne cette partition

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL    PARTLABEL
├─sda1 vfat     2737-48F4                            789f9d9a-a671-4d54-a23a-982fda33feb6

et le logiciel est bien dedans

sda1: __________________________________________________________________________
    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

Donc le bios trouve bien shimx64 qui doit discuter un peu avec le bios pour la gestion sécure.
Dans ce contexte cela doit aller vite puisque c'est DISABLE, puis il passe la main au suivant que je pense être toujours grubx64.efi qui va lire son fichier de paramétrage pour savoir à qui filer la patate chaude. Voici le contenu du fichier de paramétrage

===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 60cd5bef-268d-4951-b8ef-66a64c8469c9 root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

Donc sur la partition 2 d'un disque GPT identifié 60cd5bef-268d-4951-b8ef-66a64c8469c9
Sans surprise c'est SDA2

blkid (filtered): ______________________________________________________________
NAME   FSTYPE   UUID                                 PARTUUID                             LABEL    PARTLABEL
   └─sda2 ext4     60cd5bef-268d-4951-b8ef-66a64c8469c9 32b67b84-6895-4016-ad46-d9add70dff51

Cette partition SDA2 a bien un fichier de grub classique avec les deux noyaux

====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu   60cd5bef-268d-4951-b8ef-66a64c8469c9
Ubuntu, avec Linux 5.4.0-48-generic   60cd5bef-268d-4951-b8ef-66a64c8469c9
Ubuntu, avec Linux 4.15.0-118-generic   60cd5bef-268d-4951-b8ef-66a64c8469c9

Donc, voila mon hypothèse: La nouvelle version a amené un nouveau shim qui a du mal à dialoguer avec le bios EFI. Comme ce dialogue est inutile, on va s'en passer en bootant directement avec le grubx64.EFI!
Voila la commande à passer:

sudo efibootmgr --create --disk /dev/sda --part 1 --label "grub2004" --loader "\EFI\ubuntu\grubx64.efi"

TVG

J'ai réussi à redémarrer (je ne sais pas trop comment).

J'ai refait un 'boot-info'. Voici le résultat :

boot-info-4ppa125                                              [20201012_1813]

============================== Boot Info Summary ===============================

 => Grub2 (v1.99-2.00) is installed in the MBR of /dev/sda and looks at sector 
    141588288 of the same hard drive for core.img, but core.img can not be 
    found at this location.
 => libparted MBR boot code is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.04.1 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub

sdb1: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info: 

sdb2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        


================================ 1 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04.1 LTS CurrentSession on sda2

============================ Architecture/Host Info ============================

CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.4.0-48-generic root=UUID=60cd5bef-268d-4951-b8ef-66a64c8469c9 ro quiet splash vt.handoff=7


===================================== UEFI =====================================

BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.
SecureBoot disabled.

efibootmgr -v
BootCurrent: 0012
Timeout: 0 seconds
BootOrder: 0012,0000,0001,0002,0003,0009,000A,000C,0007,0008,000B,000D
Boot0000  Setup	FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9)
Boot0001  Boot Menu	FvFile(126a762d-5758-4fca-8531-201a7f57f850)
Boot0002  Diagnostic Splash Screen	FvFile(a7d8d9a6-6ab0-4aeb-ad9d-163e59a7a380)
Boot0003  Lenovo Diagnostics	FvFile(3f7e615b-0d45-4f80-88dc-26b234958560)
Boot0004  Startup Interrupt Menu	FvFile(f46ee6f4-4785-43a3-923d-7f786c3c8479)
Boot0005  Rescue and Recovery	FvFile(665d3f60-ad3e-4cad-8e26-db46eee9f1b5)
Boot0006  MEBx Hot Key	FvFile(ac6fd56a-3d41-4efd-a1b9-870293811a28)
Boot0007* USB CD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,86701296aa5a7848b66cd49dd3ba6a55)
Boot0008* USB FDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,6ff015a28830b543a8b8641009461e49)
Boot0009* ATA HDD0	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f600)
Boot000A* ATA HDD1	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f601)
Boot000B* ATA HDD2	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f602)
Boot000C* USB HDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,33e821aaaf33bc4789bd419f88c50803)
Boot000D  PCI LAN	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803)
Boot000E* IDER BOOT CDROM	PciRoot(0x0)/Pci(0x16,0x2)/Ata(0,1,0)
Boot000F* IDER BOOT Floppy	PciRoot(0x0)/Pci(0x16,0x2)/Ata(0,0,0)
Boot0010* ATA HDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f6)
Boot0011* ATAPI CD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a354)
Boot0012* ubuntu	HD(1,GPT,789f9d9a-a671-4d54-a23a-982fda33feb6,0x800,0x19800)/File(\EFI\ubuntu\shimx64.efi)

2895d47544fd587b26c7e29be1295c27   sda1/BOOT/fbx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84   sda1/BOOT/mmx64.efi
114bd85eec32e3162958ea034020821d   sda1/ubuntu/grubx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84   sda1/ubuntu/mmx64.efi
78415fb8fb9b909f8029858113f1335f   sda1/ubuntu/shimx64.efi
78415fb8fb9b909f8029858113f1335f   sda1/BOOT/BOOTX64.efi


============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes
sdb	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda2	: is-os,	64, apt-get,	signed grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios
sda1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sdb2	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios

Partitions info (2/3): _________________________________________________________

sda2	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdb2	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda2	: not-sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda
sda1	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda
sdb2	: maybesepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sdb

fdisk -l (filtered): ___________________________________________________________

Disk sda: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 0DABE977-4B64-4EE0-A136-09364A7BA43E
       Start       End   Sectors   Size Type
sda1    2048    106495    104448    51M EFI System
sda2  106496 500117503 500011008 238.4G Linux filesystem
Disk sdb: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk identifier: 0xb317dd85
      Boot    Start       End   Sectors   Size Id Type
sdb1           2048  25391103  25389056  12.1G 82 Linux swap / Solaris
sdb2       25391104 468860927 443469824 211.5G 83 Linux

parted -lm (filtered): _________________________________________________________

sda:256GB:scsi:512:512:gpt:ATA SAMSUNG MZ7TE256:;
1:1049kB:54.5MB:53.5MB:fat32::boot, esp;
2:54.5MB:256GB:256GB:ext4::;
sdb:240GB:scsi:512:512:msdos:ATA SB M2 SSD:;
1:1049kB:13.0GB:13.0GB:linux-swap(v1)::;
2:13.0GB:240GB:227GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL    PARTLABEL
sda                                                                                                
├─sda1 vfat     2737-48F4                            789f9d9a-a671-4d54-a23a-982fda33feb6          
└─sda2 ext4     60cd5bef-268d-4951-b8ef-66a64c8469c9 32b67b84-6895-4016-ad46-d9add70dff51          
sdb                                                                                                
├─sdb1 swap     c3dbba56-cfc4-4461-8887-d51f448f506b b317dd85-01                                   
└─sdb2 ext4     20c051dc-22e7-4af2-90c7-a65b2baa08b0 b317dd85-02                          Disque B 

df (filtered): _________________________________________________________________

        Avail Use% Mounted on
sda2    68.5G  66% /
sdb2   102.4G  45% /mnt/Disque_B

Mount options: __________________________________________________________________

sda2   rw,relatime,errors=remount-ro
sdb2   rw,nosuid,nodev,relatime

===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================

search.fs_uuid 60cd5bef-268d-4951-b8ef-66a64c8469c9 root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sda2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   60cd5bef-268d-4951-b8ef-66a64c8469c9
Ubuntu, avec Linux 5.4.0-48-generic   60cd5bef-268d-4951-b8ef-66a64c8469c9
Ubuntu, avec Linux 4.15.0-118-generic   60cd5bef-268d-4951-b8ef-66a64c8469c9
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=60cd5bef-268d-4951-b8ef-66a64c8469c9 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=2737-48F4  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/sdb1 during installation
UUID=c3dbba56-cfc4-4461-8887-d51f448f506b none            swap    sw              0       0
/dev/disk/by-uuid/20c051dc-22e7-4af2-90c7-a65b2baa08b0 /mnt/Disque_B auto nosuid,nodev,nofail,x-gvfs-show 0 0

======================= sda2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

==================== sda2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
 157.754112244 = 169.387188224  boot/grub/grub.cfg                             1
  27.944469452 = 30.005145600   boot/vmlinuz                                   1
  46.499996185 = 49.928990720   boot/vmlinuz-4.15.0-118-generic                2
  27.944469452 = 30.005145600   boot/vmlinuz-5.4.0-48-generic                  1
  46.499996185 = 49.928990720   boot/vmlinuz.old                               2
  46.499996185 = 49.928990720   vmlinuz                                        2
  96.031730652 = 103.113285632  boot/initrd.img                                5
 112.581890106 = 120.883884032  boot/initrd.img-4.15.0-118-generic             5
  96.031730652 = 103.113285632  boot/initrd.img-5.4.0-48-generic               5
 112.581890106 = 120.883884032  boot/initrd.img.old                            5
 112.581890106 = 120.883884032  initrd.img                                     5

===================== sda2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 17622 Sep  8 12:24 10_linux
-rwxr-xr-x 1 root root 42359 Sep  8 12:24 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Sep  8 12:24 20_linux_xen
-rwxr-xr-x 1 root root 12059 Jul 17  2018 30_os-prober
-rwxr-xr-x 1 root root  1424 Sep  8 12:24 30_uefi-firmware
-rwxr-xr-x 1 root root   214 Jun 21  2017 40_custom
-rwxr-xr-x 1 root root   216 Jun 21  2017 41_custom


Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub-efi-amd64-signed of
sda2,
using the following options:        sda1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s  use-standard-efi-file    

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 20.04.1 LTS CurrentSession entry (sda1/efi/****/shim****.efi (**** will be updated in the final message) file) !

Dans le recovery mode, il y a la possibilité de faire "grub – Mettre à jour le chargeur d'amorçage GRUB" (voir image ici : https://cjoint.com/c/JJmqzyWsKBv). Est-ce que c'est quelque chose que je devrais essayer ?

Merci beaucoup pour votre aide ! 🙂

TVG

LukePerp a écritJe propose de laisser faire la réparation de boot repair.

Il faudrait faire quoi concrètement ?
Merci.

geole

sudo efibootmgr --create --disk /dev/sda --part 1 --label "grub2004" --loader "\EFI\ubuntu\grubx64.efi"

TVG

geole a écrit

sudo efibootmgr --create --disk /dev/sda --part 1 --label "grub2004" --loader "\EFI\ubuntu\grubx64.efi"

Merci geole. Je n'avais pas actualisé et pas vu ton message.
Merci bien pour les explications. J'avoue ne pas avoir tout compris mais je suis sûr que cela sera utile à d'autres.

Voici le résultat de la commande :

~$ sudo efibootmgr --create --disk /dev/sda --part 1 --label "grub2004" --loader "\EFI\ubuntu\grubx64.efi"
BootCurrent: 0012
Timeout: 0 seconds
BootOrder: 0013,0012,0000,0001,0002,0003,0009,000A,000C,0007,0008,000B,000D
Boot0000  Setup
Boot0001  Boot Menu
Boot0002  Diagnostic Splash Screen
Boot0003  Lenovo Diagnostics
Boot0004  Startup Interrupt Menu
Boot0005  Rescue and Recovery
Boot0006  MEBx Hot Key
Boot0007* USB CD
Boot0008* USB FDD
Boot0009* ATA HDD0
Boot000A* ATA HDD1
Boot000B* ATA HDD2
Boot000C* USB HDD
Boot000D  PCI LAN
Boot000E* IDER BOOT CDROM
Boot000F* IDER BOOT Floppy
Boot0010* ATA HDD
Boot0011* ATAPI CD
Boot0012* ubuntu
Boot0013* grub2004

Je redémarre le PC et reviens pour dire si ça fonctionne.

geole

J'espère surtout avancer une bonne hypothèse que je n'ai pas vu venir car c'est toi qui en bave pour booter!!!!

TVG

Malheureusement ça ne fonctionne toujours pas.

Pour arriver à démarrer, au moment du choix proposé par GRUB (https://cjoint.com/c/JJmrmN6fRvv), je ne lance pas le mode recovery car ne fonctionne pas non plus. Je fais ESC et je tape 'exit' (https://cjoint.com/c/JJmroJAgi6v). J'ai alors un nouveau choix maintenant "grub2004" (https://cjoint.com/c/JJmrqyblxqv). C'est comme ça que j'ai réussi à booter cette fois-ci. D'habitude je fais "ubuntu".

À la fin de mon message (#22), j'indiquais :

TVG a écritDans le recovery mode, il y a la possibilité de faire "grub – Mettre à jour le chargeur d'amorçage GRUB" (voir image ici : https://cjoint.com/c/JJmqzyWsKBv). Est-ce que c'est quelque chose que je devrais essayer ?

Est-ce une idée à envisager ?

geole

On voit bien que c'est dans la phase initiale de l'EFI...

Lors de ta toute première installation avais-tu eu des problèmes car cela me fait penser a une signature qu'on doit donner au fichier de boot EFI

Ton lien https://cjoint.com/c/JJmqzyWsKBv

En standard, on a fait fait le nécessaire pour dire de booter automatiquement sur boot2004
Cela ne marche pas et plante en t'ouvrant le bios ce qui te permet de choisir la même chose et cette fois-ci cela fonctionne...Je ne comprends pas sauf cette autorisation donnée. Mais pourquoi maintenant et pas avant?
Dans la documentation, on voit que les thinkpad ne sont pas à problèmes https://doc.ubuntu-fr.org/liste_portables_thinkpad#thinkpad_t

TVG

J'ai corrigé le lien.

Lors de la toute première installation d'Ubuntu 20.04 ? Je l'ai faite hier et ai eu direct le problème.
Si tu parles de la toute première installation d'Ubuntu tout court, je ne me souviens plus mais je ne crois pas avoir eu de problèmes.

geole

Question

Cela veut-il dire que tu bootes toujours en passant par le mode recovery et pas par le mode normal?
et quel noyau choisis-tu?

TVG

Lorsque je fais les étapes de mon message #27, je ne choisis pas de mode ni de noyau. Je suppose donc qu'il s'agit du mode normal avec le noyau installé pour Ubuntu 20.04.1.

Même de cette façon, ca ne boot pas à chaque fois. Il faut que je place un ESC au bon moment j'ai l'impression, je ne comprends vraiment pas.

Je vois parfois apparaître un message qui dit "Error ACPI". Je vais essayer de le prendre en photo mais ça va vraiment vite.

LukePerp

Suggestion : est-ce un risque d'essayer de réparer le grub avec la méthode legacy + efi ?

sudo grub-install /dev/sda
sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi
for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done
sudo chroot /mnt
sudo grub-install /dev/sda
sudo update-grub

TVG

Je suppose que la question est pour geole. En tout cas moi j'en ai aucune idée. 😃
J'attends donc sa réponse avant d'opérer.

geole

Je maitrise mal l'installation legacy, Il faudrait d'abord savoir si ce bios est aussi équipé du legacy et si oui, si on peut le mettre prioritaire. Mais, on ne pourra plus savoir pourquoi ce qui fonctionnait en 18.04 est devenu impossible en 20.04. Mais, sur le principe, pourquoi pas?
Cependant, je ne suis pas certain que les commandes que tu proposes conviennent, j'utiliserais plutôt boot-repair aprés avoir vérifié que le boot s'est fait en LEGACY sans savoir si c'est nécessaire.
Mais avant de lancer il faudra dire que le flag de la partition de boot actuellement ESP devienne bios-boot.

TVG

Je ne sais pas du tout quoi en penser. Si vous avez une liste de commandes pas trop risquées, je veux bien tenter.

Pour info, j'arrive à booter sur Linux 4.15. C'est quand même bien Ubuntu 20.04 (et non 18.04) qui se lance.

J'ai ensuite basculé sur la carte graphique Intel et j'arrive à booter en recovery mode sur Linux 5.4. Je ne sais pas si ça a un rapport.

Autre info : j'ai un 2e écran qui semble ne pas s'allumer à chaque fois. Je pense que c'est en recovery mode qu'il ne s'allume pas.

geole

Bonjour
En relisant un peu tout et surtout ton dernier message, il me semble que tu ne peux pas booter en mode normal mais que tu peux booter en mode recovery.
Comme on t'a déjà demandé l'installation du pilote propriétaire sans effet mais comme tu as deux cartes graphiques, je vais te demander de ne plus utiliser le pilote nouveau qui fait peut-être des siennes dans cette nouvelle version. Pour cela, en bootant comme tu peux
1)

gedit admin:///etc/default/grub

Modifier cette ligne
GRUB_TIMEOUT_STYLE=hidden
en
GRUB_TIMEOUT_STYLE=menu
modifier cette ligne
GRUB_CMDLINE_LINUX=" "
en
GRUB_CMDLINE_LINUX="nomodeset"
2) quitter gedit en sauvegardant
3) Faire prendre en compte avec cette commande

sudo update-grub

4) Vérifier que l'option est bien installée

cat /boot/grub/grub.cfg | grep nomodeset

Il se pourrait que cela soit la fin de tes ennuis

TVG

Bonjour geole,

Merci. Voici le résultat de la commande :

~$ cat /boot/grub/grub.cfg | grep nomodeset
	linux	/boot/vmlinuz-5.4.0-48-generic root=UUID=60cd5bef-268d-4951-b8ef-66a64c8469c9 ro nomodeset quiet splash $vt_handoff
		linux	/boot/vmlinuz-5.4.0-48-generic root=UUID=60cd5bef-268d-4951-b8ef-66a64c8469c9 ro nomodeset quiet splash $vt_handoff
		linux	/boot/vmlinuz-5.4.0-48-generic root=UUID=60cd5bef-268d-4951-b8ef-66a64c8469c9 ro recovery nomodeset dis_ucode_ldr nomodeset
		linux	/boot/vmlinuz-4.15.0-118-generic root=UUID=60cd5bef-268d-4951-b8ef-66a64c8469c9 ro nomodeset quiet splash $vt_handoff
		linux	/boot/vmlinuz-4.15.0-118-generic root=UUID=60cd5bef-268d-4951-b8ef-66a64c8469c9 ro recovery nomodeset dis_ucode_ldr nomodeset

Ça a marché ! Le PC a démarré sans que je ne touche à rien. 😃
Par contre, mon 2e écran ne s'allume pas. 😐

Questions :
1) Est-ce que je ne peux plus utiliser ma carte graphique NVIDIA du coup ?
2) Comment je sais sur quel noyau j'ai démarré ?
3) As-tu une idée de comment rallumer mon 2e écran ?

Merci.

geole

Bon. C'est déjà une chose. Le diagnostic est fait.
Je n'ai pas beaucoup de compétence en mode graphique surtout avec deux cartes.
Je te suggère d'ouvrir une nouvelle discussion si tu as peu de réponses aujourd'hui.

journalctl -b | grep BOOT

qui devrait te confirmer que tu as démarré sur le premier noyau la liste
linux /boot/vmlinuz-5.4.0-48-generic

J'ai noté que cette modification ne sert à rien: Tu n'as pas eu la grille de choix du boot
GRUB_TIMEOUT_STYLE=menu

TVG

Non je n'ai pas eu cette grille de choix.
J'ai rebasculé sur la NVIDIA mais je n'arrive plus du tout à booter... J'arrive pas à atteindre le grub...

geole

https://doc.ubuntu-fr.org/recovery_mode a écritPour forcer l'affichage de ce menu lorsque votre système Ubuntu est configuré de telle sorte qu'aucun menu ne s'affiche au démarrage, appuyez sur la touche [Échap] (ou [ESC]) ou sur la touche [⇧ Maj] (ou [⇧ Shift]) et maintenez-la enfoncée jusqu'à ce que le menu d'amorçage s'affiche. La durée pendant laquelle vous pouvez utiliser ces touches étant relativement courte, il vous faudra peut-être plusieurs essais.

Tu ajouteras cette ligne
GRUB_TIMEOUT_STYLE=menu
à la fin du fichier
/etc/grub.d/~~30_os-prober~~40_custom

Tu modifieras cette ligne
GRUB_TIMEOUT=2
(Je ne suis pas sur de la valeur, par une autre valer par exemple 50 ( C'est temps d'affichage en secondes) du fichier /etc/default/grub

puis prise en compte

sudo update-grub

« Page précédente Page suivante »