[hdd] Effacé par erreur mes partitions (résolu)

[FoolEcho]

Le hic est que tu as une table de partition GPT et grub ne sait pas travailler avec (je m'en doutais un peu et ça explique donc pourquoi grub-install ne voulait rien savoir) -- le patch a été retiré à une époque il me semble... Il faut utiliser grub2.
Du coup, je suis carrément sceptique si tu utilisais grub1 avant ton problème, ce qui semblait être le cas... GPT != MBR. Testdisk t'a généré une table gpt (quand je disais de ne pas se ruer sur le premier truc qui marche)...
Donc, à priori, soit tu refais correctement la table de partition en MBR (à voir si gparted se comporte mieux maintenant) ou tu passes à grub2... (la troisième option, ma préférée: tu récupères ton home, tes paquets, tes fichiers de configuration et tu réinstalles Arch après repartionnement & formatage... )

[hansi]

Mince alors, mais il me semble qu'au tout début quand j'ai reçu le ssd c'est moi qui avait choisi de le formater en GPT... Donc tu dis que pour récupérer le coup faut passer à Grub2 ? ça marchera je fait quelles manips ? Et comment ça se fait que Grub1 fonctionnait avec le disque en GPT avant ?

Edit : Donc en suivant le wiki FR j'ai installé Grub2 en étant dans le chroot. Et voilà ce que ça donne :

Code : Tout sélectionner

# grub-install /dev/sda
/sbin/grub-setup : attention :  This GPT partition label has no BIOS Boot Partition; embedding won't be possible!.
/sbin/grub-setup : attention :  Installation impossible. GRUB peut seulement être installé sur cette configuration en utilisant les listes de blocs. Toutefois, les listes de blocs ne sont PAS fiables et leur emploi n'est pas conseillé..
/sbin/grub-setup : erreur :  les listes de blocs ne seront pas traitées.

[avi3000]

Avec unte table de partitions gpt, il faut garder une partition sans système de fichiers de quelques mégaoctects au début du disque et positionner son drapeau en bios_grub.

Code : Tout sélectionner

# parted /dev/sda print
Modèle: ATA OCZ-AGILITY3 (scsi)
Disque /dev/sda : 60,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt

Numéro  Début   Fin     Taille  Système de fichiers  Nom           Fanions
 1      17,4kB  33,6MB  33,5MB                       bios-grub     bios_grub
 2      33,6MB  6476MB  6442MB  ext2                 boot-puppies
 3      6476MB  12,9GB  6442MB  ext4                 zubuntu64
 4      12,9GB  19,4GB  6442MB  ext4                 vide4
 5      19,4GB  25,8GB  6442MB  ext4                 archlinux
 6      25,8GB  32,2GB  6442MB  ext4                 vide6
 7      32,2GB  38,7GB  6442MB                       vide7
 8      38,7GB  45,1GB  6442MB                       vide8
 9      45,1GB  51,6GB  6442MB                       vide9
10      51,6GB  58,0GB  6442MB                       vide10
11      58,0GB  60,0GB  2007MB  fat32                fat32

[FoolEcho]

@avi3000:

Avec unte table de partitions gpt, il faut garder une partition sans système de fichiers de quelques mégaoctects au début du disque et positionner son drapeau en bios_grub.

marrant ça... je ne connais pas trop gpt, tu as des infos là-dessus ?

[avi3000]

si j'ai bien tout compris c'est une partition de travail pour grub2, car les secteurs réservés/cachés des tables msdos n'existe plus.
http://www.cepcasa.info/blog/?p=192
http://www.wensley.org.uk/gpt

[hansi]

Ok merci pour les précisions, en plus c'est vrai que ce petit espace est visible sur le disque (2,1Mo) mais que dans Gparted bizarrement. Mais bon j'ai bien essayé hier et ça n'a pas fonctionné et comme ça commence à devenir pressant on va passer par la case préférée de FoolEcho

[avi3000]

le pourquoi du comment:
le grub-install copie boot.img dans la mbr et core.img dans la partition sans système de fichiers depuis la partition où est installé grub2

Code : Tout sélectionner

GRUB 2
You may also use the non-fs partition to improve resilience when starting to use GRUB 2 in place of GRUB 1.
GRUB 2 can load itself from the non-fs partition and therefore avoid using blocklists.
In this situation you may not need to use gptsync any more as GRUB 2 understands the GPT tables.
boot.img replaces the GRUB1 stage1 and goes in the MBR area. core.img replaces stage2 and will be copied into the non-fs partition.

[FoolEcho]

Tu ferais aussi bien de tester grub2 d'abord (ok, grillé...)

@avi3000: ... ok merci. En gros, on simule un mbr... et ça peut fonctionner avec grub1 (d'Arch, non patché, qui ne capte rien au gpt)... m'enfin, c'est pas franchement kiss.

[avi3000]

ce n'est pas une simulation de mbr, boot.img(512 octets) est réellement chargé dans la mbr.
avec une table msdos, core.img est chargé dans les secteurs cachés.

il faut oublier Grub1, Grub2 c'est beau.

@hansi: l'avantage de supergrub sur un chroot, c'est l'absence de saisie donc d'erreurs potentielles. Il permet de vérifier que ton système fonctionne et d'isoler les problèmes de grub. Je n'ai pas vérifié si supergrub supporte les tables gpt.

[hansi]

SuperGrub n'a pas fonctionné. A la dernière étape il met que ça a échoué sans donner de raison...

Donc j'ai testé avec l'installateur d'Arch mais idem grub ne veut pas s'installer, même en supprimant toute trace de Grub sur le disque et en reformatant la partition de boot...
Il met à la fin :

Et le tty7 :


Bon sang je vais vraiment devoir tout réinstaller, perdre la config et tout et tout ?

[avi3000]

Si tu as 5-6 Go de disponible sur le HDD, installe ubuntu qui normalement installe un grub2 en état de marche.

[hansi]

Malheureusement pas de place hormis 1Go donc j'ai fait une install fraiche d'Arch, là ça marchait bien (normal) puis après j'ai copié (via dd) les partitions de sauvegarde en lieu et place des nouvelles du système donc ça fait /dev/sdb1 -> /dev/sda3, /dev/sdb2 /dev/sda4 en modifiant bien sûr les UUID dans le fstab et le menu.lst.
Donc là ça boote !
Mais....
Pendant la séquence de boot on voit que le système ne trouve pas plein de modules (sensors fprint & co) et évidemment le startx échoue.

SVP comment ça se fait ? Pourquoi il ne trouve pas des choses qui y sont pourtant ?

Edit : Hourra ! Ça fonctionne en faisant une copie des fichiers (via cp -a) plutôt qu'une copie des partitions. Magnifique ! Ouf ! Merci beaucoup pour votre aide !