La partition EFI demande un disque absent - [RESOLU]

RidingAround · Le 27/01/2023, à 14:21

Bonjour à tous,
je suis sur un serveur Ubuntu qui refuse de démarrer car la partition EFI demande le montage d'un disque dur qui est récemment décédé.
Ce disque dur n'est pas celui du système, ni ne fait partie du raid 5.
Nous n'avons pas besoin de remplacer ce disque, seulement de le retirer.

Je me demande ce que je devrais faire pour tout simplement lui faire oublier.

Merci

Dernière modification par RidingAround (Le 02/02/2023, à 02:07)

Vobul · Le 27/01/2023, à 15:00

T'es sûr que c'est la "partition EFI" ? Pas simplement une ligne à retirer de /etc/fstab ?

iznobe · Le 27/01/2023, à 16:27

Bonjour , il vaut mieux copier l' ancienne partition EFI sur le nouveau disque , puis mettre a jour le fstab .

sinon , ca serait bien de montrer le pourquoi .

Et generalement ca se passe dans le fstab , mais on a trop peu d' elements pour repondre correctement .

Nous n'avons pas besoin de remplacer ce disque, seulement de le retirer.

c ' est quoi la difference entre les 2 choix du point de vue du systeme ? dans les 2 cas la partition ne sera plus presente ...

Dernière modification par iznobe (Le 27/01/2023, à 16:27)

Qid · Le 27/01/2023, à 22:46

Bref... Faut effectivement montrer le fstab car c'est là que tout se passe niveau référencement de partition...

Nb : ne pas confondre la partition efi avec le GRUB...
Si c'est l'efi qui est en carafe il faut voir le bios...

geole · Le 27/01/2023, à 22:52

Bonsoir.
Lorsque le boot plante

nano /etc/fstab

et mets ##### devant la partition décédée.

Dernière modification par geole (Le 27/01/2023, à 22:53)

RidingAround · Le 30/01/2023, à 13:47

Salut à tous,
dsl pour mon absence ce WE.
Non, il n'y a aucune erreur dans le fstab, qui ne monte que ce qui est nécessaire.
J'ai donc:
- un M2 qui contient /
- un RAID 5 qui contient 4 disques durs HDD 1 To cryptés LUKS (monté dans /etc/mdadm.mdadm.conf et /etc/crypttab) et qui est monté en /home
- un SSD branché ici pour des besoins de dépannage momentanés, dont personne n'a plus besoin

Le fait de démarrer avec engendre un boot normal. Son absence affiche un Grub Rescue anonçant la recherche vaine d'une partition EFI.
Il me semble que mon BIOS a commencé à utiliser la partition EFI de ce disque dur au lieu de celle du M2.

Il me faut maintenant lui enlever cette idée de la tête !

Dernière modification par RidingAround (Le 31/01/2023, à 02:17)

Qid · Le 30/01/2023, à 14:34

RidingAround a écrit :

Il me semble que mon BIOS a commencé à utiliser la partition EFI de ce disque dur au lieu de celle du M2.
Il me faut maintenant lui enlever cette idée de la tête !

Ah bah après si tu as 2 partitions efi et que tu ne choisi pas la bonne au démarrage c'est un autre problème... Mais qui n'a rien à avoir avec le système puisque c'est encore l'uefi qui intervient dans ce cas...

jplemoine · Le 30/01/2023, à 15:21

De mémoire, c'est dans la configuration de l'EFI (à laquelle on accède un peu comme le Bios de l'ancien temps).
On donne le disque / partition à utiliser au démarrage.
Il faut alors lui dire d'utiliser le M2.
--> C'est bien une partition (/boot/efi de mémoire).

RidingAround · Le 31/01/2023, à 02:15

Pas trouvé cette rubrique dans ma CM.
Mais je me dis que si sans le disque j'arrive tout de même dans Grub, c'est peut-être plus un souci avec celui-ci.

sudo dpkg -l | grep grub | grep ii
ii  grub-common                                2.06-2ubuntu7.1                         amd64        GRand Unified Bootloader (common files)
ii  grub-efi-amd64-bin                         2.06-2ubuntu10                          amd64        GRand Unified Bootloader, version 2 (EFI-AMD64 modules)
ii  grub-efi-amd64-signed                      1.182~22.04.1+2.06-2ubuntu10            amd64        GRand Unified Bootloader, version 2 (EFI-AMD64 version, signed)
ii  grub-gfxpayload-lists                      0.7                                     amd64        GRUB gfxpayload blacklist
ii  grub-pc                                    2.06-2ubuntu7.1                         amd64        GRand Unified Bootloader, version 2 (PC/BIOS version)
ii  grub-pc-bin                                2.06-2ubuntu7.1                         amd64        GRand Unified Bootloader, version 2 (PC/BIOS modules)
ii  grub2-common                               2.06-2ubuntu7.1                         amd64        GRand Unified Bootloader (common files for version 2)

efibootmgr -v
EFI variables are not supported on this system.

blkid
/dev/sdb3: UUID="97075cb9-1313-4574-8f4d-a42c1f98ed76" TYPE="swap" PARTUUID="a4043d4b-c0f7-4f12-b0b5-81ce3399875c"
/dev/sdb4: UUID="629575bb-caba-41f5-8564-066870427f63" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2d091ec5-2e53-4d8a-9791-3c6d140b1bca"
/dev/loop1: TYPE="squashfs"
/dev/sdf1: UUID="798d9b54-b460-8670-90a7-768a3f9c9f81" UUID_SUB="116f0923-e547-5a87-85fe-264105d551fb" LABEL="m-MS-7971:0" TYPE="linux_raid_member" PARTUUID="ab3c4844-a9a3-ea41-a774-ada24f26b270"
/dev/sdd1: UUID="798d9b54-b460-8670-90a7-768a3f9c9f81" UUID_SUB="805e079b-1d15-14cc-0ecb-214c8aa6e4cd" LABEL="m-MS-7971:0" TYPE="linux_raid_member" PARTUUID="4c33ec09-bb1d-7b41-b545-c55c253f3f6a"
/dev/loop8: TYPE="squashfs"
/dev/sdb2: UUID="9606-E8DB" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="7ead20ad-9542-4189-9f87-34257a6cb79a"
/dev/loop6: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/md0: UUID="40e77670-8c79-40e5-8c94-9b3c7a84835d" TYPE="crypto_LUKS"
/dev/loop2: TYPE="squashfs"
/dev/loop0: TYPE="squashfs"
/dev/mapper/home: UUID="bfe78543-be71-4e54-863e-0c2df921e676" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sde1: UUID="798d9b54-b460-8670-90a7-768a3f9c9f81" UUID_SUB="6335f431-ba9c-3c9b-810c-fc7bbd89d8d7" LABEL="m-MS-7971:0" TYPE="linux_raid_member" PARTUUID="5d647857-9a3b-684c-ad80-a5ba77c73569"
/dev/loop9: TYPE="squashfs"
/dev/sdc1: UUID="798d9b54-b460-8670-90a7-768a3f9c9f81" UUID_SUB="7a79121e-1ada-600d-1ce0-e6c58deeba4c" LABEL="m-MS-7971:0" TYPE="linux_raid_member" PARTUUID="26bbc0c0-e1bf-3b43-8eee-55dc54e7de63"
/dev/loop7: TYPE="squashfs"
/dev/sda4: UUID="993ce097-2bc5-4aff-838d-48008e74119f" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="a289f099-606d-4b1b-a780-a444a4857336"
/dev/sda2: UUID="385C-2A92" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="b42d7912-ea6f-4cc0-8b56-c8a2374b2c95"
/dev/sda3: UUID="a6718081-5269-42a6-9ae0-4f23e9c8e714" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="de2d30ee-53dc-4376-becc-0fbf24b77a94"
/dev/loop5: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/sdb1: PARTUUID="2f89b9b5-f41b-498c-b921-a38928544194"
/dev/sda1: PARTUUID="2b6bab23-c1e4-4486-9f01-205a37a86e8c"

Le disque que je dois utiliser est /dev/sdb

sudo fdisk /dev/sdb
Disque /dev/sdb : 111,8 GiB, 120040980480 octets, 234455040 secteurs
Disk model: WDC WDS120G2G0B-
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 8F9D36B6-6E0E-4C57-89A7-8990E38C55F8

Périphérique   Début       Fin  Secteurs Taille Type
/dev/sdb1       2048   2000895   1998848   976M Amorçage BIOS
/dev/sdb2    2000896   4001791   2000896   977M Système EFI
/dev/sdb3    4001792   6002687   2000896   977M Partition d'échange Linux
/dev/sdb4    6002688 234452991 228450304 108,9G Système de fichiers Linux

Alors je pense à faire un truc du genre

grub-install /dev/sdb + update-grub

mais j'ai toujours pu éviter de tripoter Grub, alors j'attends des avis

Dernière modification par RidingAround (Le 31/01/2023, à 02:29)

geole · Le 31/01/2023, à 11:14

Bonjour.
Ainsi que

cat /etc/fstab

Mais, si tu veux booter via le disque SDB, il faut que tu ailles dans le bios pour dur pour lui dire de booter sur sdb au lieu de SDX.

Surprenant. Tes commandes semblent montrer que tu as bien booté et que EFI n'est pas présent.
Si tu as booté avec un live-usb ou avec le SSD de secours, fais donc un boot-info. https://doc.ubuntu-fr.org/tutoriel/boot-info et poste l'url qui sera générée en methode copier/coller.

Puisque tu bootes avec un ssd de dépannage,
1)

 sudo update-grub

2 ) reboote en choisissant le bon ubuntu.
3)

sudo grub-install

4)

sudo update-grub

5) arrêt de l'ordinateur, débranchement du SSD de secours et boot normal

Dernière modification par geole (Le 31/01/2023, à 11:37)

RidingAround · Le 01/02/2023, à 21:55

Salut,
comme dit, mon fstab est correct.
Mon bios n'est pas en question, car dedans:
- il n'est pas question de choix de partition /dev/sdxx efi ou autre
- mon M2 est bien le bon en premier choix de boot
- un boot avec F9 et choix de mon M2 donne le même résultat

Aussi, je ne boote pas avec un ssd de dépannage: il est juste là, et il ne sert à rien; je boot sur le M2. C'est le fait de le retirer qui provoque un grub_rescue. Tant qu'il est là je n'ai pas d'erreur.
On dirait une notion de persistance à laquelle je n'accède pas dans le bios ou autre.

iznobe · Le 01/02/2023, à 22:03

Bonjour , le mieux serait encore de fournir un boot-info :

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

puis de donner l 'URI une fois l' analyse terminée , on y verra plus clair sur la situation de ton serveur

Dernière modification par iznobe (Le 01/02/2023, à 22:03)

RidingAround · Le 02/02/2023, à 01:11

Bonsoir à tous, et merci pour votre participation.

Le problème est résolu, et je dois dire que c'était un truc très basique caché dans un truc subtil.
En effet, j'ai dû déplacer mon matériel dans un nouveau pc, et tant qu'à faire, j'avais décidé de partir sur une install fraîche pour monter de version, et poser un nouveau M2.
Mais mon RAID 5 chiffré luks a eu besoin d'être reconstruit.
J'avais donc importé fstab, crypttab et mdadm.conf dans le nouveau pc. Mais j'ai omis de retirer un SSD qui m'avait servi lors de ma config à cloner un autre disque. J'avais donc un moment un fstab correct, mais au reboot, il a été modifié et une ligne ajoutée, que je n'ai pas vue, car je n'y étais pas retourné jusqu'alors:

# /boot/efi was on /dev/sda2 during installation
#UUID=385C-2A92					/boot/efi	vfat	umask=0077		0		1

Or,

ls /dev/disk by-uuid
385C-2A92 ET 9606-E8DB

...

On aura bien compris que la bonne est la deuxième...

Donc oui, il y avait un appel d'une EFI sur le mauvais disque, qui m'avait échappé dans mes galères de reconstruction RAID et de clonages foireux successifs sur de mauvaises clés USB :{
Vous aviez donc évidemment trouvé rapidement, pendant que j'avais le nez dans le guidon, le coup classique.

Dernière modification par RidingAround (Le 02/02/2023, à 01:17)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 27/01/2023, à 14:21

La partition EFI demande un disque absent - [RESOLU]

#2 Le 27/01/2023, à 15:00

Re : La partition EFI demande un disque absent - [RESOLU]

#3 Le 27/01/2023, à 16:27

Re : La partition EFI demande un disque absent - [RESOLU]

#4 Le 27/01/2023, à 22:46

Re : La partition EFI demande un disque absent - [RESOLU]

#5 Le 27/01/2023, à 22:52

Re : La partition EFI demande un disque absent - [RESOLU]

#6 Le 30/01/2023, à 13:47

Re : La partition EFI demande un disque absent - [RESOLU]

#7 Le 30/01/2023, à 14:34

Re : La partition EFI demande un disque absent - [RESOLU]

#8 Le 30/01/2023, à 15:21

Re : La partition EFI demande un disque absent - [RESOLU]

#9 Le 31/01/2023, à 02:15

Re : La partition EFI demande un disque absent - [RESOLU]

#10 Le 31/01/2023, à 11:14

Re : La partition EFI demande un disque absent - [RESOLU]

#11 Le 01/02/2023, à 21:55

Re : La partition EFI demande un disque absent - [RESOLU]

#12 Le 01/02/2023, à 22:03

Re : La partition EFI demande un disque absent - [RESOLU]

#13 Le 02/02/2023, à 01:11

Re : La partition EFI demande un disque absent - [RESOLU]

Pied de page des forums