Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2 3 4 5 6 7

#51 Le 13/08/2022, à 15:51

Babdu89

Re : Grub

Bonjour.
Post#45 on lit;

@Qid , je ne vois pas comment on peut affirmer que la partition en rapport avec ca :

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

BIOS/UEFI firmware: FX705DU.316(5.14) from American Megatrends Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
No EFI in dmseg.
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

est celle correspondant au disque NVME0N1 partition 1 . qu ' est ce qui te permet d' affirmer que ce n' est pas le contenu de la partition sur sda1 ou sdb1 qui est pris en charge par le boot-info ?

Dans le boot-info du post#31, on voit ceci .

 nvme0n1p1: _____________________________________________________________________

    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
  sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:       
sdb1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  Unknown
    Boot sector info:  According to the info in the boot sector, sdb1 starts 
                       at sector 0. But according to the info from fdisk, 
                       sdb1 starts at sector 40.
    Operating System:  
    Boot files:

Pour les 3 partition boot-efi. Seule la partition nvme0n1p1: contient du code pour démarrer en efi.


Dans  blkid (filtered):

nvme0n1                                                                                              
├─nvme0n1p1 vfat     695C-5989                            13ca64d5-2dca-4a76-b992-ce6bb6f35bcf       EFI System Partition
└─nvme0n1p2 ext4     b7f5c799-993d-42db-b72f-f5b66c0a0ccd 59e6a19b-93da-4251-ba23-d9428b3d4313

Et dans UEFI 

Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

On retrouve l'UUID   13ca64d5-2dca-4a76-b992-ce6bb6f35bcf  qui permet de s'assurer que c'est la bonne partition.


Remarque;
Il y a deux systèmes installés dans cette machine.
Le boot-info post#31 montre la machine démarre sur le système installé en /dev/sda2.
Dans le fichier grub.cfg de ce système, il n'y a pas de menuentry pour permettre de lancer le système installé en nvme0n1p2;

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

Ubuntu   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-46-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-43-generic   0e385382-991b-4f7e-8dc7-862777dce48d
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

Alors que l'on en voit un dans le boot-info du post#5

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

Ubuntu   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-41-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.13.0-52-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu 20.04.4 LTS (20.04) (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.13.0-52-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.4.0-26-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

Je ne sais pas ce qui a pu se passer.
Pour moi dans ces conditions, le système installé sur le disque nvme ne peut pas démarrer depuis le menu grub du système installé en /dev/sda2.

Je pense qu'il faut faire une mise à jour de grub;

sudo update-grub

Depuis le système installé en /dev/sda2 et qui démarre actuellement, pour corriger cela.
Et au reboot en affichant le menu grub, on devrait pouvoir lancer le système installé sur le disque nvme.

@+.   Babdu89   .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#52 Le 13/08/2022, à 16:02

Korak

Re : Grub

Salut Babdu89,

Pas con ça ! Je n'y avais pas pensé ! sad

OS: Ubuntu 22.04 64 bits + Windows 11 64 bits en dualboot (BIOS UEFI, Secure Boot activé et table de partitions GPT)
PC portable HP 17-CP0308NF   Processeur: AMD Ryzen 7 5700U avec carte graphique AMD Lucienne intégrée au processeur.   Mémoire vive: 16 Go RAM
Quand vous ne trouvez pas la solution à un problème, cherchez des pistes menant à la solution !

Hors ligne

#53 Le 13/08/2022, à 16:33

iznobe

Re : Grub

@Babdu89 , merci d' avoir mis en evidence la partie qui manquait afin de confirmer que le boot sur la partition nvme0n1p1 est donc valide , maintenant on peut donc affirmer que c ' est donc fonctionnel de ce coté là .

Du coup qu ' est ce qui peut provoquer un boot rescue , hors mis le fait que la partition nvme0n1p1 n ' est pas accessible via le demarrage l' ordinateur ?

je ne vois que 2 choses de mon coté ( dans le BIOS ,  soit le bon disque n' est pas selectionné , soit le parametre SATA n' est pas positionné sur AHCI ) , en vois tu d' autres ?

Dernière modification par iznobe (Le 13/08/2022, à 16:36)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#54 Le 13/08/2022, à 17:24

Babdu89

Re : Grub

@iznobe.

Sur une machine multi disques qui démarrent en UEFI.
Lorsque tous les disques sont vu dans le bios, même si le disque qui contient la partition boot-efi n'est pas celui sélectionné en premier dans l'ordre de boot du bios.
Au démarrage le système va chercher une partition boot-efi (boot-esp) avec le codage en efi qui lui faut pour démarrer, sur tous les disques.
Si il ne trouve pas de partition boot-efi; pas de démarrage.
Si il ne trouve une;
Exemple un dual boot Windows/Ubuntu en bon état, la machine va démarrer. Un simple boot Linux en bon état, démarrage aussi.
Un simple boot Windows, dont le Windows sera effacé, mais pas le contenu de la partition boot-efi. Il y a tentative de démarrage, puis ça coince. Pareil pour un Linux.

Post#5 on voit ceci dans le boot info.

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

BIOS/UEFI firmware: FX705DU.316(5.14) from American Megatrends Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
No EFI in dmseg.
SecureBoot enabled but mokutil says: SecureBoot enabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002,0000
Boot0000* Windows Boot Manager	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

Bien que la machine démarre sur le système Linux installé en /dev/sda2 via la partition boot-efi du disque nvme, ça démarre, mais si on veut passer par l'option    Boot0000* Windows Boot Manager  présente dans les propositions. Comme Windows a été supprimé, ça ne démarre pas.   

@+.   Babdu89     .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#55 Le 13/08/2022, à 18:01

Qid

Re : Grub

iznobe a écrit :

@Qid , je ne vois pas comment on peut affirmer que la partition en rapport avec ca :

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

BIOS/UEFI firmware: FX705DU.316(5.14) from American Megatrends Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
No EFI in dmseg.
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

est celle correspondant au disque NVME0N1 partition 1 . qu ' est ce qui te permet d' affirmer que ce n' est pas le contenu de la partition sur sda1 ou sdb1 qui est pris en charge par le boot-info ?

Juste pour répondre à la question si un autre ne l'a pas fait avant* :
Sur la ligne de boot Ubuntu on voit dans le détail

13ca64d5-2dca-4a76-b992-ce6bb6f35bcf

Qui est bien l'uid de la partition du nvme wink

édit : merci Babdu89 d'avoir répondu à la question avant moi... Donc j'avais bien raison dans mon interprétation...

Dernière modification par Qid (Le 13/08/2022, à 18:03)

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#56 Le 13/08/2022, à 20:51

Ubuntu1

Re : Grub

Korak a écrit :

Je me pose une question : pourquoi avoir désactivé SecureBoot ?

À l'heure actuelle, il y a très peu de chance qu'il vous bloque.

==> Ca bloquait ma VirtualBox

Hors ligne

#57 Le 13/08/2022, à 21:33

Ubuntu1

Re : Grub

Babdu89 a écrit :

Bonjour.
Post#45 on lit;

@Qid , je ne vois pas comment on peut affirmer que la partition en rapport avec ca :

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

BIOS/UEFI firmware: FX705DU.316(5.14) from American Megatrends Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
No EFI in dmseg.
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

est celle correspondant au disque NVME0N1 partition 1 . qu ' est ce qui te permet d' affirmer que ce n' est pas le contenu de la partition sur sda1 ou sdb1 qui est pris en charge par le boot-info ?

Dans le boot-info du post#31, on voit ceci .

 nvme0n1p1: _____________________________________________________________________

    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
  sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:       
sdb1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  Unknown
    Boot sector info:  According to the info in the boot sector, sdb1 starts 
                       at sector 0. But according to the info from fdisk, 
                       sdb1 starts at sector 40.
    Operating System:  
    Boot files:

Pour les 3 partition boot-efi. Seule la partition nvme0n1p1: contient du code pour démarrer en efi.


Dans  blkid (filtered):

nvme0n1                                                                                              
├─nvme0n1p1 vfat     695C-5989                            13ca64d5-2dca-4a76-b992-ce6bb6f35bcf       EFI System Partition
└─nvme0n1p2 ext4     b7f5c799-993d-42db-b72f-f5b66c0a0ccd 59e6a19b-93da-4251-ba23-d9428b3d4313

Et dans UEFI 

Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

On retrouve l'UUID   13ca64d5-2dca-4a76-b992-ce6bb6f35bcf  qui permet de s'assurer que c'est la bonne partition.


Remarque;
Il y a deux systèmes installés dans cette machine.
Le boot-info post#31 montre la machine démarre sur le système installé en /dev/sda2.
Dans le fichier grub.cfg de ce système, il n'y a pas de menuentry pour permettre de lancer le système installé en nvme0n1p2;

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

Ubuntu   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-46-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-43-generic   0e385382-991b-4f7e-8dc7-862777dce48d
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

Alors que l'on en voit un dans le boot-info du post#5

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

Ubuntu   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-41-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.13.0-52-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu 20.04.4 LTS (20.04) (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.13.0-52-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.4.0-26-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

Je ne sais pas ce qui a pu se passer.
Pour moi dans ces conditions, le système installé sur le disque nvme ne peut pas démarrer depuis le menu grub du système installé en /dev/sda2.

Je pense qu'il faut faire une mise à jour de grub;

sudo update-grub

Depuis le système installé en /dev/sda2 et qui démarre actuellement, pour corriger cela.
Et au reboot en affichant le menu grub, on devrait pouvoir lancer le système installé sur le disque nvme.

@+.   Babdu89   .

==> Je viens de faire un "sudo update-grub" et j'ai maintenant une vraie tortue, c'est pire qu'avant j'ai doublé mon temps de démarrage de l'ordi.

J'ai refait un boot Info APRES avoir un sudo update-grub :

boot-info-4ppa200                                              [20220813_2229]

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

 => No boot loader is installed in the MBR of /dev/nvme0n1.
 => No boot loader is installed in the MBR of /dev/sda.

nvme0n1p1: _____________________________________________________________________

    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

nvme0n1p2: _____________________________________________________________________

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

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda2: __________________________________________________________________________

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


================================ 2 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04.4 LTS CurrentSession on sda2
OS#2:   Ubuntu 20.04.4 LTS on nvme0n1p2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: Picasso from Advanced Micro Devices, Inc. [AMD/ATI]
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.15.0-46-generic root=UUID=0e385382-991b-4f7e-8dc7-862777dce48d ro quiet splash vt.handoff=7
df -Th / : /dev/sda2        ext4   916G    118G  752G  14% /

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

BIOS/UEFI firmware: FX705DU.316(5.14) from American Megatrends Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
No EFI in dmseg.
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)


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

Disks info: ____________________________________________________________________

sda	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	no-wind,	2048 sectors * 512 bytes
nvme0n1	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	no-wind,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

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

Partitions info (2/3): _________________________________________________________

sda2	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
nvme0n1p1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
nvme0n1p2	: 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

Partitions info (3/3): _________________________________________________________

sda2	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda
nvme0n1p1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1
nvme0n1p2	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	nvme0n1
sda1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda

fdisk -l (filtered): ___________________________________________________________

Disk nvme0n1: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 8F12E3F0-033C-4F2E-911E-C8E41564A9F5
            Start       End   Sectors  Size Type
nvme0n1p1    2048   1050623   1048576  512M EFI System
nvme0n1p2 1050624 500117503 499066880  238G Linux filesystem
Disk sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 58EF9EB1-8FCC-4260-936E-49B0426B50CD
        Start        End    Sectors  Size Type
sda1     2048    1050623    1048576  512M EFI System
sda2  1050624 1953523711 1952473088  931G Linux filesystem

parted -lm (filtered): _________________________________________________________

sda:1000GB:scsi:512:4096:gpt:ATA TOSHIBA MQ04ABF1:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:1000GB:1000GB:ext4::;
nvme0n1:256GB:nvme:512:512:gpt:KINGSTON RBUSNS8154P3256GJ3:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:256GB:256GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME        FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL
sda                                                                                                  
├─sda1      vfat     5A9D-A87C                            3fe2c936-fc21-4c69-8176-08ccc19ce6ea       EFI System Partition
└─sda2      ext4     0e385382-991b-4f7e-8dc7-862777dce48d 2ee777cc-2536-42dd-b878-ea9b7d154bd3       
nvme0n1                                                                                              
├─nvme0n1p1 vfat     695C-5989                            13ca64d5-2dca-4a76-b992-ce6bb6f35bcf       EFI System Partition
└─nvme0n1p2 ext4     b7f5c799-993d-42db-b72f-f5b66c0a0ccd 59e6a19b-93da-4251-ba23-d9428b3d4313       

Mount points (filtered): _______________________________________________________

                        Avail Use% Mounted on
/dev/nvme0n1p2         212.8G   4% /mnt/boot-sav/nvme0n1p2
/dev/sda1                511M   0% /mnt/boot-sav/sda1
/dev/sda2                751G  13% /

Mount options (filtered): ______________________________________________________

/dev/nvme0n1p2         ext4            rw,relatime
/dev/sda1              vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/sda2              ext4            rw,relatime,errors=remount-ro

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

search.fs_uuid 0e385382-991b-4f7e-8dc7-862777dce48d root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

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

Ubuntu   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.13.0-52-generic   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.4.0-26-generic   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

======================== nvme0n1p2/etc/fstab (filtered) ========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=b7f5c799-993d-42db-b72f-f5b66c0a0ccd /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=695C-5989  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

==================== nvme0n1p2/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=""

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

           GiB - GB             File                                 Fragment(s)
 106,638671875 = 114,502402048  boot/grub/grub.cfg                             3
 104,854206085 = 112,586346496  boot/vmlinuz                                   1
 104,854206085 = 112,586346496  boot/vmlinuz-5.13.0-52-generic                 1
   4,761833191 = 5,112979456    boot/vmlinuz-5.4.0-26-generic                  1
   4,761833191 = 5,112979456    boot/vmlinuz.old                               1
   8,305660248 = 8,918134784    boot/initrd.img                                4
   8,305660248 = 8,918134784    boot/initrd.img-5.13.0-52-generic              4
   8,262165070 = 8,871432192    boot/initrd.img-5.4.0-26-generic               2
   8,262165070 = 8,871432192    boot/initrd.img.old                            2

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

-rwxr-xr-x 1 root root 18224 Jan 11  2022 10_linux
-rwxr-xr-x 1 root root 42359 Jan 11  2022 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Apr 15  2020 20_linux_xen
-rwxr-xr-x 1 root root 12059 Apr 15  2020 30_os-prober
-rwxr-xr-x 1 root root  1424 Apr 15  2020 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 21 04:06 35_fwupd
-rwxr-xr-x 1 root root   214 Apr 15  2020 40_custom
-rwxr-xr-x 1 root root   216 Apr 15  2020 41_custom

======================== nvme0n1p2/etc/grub.d/35_fwupd =========================

#! /bin/sh
# SPDX-License-Identifier: LGPL-2.1+
set -e
[ -d ${pkgdatadir:?} ]
# shellcheck source=/dev/null
. "$pkgdatadir/grub-mkconfig_lib"
if [ -f /var/lib/fwupd/uefi_capsule.conf ] &&
   ls /sys/firmware/efi/efivars/fwupd-*-0abba7dc-e516-4167-bbf5-4d9d1c739416 1>/dev/null 2>&1; then
      . /var/lib/fwupd/uefi_capsule.conf
      if [ "${EFI_PATH}" != "" ] && [ "${ESP}" != "" ]; then
      echo "Adding Linux Firmware Updater entry" >&2
cat << EOF
menuentry 'Linux Firmware Updater' \$menuentry_id_option 'fwupd' {
EOF
      ${grub_probe:?}
      prepare_grub_to_access_device '`${grub_probe} --target=device \${ESP}` | sed -e "s/^/\t/"'
cat << EOF
	chainloader ${EFI_PATH}
}
EOF
      fi
fi

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

Ubuntu   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-46-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-43-generic   0e385382-991b-4f7e-8dc7-862777dce48d
### 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=0e385382-991b-4f7e-8dc7-862777dce48d /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=695C-5989  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

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

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

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

           GiB - GB             File                                 Fragment(s)
  15,272411346 = 16,398626816   boot/grub/grub.cfg                             2
  20,191307068 = 21,680250880   boot/vmlinuz                                   1
  14,675285339 = 15,757467648   boot/vmlinuz-5.15.0-43-generic                 1
  20,191307068 = 21,680250880   boot/vmlinuz-5.15.0-46-generic                 1
  14,675285339 = 15,757467648   boot/vmlinuz.old                               1
  20,757072449 = 22,287736832   boot/initrd.img                                3
 112,188472748 = 120,461455360  boot/initrd.img-5.15.0-43-generic              6
  20,757072449 = 22,287736832   boot/initrd.img-5.15.0-46-generic              3
 112,188472748 = 120,461455360  boot/initrd.img.old                            6

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

-rwxr-xr-x 1 root root 18224 Jan 11  2022 10_linux
-rwxr-xr-x 1 root root 42359 Jan 11  2022 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Apr 15  2020 20_linux_xen
-rwxr-xr-x 1 root root 12059 Apr 15  2020 30_os-prober
-rwxr-xr-x 1 root root  1424 Apr 15  2020 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 21 04:06 35_fwupd
-rwxr-xr-x 1 root root   214 Apr 15  2020 40_custom
-rwxr-xr-x 1 root root   216 Apr 15  2020 41_custom

=========================== sda2/etc/grub.d/35_fwupd ===========================

#! /bin/sh
# SPDX-License-Identifier: LGPL-2.1+
set -e
[ -d ${pkgdatadir:?} ]
# shellcheck source=/dev/null
. "$pkgdatadir/grub-mkconfig_lib"
if [ -f /var/lib/fwupd/uefi_capsule.conf ] &&
   ls /sys/firmware/efi/efivars/fwupd-*-0abba7dc-e516-4167-bbf5-4d9d1c739416 1>/dev/null 2>&1; then
      . /var/lib/fwupd/uefi_capsule.conf
      if [ "${EFI_PATH}" != "" ] && [ "${ESP}" != "" ]; then
      echo "Adding Linux Firmware Updater entry" >&2
cat << EOF
menuentry 'Linux Firmware Updater' \$menuentry_id_option 'fwupd' {
EOF
      ${grub_probe:?}
      prepare_grub_to_access_device '`${grub_probe} --target=device \${ESP}` | sed -e "s/^/\t/"'
cat << EOF
	chainloader ${EFI_PATH}
}
EOF
      fi
fi



Suggested repair: ______________________________________________________________

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

Blockers in case of suggested repair: __________________________________________

 Please use this software in a live-session (live-CD or live-USB). This will enable this feature.

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.4 LTS CurrentSession entry (sda1/efi/****/grub****.efi (**** will be updated in the final message) file) !

Hors ligne

#58 Le 13/08/2022, à 21:37

Korak

Re : Grub

Ubuntu1 a écrit :
Korak a écrit :

Je me pose une question : pourquoi avoir désactivé SecureBoot ?

À l'heure actuelle, il y a très peu de chance qu'il vous bloque.

==> Ca bloquait ma VirtualBox

???

Bizarre, ce n'est pas le cas sur mon PC !

Des fois je me demande ce qu'il peut se passer un PC et pas sur l'autre et inversement !

OS: Ubuntu 22.04 64 bits + Windows 11 64 bits en dualboot (BIOS UEFI, Secure Boot activé et table de partitions GPT)
PC portable HP 17-CP0308NF   Processeur: AMD Ryzen 7 5700U avec carte graphique AMD Lucienne intégrée au processeur.   Mémoire vive: 16 Go RAM
Quand vous ne trouvez pas la solution à un problème, cherchez des pistes menant à la solution !

Hors ligne

#59 Le 13/08/2022, à 22:05

Qid

Re : Grub

Humf... Il y a effectivement un nœud au niveau des partitions efi : j'ai fait le cheminement inverse en partant du système et non du bios comme la dernière fois... Et il s'avère que le système qui est installé dans sda utilise la partition efi du nvme...

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#60 Le 13/08/2022, à 23:04

Babdu89

Re : Grub

Réponse au post#57
Alors la mise à jour de grub n'a rien changer.
Je me demandais pourquoi?
La réponse est dans le fichier /etc/default/grub de l'installation sur /dev/sda2

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

GRUB_DISABLE_OS_PROBER=true

La commande os-prober pour rechercher les autres systèmes pour les porter au menu grub est désactivée par =true
Il faut remplacer ça par =false   pour activer la recherche.

Autre chose dans le même fichier;

GRUB_TIMEOUT=0

=0 ne permet pas l'affichage du menu grub, pour choisir sur quel système démarrer.
Il faut mettre une valeur =5  ou  =10    secondes permet un affichage du menu grub pour choisir le système à démarrer.

Donc en aillant démarrer sur le système installé en /dev/sda2;

gedit admin:///etc/default/grub

Dans le fichier ouvert par gedit en admin changer;

GRUB_DISABLE_OS_PROBER=true
par
GRUB_DISABLE_OS_PROBER=false
mettre une valeur à
GRUB_TIMEOUT=0
pour
GRUB_TIMEOUT= de 2  à 10

Enregistrer la modif et fermer le fichier

Refaire une maj de grub.

 sudo update-grub

Dans le Bios, changer l'ordre de démarrage des disque pour booter la machine sur le dis nvme, c'est peut-être ce qui ralenti le démarrage?.

@+.   Babdu89   .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#61 Le 13/08/2022, à 23:16

iznobe

Re : Grub

@Babdu89 : effectivement ca semble plus que probable !
j' aurais du regarder plus precisement le post #22 en fait .

Cela dit , ca n' explique toujours pas le GRUB rescue .

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#62 Le 14/08/2022, à 07:41

Babdu89

Re : Grub

Bonjour.

iznobe a écrit;
Cela dit , ca n' explique toujours pas le GRUB rescue .

Pour moi, il n'y a pas de grub-rescue, mais un minimal bash. Sinon le système ne démarrerait pas.

J'ai relu la totalité du sujet.
Effectivement post#22 geole a fait faire en sorte que le système installé sur le disque nvme ne lance pas os-prober et un TIMEOUT=0  pour ne pas afficher le menu grub, sous insistance de Ubuntu1.
Je pense que lorsqu'on a plusieurs systèmes installé, on a intérêt à voir l'affichage du menu grub dont on peut paramétrer la durée.

Post#22 geole a écrit;
Pendant que ton grub est présent, tu devrais choisir  celui du NVME ( normalement le second) pour booter
Puis tu vérifies que c'est bien  le nvme qui a été retenu

df -text4

moi je comprends qu'i faut s'assurer que c'est le système installé sur le disque nvme, pour faire les manips.

Puis comme il n'y a pas de retour des commandes entre les posts#22 et 26. Ça doit expliquer ce qui suit plus bas au sujet du système démarré et utilisé pour faire les boot-info..

Alors, tout ceci n'explique pas la lenteur au démarrage du système.
De plus, tous les boot-info montre que la machine démarre sur le système installé en /dev/sda2, pas sur le disque nvme.
Pourquoi? Je ne sais pas...

Alors la lenteur au démarrage? Il faudrait quelques détails.
Car au regard de ce qui est décrit post#14, il a toute une gymnastique à faire avant de voir le menu grub pour lancer le système. Si ça continue comme ça, ce n'est pas étonnant.

Et puis cette histoire de taille de partition au post#26, n'est pas claire et résolue... Ce qui semble avoir relancé le sujet.


@+.   Babdu89   .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#63 Le 14/08/2022, à 13:52

Ubuntu1

Re : Grub

Je viens d'appliquer vos commandes donc le menu Grub réapparaît bien.

Effectivement plus rapide si je boote sur le NVME mais j'ai perdu tous mes fichiers divers.
Il faudrait que cette partition NVME récupère les logiciels et les fichiers de configuration associés sur le sda2 (mon "gros disque") et le contenu du Desktop, fichier de Téléchargement etc qui sont tous sur sda2.
Je ne sais pas si cela est possible ?

Autre point : je n'ai pas compris pk je ne peux pas voir la partition plus petite, depuis sda2 ?
(je n'ai pas donné de nom à ma partition plus petite, pour ne pas me tromper et vous induire en erreur : est-ce NVME ou sda1 ? j'ai un doute)

Hors ligne

#64 Le 14/08/2022, à 14:10

geole

Re : Grub

Bonjour
Après ces changements tu devrais republier un boot-info. Ce qui sera plus facile pour guider

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#65 Le 14/08/2022, à 14:29

iznobe

Re : Grub

Babdu89 a écrit :

Pour moi, il n'y a pas de grub-rescue, mais un minimal bash. Sinon le système ne démarrerait pas.

ben , justement c' est le cas : le systeme ne demarre pas ( je connais pas le nom du truc que l ' on peut voir sur l' image 1 , voir plus loin le lien ) mais ca affiche " grub> ", voir : les captures de démarrage de notre ami Ubuntu1 qui certes ne connais pas les termes techniques , mais a tout de meme pris la peine de decrire en images " sa " sequence de " demarrage " :
https://forum.ubuntu-fr.org/viewtopic.p … #p22579469

Normalement ,quand on demarre , on appuie sur le bouton power , on selectionne l ' OS dans le GRUB , et on attend que la session graphique s ' affiche ( puis selon config , on entre le mot de passe ou pas pour l' utilisateur ) .
Pour Ubuntu1 , ca ne se passe pas vraiment comme ca .

et en fait , a la base c' était le principal problème a traiter ( si j' ai bien compris ) , mais le demandeur n' est pas trop a l' aise avec les mots techniques pour décrire sa situation , du coup ca a provoquer un malentendu ( post 22 ) , et maintenant retour a la normale .

@Ubuntu1 , est ce toujours le cas maintenant ? pour ta sequence de demarrage qui affiche " grub > " et on est d' accord que ta demande initiale porte bien sur comment enlever ce fameux " grub> " et tout ce qui s' ensuit , jusqu' a ce  que l' ordinateur demarre ?

une fois qu ' on aura regler ce principal probleme de demarrage on pourra reorganiser afin de recuperer l ' acces aux données ou qu ' elles soient , a partir de n ' importe quel des 2 ubuntu .

Dernière modification par iznobe (Le 14/08/2022, à 15:02)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#66 Le 14/08/2022, à 14:49

Korak

Re : Grub

iznobe a écrit :

@Ubuntu1 , est ce toujours le cas maintenant ? pour ta sequence de demarrage qui affiche " grub > " et on est d' accord que ta demande initiale porte bien sur comment enlever ce fameux " grub> " et tout ce qui s' ensuit , jusqu' a ce  que l' ordinateur demarre ?

Ubuntu1 a écrit :

Je viens d'appliquer vos commandes donc le menu Grub réapparaît bien.

Effectivement plus rapide si je boote sur le NVME mais j'ai perdu tous mes fichiers divers.

OS: Ubuntu 22.04 64 bits + Windows 11 64 bits en dualboot (BIOS UEFI, Secure Boot activé et table de partitions GPT)
PC portable HP 17-CP0308NF   Processeur: AMD Ryzen 7 5700U avec carte graphique AMD Lucienne intégrée au processeur.   Mémoire vive: 16 Go RAM
Quand vous ne trouvez pas la solution à un problème, cherchez des pistes menant à la solution !

Hors ligne

#67 Le 14/08/2022, à 15:14

Ubuntu1

Re : Grub

Suite du message #63 : nouveau boot info après les derniers changements effectués (voir avant)

boot-info-4ppa200                                              [20220814_1611]

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

 => No boot loader is installed in the MBR of /dev/nvme0n1.
 => No boot loader is installed in the MBR of /dev/sda.
 => No boot loader is installed in the MBR of /dev/sdb.

nvme0n1p1: _____________________________________________________________________

    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

nvme0n1p2: _____________________________________________________________________

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

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda2: __________________________________________________________________________

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

sdb1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  Unknown
    Boot sector info:  According to the info in the boot sector, sdb1 starts 
                       at sector 0. But according to the info from fdisk, 
                       sdb1 starts at sector 40.
    Operating System:  
    Boot files:        

sdb2: __________________________________________________________________________

    File system:       exfat
    Boot sector type:  Unknown
    Boot sector info: 
    Operating System:  
    Boot files:        


================================ 2 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04.4 LTS CurrentSession on sda2
OS#2:   Ubuntu 20.04.4 LTS on nvme0n1p2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: Picasso from Advanced Micro Devices, Inc. [AMD/ATI]
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.15.0-46-generic root=UUID=0e385382-991b-4f7e-8dc7-862777dce48d ro quiet splash vt.handoff=7
df -Th / : /dev/sda2        ext4   916G    116G  754G  14% /

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

BIOS/UEFI firmware: FX705DU.316(5.14) from American Megatrends Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
No EFI in dmseg.
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)


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

Disks info: ____________________________________________________________________

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

Partitions info (1/3): _________________________________________________________

sda2	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios
sda1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
nvme0n1p1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
nvme0n1p2	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios
sdb1	: 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
nvme0n1p1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
nvme0n1p2	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdb1	: 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,	no--grub.d,	sda
nvme0n1p1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1
nvme0n1p2	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	nvme0n1
sdb1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sdb
sdb2	: maybesepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sdb

fdisk -l (filtered): ___________________________________________________________

Disk sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 58EF9EB1-8FCC-4260-936E-49B0426B50CD
        Start        End    Sectors  Size Type
sda1     2048    1050623    1048576  512M EFI System
sda2  1050624 1953523711 1952473088  931G Linux filesystem
Disk nvme0n1: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 8F12E3F0-033C-4F2E-911E-C8E41564A9F5
            Start       End   Sectors  Size Type
nvme0n1p1    2048   1050623   1048576  512M EFI System
nvme0n1p2 1050624 500117503 499066880  238G Linux filesystem
Disk sdb: 3.65 TiB, 4000787029504 bytes, 7814037167 sectors
Disk identifier: 23913994-B7D1-496A-AE5D-BE410DD4E29C
       Start        End    Sectors  Size Type
sdb1      40     409639     409600  200M EFI System
sdb2  411648 7814035455 7813623808  3.7T Microsoft basic data

parted -lm (filtered): _________________________________________________________

sda:1000GB:scsi:512:4096:gpt:ATA TOSHIBA MQ04ABF1:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:1000GB:1000GB:ext4::;
sdb:4001GB:scsi:512:4096:gpt:LaCie Mobile Drive:;
1:20.5kB:210MB:210MB:fat32:EFI System Partition:boot, esp;
2:211MB:4001GB:4001GB:::msftdata;
nvme0n1:256GB:nvme:512:512:gpt:KINGSTON RBUSNS8154P3256GJ3:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:256GB:256GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME        FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL
sda                                                                                                  
├─sda1      vfat     5A9D-A87C                            3fe2c936-fc21-4c69-8176-08ccc19ce6ea       EFI System Partition
└─sda2      ext4     0e385382-991b-4f7e-8dc7-862777dce48d 2ee777cc-2536-42dd-b878-ea9b7d154bd3       
sdb                                                                                                  
├─sdb1      vfat     67E3-17ED                            8780c8d6-d0c4-41eb-bcc7-6cbb2f4e11c8 EFI   EFI System Partition
└─sdb2      exfat    5C66-8555                            3f01a2b6-d078-4a4e-b4eb-8dc8d02927f8 LaCie 
nvme0n1                                                                                              
├─nvme0n1p1 vfat     695C-5989                            13ca64d5-2dca-4a76-b992-ce6bb6f35bcf       EFI System Partition
└─nvme0n1p2 ext4     b7f5c799-993d-42db-b72f-f5b66c0a0ccd 59e6a19b-93da-4251-ba23-d9428b3d4313       

Mount points (filtered): _______________________________________________________

                        Avail Use% Mounted on
/dev/nvme0n1p2         212.7G   4% /mnt/boot-sav/nvme0n1p2
/dev/sda1                511M   0% /mnt/boot-sav/sda1
/dev/sda2              753.2G  13% /
/dev/sdb1              196.9M   0% /mnt/boot-sav/sdb1
/dev/sdb2                 61G  98% /media/tux/LaCie

Mount options (filtered): ______________________________________________________

/dev/nvme0n1p2         ext4            rw,relatime
/dev/sda1              vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/sda2              ext4            rw,relatime,errors=remount-ro
/dev/sdb1              vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/sdb2              exfat           rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro

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

search.fs_uuid 0e385382-991b-4f7e-8dc7-862777dce48d root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

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

Ubuntu   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.13.0-52-generic   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.4.0-26-generic   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

======================== nvme0n1p2/etc/fstab (filtered) ========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=b7f5c799-993d-42db-b72f-f5b66c0a0ccd /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=695C-5989  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

==================== nvme0n1p2/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=""

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

           GiB - GB             File                                 Fragment(s)
 106,638671875 = 114,502402048  boot/grub/grub.cfg                             3
 104,854206085 = 112,586346496  boot/vmlinuz                                   1
 104,854206085 = 112,586346496  boot/vmlinuz-5.13.0-52-generic                 1
   4,761833191 = 5,112979456    boot/vmlinuz-5.4.0-26-generic                  1
   4,761833191 = 5,112979456    boot/vmlinuz.old                               1
   8,305660248 = 8,918134784    boot/initrd.img                                4
   8,305660248 = 8,918134784    boot/initrd.img-5.13.0-52-generic              4
   8,262165070 = 8,871432192    boot/initrd.img-5.4.0-26-generic               2
   8,262165070 = 8,871432192    boot/initrd.img.old                            2

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

-rwxr-xr-x 1 root root 18224 Jan 11  2022 10_linux
-rwxr-xr-x 1 root root 42359 Jan 11  2022 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Apr 15  2020 20_linux_xen
-rwxr-xr-x 1 root root 12059 Apr 15  2020 30_os-prober
-rwxr-xr-x 1 root root  1424 Apr 15  2020 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 21 04:06 35_fwupd
-rwxr-xr-x 1 root root   214 Apr 15  2020 40_custom
-rwxr-xr-x 1 root root   216 Apr 15  2020 41_custom

======================== nvme0n1p2/etc/grub.d/35_fwupd =========================

#! /bin/sh
# SPDX-License-Identifier: LGPL-2.1+
set -e
[ -d ${pkgdatadir:?} ]
# shellcheck source=/dev/null
. "$pkgdatadir/grub-mkconfig_lib"
if [ -f /var/lib/fwupd/uefi_capsule.conf ] &&
   ls /sys/firmware/efi/efivars/fwupd-*-0abba7dc-e516-4167-bbf5-4d9d1c739416 1>/dev/null 2>&1; then
      . /var/lib/fwupd/uefi_capsule.conf
      if [ "${EFI_PATH}" != "" ] && [ "${ESP}" != "" ]; then
      echo "Adding Linux Firmware Updater entry" >&2
cat << EOF
menuentry 'Linux Firmware Updater' \$menuentry_id_option 'fwupd' {
EOF
      ${grub_probe:?}
      prepare_grub_to_access_device '`${grub_probe} --target=device \${ESP}` | sed -e "s/^/\t/"'
cat << EOF
	chainloader ${EFI_PATH}
}
EOF
      fi
fi

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

Ubuntu   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-46-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-43-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu 20.04.4 LTS (20.04) (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.13.0-52-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.4.0-26-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
### 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=0e385382-991b-4f7e-8dc7-862777dce48d /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=695C-5989  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

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

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

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

           GiB - GB             File                                 Fragment(s)
  15,827209473 = 16,994336768   boot/grub/grub.cfg                             1
  20,191307068 = 21,680250880   boot/vmlinuz                                   1
  14,675285339 = 15,757467648   boot/vmlinuz-5.15.0-43-generic                 1
  20,191307068 = 21,680250880   boot/vmlinuz-5.15.0-46-generic                 1
  14,675285339 = 15,757467648   boot/vmlinuz.old                               1
  20,757072449 = 22,287736832   boot/initrd.img                                3
 112,188472748 = 120,461455360  boot/initrd.img-5.15.0-43-generic              6
  20,757072449 = 22,287736832   boot/initrd.img-5.15.0-46-generic              3
 112,188472748 = 120,461455360  boot/initrd.img.old                            6

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

-rwxr-xr-x 1 root root 18224 Jan 11  2022 10_linux
-rwxr-xr-x 1 root root 42359 Jan 11  2022 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Apr 15  2020 20_linux_xen
-rwxr-xr-x 1 root root 12059 Apr 15  2020 30_os-prober
-rwxr-xr-x 1 root root  1424 Apr 15  2020 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 21 04:06 35_fwupd
-rwxr-xr-x 1 root root   214 Apr 15  2020 40_custom
-rwxr-xr-x 1 root root   216 Apr 15  2020 41_custom

=========================== sda2/etc/grub.d/35_fwupd ===========================

#! /bin/sh
# SPDX-License-Identifier: LGPL-2.1+
set -e
[ -d ${pkgdatadir:?} ]
# shellcheck source=/dev/null
. "$pkgdatadir/grub-mkconfig_lib"
if [ -f /var/lib/fwupd/uefi_capsule.conf ] &&
   ls /sys/firmware/efi/efivars/fwupd-*-0abba7dc-e516-4167-bbf5-4d9d1c739416 1>/dev/null 2>&1; then
      . /var/lib/fwupd/uefi_capsule.conf
      if [ "${EFI_PATH}" != "" ] && [ "${ESP}" != "" ]; then
      echo "Adding Linux Firmware Updater entry" >&2
cat << EOF
menuentry 'Linux Firmware Updater' \$menuentry_id_option 'fwupd' {
EOF
      ${grub_probe:?}
      prepare_grub_to_access_device '`${grub_probe} --target=device \${ESP}` | sed -e "s/^/\t/"'
cat << EOF
	chainloader ${EFI_PATH}
}
EOF
      fi
fi



Suggested repair: ______________________________________________________________

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

Blockers in case of suggested repair: __________________________________________

 Please use this software in a live-session (live-CD or live-USB). This will enable this feature.

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.4 LTS CurrentSession entry (sda1/efi/****/grub****.efi (**** will be updated in the final message) file) !

Hors ligne

#68 Le 14/08/2022, à 15:21

Korak

Re : Grub

================================ 2 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04.4 LTS CurrentSession on sda2
OS#2:   Ubuntu 20.04.4 LTS on nvme0n1p2

Ton PC démarre toujours le le HDD et pas sur le SSD !

Aurais-je mal compris ou tu sais démarrer aussi sur le SSD ?

OS: Ubuntu 22.04 64 bits + Windows 11 64 bits en dualboot (BIOS UEFI, Secure Boot activé et table de partitions GPT)
PC portable HP 17-CP0308NF   Processeur: AMD Ryzen 7 5700U avec carte graphique AMD Lucienne intégrée au processeur.   Mémoire vive: 16 Go RAM
Quand vous ne trouvez pas la solution à un problème, cherchez des pistes menant à la solution !

Hors ligne

#69 Le 14/08/2022, à 15:33

geole

Re : Grub

Mes commentaires

================================ 2 OS detected =================================
OS#1:   L'OS actuellement utilisé - Ubuntu 20.04.4 LTS CurrentSession on sda2
OS#2:   Ubuntu 20.04.4 LTS on nvme0n1p2

Donc  tu as encore choisi le disque lent.

===================================== UEFI =====================================
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

================== nvme0n1p1/efi/ubuntu/grub.cfg (filtered) ===================
search.fs_uuid 0e385382-991b-4f7e-8dc7-862777dce48d root hd0,gpt2 
─sda2      ext4     0e385382-991b-4f7e-8dc7-862777dce48d 2ee777cc-2536-42dd-b878-ea9b7d154bd3

Pourtant, tu as la possibilité de choisir le NVME dans la liste proposée

====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-46-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-43-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu 20.04.4 LTS (20.04) (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.13.0-52-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.4.0-26-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd

Il faut faire ce choix
Lorsque tu seras enfin dans le nvme, tu feras ces commandes

sudo  grub-install
sudo update-grub
sudo add-apt-repository -y ppa:yannubuntu/boot-repair; sudo apt update; sudo apt install -y boot-info; boot-info

Tu en posteras le retour
et on pourra enfin traiter    le rapatriement de tes  données mal stockées.
Ajout
Ayant vu la taille de tes disques

disk -l (filtered): ___________________________________________________________

Disk sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 58EF9EB1-8FCC-4260-936E-49B0426B50CD
        Start        End    Sectors  Size Type
sda1     2048    1050623    1048576  512M EFI System
sda2  1050624 1953523711 1952473088  931G Linux filesystem
Disk nvme0n1: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 8F12E3F0-033C-4F2E-911E-C8E41564A9F5
            Start       End   Sectors  Size Type
nvme0n1p1    2048   1050623   1048576  512M EFI System
nvme0n1p2 1050624 500117503 499066880  238G Linux filesystem

Ma proposition  qui peut être discutée, serait de transformer la partition SDA2 en partition de données personnelles en conservant sa structure.
Cela veut dire qu'on fera un automatisme pour pointer directement dedans après y avoir transféré tes données personnelles qui sont dans le home du nvme

Sur le principe c'est décrit ici
Cela s'appelle une partition de données personnelles.

Attention
Il n'y aura que le montage de la partition de données à prévoir
et la commande du Déplacement des répertoires deviendra probablement

cp -Ruv  Documents Images Musique Public Téléchargements Vidéos /media/data/home/$USER
rm -Rv  Documents Images Musique Public Téléchargements Vidéos

Dernière modification par geole (Le 14/08/2022, à 15:52)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#70 Le 14/08/2022, à 15:38

iznobe

Re : Grub

@geole , c' est moi ou tu as fait une erreur d' interpretation :

geole a écrit :

Donc  tu as encore choisi le disque lent.

===================================== UEFI =====================================
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

....
Pourtant, tu as la possibilité de choisir le NVME dans la liste proposée

le boot-order ne propose toujours qu ' une  seule option , malgré les commandes apportés par @Babdu89 pour remettre en etat .

si les commandes de Babdu89 ont été passées , on ne voit aucun changement par rapport a avant en tout cas .
un seul choix dans le boot-order
un timer toujours de 1 sec avant d' enclencher le demarrage .

Dernière modification par iznobe (Le 14/08/2022, à 16:09)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#71 Le 14/08/2022, à 15:52

Qid

Re : Grub

Pour ma part après avoir lu le dernier bootinfo on y voit que les 2 systèmes utilisent la partition efi du nvme... De plus je doute que ce soit le GRUB de sda2 (qui propose les 2 systèmes) qui soit bien visible... Sinon en effet vous auriez réussi à le faire démarrer sur le nvme...

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#72 Le 14/08/2022, à 16:12

geole

Re : Grub

Mes commentaires en plus détaillés
1) comment est-on

================================ 2 OS detected =================================
OS#1:   L'OS actuellement utilisé - Ubuntu 20.04.4 LTS CurrentSession on sda2
OS#2:   Ubuntu 20.04.4 LTS on nvme0n1p2

On voit que l'O.S. qui tourne n'est pas le NVME
Donc  tu as encore choisi le disque lent au choix du grub qui maintenant s'affiche

2) Comment a-t-on booté

===================================== UEFI =====================================
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002
Boot0002* ubuntu	HD(1,GPT,13ca64d5-2dca-4a76-b992-ce6bb6f35bcf,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)

. Je  ne suis pas surpris. l'installateur grub REFUSE de COMPRENDRE
que la bonne solution est de mettre la structure de boot dans le même disque que le logiciel.
Il n'y a donc qu'une ligne de choix pour EFI.
grâce  à l'UUID on sait que la partition de boot est sur le NVME

├─nvme0n1p1 vfat     695C-5989                            13ca64d5-2dca-4a76-b992-ce6bb6f35bcf       EFI System Partition

3) Qu'a-t-on installé.

================== nvme0n1p1/efi/ubuntu/grub.cfg (filtered) ===================
search.fs_uuid 0e385382-991b-4f7e-8dc7-862777dce48d root hd0,gpt2 
─sda2      ext4     0e385382-991b-4f7e-8dc7-862777dce48d 2ee777cc-2536-42dd-b878-ea9b7d154bd3

on sait qu'en EFI cela démarre par le shim qui lance le grub EFI qui regarde ce qu'il faut lancer. Grace à l'UUID ont sait que c'est stocké sur SDA2  qui est le disque dur.
En fait c'est toujours la même chose, le dernier logiciel installé est le grand gagnant
4) Le choix des O.S. a booter
Pourtant, tu as la possibilité de choisir le NVME dans la liste proposée dans ce grub 

====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-46-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu, avec Linux 5.15.0-43-generic   0e385382-991b-4f7e-8dc7-862777dce48d
Ubuntu 20.04.4 LTS (20.04) (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.13.0-52-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd
Ubuntu, avec Linux 5.4.0-26-generic (sur nvme0n1p2)   b7f5c799-993d-42db-b72f-f5b66c0a0ccd

on y voit le commentaire et aussi le UUID b7f5c799-993d-42db-b72f-f5b66c0a0ccd

─nvme0n1p2 ext4     b7f5c799-993d-42db-b72f-f5b66c0a0ccd 59e6a19b-93da-4251-ba23-d9428b3d431

5)  Il faut faire ce choix pour pouvoir traiter correctement l'emplacement des données
c'est à dire cette phrase "Effectivement plus rapide si je boote sur le NVME mais j'ai perdu tous mes fichiers divers."

Si tu n'as pas le temps de choisir, on augmentera le délai de réflexion GRUB_TIMEOUT=10 pour le mettre à 51 secondes.

Dernière modification par geole (Le 14/08/2022, à 16:14)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#73 Le 14/08/2022, à 16:18

iznobe

Re : Grub

Bon decidement , les boot-info et moi on n' est pas vraiment copain hmm

supprimer les partitions EFI inutiles ( sda1 et sdb1 ) ne servira donc a rien pour le probleme actuel ?

est ce que cette commande pourrait etre utile a partir du systeme en cours :

sudo grub-install /dev/nvme0n1p1

?

si os-prober detecte les 2 os , alors l ' install du grub devrait faire apparaitre les 2 systemes et reset les parametres non ?( notamment le timer a 1 ) .

un coup de " boot order -o " pour mettre le NVME en prio ensuite et voili ? vu qu ' on est sur sda2 .

Dernière modification par iznobe (Le 14/08/2022, à 16:23)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#74 Le 14/08/2022, à 16:19

Qid

Re : Grub

Et sinon pour être peut-être plus sûr de booster le système sur le nvme je reproposerais bien de passer soit par supergrubdisk soit par refind (l'un comme l'autre utilisable en livecd)

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#75 Le 14/08/2022, à 16:24

geole

Re : Grub

iznobe a écrit :

est ce que cette commande pourrait etre utile a partir du systeme en cours :

sudo grub-install /dev/nvme0n1p1

?

Cela est une commande LEGACY qui installe le grub en cours de fonctionnement
Il faut donc être dans  dans le grub  qui boote  sur le NVME pour lancer

 sudo grub-install

Il utilise le contenu du fichier /efc/fstab 

======================== nvme0n1p2/etc/fstab (filtered) ========================
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=695C-5989  /boot/efi       vfat    umask=0077      0       1

vérification

blkid (filtered): ______________________________________________________________
NAME        FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL                                                                                 
├─nvme0n1p1 vfat     695C-5989                            13ca64d5-2dca-4a76-b992-ce6bb6f35bcf       EFI 
System Partition

Sinon on peut  toujours utiliser boot-repair

The default repair of the Boot-Repair utility would reinstall the grub-efi of sda2, using the following options:  sda1/boot/efi

qui respecte la règle du même disque. Mais il faudra utiliser l'option personnalisée.
Cela me semble plus simple en ligne de commande...

Dernière modification par geole (Le 14/08/2022, à 16:28)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

Pages : 1 2 3 4 5 6 7