Archlinux.fr [Forums]

Bonjour à tous,

j'ai besoin de votre aide , suite à un démarrage de mon pc le message suivant apparait : grub 'no such device'
Je boot alors sur ma live usb linux mint et constate avec gparted que ma partition de boot /dev/sda1 à disparue : 'espace non alloué'
J'ai donc essayer tant bien que mal de me dépatouyer et j'ai crée une nouvelle partition avec l'espace libre mais le problème est que maintenant elle n'est plus en GPT mais en MBR !
J'ai voulu réinstaller grub en chrootant sur le live archlinux mais impossible de convertir en gpt cette fichue partition , et si je recrée la table de partitions un message me dit que tout le disque sera éffacer hors je souhaite conserver ma partition home et / pour éviter de tout réinstaller...
Merci d'avance pour votre précieuse aide.

carl11 a écrit :j'ai crée une nouvelle partition avec l'espace libre mais le problème est que maintenant elle n'est plus en GPT mais en MBR !

Bonjour,
Tu n'as pas bien compris ou tu t'es mal exprimé : sur un disque, "découpé" en clusters en usine, on crée une table de partitions, ms-dos ou GPT (GUID Partition Table) pour ensuite découper le disque en partitions et choisir pour chacune le système de fichiers.
Ces deux types de tables ont un MBR, car, je cite Wikipedia : " En mode GPT, les informations concernant la table de partitionnement sont stockées dans une entête GPT, mais pour garantir une compatibilité (avec les logiciels parlant MBR mais pas GPT), GPT maintient une entrée MBR (dite protectrice car englobant la totalité du disque) suivie de l'entête d'une partition primaire, le véritable début de la table de partitionnement"
On peut passer d'une table de partition ms-dos ou GPT à l'autre (utilitaire gdisk) mais pas en recréant une seule partition sans toucher à la table elle-même.
Si ta partition avait disparu il y avait peut-être moyen de la retrouver sans la reformater.
En ce qui concerne ton disque, s'il était en GPT, il l'est resté mais la table peut avoir été corrompue.
Lance, en root # gdisk /dev/sda - sans autre commande après que "q" pour quitter sans rien modifier, et donne-nous le retour de la commande

Effectivement je ne savais pas qu'une table de partition gpt avait du mbr mais c'est que c'est plutôt logique.
Alors la commande donne :

MBR protective
BSD no present
APM no present
GPT present

Donc tu es resté en GPT et la table n'est pas corrompue.
Si tu n'as encore rien écrit sur la nouvelle table que tu as créée, testdisk peut récupérer ta partition : https://wiki.archlinux.org/index.php/File_recovery
Tutos en français : http://poloastucien.free.fr/testdisk_detail_h.html ou http://www.cgsecurity.org/wiki/TestDisk_Etape_par_Etape
plein d'autres sur le web

Avant de lancer testdisk depuis un cd-live (pMagic, ou autre comme dd_rescue , ou même Knoppix en CD je crois) fais une sauvegarde de tes données perso sur un support externe, ça va de soi.

Edit : gdisk possède des outils de réparation, avec lesquels on répare (je l'ai déjà fait) une table corrompue, je ne sais pas s'il peut retrouver une partition disparue.
Lis sa doc, et attends un peu sur le forum au cas où quelqu'un en aurait l'expérience

Merci je vais étudier tout ça , mais ca me parait assez compliquer...
Sinon je crois comprendre pourquoi j'ai ce problème quand j'ai créer l'ESP j'ai omis cette partie du wiki :
Mise en place automatique des fichiers de boot dans l'ESP
Afin d'éviter de démarrer avec l'ancien noyau suite à une mise à jour, il est intéressant que la manipulation précédente soit automatisé.
Il a eu une mise à jour de mon kernel puis j'ai redémarré et là plus de partition de boot.

Je dois partir, mais, une partition de boot séparée ne servant à rien (à ne pas confondre avec l'esp montée sur /boot/efi, flaggée boot+esp, qui, elle, est indispensable en UEFI), il devrait y avoir moyen de réintégrer ton boot sur la partition racine...
Attends un peu sur le forum.

Il ne faut pas suivre cette partie du Wiki, sauf savoir ce que l'on fait. Ton problème n'a aucun rapport avec la mise à jour du kernel.
Par contre savoir ce qui c'est passé maintenant que tu as fait plein de chose, va être difficile. Recréer ta partition ESP et réinstalle Grub comme tu l'avais fait

ok , merci benjarobin ,
alors j'ai lancer tesdisk :

Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63
Partition Start End Size in sectors
>P MS Data 2048 1050623 1048576
P MS Data 1050624 41943039 40892416
P MS Data 41945088 234441607 192496520


Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
P=Primary D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
FAT32, blocksize=4096, 536 MB / 512 MiB

Bon j'ai essayer de réinstaller grub suivant le wiki dite moi si je me trompe
Mkdir -p /boot/efi
Mount -t vfat /dev/sda1 /boot/efi
Mkdir /boot/efi/EFI
Mount /dev/sda2 /mnt
Mount dev/sda3 /mnt/home

Arch-chroot /mnt

Grub-install...
Grub install error /boot/efi doesn'nt look like efi an partition grrr

Tu te trompes en effet...

Bon et bien c'est pas encore gagné , quand je veux monter la partition sda1 ça me donne ceci :
Fat-fs (sda1) error , fat get cluster invalid cluster chain
can't read superblock.

Yes !
j'ai supprimer la partition et je l'ai recréé avec le drapeau "boot" sous gparted.
Réinstallation de grub et tout est revenu comme avant !
Merci à waitnsea et à benjarobin.
Je serais à l'avenir capable de restaurer grub.