Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 04/03/2011, à 20:13

Arbiel

[Gag Hibernation] Incompatibilté ?

Bonjour à tous

A l'amorçage de mon PC après hibernation, GAG m'a indiqué un secteur de démarrage défectueux, donc écrasé pendant le cours de la session que j'avais momentanée suspendue.

Je ne sais plus si j'ai installé quoi que ce soit pendant la session en question, mais, si j'ai installé quelque chose, ce ne peut être que des paquets en provenance des serveurs sous contrôle d'Ubuntu, donc, à mes yeux certifiés. Par ailleurs, pendant la session, je n'ai rien fait d'autre que de la navigation Internet, de la messagerie électronique et de la bureautique avec OpenOffice. Donc, rien que de très banal.

Je ne vois donc qu'un suspect à l'écrasement de Grub, la procédure d'hibernation,

1) soit lors de la mémorisation d'un secteur de mémoire à une mauvaise adresse sur le disque
2) soit par l'enregistrement à la place de Grub d'une procédure d'amorçage spécifique à la sortie d'hibernation.

La première hypothèse me paraît peu vraisemblable, même si ma configuration peut faire planer  quelques doutes :

fdisk -lu a écrit :

ubuntu@ubuntu:~$ sudo fdisk -lu

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xb9021d9c

   Device Boot      Start         End      Blocks   Id  System
/dev/sda2   *        2048    12089343     6043648    7  HPFS/NTFS
Partition 2 does not end on cylinder boundary.
/dev/sda3        30801920    96337919    32768000    7  HPFS/NTFS
/dev/sda4        96342014   976773119   440215553    5  Extended
/dev/sda5       152061952   779169791   313553920    7  HPFS/NTFS
/dev/sda6       779171840   976773119    98800640    7  HPFS/NTFS
/dev/sda7        96342016   104728575     4193280   82  Linux swap / Solaris
/dev/sda8       104730624   119410687     7340032   83  Linux

Partition table entries are not in disk order

Disk /dev/sdc: 2021 MB, 2021654016 bytes
255 heads, 63 sectors/track, 245 cylinders, total 3948543 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x91f72d24

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *          63     3948542     1974240    6  FAT16
Partition 1 has different physical/logical endings:
     phys=(244, 254, 63) logical=(245, 200, 18)

Disk /dev/sdb: 988 MB, 988282880 bytes
32 heads, 63 sectors/track, 957 cylinders, total 1930240 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *         135     1929311      964588+   6  FAT16
ubuntu@ubuntu:~$

On y voit que mon système est sur /dev/sda8, à quelques blocs près juste derrière la partition de swap en /dev/sda7. Et, pour rendre Grub incassable, je l'ai installé sur /dev/sda8. Il se trouve donc, si je comprends bien, derrière la partition swap, pas très loin, et pourrait ainsi avoir été écrasé par la procédure d'hibernation qui baverait un peu en dehors de sa partition. Cela me paraît très peu vraisemblable. Un tel bogue aurait été découvert depuis longtemps.

La deuxième explication me semble plus vraisemblable.

En effet, pour garantir une sortie d'hibernation sans risque, les concepteurs de cette fonction ont pu prévoir de réduire le dialogue avec l'utilisateur au strict minimum, afin de lui éviter de se fourvoyer vers un autre système GNU/Linux, qui, utilisant la même partition swap, pourrait provoquer des désastres. Cependant, comme il y a peu de risque de le laisser partir vers un système différent et que l'on est jamais certain de ne pas avoir affaire à un PC tatoué, on n'a d'autre solution que d'écraser Grub. Mais malheureusement, sur mon PC, c'est GAG qui se trouve sur le MBR, et qui peut-être ne sait que faire de ce "faux" Grub.

Cependant, certains fils de discussion traitant de sujets comparables indiquent clairement que cette deuxième hypothèse est également erronée.

Quelqu'un pourrait-il avancer une explication vraisemblable ?

En attendant, je vais essayer de restaurer Grub, et si je n'y parviens pas, réinstaller l'ensemble. Dois-je prendre des précautions particulières pour éviter de nouveaux désagréments ?

Je vous remercie d'avance pour vos explications et vos conseils, et d'avoir pris le temps de me lire.

Cordialement

Arbiel


Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04, GNOME 3.36.8
24.04 en cours de tests
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.

Hors ligne

#2 Le 04/03/2011, à 20:52

Arbiel

Re : [Gag Hibernation] Incompatibilté ?

Complément d'informations

J'ai réparé grub selon la procédure indiquée ici
http://doc.ubuntu-fr.org/tutoriel/comme … aurer_grub

Linux m'a indiqué que restaurer Grub ailleurs que sur le MBR était une mauvaise idée, et que, pour l'obliger à le faire, je devais indiquer --force.

C'est ce que j'ai fait. Gag a accepté le nouveau Grub. Cependant après un temps qui m'a paru long, sans activité disque, et devant un écran noir j'ai stoppé le PC. Au redémarrage, GAG m'a éjecté pour cause de secteur d'amorçage "infecte" (je suppose qu'il ne connaît pas les accents).

Je dois ajouter que j'utilise Firefox et Thunderbird sous Windows 7 et Ubuntu en les faisant travailler sur les mêmes fichiers. Mais je doute que des incohérences éventuelles entre les deux versions de ces logiciels puissent avec comme effet de corrompre Grub.

Arbiel


Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04, GNOME 3.36.8
24.04 en cours de tests
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.

Hors ligne

#3 Le 04/03/2011, à 23:21

Arbiel

Re : [Gag Hibernation] Incompatibilté ?

Je viens de restaurer à nouveau Grub. Au démarrage, j'ai été un peu plus patient. Ubuntu a été lancé. J'ai essayé d'activer Firefox. Refus du système "Firefox est déjà actif". Arrêt et redémarrage : Gag m'éjecte à nouveau "Secteur corrompu".

Je vais réinstaller (ce n'est pas si difficile) mais j'attends un peu, en espérant que quelqu'un pourra m'indiquer quelles précautions je dois prendre pour ne pas retomber dans cette erreur.

J'ai omis de préciser que /dev/sda8 est en ext4. Cela pourrait-il avoir un impact ?

Cordialement

Arbiel


Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04, GNOME 3.36.8
24.04 en cours de tests
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.

Hors ligne