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

[hansi]

Bonjour à tous,

Gros gros fail hier soir, l'esprit pas très clair je décide de tester CTKarch et en lancant Gparted pour formater la clef usb c'est mon dur principal que j'ai atomisé. En gros j'ai fait supprimer les 4 partitions mais je n'ai pas reformaté après, juste appliqué la suppression des partitions... Donc là 60Go unalocated.
Donc direct Testdisk mais il ne trouve rien et Photorec renvoie une erreur de segmentation. J'ai aussi testé avec Gparted mais pareil il ne trouve rien.

Please dites moi qu'il y a moyen de récupérer quelque chose ?! A l'aide !

[FoolEcho]

Donc direct Testdisk mais il ne trouve rien et Photorec renvoie une erreur de segmentation. J'ai aussi testé avec Gparted mais pareil il ne trouve rien.

Tu tentes bien de récupèrer la table de partitions, tu as des erreurs ? (parce qu'un scan seul, c'est normal que plus personne ne te trouve quoi que ce soit). Testdisk, jamais utilisé... mais pour gparted, il faut gpart pour faire cette opération (mais le live doit contenir tout ça).

[hansi]

Oui oui c'est bien la table de partitions. Il y a bien Gpart mais c'est toujours pareil il ne trouve rien. En revanche avec Testdisk, en sélectionant un autre type de table de partition à rechercher au début à GPT il trouve 3 partitions MS DATA et une de SWAP. Donc ça doit être la bonne table cependant le MS DATA m'inquiète... parce que logiquement c'est 1 /boot ext2, 1 /swap, 1 / en ext4 et 1 /home ext4 qui devraient ressortir...
J'ai lancé l'écriture de la table... On va bien voir

[FoolEcho]

Je comprends l'angoisse, mais il ne fallait pas forcément te précipiter...

Donc ça doit être la bonne table cependant le MS DATA m'inquiète...

C'est pas forcément microsoft (il t'aurait probablement mis ntfs ou fat... ), mais peut-être qu'à ce stade testdisk voit bien les partitions (c'est le plus important, déjà) mais qu'il ne sait pas ou ne les a pas encore identifiés précisément (ou qu'il les identifie comme ça: je ne connais vraiment pas testdisk).

[hansi]

mais il ne fallait pas forcément te précipiter...

Ah c'est clair j'ai vraiment merdé truc de fou Trop les boules quel noob

Testdisk écrit toujours, c'est super long, ça semble anormal déjà 30min alors qu'il n'y a que 60G de données et qu'en principe si il écrit juste la table ça doit aller tout vite non ?

[FoolEcho]

Testdisk écrit toujours, c'est super long, ça semble anormal déjà 30min alors qu'il n'y a que 60G de données et qu'en principe si il écrit juste la table ça doit aller tout vite non ?

Sauf que pour "juste" écrire la table de partition, ou plus exactement reconstruire l'ancienne, il faut explorer en profondeur tout le disque... donc ça ne me choque pas plus que ça. En tous cas, laisse-le aller jusqu'au bout.

[hansi]

Trop cool ! J'ai récup les partitions, ouf merci Testdisk c'est terrible comme outil.
Bon en revanche l'ordi ne boot pas. Il affiche juste GRUB_ puis reste comme ça...
Le menu.lst a bien les bon UID des partitions, elles n'ont d'ailleurs pas changées.
Que faut-il faire maintenant pour revenir à la normale ?

Merci

[G4l]

Bonjour, il faudrait peut-être le réinstallé (GRUB) avec un Live-CD, vu que tu as tripatouiller le MBR ^,^

http://wiki.archlinux.fr/GRUB?rdfrom=ht ... u_chargeur

[hansi]

La commande grub-install /dev/sda retourne :

Code : Tout sélectionner

mkdir: impossible de créer le répertoire « /boot/grub »: Système de fichiers accessible en lecture seulement

Et la commande grub> setup (hd0) :

Code : Tout sélectionner

Error 12: Invalid device requested

C'est depuis un liveusb CTKarch. Il n'y a pas un moyen simple vu que les fichiers du Grub sont encore là ?

Et j'ai l'impression que les étiquettes/drapeaux des partitions ont disparus...

[FoolEcho]

C'est depuis un liveusb CTKarch. Il n'y a pas un moyen simple vu que les fichiers du Grub sont encore là ?

C'est très probablement ton live qui est noté sda (tu es sur le système de fichier du live).
Il te suffit de chrooter ton Arch https://wiki.archlinux.org/index.php/Ch ... nging_Root, n'oublie pas la ligne évoquant: "grep -v rootfs /proc/mounts > /etc/mtab", impératif vu que tu travailles sur grub (et donc, ce n'est probablement pas /dev/sda pour le grub-install, ce que tu peux facilement contrôler grâce au chroot).

[hansi]

J'ai suivi les indications de cette page pour le chroot : http://wiki.archlinux.fr/Chroot#Chroot_ ... st.C3.A8me et bien sûr ça ne fonctionne pas

Code : Tout sélectionner

grub-install /dev/sda
/sbin/grub-install: ligne339: impossible de créer un fichier temporaire pour le « here-document » : Système de fichiers accessible en lecture seulement
grep: /tmp/grub-install.log.5282: Aucun fichier ou doss

j'ai du bugguer donc pour annuler tout le chroot en cours et pouvoir recommencer avec ta méthode comment faire stp ?

[FoolEcho]

Code : Tout sélectionner

#quitter le chroot
exit
#+ umount de ce que tu as monté, bourrin:
umount /chemin/vers/chroot
# puis refaire le montage + ligne spéciale + chroot, ne pas oublier de monter ton /boot, forcément.

Comme j'ai dit, ça n'est sans doute pas sda pour le grub-install (ça dépend ce que tu as monté).


EDIT: attention j'ai repris la ligne telle quelle du wiki, mais ça devrait être:

Code : Tout sélectionner

 grep -v rootfs /proc/mounts > /path/to/your/chroot/etc/mtab

(ou "grep -v rootfs /proc/mounts > etc/mtab" si tu travailles depuis le répertoire du chroot, il y a un / en trop dans le wiki)

[hansi]

Donc j'ai recommencé et même rebooté mais la toujours pareil. Le chroot est bien mais les commandes dans la console grub ne fonctionnent pas.

Code : Tout sélectionner

grub> setup hd(0)
Error 12: Invalid device requested
et
# grub-install /dev/sda
The File /boot/grub/stage1 not read correctly

Pour savoir si c'est bien sda il faut vérifier avec fdisk -l ? Si oui c'est fait et c'est sda...

[FoolEcho]

J'ai édité mon message pour la ligne à rajouter, il y a une coquille dans le wiki.

Attention, c'est grub> setup (hd0), mais il faut avoir fait root (hd0,0) avant ! (si ton /boot est bien dans la première partition du disque, sinon il faut trouver la partition avec le find stage1, cf. wiki).

Pour savoir si c'est bien sda il faut vérifier avec fdisk -l ? Si oui c'est fait et c'est sda...

Oui, mais c'est aussi directement indiqué par les partitions que tu as monté dans ton chroot normalement.

[hansi]

Bon j'ai bien fait comme tu m'as dit mais ça merde encore
Déjà la commande find de la console grub ne trouve rien : Error 15: File not found
La commande root (hd0,0) : Error 11: Unrecognized device string
donc je teste avec root tout seul et la : (hd0,0): Filesystem type unknown, partition type 0x17
puis la commande setup (hd0) répond : Error 17: Cannot mount selected partition

WTF ? Alors que je peut voir les partitions dans pcmanfm, que la ligne magique est bien comme tu l'as dit...

Edit : et si je lance un cd d'installation d'arch et que je ne fais que l'étape d'install de Grub ça peut marcher ?

[avi3000]

SI tu penses que tes partions sont restaurées correctement, essaye supergrub.
très pratique pour résoudre ce genre de problèmes

[FoolEcho]

Déjà la commande find de la console grub ne trouve rien : Error 15: File not found

Pour un boot séparé, depuis l'invite de grub, c'est:

Code : Tout sélectionner

find /grub/stage1

(c'est elle qui donne le "root" ... si ça ne retourne rien, il est inutile de tenter les commandes suivantes).

SI tu penses que tes partions sont restaurées correctement, essaye supergrub.
très pratique pour résoudre ce genre de problèmes

Surtout si ton chroot fonctionne, à priori, ça roule... à vérifier avec mount / fdisk -l...

[hansi]

Bon et bien ça ne fonctionne pas non plus avec Supergrub, j'ai testé différents choix et ça ce solde toujours par un "SGD n'a pas fonctionner correctement".
Quelle poisse !!
Et sinon le coup de tenter l'install de Grub avec un cd d'install d'Arch c'est jouable à votre avis ? Sur le papier ça donne quoi ?

[FoolEcho]

Tu peux, mais je ne vois pas pourquoi ça fonctionnerait mieux.

Tu peux nous indiquer comment tu as fait le chroot + information sur ton disque (en root: fdisk -l ; mount ) ? En chroot, Arch est bien opérationnel quand même ? (par exemple: rapatrier le resolv.conf et tester une connexion réseau, pacman, voir ton arborescence, etc..)
Est-ce que le "find /grub/stage1" à l'invite de grub fonctionne ?

[hansi]

# fdisk -l

Code : Tout sélectionner

Attention : identifiant de table de partitions GPT (GUID) détecté sur « /dev/sda » ! L'utilitaire sfdisk ne prend pas GPT en charge. Utilisez GNU Parted.


Disk /dev/sda: 60.0 GB, 60022480896 bytes
255 têtes, 63 secteurs/piste, 7297 cylindres, total 117231408 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x0004bdb7

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1               1   117231407    58615703+  ee  GPT

Disque /dev/sdb : 4092 Mo, 4092854272 octets
64 têtes, 32 secteurs/piste, 3903 cylindres, total 7993856 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x07fb1031

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1   *           0     1191935      595968   17  Cachée HPFS/NTFS

Disque /dev/sdb1 : 610 Mo, 610271232 octets
64 têtes, 32 secteurs/piste, 582 cylindres, total 1191936 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x07fb1031

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1p1   *           0     1191935      595968   17  Cachée HPFS/NTFS

Disk /dev/sdc: 15.9 GB, 15931539456 bytes
64 têtes, 32 secteurs/piste, 15193 cylindres, total 31116288 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x606b6041

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdc1   *           0      696319      348160   17  Cachée HPFS/NTFS

Disque /dev/sdc1 : 356 Mo, 356515840 octets
64 têtes, 32 secteurs/piste, 340 cylindres, total 696320 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x606b6041

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdc1p1   *           0      696319      348160   17  Cachée HPFS/NTFS

Pour le chroot j'ai fait en root :

Code : Tout sélectionner

mkdir /mnt/arch
mount /dev/sda3 /mnt/arch
cd /mnt/arch
mount -t proc proc proc/
mount -t sysfs sys sys/
mount -o bind /dev dev/
mount /dev/sda1 boot/
chroot . /bin/bash
grep -v rootfs /proc/mounts > etc/mtab

A ce stade aucune commande find dans la console Grub de fonctionne. Donc je tente dans la console Grub root (hd0,0) et ça retourne "System type unknown, partition type 0xee"

Et pour info le partitionnement avant la mégafucking boulette était :

Code : Tout sélectionner

/dev/sda1 /boot ext2
/dev/sda2 /swap swap
/dev/sda3 / ext4
/dev/sda4 /home ext4

Alors tu vois une erreur ?

Edit : Et oui apparemment le chroot fonctionne puisque je peut faire :

Code : Tout sélectionner

[root@ctkarch /]# ls -a /tmp
.   cron.M57ohb		   .ICE-unix   .X11-unix
..  grub-install.log.2371  orbit-jean  .xfsm-ICE-S1BVWV

Le orbit-jean est forcément lié à l'install sur ce disque dur.