Le lundi 7 août 2006 à 15:55:: Laurent - CyberSDF:: Ubuntu
Il y a quelques temps, j'ai réussi à convaincre une amie de tester Ubuntu sur son portable (un HP compaq nx 9105). Je lui ai donc installé un dual-boot, histoire qu'elle garde son windows et se sente plus en sécurité (si un OS ne fonctionne pas, elle a toujours l'autre).
Sur son disque de 60 Go (enfin 55,89), j'ai donc créé en fin de disque une partition de 25 Go (plus une swap) et y ai installé Ubuntu, les 30 premiers Go restants étant pour windows.
Seulement, au fil du temps, elle est vraiment passé complètement à Ubuntu et ne retourne sous windows que pour les quelques jeux flash qui ne passent pas trop bien (ah les joies de flash...) et forcément, au bout d'un moment, un manque de place s'est fait sentir.
Pas de souci, vu que windows sert de moins en moins, que la plupart des données ont été importées sous Ubuntu, on va réduire la taille de la partition réservée à windows et affecter l'espace récupéré à Ubuntu.
Je dégaine donc mon arme favorite pour le partitionnement d'une machine et me lance dans l'opération. Seulement, l'espace libre récupéré étant effectué sur la première partition, la partition racine s'est décalée d'un cran vu qu'il n'est pas (encore ?) possible de déplacer de partition ext3.
Table des partitions avant :
/dev/hda1 => Windows
/dev/hda2 => /
/dev/hda3 => swap
Table des partitions après :
/dev/hda1 => Windows
/dev/hda2 => /home/user/data
/dev/hda3 => /
/dev/hda4 => swap
Donc forcément, si je rebootais, j'allais me retrouver face à une jolie erreur après Grub vu que le système est déclaré en : root (hd0,1) et kernel [...] root=/dev/hda2 [...]
et que maintenant les valeurs sont en : root (hd0,2) et kernel [...] root=/dev/hda3 [...]
Le LiveCD de Gparted proposant un shell, je monte la partition racine, fais les modifications qui vont bien, notamment dans le fichier /boot/grub/menu.lst.
Tout fonctionnait bien, jusqu'à une mise à jour récente du noyau... Où je reçois un SMS ''Linux démarre plus ! J'ai une erreur 15''
Je vous passe le dépannage par téléphone (allez faire éditer les entrées du menu de Grub par téléphone par quelqu'un qui n'y connaît rien), mais, grosso merdo, le souci venait qu'après une mise à jour du noyau, la commande update-grub avait régénéré le fichier menu.lst en déclarant les anciennes partitions.
Seulement, un doute m'habite, comment cela a été possible ? J'ai beau fouiller partout (fichiers, manuels, sites web, etc.), je ne vois pas comment et d'où il tire les informations sur l'ancien partitionnement.
Puis, au bout d'un moment, deux lignes commentées du fichier menu.lst attirent mon attention :
# kopt=root=/dev/hda2 ro # groot=(hd0,1)
Mais bon sang c'est bien sûr !!! Voilà mon erreur ! J'ai oublié de modifier ces deux lignes... Tout simplement parce qu'elles sont commentées et que la colorisation syntaxique de vim me les a fait zapper visuellement...
Là où je suis impardonnable, c'est que c'est documenté.
Voilà, j'espère que ma petite mésaventure servira à d'autres.
Blogmark it ! :: trackback fermés :: fil rss des commentaires
1.
Le lundi 7 août 2006 à 18:04 ::
thbkrshw
C'est peut-être documenté, mais je trouve que debian/ubuntu fait asez fort sur ce coup là. Au lieu d'être présent dans le fichier de conf de grub (qui se trouve déjà à un endroit pas évident) cela devrait faire partie d'un fichier à part à destination d'update-grub placé dans /etc
2.
Le lundi 7 août 2006 à 19:21 ::
loloemr
Merci a toi, parce que j'ai eu le meme soucis et a chaque fois que je redemarrais (mise a jour du noyau) j'editais la ligne grub.
3.
Le lundi 7 août 2006 à 19:31 ::
Laurent - CyberSDF
En même temps, c'est vrai que c'est très moyen que deux lignes commentées soient interprétées comme ça.
Je ne sais pas si c'est une spécificité Debian/Ubuntu mais je n'ai rien trouvé à leurs propos dans le manuel officiel de grub
4.
Le lundi 7 août 2006 à 22:03 ::
laOuine
Cool ! J'ai eu ce problème sur mon PC ce week end. Je vais pouvoir modifié ça pour la prochaine MAJ du noyau.
Ci'
5.
Le mardi 8 août 2006 à 00:24 ::
thbkrshw
@Laurent : si c'est spécifique à debian, ubuntu, c'est juste pour le script update-grub qui parse ton fichier de conf pour voir comment c'est configurer.
Ca gère aussi la mise à jour des noyaux par dpkg. Ca fait plein de chose mais ça mériterais d'être plus clair.
Bon moi je retourne à mon arch !
6.
Le mardi 8 août 2006 à 08:49 ::
makidoko
C'est pas grave, c'est juste un effet de la sur-convivialité et intuitivité de grub.
Pourquoi lors d'une install, il n'y a rien à faire, et grub s'installe sans aucune intervention de l'utilisateur? Et pourquoi une fois le système installé, il est nécessaire de déployer des trésors d'ingénierie pour la moindre modification de la table des partitions?
Le magnifique script qui sert à l'install est-il un script vaudou qui s'étherise une fois le système installé?
C'est une question qui me taraude depuis longtemps déjà, car à chaque fois que je teste une distrib, c'est la confusion totale, et encore plus une fois que je désinstalle la distrib testée.
Celà dit, ta cyber-mésaventure de SDF est un nouveau point de départ pôur moi dans la compréhension de la cabale grubienne.
Merci à toi.
7.
Le mardi 8 août 2006 à 09:16 ::
thbkrshw
@makidodo : le magnifique script utilisé à l'install est le bien nommé uptade-grub. Il est disponible après l'installation (c'est ce dont parle Laurent), il est notamment utilisé pour mettre le fichier de conf de grub à jour lors d'un changement de noyau. (En passant par les outils debian bien sur : apt/dpkg)
8.
Le mardi 8 août 2006 à 09:49 ::
gismo
Comme toi j'ai eu exactement le même problème sur un serveur Debian en production. Je me suis cassé la tête pendant des mois. Et c'est par Ubuntu que j'ai trouvé la solution...
Mais c'est vrais que c'est pas très clair le fait que ca soit commenté (pareil pour les option par defaut à passer comme vga=791).
9.
Le mardi 8 août 2006 à 10:20 ::
Aresthya
Merci beaucoup, j'ai déjà eu ce soucis plusieurs fois, mais j'ai pas eu droit à un dépannage téléphonique
10.
Le mardi 8 août 2006 à 18:13 ::
Lenoil
Merci beaucoup, j'ai déjà eu ce probleme suite à l'interversion de 2 disques durs, mais sans jamais trouvé la solution ! Alors je corrigeais le menu.lst à chaque mise à jour de noyau
11.
Le mardi 8 août 2006 à 19:02 ::
passant
Bof, le cas a été expliqué maintes fois sur le forum. En outre il est bien précisé que ces deux lignes sont prises en compte et qu'il ne faut pas les décommenter.
Enfin, le partitionnement n'aurait pas du modifier les numéros des partitions. Cela a probablement été demandé.
12.
Le mercredi 9 août 2006 à 12:11 ::
Laurent - CyberSDF
On m'a signalé que c'était déjà connu et confirmé https://launchpad.net/distros/ubuntu/+source/grub/+bug/21412
13.
Le mercredi 9 août 2006 à 19:56 ::
passant
Non
![]()
Voir le commentaire de Matt :
"o clarify this bug, since it's evolved a bit:
The following things are confusing about the current behaviour:
- 'kopt' and such are treated as configuration parameters, but written in the
form of comments. Users naturally uncomment them.
- The automagic update markers are surprising. Users add new entries to the
list, which seems reasonable, but then they disappear the next time update-grub
is run.
- Similarly, parameters which are added to the automatic stanzas are
unexpectedly lost
This is compounded by the fact that this is essentially an extended version of
upstream's config file syntax. People who know menu.lst from elsewhere should
not expect to have things behave so differently.
The comments which explain this are buried in the middle of the file and often
overlooked, but I don't think that even a prominent comment excuses this kind of
surprising behaviour."
Pour le moment, aucune preuve qu'il n'y a pas eu erreur de l'user.
Toutes les fautes d'orthographes présentes sur ce site sont protégées par la licence
Creative common
|
|
|
|
Design décliné de [ON]Simple par [ NikO ]
Hébergé par Typhon.Network