[Résolu] grub disparu et table de partition effacée

alexZ44 · Le 17/03/2012, à 20:22

Bonjour à tous,

Habitué à trouver des solutions sur internet et notamment sur ce forum, je poste ici en désespoir de cause. Mon problème est assez complexe (euphémisme?). Je ne connais ubuntu que depuis 1 an et demi, je suis un débutant, on peut le dire. Je vais essayer de ne pas faire trop long, mais il est important d'expliquer le(s) problème(s):

J'ai depuis noël un net book Acer Aspire One 722 livré avec Win7 x64bits. J'ai installé ubuntu 11.10 en dual boot et l'ai utilisé sans problème notable pendant quelques semaines. Mais ne me proposant pas d'hiberner, j'ai dû agrandir la swap puis toucher au fstab pour qu'il la détecte. L'option hibernation apparaissait enfin mais ne marchait pas (redémarrage classique). J'ai donc installé ACPI (sans effet) puis hibernate (sudo apt-get hibernate, tout simplement).

1) Mais à partir du redémarrage suivant, l'ordi plantait à peine ma session ubuntu ouverte (windows était ok). Ce problème s'est répété des dizaines de fois, impossible d'ouvrir la session. J'ai donc du tenter une réinstall de ubuntu 11.10 par une liveUSB mais pendant l'installation, coupure de courant...

2) Et là 2eme problème, au redémarrage un grub de secours (noir au lieu de violet et une police "vieillotte"), mais ne parvenant à redémarrer aucune version de ubu, quelque soit le noyau. Windows était ok. Je veux réinstaller une nouvelle fois ubuntu, sauf qu'après quelques secondes de chargement, apparaît "wmi interface (...) unable to load", et quelques autres trucs... Bref l'ordi se fige là. Après plusieurs test, ni le live-install, ni un grub rescue ni rien d'autre ne boot (tous bloqués sur les mêmes messages), SAUF un rescuecd (mis sur clé bien sûr).

3) Et voici le dernier (?) problème, ma table de partition a été supprimée !! Depuis, Gparted met tout le disque en "unallocated". Sauf que fdisk ainsi que Testdisk m'ont prouvé que je n'avais rien perdu en réalité. Oui, mais maintenant, je n'ai plus de grub du tout, et la seule partition qui boote, c'est la 1ere, le Acer recovery, qui d'ailleurs n'a été capable de rien du tout...

Infos en plus, après avoir lu l'importance de /sbin/.init sur internet, j'ai vérifié, et surprise, ce dossier n'existe même pas! Bref je suis pas doué mais surtout j'ai la poisse. Alors SVP aidez moi !!!

Un grand merci d'avance...

Dernière modification par alexZ44 (Le 14/06/2012, à 23:16)

alexZ44 · Le 20/03/2012, à 22:57

Pardon d'utiliser ce genre de méthode mais... up.

Si quelqu'un pouvait m'aider, j'en serais super reconnaissant ! Même pour me dire que seul le reformatage et la réinstall de windows sont nécessaires, ça me ferait chier, mais au moins je serais fixé.

Arbiel · Le 21/03/2012, à 01:39

Bonsoir

Essaie de contacter rmy, dans la rubrique "Récupération des données", ou quelque chose comme ça.

Arbiel

alexZ44 · Le 21/03/2012, à 14:49

Done. Merci Arbiel

rmy · Le 21/03/2012, à 15:16

Message vu. Pas de panique et pas de manips d'ici ce soir. Je repasse.

rmy · Le 22/03/2012, à 00:16

Re.

Pour la réinstall de windows, je ne te serai d'aucune utilité.

Depuis un liveUSB si possible avec persistance (ou sinon depuis un liveCD, mais moins pratique) peux-tu donner le retour des commandes présentées ici

pour que l'on commence à y voir un peu plus clair.

alexZ44 · Le 06/04/2012, à 17:09

Merci rmy, je ne réponds que maintenant ayant eu 2 grosse semaines d'examens.

Je poste ici les résultats:

root@sysresccd /root % sfdisk -luS

Disk /dev/sda: 60801 cylinders, 255 heads, 63 sectors/track
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sda1   *      2048  29362175   29360128  27  Hidden NTFS WinRE
/dev/sda2      29362176  29566975     204800   7  HPFS/NTFS/exFAT
/dev/sda3      29566976 130190752  100623777   7  HPFS/NTFS/exFAT
/dev/sda4     130190760 976784129  846593370   f  W95 Ext'd (LBA)
/dev/sda5     130232320 154257407   24025088  83  Linux
/dev/sda6     154259456 187813887   33554432  83  Linux
/dev/sda7     187815978 198303721   10487744  82  Linux swap / Solaris
/dev/sda8     209924096 976771071  766846976  83  Linux

Disk /dev/sdb: 1021 cylinders, 32 heads, 61 sectors/track
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sdb1   *        61   1992991    1992931   c  W95 FAT32 (LBA)
/dev/sdb2             0         -          0   0  Empty
/dev/sdb3             0         -          0   0  Empty
/dev/sdb4             0         -          0   0  Empty

En revanche, le udisks ne fonctionne pas, mais si c'est pour détecter un problème matériel, je doute que ce soit nécessaire.

Pour testdisk, la commande n'a pas marché donc je poste le résultat obtenu en passant par le logiciel directement (en espérant que ce soit bien ce que tu cherches à savoir).

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P Windows RE(store)        0  32 33  1827 181 18   29360128
 2 * HPFS - NTFS           1827 181 19  1840 117  5     204800 [SYSTEM RESERVED]
 3 P HPFS - NTFS           1840 117  6  8103 254 56  100623777 [Acer]
 4 E extended LBA          8104   0  1 60801 254 63  846593370
 5 L Linux                 8106 149 44  9602  20 18   24025088
   X extended              9602  51  1 11690 222 52   33554545
 6 L Linux                 9602  52 51 11690 222 52   33554432
   X extended             11691   0  1 12343 213  8   10487807
 7 L Linux Swap           11691   1  1 12343 213  8   10487744
   X extended             13067  42  1 60801  47 46  766847071
 8 L Linux                13067  43 33 60801  47 46  766846976



*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted

Si mes indications ne conviennent pas ou pour en avoir d'autres, n'hésite pas, étant en révision je serai un peu plus présent sur le forum.

Merci beaucoup d'avance, encore une fois.

AlexZ44.

rmy · Le 06/04/2012, à 17:42

Curieux, sfdisk et testdisk ne donnent pas les mêmes résultats pour la partition de boot.

Bon, quel est l'objectif maintenant pour toi : récupérer des données sur linux, récupérer des données sur windows, tenter de booter windows ?

Je persiste par ailleurs sur le besoin impératif de vérifier ton matériel. Il y a beaucoup de gens qui "pensent" que ce n'est pas la peine, jusqu'au jour où c'est trop tard. Tu peux essayer avec smartmontools (nom du paquet à installer) et la commande :

sudo smartctl -A /dev/sda

alexZ44 · Le 06/04/2012, à 21:46

Je veux bien tester le matos, mais comme je l'ai dit, le seul outil qui marche pour booter, c'est un rescuecd, qui ne se connecte à internet que très mal, et qui ne possède pas apt-get, aptitude ou autres. Donc je ne te raconte pas la galère pour installer un paquet.

J'ai aussi un peu abandonné l'idée de récupérer linux, et mes données principales ont été sauvegardées.

Du coup, concrètement, je ne compte pas faire le difficile, j'aimerais juste pouvoir à nouveau booter mon ordinateur. Et conserver windows si possible, car à réinstaller, quelle galère (avec les plugins et tout le bordel).

rmy · Le 07/04/2012, à 20:04

Avec un autre ordi, tu pourrais récupérer une iso ubuntu et te faire un liveCD, ou mieux, un live usb pour booter, ce serait plus confortable.

Pour ton problème, au delà de la récupération de données qui est ma spécialité, je n'ai que peu de compétences dans la réparation de boot et encorem oins dans la réparation de windows.

Essaye éventuellement avec testdisk de passer la partition ACER en bootable (avec l'* au lieu de P) et donc du coups la partition actuellement bootable en P au lieu de *. Avec un peu de chances, tu pourras booter windows ainsi.

Arbiel · Le 08/04/2012, à 00:09

Bonsoir

alexZ44 a écrit :

ma table de partition a été supprimée

Cette affirmation découle, si je comprends bien, du fait que

alexZ44 a écrit :

Gparted met tout le disque en "unallocated"

.

En fait, ta table des partitions, telle que présentée par fdisk, a l'air tout a fait correcte. Sur ce sujet, le problème est donc de comprendre le comportement erratique de Gparted. Pour nous permettre d'y voir un peu plus clair, peux-tu publier le contenu du MBR

dd if=/dev/sda bs=512 count=1 | hexdump -C

Pour ce qui concerne tes problèmes d'amorçage, peux-tu produire et publier ici un rapport avec boot-repair, que tu trouveras, je pense, sur le rescued CD dont tu disposes, sans, pour l'instant, réparer Grub comme boot-repair te le propose. Nous verrons plus tard pour la réparation de grub proprement dite en fonction des indications fournies par le rapport.

Arbiel

rmy · Le 08/04/2012, à 10:25

Gparted se vautre assez facilement dès qu'il y a un souci avec les partitions étendues, de mémoire. Par contre il y a quand même un souci avec le flag boot, qui n'est pas sur la même partition suivant que l'on y regarde avec sfdisk ou avec testdisk.

Arbiel · Le 08/04/2012, à 16:20

@alexZ44

A mon avis, il ne faut pas donner trop d'importance au drapeau "boot". Pour ce qui me concerne, aucune de mes partitions ne le porte, ni ma partition Windows 7, ni aucune autre partition, et Windows se lance correctement lorsque je le choisis dans le menu Grub. Ce drapeau ne me semble utile que lorsque l'on amorce le PC par le programme initial d'amorçage Windows (MBR), qui l'utilise pour choisir la partition à activer, c'est-à-dire la partition dont il faut lire le premier secteur pour lui passer ensuite le contrôle.

Ceci ne signifie pas pour autant, bien sûr, qu'il n'y a pas un problème puisque fdisk et testdisk ne le voient pas à la même place. Peut-être est-il simultanément sur les deux partitions, et que les deux logiciels ne réagissent pas de la même façon à cette anomalie. C'est la raison pour laquelle je t'ai suggéré d'afficher le premier secteur de ton disque par la commande

dd if=/dev/sda bs=512 count=1 | hexdump -C

afin de voir ce qu'il y a vraiment dans ta table des partitions.

Mais je crois que ton problème est surtout l'amorçage avec Grub.

Comme tu as des difficultés pratiques pour accéder à Internet, tu peux réparer avec les deux commandes grub-install et grub-mkconfig dont tu dois disposer également, je veux dire comme boot-repair, dans rescuecd. La première enregistre grub sur le MBR qu'on lui indique, et l'ensemble des fichiers nécessaires à son exécution dans un répertoire /grub, sauf grub.cfg. La deuxième commande crée le fichier grub.cfg.

sudo grub-install   --boot-directory=/chemin/vers/ma_partition_GNU/boot    /dev/sda
sudo grub-mkconfig   -o /chemi/vers/ma_partition_GNU/boot/grub/grub.cfg

Pour exécuter ces commandes, il te faut monter ta partition système dans l'arborescence gérée par rescueCD, vérifier que ton disque interne s'appelle bien toujours /dev/sda, comme dans le fdisk que tu as publié, et modifier en conséquences les deux commandes précédentes.

Mais il serait bon, avant de les exécuter, de nous donner le résultat d'un rapport BootInfo, pour vérifier que ces commandes auront effectivement l'effet attendu.

Arbiel

alexZ44 · Le 08/04/2012, à 17:42

Bonjour à vous,

rmy a écrit :

Avec un autre ordi, tu pourrais récupérer une iso ubuntu et te faire un liveCD, ou mieux, un live usb pour booter, ce serait plus confortable.

Malheureusement, comme je le dis dans mon premier message, le liveCD (je l'avais nommé live-install en fait) se bloque sur l'écran violet ubuntu, et donc mon rescueCD est la seule chose qui parvient à booter parmi les 5 moyens que j'ai essayés.

rmy a écrit :

Essaye éventuellement avec testdisk de passer la partition ACER en bootable (avec l'* au lieu de P) et donc du coups la partition actuellement bootable en P au lieu de *. Avec un peu de chances, tu pourras booter windows ainsi.

Pour ce qui est du boot flag, je l'ai déjà placé avec testdisk sur toutes les partitions, et seule la première (acer recovery) marche. J'ai déjà fait le test plusieurs fois, ce qui au passage doit expliquer le fait que testdisk mette le boot flag n'importe où, c'est moi qui ai dû le faire.

Ah, et si encore le acer recovery fonctionnais... J'ai dû modifier ma partition windows après install de ubuntu, je crois que ça explique qu'il ne marche plus.

Arbiel a écrit :

Pour nous permettre d'y voir un peu plus clair, peux-tu publier le contenu du MBR
Pour ce qui concerne tes problèmes d'amorçage, peux-tu produire et publier ici un rapport avec boot-repair, que tu trouveras, je pense, sur le rescued CD dont tu disposes, sans, pour l'instant, réparer Grub comme boot-repair te le propose.

Je tente de faire ça dans la soirée, merci bien. Ca ne m'a pas l'air très simple tout ça (vu ton second message) ! "Rapport BootInfo", euh, how to do this ?

Arbiel a écrit :

ma table de partition a été supprimée
Cette affirmation découle, si je comprends bien, du fait que
Gparted met tout le disque en "unallocated"

Et oui c'est bien ça, la table de partition est effacée pour gparted, qui marque du coup "unallocated", mais les partitions elles-mêmes ne le sont pas...

rmy · Le 08/04/2012, à 20:57

Non, la table de partition n'est pas effacée. Tu l'as réécrite plusieurs fois avec testdisk depuis.

alexZ44 · Le 10/04/2012, à 21:04

Bonjour rmy et Arbiel,

d'abord le résultat de la commande suggérée par Arbiel :

root@sysresccd /root % dd if=/dev/sda bs=512 count=1 | hexdump -C
1+0 records in
1+0 records out
512 bytes (512 B) copied00000000  fa b8 00 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  |................|
, 3.42013 s, 0.1 kB/s
00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  |...|.........!..|
00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  |....8.u........u|
00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  |.........|...t..|
00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  |L.....|.........|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 00 00 00  2c 10 07 00 00 00 00 20  |........,...... |
000001c0  21 00 27 fe ff ff 00 08  00 00 00 00 c0 01 80 fe  |!.'.............|
000001d0  ff ff 07 fe ff ff 00 08  c0 01 00 20 03 00 00 fe  |........... ....|
000001e0  ff ff 07 fe ff ff 00 28  c3 01 a1 65 ff 05 00 fe  |.......(...e....|
000001f0  ff ff 0f fe ff ff a8 8d  c2 07 5a fd 75 32 55 aa  |..........Z.u2U.|
00000200

Par contre, je n'ai pas Boot-repair sur mon rescueCD, et rien de ce type a priori.

Et pour le BootInfo, je sais pas ce que c'est... à moins que ce soit le rapport que je viens de poster...

rmy · Le 10/04/2012, à 23:27

Je laisse continuer Arbiel avec les problèmes de boot, ma spécialité c'est plus la récup de données...

Note en passant : ici, c'est bien ta deuxième partition qui est bootable. (0x80 en 0x1ce)

Dernière modification par rmy (Le 10/04/2012, à 23:28)

Arbiel · Le 10/04/2012, à 23:58

rmy a écrit :

Note en passant : ici, c'est bien ta deuxième partition qui est bootable. (0x80 en 0x1ce)

Tout à fait exact, et le drapeau boot n'est que sur cette deuxième partition. Mon hypothèse selon laquelle l'incohérence des informations données par fdisk et testdisk pouvait provenir de la présence de plusieurs drapeaux boot est donc erronée. Et je n'explique pas non plus le comportement de Gparted.

Le MBR de /dev/sda ne contient pas Grub. Pour exemple, voilà le MBR de mon disque interne

00000000  eb 63 90 d0 bc 00 7c 8e  c0 8e d8 be 00 7c bf 00  |.c....|......|..|
512 octets (512 B) copiés00000010  06 b9 00 02 fc f3 a4 50  68 1c 06 cb fb b9 04 00  |.......Ph.......|
00000020  bd be 07 80 7e 00 00 7c  0b 0f 85 0e 01 83 c5 10  |....~..|........|
, 4,2913e-05 s, 11,9 MB/s
00000030  e2 f1 cd 18 88 56 00 55  c6 46 11 05 c6 46 10 00  |.....V.U.F...F..|
00000040  b4 41 bb aa 55 cd 13 5d  72 0f 81 fb 55 aa 75 09  |.A..U..]r...U.u.|
00000050  f7 c1 01 00 74 03 fe 46  10 66 00 80 01 00 00 00  |....t..F.f......|
00000060  00 00 00 00 ff fa 90 90  f6 c2 80 74 05 f6 c2 70  |...........t...p|
00000070  74 02 b2 80 ea 79 7c 00  00 31 c0 8e d8 8e d0 bc  |t....y|..1......|
00000080  00 20 fb a0 64 7c 3c ff  74 02 88 c2 52 bb 17 04  |. ..d|<.t...R...|
00000090  80 27 03 74 06 be 88 7d  e8 17 01 be 05 7c b4 41  |.'.t...}.....|.A|
000000a0  bb aa 55 cd 13 5a 52 72  3d 81 fb 55 aa 75 37 83  |..U..ZRr=..U.u7.|
000000b0  e1 01 74 32 31 c0 89 44  04 40 88 44 ff 89 44 02  |..t21..D.@.D..D.|
000000c0  c7 04 10 00 66 8b 1e 5c  7c 66 89 5c 08 66 8b 1e  |....f..\|f.\.f..|
000000d0  60 7c 66 89 5c 0c c7 44  06 00 70 b4 42 cd 13 72  |`|f.\..D..p.B..r|
000000e0  05 bb 00 70 eb 76 b4 08  cd 13 73 GRUB .0d f6 c2 80 0f  |...p.v....s.....|
000000f0  84 d0 00 be 93 7d e9 82  00 66 0f b6 c6 88 64 ff  |.....}...f....d.|
00000100  40 66 89 44 04 0f b6 d1  c1 e2 02 88 e8 88 f4 40  |@f.D...........@|
00000110  89 44 08 0f b6 c2 c0 e8  02 66 89 04 66 a1 60 7c  |.D.......f..f.`||
00000120  66 09 c0 75 4e 66 a1 5c  7c 66 31 d2 66 f7 34 88  |f..uNf.\|f1.f.4.|
00000130  d1 31 d2 66 f7 74 04 3b  44 08 7d 37 fe c1 88 c5  |.1.f.t.;D.}7....|
00000140  30 c0 c1 e8 02 08 c1 88  d0 5a 88 c6 bb 00 70 8e  |0........Z....p.|
00000150  c3 31 db b8 01 02 cd 13  72 1e 8c c3 60 1e b9 00  |.1......r...`...|
00000160  01 8e db 31 f6 bf 00 80  8e c6 fc f3 a5 1f 61 ff  |...1..........a.|
00000170  26 5a 7c be 8e 7d eb 03  be 9d 7d e8 34 00 be a2  |&Z|..}....}.4...|
00000180  7d e8 2e 00 cd 18 eb fe  47 52 55 42 20 00 47 65  |}.......GRUB .Ge|
00000190  6f 6d 00 48 61 72 64 20  44 69 73 6b 00 52 65 61  |om.Hard Disk.Rea|
000001a0  64 00 20 45 72 72 6f 72  0d 0a 00 bb 01 00 b4 0e  |d. Error........|
000001b0  cd 10 ac 3c 00 75 f4 c3  8e 84 7f 30 00 00 00 20  |...<.u.....0... |
000001c0  21 00 83 fe ff ff 00 08  00 00 00 e0 d7 01 00 fe  |!...............|
000001d0  ff ff 05 fe ff ff fe 1f  b1 06 02 40 87 33 00 fe  |...........@.3..|
000001e0  ff ff 07 fe ff ff 00 e8  d7 01 00 30 d9 04 00 00  |...........0....|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|

On y voit Grub en toutes lettres à l'adresse 0x0188 et suivantes, ce qui n'est pas ton cas.

On va donc installer grub, sur le MBR de /dev/sda en enregistrant le répertoire /boot/grub sur la partition système (/dev/sda5 ?) que je suppose montée, disons, en /media/OS_Alex.

Tu dois donc tout d'abord amorcer ton PC avec ton rescueCd puis monter ta partition système en /media/OS_Alex (en fait tu pourrais utiliser n'importe quelle partition, mais il est plus naturel d'utiliser ta partition système). Ensuite tu passes les commandes :

sudo grub-install   --boot-directory=/media/OS_Alex/boot    /dev/sda
sudo grub-mkconfig   -o /media/OS_Alex/boot/grub/grub.cfg

Pour la petite histoire, voila ce que l'on peut dire du MBR de ton disque /dev/sda :

La table des partitions, 4 fois 16 octets, débute à l'adresse hexadécimale 1be. Si on décompose ces quatre zones de 16 octets en fonction de leur structure, cela donne :

/dev/sda1  00  202100  27  feffff 00080000 0000c001
/dev/sda2  80  feffff  07  feffff 0008c001 00200300
/dev/sda3  00  feffff  07  feffff 0028c301 a165ff05
/dev/sda4  00  feffff  0f  feffff a88dc207 5afd7532

Avant d'entrer dans l'interprétation de ces valeurs, il faut rappeler qu'il existe deux méthodes pour représenter l'adresse d'un secteur, une ancienne méthode, basée sur la structure physique des anciens disques, dite CHS, par cylindre (C), tête (H) et secteur (S), avec les numéros de secteurs de 1 à 63, sur 6 bits, les numéros de têtes de 0 à 254, sur 8 bits et les numéros de cylindres de 0 à 1023, sur 10 bits, soit au total 24 bits ou 3 octets, ce qui limite la taille des disques à 63 * 255 * 1024 secteurs de 512 octets, soit 16 450 560 secteurs ou 7,84 Gio, et une nouvelle méthode, LBA, où il est fait abstraction de la structure physique des disques, avec une adresse de secteur codée sur 4 octets, qui permet donc d'adresser des disques jusqu'à 256^4=4 294 967 296 secteurs ou 2 048 GiO.

Revenons-en à ta table des partitions.

Le premier octet de chaque descripteur (00, 80, 00, 00) est affecté au drapeau boot (80) que l'on voit ici sur /dev/sda2, comme l'indique testdisk, comme te l'a fait remarquer rmy et contrairement à ce qu'indique fdisk.

Les trois octets qui viennent ensuite (202100, feffff, feffff, feffff) donnent le début de chacune des partitions selon l'ancien mode d'adressage CHS. Comme la taille de /dev/sda1, que nous allons voir ci-dessous, dépasse 7,84 Gio, les trois dernières valeurs, feffff, n'ont pas de signification réelle. Pour interpréter 202100, il faut décomposer cette valeur selon la structure 8 + 6 + 10 bits, et pour cela, l'écrire en binaire 00100000 00100001 00000000. Le premier octet, 00100000 est le numéro de tête (32), le deuxième octet se décompose en 2 bits, 00, les bits de poids fort du cylindre et 6 bits, 100001, pour le numéro de secteur (33) et le dernier octet, 00000000, les 8 bits de poids faible du numéro de cylindre, ce qui nous donne 10 bits à zéro. Le numéro du premier secteur de /dev/sda1 est donc, sous la forme CHS, 0 32 33, comme l'indique testdisk, ou, en comptant à partir de 0 pour le premier secteur 32 * 63 + 32 = 2048, comme l'indique fdisk.

L'octet suivant (27, 07, 07, 0f) donne le type de la partition, et les autres drapeaux : 27, partition NTFS cachée, 07 partitions NTFS et 0f partition étendue.

Les trois octets suivants indiquent la fin de la partition sous la forme CHS, ici non significative puisque supérieure, dès la première partition à la valeur maximale.

Les quatre octets suivants (00080000,0008c001,0028C301, a88dc207) indiquent l'adresse secteur de début de chaque partition selon la méthode LBA, l'octet de poids faible venant en tête; on a donc les valeurs hexadécimales suivantes 0x00000800, 0x01C00800, 0x01C32800, 0x07c28da8, c'est-à-dire les valeurs décimales 2 048, 29 362 176, 29 566 976 et 130 190 760, comme indiqué par fdisk.

Enfin les quatre derniers octets indiquent le nombre de secteurs, sous la même forme; on a donc les valeurs 0x01C00000, 0x00032000, 0x05FF65a1 et 0x3275fd5a, c'est-à-dire les valeurs décimales 29 360 128, 204 800, 100 623 777 et 846 593 370, là aussi comme indiqué par fdisk.

Pour aller plus loin, il faudrait aller lire le premier secteur de la partition étendue pour y trouver les informations correspondantes des partitions logiques, mais cela ne présente ici aucun intérêt.

Arbiel

Dernière modification par Arbiel (Le 11/04/2012, à 00:34)

alexZ44 · Le 11/04/2012, à 15:36

Wow, c'est pas simple tout ça, m'enfin ça pourra me servir dans mon enrichissement linuxien !
Je vais tout de suite faire tes manips pour installer grub.

Dernière modification par alexZ44 (Le 11/04/2012, à 15:50)

alexZ44 · Le 11/04/2012, à 15:49

Bon j'ai tenté mais ça a affiché ça. Pour pas faire de connerie, je préfère poster et voir ce qu'il en est.

root@sysresccd /root % mount /dev/sda5 /media/OS 
root@sysresccd /root % grub-install --boot-directory=/media/OS/boot /dev/sda
Unrecognized option `--boot-directory=/media/OS/boot'
Usage: grub-install [OPTION] install_device
Install GRUB on your drive.

  -h, --help              print this message and exit
  -v, --version           print the version information and exit
  --root-directory=DIR    install GRUB images under the directory DIR
                          instead of the root directory
  --grub-shell=FILE       use FILE as the grub shell
  --no-floppy             do not probe any floppy drive
  --force-lba             force GRUB to use LBA mode even for a buggy
                          BIOS
  --recheck               probe a device map even if it already exists

INSTALL_DEVICE can be a GRUB device name or a system device filename.

grub-install copies GRUB images into the DIR/boot directory specfied by
--root-directory, and uses the grub shell to install grub into the boot
sector.

Report bugs to <bug-grub@gnu.org>.

Arbiel · Le 11/04/2012, à 16:39

Bonjour

Je suis gêné. La version de grub-install de ton rescueCD n'est pas la même que celle dont je dispose dans ma distribution. Il y a deux problèmes, l'un me semble mineur, mais l'autre me paraît plus problématique.

Le problème mineur est le suivant : l'option que tu dois utiliser est n'est pas --boot-directory, mais --root-directory, ce qui, à proprement parler, n'est pas très judicieux puisqu'en l'occurrence il s'agit de définir le répertoire de travail pour Grub, donc pour "booter" le PC, et non le répertoire ayant un rapport quelconque avec la racine. Mais passons.

Le problème qui me gêne vraiment est le suivant. Dans les commentaires, tu peux lire

grub-install a écrit :

and uses the grub shell to install grub into the boot sector.

ce qui veut dire en clair que grub-install va enregistrer dans le secteur d'amorçage, le premier secteur de ta partition, le fichier passé en paramètre par l'option --grub-shell. Je n'ai jamais eu à faire ce genre de manipulation, et je dois me renseigner.

Peux-tu me donner le retour de la commande

grub-install -v

qui renvoie le numéro de version.

En attendant, il me paraît sage de recopier ton MBR, même s'il n'est pas très fameux, afin de pouvoir le restaurer en cas de malheur. Il faut donc que tu le mettes sur un support amovible auquel tu devras avoir accès avec ton rescueCD

La commande pour sauver ton MBR sur un fichier localisé sur /mon_chemin_vers_mon_répertoire est la suivante :

dd if=/dev/sda bs=512 count=1 of=/mon_chemin_vers_mon_répertoire/mbr.recopie

.

A la suite de cette commande, tu vérifies que ton fichier est identique à ton MBR

hexdump -C /mon_chemin_vers_mon_répertoire/mbr.recopie

qui doit te donner le même résultat que lorsque tu as publié le contenu de ton MBR.

Arbiel

alexZ44 · Le 11/04/2012, à 17:32

La version est : (GNU GRUB 0.97)

J'ai copié le MBR sur une autre clé usb (celle sur laquelle je copie déjà les rapports que je poste ensuite ici)... Ils sont identiques, c'est bon.

Sinon je voulais te demander, comment peut-on expliquer que l'assistant acer recovery ne fonctionne pas ? Peut-être parce que j'ai (je crois) repartitionné windows après installation de ubuntu ? Car si le recovery marchait, il aurait peut-être remis les paramètres d'usines de l'ordinateur, et là il m'aurait suffit de réinstaller ubuntu (et de ne plus prendre de risque aussi...).

Ca te simplifierait peut-être aussi la tâche, car honnêtement si je récupère un ordi en état de marche avec un windows opérationnel que je n'aurai pas eu à réinstaller (avec les plugins et tout...), ça m'ira, je ne veux pas faire le difficile, mon home étant déjà sauvé.

Quoiqu'il en soit, merci encore pour ta précieuse aide.

Arbiel · Le 11/04/2012, à 18:42

Je suis d'accord avec toi. Je crains que nous ne partions dans des voies qui n'aboutiront à rien. Les anomalies que tu as constatées, erreur d'interprétation de ta table des partitions par fdisk, comportement erratique de GParted, restent complètement inexpliquées, et au bout du compte, même si nous arrivons à réinstaller Grub sur ton MBR, je ne suis pas certain que nous en sortions.

Un problème : nous ne savons pas bien ce que tu as dans le MBR.

Commence d'abord par positionner le drapeau "boot" sur ta partition Windows, et non plus sur ta partition "recovery" et dis moi ce que cela te donne

Ensuite, si j'ai bien compris, toutes des données ont été sauvegardées. Merci de me le confirmer.

J'attends la réponse à ces deux questions pour voir comment poursuivre.

Arbiel

Arbiel · Le 11/04/2012, à 19:00

J'ai oublié de répondre à ta question sur la partition recovery. Je pense qu'elle peut ne pas fonctionner parce qu'elle est cachée. SI tu n'arrives pas à amorcer ton PC avec Windows après avoir déplacer le drapeau "boot", remets le sur la partition recovery (/dev/sda2 je suppose) et supprime le drapeau "hidden".

alexZ44 · Le 11/04/2012, à 19:59

Comme je l'ai dit lors du message #14, j'ai déjà positionné absolument partout le boot flag grâce à TestDisk, et rien ne marche (écran noir avec tiret blanc clignotant), sauf sur la première partition, qui est le acer recovery. Car pour t'aiguiller, c'est bien la première partition le acer recovery, et j'y ai bien accès, je peux le lancer, mais les nombreuses fois où j'ai tenté, le redémarrage m'a donné la même chose qu'avant.

Pour info, la composition de mes partitions :
sda1 : acer recovery
sda2 : system reserved
sda3 : windows 7 premium
sda4 : étendue
(sda5 : /
sda6: /usr
sda7: swap
sda8: /home).
Si le flag est actuellement sur sda2, c'est sans doute parce que mon dernier test a dû être fait sur cette partition.

Par contre je ne vois pas où et qu'est ce que le "drapeau hidden"...?

Et oui, j'ai bien sauvegardé mes principales données (mon home), donc pas de soucis là non plus.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 17/03/2012, à 20:22

[Résolu] grub disparu et table de partition effacée

#2 Le 20/03/2012, à 22:57

Re : [Résolu] grub disparu et table de partition effacée

#3 Le 21/03/2012, à 01:39

Re : [Résolu] grub disparu et table de partition effacée

#4 Le 21/03/2012, à 14:49

Re : [Résolu] grub disparu et table de partition effacée

#5 Le 21/03/2012, à 15:16

Re : [Résolu] grub disparu et table de partition effacée

#6 Le 22/03/2012, à 00:16

Re : [Résolu] grub disparu et table de partition effacée

#7 Le 06/04/2012, à 17:09

Re : [Résolu] grub disparu et table de partition effacée

#8 Le 06/04/2012, à 17:42

Re : [Résolu] grub disparu et table de partition effacée

#9 Le 06/04/2012, à 21:46

Re : [Résolu] grub disparu et table de partition effacée

#10 Le 07/04/2012, à 20:04

Re : [Résolu] grub disparu et table de partition effacée

#11 Le 08/04/2012, à 00:09

Re : [Résolu] grub disparu et table de partition effacée

#12 Le 08/04/2012, à 10:25

Re : [Résolu] grub disparu et table de partition effacée

#13 Le 08/04/2012, à 16:20

Re : [Résolu] grub disparu et table de partition effacée

#14 Le 08/04/2012, à 17:42

Re : [Résolu] grub disparu et table de partition effacée

#15 Le 08/04/2012, à 20:57

Re : [Résolu] grub disparu et table de partition effacée

#16 Le 10/04/2012, à 21:04

Re : [Résolu] grub disparu et table de partition effacée

#17 Le 10/04/2012, à 23:27

Re : [Résolu] grub disparu et table de partition effacée

#18 Le 10/04/2012, à 23:58

Re : [Résolu] grub disparu et table de partition effacée

#19 Le 11/04/2012, à 15:36

Re : [Résolu] grub disparu et table de partition effacée

#20 Le 11/04/2012, à 15:49

Re : [Résolu] grub disparu et table de partition effacée

#21 Le 11/04/2012, à 16:39

Re : [Résolu] grub disparu et table de partition effacée

#22 Le 11/04/2012, à 17:32

Re : [Résolu] grub disparu et table de partition effacée

#23 Le 11/04/2012, à 18:42

Re : [Résolu] grub disparu et table de partition effacée

#24 Le 11/04/2012, à 19:00

Re : [Résolu] grub disparu et table de partition effacée

#25 Le 11/04/2012, à 19:59

Re : [Résolu] grub disparu et table de partition effacée

Pied de page des forums