GRUB - Ajouter en entrée disque dur sous Windows

Support Debian
#9

Merci de ta réponse et excuse moi de ne pas t’avoir répondu avant.

Je suis en train de mettre en place ce que tu m’as indiqué mais j’ai une interrogation de débutant. Comment fait dont pour “Créer une partition de taille 1 à 512 Mo” sachant que mon disque est déjà partitionner comme cela :

Device     Boot  Start       End   Sectors  Size Id Type
/dev/sda1  *      2048    499711    497664  243M 83 Linux
/dev/sda2       501758 175835135 175333378 83,6G  5 Extended
/dev/sda5       501760 175835135 175333376 83,6G 83 Linux

Merci de ton aide.

Gudbes

#10

Si le SSD est plein, il faut réduire une partition qui ne doit pas être montée, donc via un autre système pour la partition racine. Si tu utilise la ligne de commande, il faut réduire le système de fichiers avant de réduire la partition. En interface graphique, gparted le fait automatiquement.
La partition étendue finit à 90 Go, c’est vraiment la capacité du SSD ?

#11

Merci de ta réponse.

Oui mon ssd faut actuellement 90go mais je suis en cours de basculement vers un ssd de 480go donc cela devrait être un peu plus facile pour moi de trouver de la place.
La partition de 512 mo doit être en primaire ou logique ? Je peux la mettre à la fin ou doit elle etre la première ?

Désolé de toute mes questions mais je ne veux pas faire de betises.

Merci de ton aide

Gudbes

#12

Tes questions sont légitimes, hélas je ne peux y apporter de réponse catégorique.

L’emplacement ou le numéro de la partition système EFI ne devrait pas avoir d’importance. J’ai testé avec succès une partition système EFI située en fin de disque sur une de mes machines. Cependant on ne peut exclure un éventuel bug du firmware qui ne reconnaîtrait la partition si elle n’est pas la première ou au début du disque.

Je n’ai en revanche jamais testé une partition système EFI de type logique, et j’ignore si c’est permis par le standard UEFI et surtout supporté par les firmwares UEFI. Dans le doute, il vaut mieux créer une partition primaire, d’autant plus qu’il n’y en a déjà que 2 sur 4 possibles.

Il y a même un risque que le firmware de ta carte mère ne soit pas capable de booter en mode UEFI depuis un disque partitionné au format MSDOS (en contradition avec le standard) mais seulement au format GPT comme le disque qui contient Windows. Dans ce cas il reste possible de convertir le disque au format GPT avec [mono]gdisk[/mono] (avantage : plus besoin de se préoccuper des partitions primaires et logiques).

#13

Re,

Je reviens vers toi pour tes précieux conseils. J’ai donc créer ma partition en fin de disque de 512Mo en EFI formaté en fat32.
Lors du montage de /boot/efi, il m’indique qu’il est déjà monté. L’installation de grub-efi se passe bien mais voila le problème :

g udbes@pcx:/boot/efi$ su -c "grub-install --target=x86_64-efi --removable" Mot de passe : Installing for x86_64-efi platform. grub-install : erreur : impossible de trouver le répertoire EFI.

J’ai fais quelques recherches mais je n’ai rien trouvé de très intéressant.

Est ce que cette erreur te parle plus à toi.

Merci d’avance encore une fois.

Gudbes

#14

Vérifie que la partition système EFI est bien montée au bon endroit avec

df -hT ls -al /boot/efi
Si c’est le cas, il faut peut-être créer le répertoire /boot/efi/EFI à la main s’il n’existe pas déjà :

#15

Merci de ta réponse.
Alors je te met un copie de mes commandes. De ce que je vois, la partition efi ne semble pas monté. Mais quand je refais le “mount” il me dit que /boot/efi doit être occupé ce qui parait normal vu que je suis sur mon systeme (Debian). Qu’en penses tu ? Dois je faire les manip’ avec un livecd ?

Bonne journée à toi.

Gudbes

gudbes@pcx:/boot/efi$ su -c "mount /boot/efi"
Mot de passe : 
mount: /dev/sda3 est déjà monté ou /boot/efi est occupé

gudbes@pcx:/boot/efi$ df -hT
Sys. de fichiers         Type     Taille Utilisé Dispo Uti% Monté sur
/dev/dm-1                ext4       9,1G    7,0G  1,7G  81% /
udev                     devtmpfs    10M       0   10M   0% /dev
tmpfs                    tmpfs      1,6G    9,2M  1,6G   1% /run
tmpfs                    tmpfs      3,9G    996K  3,9G   1% /dev/shm
tmpfs                    tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs                    tmpfs      3,9G       0  3,9G   0% /sys/fs/cgroup
/dev/sdb1                ext2       236M     35M  189M  16% /boot
/dev/mapper/pcx--vg-home ext4        71G     14G   53G  21% /home
tmpfs                    tmpfs      795M     20K  795M   1% /run/user/1000
#16

La partition n’est pas montée. Le répertoire /boot/efi apparaît occupé parce que tu es dedans, regarde l’invite du shell :

Il faut te déplacer dans un autre répertoire, par exemple le répertoire personnel de ton compte utilisateur :

#17

C’est ma faute, j’ai pris une capture du code au mauvais moment car je voulais voir si j’avais bien accès à /boot/efi. Donc j’avais bien tester la commande avant sans être dans le dossier. Pour être sur j’ai refais la commande et idem.

gudbes@pcx:~$ su -c "mount /boot/efi"
Mot de passe : 
mount: /dev/sda3 est déjà monté ou /boot/efi est occupé

Gudbes

#18

Un détail m’étonne : /boot est sur le disque sdb alors que mount parle de monter une partition qui est sur sda. Peux-tu donner la sortie de [mono]blkid[/mono] et [mono]lsblk[/mono], et le contenu du fichier /etc/fstab ?

#19

Bonjour,

Je suis désolé de te prendre du temps pour mon problème. J’espère ne pas trop d’embêter.

Voilà les informations que tu m’as demandé :

gudbes@pcx:~$ su -c "blkid"
Mot de passe : 
/dev/mapper/sda5_crypt: UUID="IQPbXb-zLNt-ENHF-fPi1-zj7M-k30r-4Uvvyr" TYPE="LVM2_member"
/dev/mapper/pcx--vg-root: UUID="21db3a4c-f52d-4cad-adf1-79f669438276" TYPE="ext4"
/dev/sda1: UUID="FA06-2016" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="ed68aac3-d79b-4294-993e-2600226fb5a1"
/dev/sda3: LABEL="OS" UUID="AA55F7F6A100D6EC" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="7258fcfb-b619-482c-9107-45aafa7f592d"
/dev/sdb1: UUID="842ba730-3459-4068-ba86-7a1ee23a95d7" TYPE="ext2" PARTUUID="ee6d3c19-01"
/dev/sdb5: UUID="b378ec0c-d262-43c0-81f3-2db873abf513" TYPE="crypto_LUKS" PARTUUID="ee6d3c19-05"
/dev/sdc1: LABEL="DATA" UUID="CC3A39733A395BA0" TYPE="ntfs" PARTUUID="daec7ad6-01"
/dev/md126p1: LABEL="DATA" UUID="CC3A39733A395BA0" TYPE="ntfs"
/dev/mapper/pcx--vg-swap_1: UUID="c1e70c44-a1b7-4673-a3de-203014a4b38e" TYPE="swap"
/dev/mapper/pcx--vg-home: UUID="2b521b54-1fc4-435d-b88d-3ee4ecc81337" TYPE="ext4"
/dev/sdh1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" UUID="5CD0BAC7D0BAA6A4" TYPE="ntfs" PARTUUID="74ef36db-01"
/dev/sdh3: UUID="D43A37543A3732BA" TYPE="ntfs" PARTUUID="74ef36db-03"
/dev/sdb3: UUID="AAA0-C1EB" TYPE="vfat" PARTUUID="ee6d3c19-03"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="f7baac3f-f8a1-4940-b558-c9556e441fab"
/dev/md126: PTUUID="daec7ad6" PTTYPE="dos"
/dev/sdh2: UUID="BC0C9CA00C9C56EC" TYPE="ntfs" PARTUUID="74ef36db-02"
gudbes@pcx:~$ lsblk
NAME                 MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                    8:0    0  83,9G  0 disk  
├─sda1                 8:1    0  65,5M  0 part  
├─sda2                 8:2    0   128M  0 part  
└─sda3                 8:3    0  83,7G  0 part  
sdb                    8:16   0 447,1G  0 disk  
├─sdb1                 8:17   0   243M  0 part  /boot
├─sdb3                 8:19   0   511M  0 part  
└─sdb5                 8:21   0  83,6G  0 part  
  └─sda5_crypt       253:0    0  83,6G  0 crypt 
    ├─pcx--vg-root   253:1    0   9,3G  0 lvm   /
    ├─pcx--vg-swap_1 253:2    0     3G  0 lvm   [SWAP]
    └─pcx--vg-home   253:3    0  71,3G  0 lvm   /home
sdc                    8:32   0 931,5G  0 disk  
└─sdc1                 8:33   0 931,5G  0 part  
sdh                    8:112  0 447,1G  0 disk  
├─sdh1                 8:113  0   350M  0 part  /media/gudbes/Réservé au système
├─sdh2                 8:114  0 446,4G  0 part  /media/gudbes/BC0C9CA00C9C56EC
└─sdh3                 8:115  0   450M  0 part  /media/gudbes/D43A37543A3732BA
sr0                   11:0    1  1024M  0 rom  
gudbes@pcx:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/pcx--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=842ba730-3459-4068-ba86-7a1ee23a95d7 /boot           ext2    defaults        0       2
/dev/mapper/pcx--vg-home /home           ext4    defaults        0       2
/dev/mapper/pcx--vg-swap_1 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
UUID=AA55F7F6A100D6EC  /boot/efi  vfat  defaults

Encore et encore merci de ton aide.

Bonne journée à toi.

Gudbes

#20

Je ne comprends pas tout, les informations de blkid et lsblk ne collent pas avec la table de partition du disque Windows que tu avais mentionnée au début du fil.

En tout cas tu n’as pas mis le bon UUID dans /etc/fstab. C’est l’UUID d’une partition NTFS sur le disque Windows /dev/sda, alors que la partition que tu as créée sur le disque Linux /dev/sdb a pour UUID AAA0-C1EB. L’erreur vient probablement de là, bien que le libellé aurait dû être “mauvais type de système de fichiers”.

Vérifie aussi avec [mono]fdisk -l /dev/sdb[/mono] que la partition a bien pour type “EFI system” (identifiant “ef”).

#21

En modifiant selon tes conseils j’ai pu avancer dans ton tuto.
Grub-install est donc installé. J’ai redémarré mon poste et réactiver secureboot et UEFI mais lorsque je tape la commande efiboot mgr voici le résultat et je suis de nouveau bloqué :

gudbes@pcx:~$ efibootmgr
efibootmgr: EFI variables are not supported on this system.

Je ne me décourage pas et je vais faire des recherches sur ce petit “hic”

Gudbes

#22

Il ne faut pas activer le secure boot. Ce n’est pas compatible avec le chargeur GRUB EFI de Debian. Il faut seulement activer le boot UEFI.

Au passage, [mono]efibootmgr[/mono] doit être exécuté en root.

#23

En root, c’est mieux

gudbes@pcx:~$ su -c "efibootmgr"
Mot de passe : 
efibootmgr: Skipping unreadable variable Boot0001: Input/output error
Timeout: 1 seconds
BootOrder: 0001,0003,0004,0002
Boot0002  Lecteur CD/DVD 
Boot0003* Windows Boot Manager
Boot0004* UEFI OS

J’ai donc désactivé secureboot et continué le tuto et EUREKA,l’entrée Windows est maintenant présente et fonctionne NICKEL.

Je te remercie très sincèrement du temps que tu as passé pour m’aider à solutionner mon problème. Beaucoup de gens aurait régler le problème en faisant une réinstallation mais moi j’aime apprendre ^^.

Merci milles fois et je reviens très vite avec un nouveau soucis mais ça se sera dans un autre sujet.

Bonne continuation

Gudbes

#24

C’est normal, si tu relis mes premiers messages j’avais prévenu que cela arriverait si on n’utilisait pas la partition système EFI de Windows.
Avant de mettre les choses au propre, tu peux faire ceci :

mount UUID=FA06-2016 /boot/efi update-grub
Cela devrait remplacer l’entrée “Windows 8” par une entrée “Windows Boot Manager” qui fonctionne.

Par contre je suis un peu étonné que ce soit GRUB qui démarre par défaut au lieu de Windows Boot Manager.

#25

[quote=“PascalHambourg”]C’est normal, si tu relis mes premiers messages j’avais prévenu que cela arriverait si on n’utilisait pas la partition système EFI de Windows.
Avant de mettre les choses au propre, tu peux faire ceci :

mount UUID=FA06-2016 /boot/efi update-grub
Cela devrait remplacer l’entrée “Windows 8” par une entrée “Windows Boot Manager” qui fonctionne.

Par contre je suis un peu étonné que ce soit GRUB qui démarre par défaut au lieu de Windows Boot Manager.[/quote]

Je viens juste de modifier ma répondre précédente ^^ Par contre je te confirme que c’est bien grub qui démarre en premier.

Gudbes

#26

Hola non, ce n’est pas fini. Après un reboot, l’entrée pour Windows disparaîtra à la prochaine mise à jour de grub.cfg. Il faut maintenant la rendre persistante.
(A suivre, pas le temps maintenant)

#27

Excepté pour corriger une erreur, il vaut mieux créer un nouveau message. C’est plus visible qu’un message déjà lu et modifié.

Donc tu as bien exécuté la dernière étape pour rendre l’entrée de menu de Windows Boot Manager persistante ? Pour le vérifier, tu démontes la partition EFI de Windows si elle est encore montée (ou tu redémarres) et tu exécutes à nouveau [mono]update-grub[/mono]. Windows Boot Manager ne sera pas détecté mais devrait quand même être présent (et opérationnel) dans le fichier /boot/grub/grub.cfg dans la section 40_custom au lieu de os-prober.

#28

Chalut,

Et tu arrives à démarrer sous Windows 10 sans Secure Boot ?