Mauvais Grub au démarrage

Fyro · Le 20/10/2016, à 12:37

Bonjour,

Dans l'optique d'une mise à jour de mon poste ubuntu qui était en version 12.04, j'ai du créer une nouvelle partition pour accueillir le /boot qui n'avait que 100Mo, sans avoir la possibilité d'agrandir celle-ci, j'ai donc fait passer le /boot de /dev/sda1 vers /dev/sda6 et reinstallé grub sur celle-ci

Tout semblait ok, et j'ai du coup effectué la maj via les dépots de 12.04 -> 14.04
ça s'était bien passé au premier abord, sauf qu'en redémarrant, l'affichage du grub m'indiquait la version de kernel pour la 12.04 ... ce qui me laisse à penser qu'il n'a clairement pas switcher de grub, et pointe encore sur /dev/sda1 (qui n'est plus montée) (j'ai aussi une double interface de saisie de mot de passe après la saisie du user, c'est pas gênant mais étrange)
cependant je suis bien en 14.04 ... mais il est sur le kernel de la 12.04

A savoir :

~$ sudo fdisk -l

Disk /dev/sda: 128.0 GB, 128035676160 bytes
255 têtes, 63 secteurs/piste, 15566 cylindres, total 250069680 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 : 0x0001bcc7

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda1   *        2048      194559       96256   83  Linux
/dev/sda2          196606   250068991   124936193    5  Étendue
/dev/sda5          196608   249643007   124723200   8e  LVM Linux
/dev/sda6       249645056   250068991      211968   83  Linux

Disque /dev/mapper/vgroot-lvswap : 8191 Mo, 8191475712 octets
255 têtes, 63 secteurs/piste, 995 cylindres, total 15998976 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 : 0x00000000

Le disque /dev/mapper/vgroot-lvswap ne contient pas une table de partitions valable

Disk /dev/mapper/vgroot-lvroot: 12.4 GB, 12364808192 bytes
255 têtes, 63 secteurs/piste, 1503 cylindres, total 24150016 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 : 0x00000000

Le disque /dev/mapper/vgroot-lvroot ne contient pas une table de partitions valable

Disque /dev/mapper/vgroot-lvopt : 3997 Mo, 3997171712 octets
255 têtes, 63 secteurs/piste, 485 cylindres, total 7806976 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 : 0x00000000

Le disque /dev/mapper/vgroot-lvopt ne contient pas une table de partitions valable

Disk /dev/mapper/vgroot-lvhome: 86.3 GB, 86310387712 bytes
255 têtes, 63 secteurs/piste, 10493 cylindres, total 168574976 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 : 0x00000000

Le disque /dev/mapper/vgroot-lvhome ne contient pas une table de partitions valable

~$ df -Th
Sys. de fichiers          Type     Taille Utilisé Dispo Uti% Monté sur
udev                      devtmpfs   3,9G     12K  3,9G   1% /dev
tmpfs                     tmpfs      797M    1,2M  796M   1% /run
/dev/mapper/vgroot-lvroot ext4        12G    7,6G  3,3G  70% /
none                      tmpfs      4,0K       0  4,0K   0% /sys/fs/cgroup
none                      tmpfs      5,0M       0  5,0M   0% /run/lock
none                      tmpfs      3,9G    228K  3,9G   1% /run/shm
none                      tmpfs      100M       0  100M   0% /run/user
/dev/mapper/vgroot-lvhome ext4        80G     37G   39G  49% /home
/dev/mapper/vgroot-lvopt  ext4       3,7G    3,0G  500M  86% /opt
/dev/sda6                 ext3       201M     82M  110M  43% /boot

~$ uname -r
3.2.0-110-generic-pae

On voit entre autre que l'amorçage est /sda1, je ne suis pas calé là-dessus pour savoir s'il devrait être sda6 même si je peux peut-être pre-supposer que si ?

est-ce que reinstaller grub depuis la session ubuntu ou via boot-repair permettra de remettre les choses au propre ? si oui, est-ce qu'une solution plutôt qu'une autre est plutôt à privilégier ? risque ?

merci de votre aide

hibou7 · Le 22/10/2016, à 02:06

Bonsoir Fyro et bienvenue sur le forum

Réinstaller Grub ne va pas régler le problème principal: un ubuntu 14.04 avec un noyau de la 12.04, ça ne peut pas bien tourner .
Je ne saurais pas te dire si c'est le fait d'avoir déplacé le /boot qui a fait foirer la migration.
Le fait est que les mises à niveau foirent de temps en temps, et ça semble être le cas ici.
Le moyen le plus rapide et le plus simple pour s'en sortir est de faire un sauvegarde de tes données suivie d'une reinstallation_ubuntu: 14.04 ou evt 16.04.

Dernière modification par hibou7 (Le 22/10/2016, à 02:10)

Fyro · Le 25/10/2016, à 18:10

merci pour ra réponse

Disons que c'est un poste au boulot, et que je n'ai pas vraiment le droit de réinstaller

le poste fonctionne correctement, sauf que du coup je reste limité à ce kernel, alors que je lorsque je fais les mise à jour des paquets , il me met à jour le kernel de la 14.04 dans /boot

c'est pour ça que j'aimerai bien trouver quelqu'un qui me dise que je peux essayer de reinstaller le grub sur cette partition, soit depuis la session soit avec boot-repair

hibou7 · Le 26/10/2016, à 22:16

...je peux essayer de reinstaller le grub sur cette partition,

Réinstaller Grub est une tâche d'administration non?
Si tu es admin, tu peux aussi réinstaller le système.

Fyro · Le 27/10/2016, à 10:08

oui je peux le faire, si je dois en passer par là je le ferai, mais s'il y avait une solution, ce serait dommage de s'en passer ?

hibou7 · Le 27/10/2016, à 17:59

Désolé, je ne vois rien d'autre.
Note qu'actuellement, tu peux réinstaller le système en laissant le /home en place.
https://doc.ubuntu-fr.org/reinstallatio … her_auhome
Faire quand même une sauvegarde - on ne sait jamais...

moko138 · Le 28/10/2016, à 07:40

Fyro,
Ta description n'est pas un modèle de clarté...
Mais
Pour le problème de menu grub
tu as, je crois, oublié que tu devais faire

sudo update-grub

dans chaque S.E. Cf. ./viewtopic.php?id=1814421 "[Résolu] Mise à jour kernel incomplète"

- -

Pour le problème de place
Pour automatiser la purge hebdomadaire des noyaux excédentaires, même marqués "d'installation manuelle", et ne garder que les deux plus récents et opérationnels,
copie-colle dans l'ordre les six dernières commandes de ce message de nany ./viewtopic.php?pid=21300891#p21300891.
Et tu devrais être tranquille 51 semaines par an...

Sauf que tu as fait une /boot de "201M" en ext3,
donc il se peut que, dans les très rares cas où il y a deux nouveaux noyaux dans la semaine, tu provoques un blocage d'apt par manque d'espace dans /boot.
Si cela t'arrive, il te suffira de supprimer manuellement le plus ancien noyau en suivant la procédure indiquée par tiramiseb dans https://www.maccagnoni.eu/2013/10/ubunt … ipherique/.
Et si cela se produit pendant tes congés, le système, à part apt, restera opérationnel. Tu procèderas donc au nettoyage (si apt est bloqué) en rentrant de congés.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 20/10/2016, à 12:37

Mauvais Grub au démarrage

#2 Le 22/10/2016, à 02:06

Re : Mauvais Grub au démarrage

#3 Le 25/10/2016, à 18:10

Re : Mauvais Grub au démarrage

#4 Le 26/10/2016, à 22:16

Re : Mauvais Grub au démarrage

#5 Le 27/10/2016, à 10:08

Re : Mauvais Grub au démarrage

#6 Le 27/10/2016, à 17:59

Re : Mauvais Grub au démarrage

#7 Le 28/10/2016, à 07:40

Re : Mauvais Grub au démarrage

Pied de page des forums