[Réparateur de démarrage] Développement du logiciel Boot-Repair

Babdu89 · Le 27/08/2014, à 22:12

Bonjour.

Rue_Gambon a écrit;
Historique :
J'ai implanté Ubuntu 14-04 voici quelques mois à partir d'une copie sur DVD RW sur un disque dur reformaté lors de l'installation. Ubuntu est le seul système d'exploitation implanté et j'ai suivi les options par défaut pour l'installation.

Tu as fait une installation par défaut?.
Je pense que non...

Sur un hdd entièrement dédié à Ubuntu ;
Par défaut l'installateur de Ubuntu fait le partitionnement comme ceci .
Une partition principale format ext4 avec le système installé dessus ( point de montage; / ) Partition non cryptée !!!.
Une partition étendue
Une partition logique format swap_Linux dans la partition étendue .

Le boot info montre;
Une partition de /boot au format ext2 de 256 Mo (pas Go) . (/dev/sda1).

sda1: __________________________________________________________________________

    File system:       ext2
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        /grub/grub.cfg /grub/i386-pc/core.img

Une partition étendue de 500 Go
Une partition format logique ...crypto_LUKS .

sda5: __________________________________________________________________________

    File system:       crypto_LUKS
    Boot sector type:  Unknown
    Boot sector info:

C'est là que ton Système est installé...

Pourquoi avoir fait une partition de /boot séparé?
Pourquoi avoir cryté la partition système? (d'ordinaire c'est sur une partition /home séparé que l'on fait ceci.) L'installateur ne fait pas ce type d'installation par défaut..
Le format de la partition système devrait être aussi en ext4 .
Si ton système à marché un moment... Il a marché comme çà, puisque tu parles de faire les mises à jour ...

Le plus ennuyeux est ceci ;

=================== df -Th:

Filesystem     Type       Size  Used Avail [b]Use%[/b] Mounted on
.............
.............
............
/dev/sda1      ext2       236M  235M     0 100% /mnt/boot-sav/sda1

La partition /boot séparée qui contient ceci, ci-dessous, est pleine ;

/dev/sda1 ext2 236M 235M 0 100% /mnt/boot-sav/sda1

=================== sda1: Location of files loaded by Grub: ====================

           GiB - GB             File                                 Fragment(s)

   0.233159065 = 0.250352640    grub/grub.cfg                                  7
   0.168109894 = 0.180506624    grub/i386-pc/core.img                          2
   0.166047096 = 0.178291712    vmlinuz-3.13.0-24-generic                      9
   0.166995049 = 0.179309568    vmlinuz-3.13.0-27-generic                     11
   0.167511940 = 0.179864576    vmlinuz-3.13.0-29-generic                      9
   0.232954979 = 0.250133504    vmlinuz-3.13.0-30-generic                      8
   0.207570076 = 0.222876672    vmlinuz-3.13.0-32-generic                     11
   0.219288826 = 0.235459584    vmlinuz-3.13.0-33-generic                     10
   0.237299919 = 0.254798848    vmlinuz-3.13.0-34-generic                     15
   0.166521072 = 0.178800640    initrd.img-3.13.0-24-generic                  15
   0.184984207 = 0.198625280    initrd.img-3.13.0-27-generic                  12
   0.194752693 = 0.209114112    initrd.img-3.13.0-29-generic                  14
   0.227540016 = 0.244319232    initrd.img-3.13.0-30-generic                  15
   0.235871315 = 0.253264896    initrd.img-3.13.0-32-generic                  61
   0.238281250 = 0.255852544    initrd.img-3.13.0-33-generic                  475

Elle est pleine. Tu as les versions de noyau ; 3.13.0-24 à 3.13.0-33 comme indiqué ci-dessus.

Tu dis;

J'ai eu des comportements erratiques lors des mises à jour, certaines n'aboutissant pas avec un message mettant en cause un manque de place (sur root je crois, mais je n'ai pLus accès aux copies d'écran faites à ces occasions). En dernier lieu, suite à une telle impossibilité de mise à jour, j'ai eu (pas immédiatement d'ailleurs) une invite à redémarrer pour terminer (!) la mise à jour. Le redémarrage a avorté. Il apparait un écran dont la première ligne est :
0.799441] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

(sur root je crois, mais je n'ai pLus accès aux copies d'écran faites à ces occasions)

Pas sur root, mais /boot ... La partition /dev/sda1 /boot est pleine. Et la mise à jour proposait d'ajouter une version du noyau ( 3.13.0-34, on voit çà dans le fichier grub.cfg) dans cette partition /boot. /dev/sda1

Partie du fichier grub.cfg; ( 'hd0,msdos1' est la partition /dev/sda1 comme la voit Grub).

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-44030a37-4f62-4f5b-bff1-ee6d716c428e' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 ee29e558-61ae-40b9-bb3a-3f86e00e0844
else
search --no-floppy --fs-uuid --set=root ee29e558-61ae-40b9-bb3a-3f86e00e0844
fi
linux /vmlinuz-3.13.0-34-generic root=/dev/mapper/ubuntu--vg-root ro quiet splash $vt_handoff
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-44030a37-4f62-4f5b-bff1-ee6d716c428e' {
menuentry 'Ubuntu, avec Linux 3.13.0-34-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-34-generic-advanced-44030a37-4f62-4f5b-bff1-ee6d716c428e' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 ee29e558-61ae-40b9-bb3a-3f86e00e0844
else
search --no-floppy --fs-uuid --set=root ee29e558-61ae-40b9-bb3a-3f86e00e0844
fi
echo 'Chargement de Linux 3.13.0-34-generic…'
linux /vmlinuz-3.13.0-34-generic root=/dev/mapper/ubuntu--vg-root ro quiet splash $vt_handoff
}
menuentry 'Ubuntu, with Linux 3.13.0-34-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-34-generic-recovery-44030a37-4f62-4f5b-bff1-ee6d716c428e' {
recordfail
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 ee29e558-61ae-40b9-bb3a-3f86e00e0844
else
search --no-floppy --fs-uuid --set=root ee29e558-61ae-40b9-bb3a-3f86e00e0844
fi
echo 'Chargement de Linux 3.13.0-34-generic…'
linux /vmlinuz-3.13.0-34-generic root=/dev/mapper/ubuntu--vg-root ro recovery nomodeset
}

Faute de place çà n'a pas pu s'installer correctement . Tu te retrouves dans le cas expliqué par tiramiseb

http://www.tiramiseb.fr/2013/10/23/ubun … ipherique/

Il explique aussi ce qu'il faut faire pour redonner de la place dans le /boot, pour pouvoir continuer les mises à jours.

Je te conseillerais bien de refaire une installation sans partition de /boot séparée, et sans crypter la partition Système ( / ), en sauvegardant ton /home.
Mais comme il est inclus dans la partition système (/dev/sda5 cryptée). Je ne sais pas comment tu pourrais accéder à tes données personnelles en session live pour les sauvegarder sur un support externe, avant réinstallation ... La partition qui les contient étant cryptée.

Voila si çà peut aider à résoudre le souci.

Bon courage.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 27/08/2014, à 22:14)

jibel · Le 28/08/2014, à 00:25

@Babdu89,
C'est mieux comme ça......

Babdu89 · Le 28/08/2014, à 08:02

Bonjour.

@jibel ... Salut.

@ Rue_Gambon

Comment réinstaller...

Babdu89 a écrit;
Je ne sais pas comment tu pourrais accéder à tes données personnelles en session live pour les sauvegarder sur un support externe, avant réinstallation ... La partition qui les contient étant cryptée.

Sauf que si tu arrives à débloquer la partition de boot /dev/sda1, comme l'explique tiramiseb. Tu pourras redémarrer ton système. Ne pas essayer de refaire le mises à jour. (Ou essayer, mais après avoir fait ce qui suit.) . Faire la sauvegarde de tes donnés personnelles.

Je te conseille la réinstallation, car à un moment ou un autre, cette partition de /boot séparée se retrouvera encore pleine.

@+. Babdu89 .

moko138 · Le 28/08/2014, à 09:33

Rue_Gambon a écrit :

J'ai implanté Ubuntu 14-04 voici quelques mois à partir d'une copie sur DVD RW sur un disque dur reformaté lors de l'installation. Ubuntu est le seul système d'exploitation implanté et j'ai suivi les options par défaut pour l'installation.

Il me semble que Rue_Gambon a en effet subi exactement ce que devient l'installation par défaut dès lors que le chiffrement est choisi. C'est ce que malbo décrivait là pour la 13.10 : ./viewtopic.php?pid=15393911.

Par ailleurs, depuis *buntu 13.10, le choix du chiffrement implique, semble-t-il, la création d'une partition séparée et non chiffrée pour /boot.
La taille de cette partition quand on laisse l'installateur s'en occuper, est d'environ 300 Mo.

Enfin, depuis 14.04, le nettoyage des anciens noyaux ./viewtopic.php?pid=16814881#p16814881 est semi automatisé :

je retiens que la nouvelle procédure est "sudo apt-get autoremove" manuel et validation manuelle par "O/n",
- que sauf cette procédure, qui est en réalité semi-automatique, la 14.04 ne purge aucun noyau, ce qui évite de se retrouver automatiquement avec deux noyaux consécutifs bugués

Donc, avec 14.04, il faut lancer

sudo apt-get autoremove

avant d'être bloqué.
Aux non-spécialistes, je conseille de le faire une fois par mois, et, ainsi qu'il a toujours été dit, de garder les deux derniers noyaux fonctionnels.

Babdu89 · Le 28/08/2014, à 10:00

Bonjour.
@moko138.
malbo parle d'installation en UEFI, donc oui la partition de /boot/efi est faite par l'installateur.

Rue_Gambon à fait une installation non UEFI. (pas de partitionnement GPT de son hdd.)
Donc, je ne sais pas si on peut tirer le même conclusions , de ce qui est observé en installant en mode UEFI...
Est-ce que l'on peut affirmer que l'installateur fait la même chose?
Propose les mêmes options d'installation en faisant l'installation semi-automatique ; création d'une partition /boot séparée, et proposition de crypter la partition système?.

Dans le cas de Rue_Gambon. Pour information, seul lui peut nous éclairer sur le sujet, en précisant exactement comment il a procédé.

Mais, çà ne change pas grand chose pour ses soucis, il faut faire de la place dans la partition /boot séparée.
Chose que l'on ne doit pas avoir à faire avec une installation en UEFI, car Grub et les noyaux sont installé dans la partition système / ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 28/08/2014, à 10:03)

moko138 · Le 28/08/2014, à 10:12

Babdu89 a écrit :

il faut faire de la place dans la partition /boot séparée.
Chose que l'on ne doit pas avoir à faire avec une installation en UEFI, car Grub et les noyaux sont installé dans la partition système /

Merci ! tu me l'apprends.

malbo parle d'installation en UEFI, donc oui la partition de /boot/efi est faite par l'installateur.
Rue_Gambon à fait une installation non UEFI. (pas de partitionnement GPT de son hdd.)
Donc, je ne sais pas si on peut tirer le même conclusions

Bien que sans preuve, je suis persuadé que oui.

Rue_Gambon · Le 28/08/2014, à 10:56

Bonjour,

@Jibel
@Babdu89
@moko138

Merci à vous. Vos messages, tout en me laissant peu d'espoir pour la solution de mon problème, m'ont en tout cas apporté son explication,

Je confirme que mon installation de 14.04 est du type que vient de décrire moko138 (et comparable aussi à ce qui est dit par malbo dans http://forum.ubuntu-fr.org/viewtopic.php?pid=15393911) : j'ai choisi de reformater mon DD, puis l'installateur m'a alors proposé un choix de système de fichiers : soit ext qq chose (ext4 ?), soit LUKS que j'ai donc voulu essayer par curiosité (avant de passer en 14.04 sur mes autres postes). Je n'ai fait -autant que je me souvienne- aucun choix de taille. C'est quand j'ai eu mes premières difficultés de mise à jour que j'ai découvert, en utilisant GParted, que /boot était de taille 256 Mo, mais comme ça avait été fait automatiquement, je ne me suis pas inquiété et j'ai pensé à un problème de mauvaise liaison Internet lors du chargement des fichiers de MAJ, d'autant qu"ensuite d'autres mises à jour ont fonctionné ! Gparted m'indiquait donc une partition pour /boot en ext qq chose (je crois ext2) et une partition en système de fichiers inconnu.

Conclusions provisoires :
- je suis bien puni de ma curiosité : je croyais pourtant que c'était une source possible de progrès contrairement au dicton que veut que ce soit un vilain défaut ;
- je ne retrouve pas la page du forum où j'avais trouvé qq explications sur ces choix de systèmes de fichiers lors de l'installation ; je me souviens qu'était pointée la difficulté de récupération avec LUKS en cas de crash (c'est ce que je vis ! ), mais je ne crois pas que ce pb de dimensionnement insuffisant de /boot y soit mentionné ; je suis obligé de m'en remettre à plus compétent que moi mais je crois que ce serait bien de mentionner sur le forum ce problème et ses remèdes possibles ;
- je vais essayer de récupérer mon /home avec ce que propose tiramiseb, puis je réinstallerai 14.04 sans doute avec ext4 comme système de fichiers.

Je suis toujours preneur de conseils.

Bonne journée à vous.

moko138 · Le 28/08/2014, à 12:19

Avant tout, as-tu tenté de démarrer sur "previous linux versions" ?

Rue_Gambon · Le 28/08/2014, à 14:51

@moko138

"Avant tout, as-tu tenté de démarrer sur "previous linux versions" ?". Comment faut-il faire ?

Merci.

Babdu89 · Le 28/08/2014, à 14:52

Bonjour.
Ha ,OK!!!. On sait comment à été installé cet OS 14.04 .

Comme je prépare mes installations en faisant les partitions d'installation avec Gparted en session live. J'utilise l'option 'Autre chose" et j'installe en manuel .
Donc je n'ai pas vu, tout du moins avec la 14.04, comment se passe l'installation en utilisant tout le disque ...

Rue_Gambon a écrit :
Conclusions provisoires :
- je suis bien puni de ma curiosité : je croyais pourtant que c'était une source possible de progrès contrairement au dicton que veut que ce soit un vilain défaut ;

Une idée pour le future, et assouvir ta curiosité...
Disposer d'un hdd externe,même de taille modeste, pour faire tes installations de tests ... Au moins ton système sera à l'abri .

Pour info, j'ai fait des mises à niveau de tests sur des Xubuntu 12.04 vers la 14.04 ( 4 OS) . Puisque proposées par le gestionnaire de mise à jour.
La première à échoué, impossible de redémarrer sur le dernier noyau 3.13.0-33 .
Les autres faites quelques jours plus tard avaient le noyau 3.13.0-34 ,et redémarraient sans souci...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 28/08/2014, à 16:22)

Babdu89 · Le 28/08/2014, à 14:58

Rue_Gambon a écrit :

@moko138
"Avant tout, as-tu tenté de démarrer sur "previous linux versions" ?". Comment faut-il faire ?
Merci.

Lorsque tu vois le menu Grub. Pour chaque OS Linux tu as une entrée à deux lignes.
La première ligne, c'est le mode de démarrage normal, celle qui coince...
La deuxième ligne, c'est le recovery, ou prévious Linux suivant les installations.
En choisissant cette deuxième ligne, tu as la possibilité de choisir sur quelle version du noyau faire redémarrer ta machine.
Çà permet dès fois de trouver au moins un ancien noyau qui fait redémarrer l'OS.
À tester...

@+. Babdu89 .

jibel · Le 28/08/2014, à 16:10

@Rue_gambon,
Sur ce que j'ai vu et compris ou pas...je serais de l'avis de Babdu89.... refaire une installe toute neuve
ça serait la solution la meilleure et moins E********e plutôt qu'un chipotage! ça va te prendre 45mn +/- avec un joli live CD de ton OS préféré UB.14.04 Lts par ex . .....A moins d'avoir un paquet de docs, photos etc? Surtout ne tente pas des trucs "pour voir" j'ai donc voulu essayer par curiosité la tu va au devant de sinistres désillusions......Si tu as besoin d'aide pour faire ton installe, comme elle devrait être faite, pas hésiter a venir sur le FoFo

Babdu89 · Le 28/08/2014, à 16:23

On va bien voir si il arrive à redémarrer en recovery sur un ou des anciens noyaux...
@+. Babdu89 .

jibel · Le 28/08/2014, à 16:35

Babdu89 a écrit :

On va bien voir si il arrive à redémarrer en recovery sur un ou des anciens noyaux...
@+. Babdu89 .

J'ai l'impression qu'il ne peut pas la démarrer sa becane ? sauf avec LSR .....

moko138 · Le 28/08/2014, à 17:41

@ jibel :

Rue_Gambon a écrit :

En dernier lieu, suite à une telle impossibilité de mise à jour, j'ai eu (pas immédiatement d'ailleurs) une invite à redémarrer pour terminer (!) la mise à jour. Le redémarrage a avorté. Il apparait un écran dont la première ligne est :
0.799441] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
(...)
Quand je tente le démarrage sur le disque dur, l'écran de démarrage mentionne, au dessus du cadre les références GNU GRUB version 2.02tildebeta2-9ubuntu1 . Le cadre propose évidemment le seul système Ubuntu et des options. (...)
La procédure en tapant "c" donne bien accès à l'invite de commande grub> mais je suis incompétent pour savoir quoi en faire. Par Echap je reviens bien à l'écran de démarrage.

Donc le pc démarre et peut dépasser le stade de grub.

Dernière modification par moko138 (Le 28/08/2014, à 17:42)

jibel · Le 28/08/2014, à 18:04

Donc le grub n'est pas placé a la bonne place avec boot-repair sda1 apparemment ? Non ?
puisqu'il n'y a que LUI comme OS d'installé dans ce Hdd ? Y-en a pas trente-six ! a moins que je ne dise
n'importe nawak ????

Rue_Gambon · Le 28/08/2014, à 18:57

@ Babdu89 : Mon écran de démarrage ne comporte qu'une ligne ! pas de recovery, ni de version antérieure.

@ tous : En suivant les explications de tiramiseb, avec les instructions dpkg -l | grep ^ii.*linux.image ou .headers je n'obtiens le signalement que de deux noyaux :
le premier indexé "3.13.0-24-generic 3.13.0-24.46"
un autre indexé bizarrement "-generic 3.13.0.24.28"
comme dans la copie d'écran :
http://pix.toile-libre.org/?img=1409247061.png
Ceci ne correspond pas à ce que voit Babdu89 dans son message 1304.

Le premier noyau est celui de l'installation initiale et doit vraisemblablement être sain. En utilisant les instructions décrites par tiramiseb, je devrais pouvoir supprimer le deuxième noyau "-generic 3.13.0.24.28". Qu'en pensez-vous ?

De toute façon je ne vois pas de moyen de sauvegarder mon /home en cas de réinstallation complète.

Merci.

moko138 · Le 28/08/2014, à 21:28

Ne supprime surtout pas linux-headers-generic 3.13.0.24.28 !
C'est ta seule version de linux-headers-generic !

Et la différence de numéro après "24" ne gêne en rien. J'ai aussi une différence chez moi, c'est habituel :

ii  linux-headers-3.2.0-67-generic         3.2.0-67.101   (...)
ii  linux-headers-generic                  3.2.0.67.79 (...)

moko138 · Le 28/08/2014, à 21:31

Prends de bonnes habitudes pour les retours de commandes : Retour utilisable de commande

La capture écran n'est pas une bonne idée parce qu'elle ne permet ni les recherches ni le copier-coller.

Babdu89 · Le 28/08/2014, à 21:56

Normalement ,en faisant un copier/coller du retour terminal, entre les balises code <> (en bleu) au dessus de la fenêtre qui te sert à écrie tes messages...
on devrait voir quelque chose comme ceci . C'est la 14.04 depuis laquelle je poste...

bernard@bernard-System-Product-Name:~$ dpkg -l | grep ^ii.*linux-image
ii  linux-image-3.13.0-24-generic                         3.13.0-24.47                                                 i386         Linux kernel image for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-3.13.0-27-generic                         3.13.0-27.50                                                 i386         Linux kernel image for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-3.13.0-29-generic                         3.13.0-29.53                                                 i386         Linux kernel image for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-3.13.0-30-generic                         3.13.0-30.55                                                 i386         Linux kernel image for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-3.13.0-32-generic                         3.13.0-32.57                                                 i386         Linux kernel image for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-extra-3.13.0-24-generic                   3.13.0-24.47                                                 i386         Linux kernel extra modules for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-extra-3.13.0-27-generic                   3.13.0-27.50                                                 i386         Linux kernel extra modules for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-extra-3.13.0-29-generic                   3.13.0-29.53                                                 i386         Linux kernel extra modules for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-extra-3.13.0-30-generic                   3.13.0-30.55                                                 i386         Linux kernel extra modules for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-extra-3.13.0-32-generic                   3.13.0-32.57                                                 i386         Linux kernel extra modules for version 3.13.0 on 32 bit x86 SMP
ii  linux-image-generic                                   3.13.0.32.38                                                 i386         Generic Linux kernel image
bernard@bernard-System-Product-Name:~$ dpkg -l | grep ^ii.*linux-headers
ii  linux-headers-3.13.0-24                               3.13.0-24.47                                                 all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-24-generic                       3.13.0-24.47                                                 i386         Linux kernel headers for version 3.13.0 on 32 bit x86 SMP
ii  linux-headers-3.13.0-27                               3.13.0-27.50                                                 all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-27-generic                       3.13.0-27.50                                                 i386         Linux kernel headers for version 3.13.0 on 32 bit x86 SMP
ii  linux-headers-3.13.0-29                               3.13.0-29.53                                                 all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-29-generic                       3.13.0-29.53                                                 i386         Linux kernel headers for version 3.13.0 on 32 bit x86 SMP
ii  linux-headers-3.13.0-30                               3.13.0-30.55                                                 all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-30-generic                       3.13.0-30.55                                                 i386         Linux kernel headers for version 3.13.0 on 32 bit x86 SMP
ii  linux-headers-3.13.0-32                               3.13.0-32.57                                                 all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-32-generic                       3.13.0-32.57                                                 i386         Linux kernel headers for version 3.13.0 on 32 bit x86 SMP
ii  linux-headers-generic                                 3.13.0.32.38                                                 i386         Generic Linux kernel headers
ii  linux-headers-generic-pae                             3.13.0.32.38                                                 i386         Transitional package
bernard@bernard-System-Product-Name:~$

De plus comme tu interviens en session live, attention de ne pas appliquer les commandes au contenu de la session live.
On ne voit pas le montage de ton Ubuntu 14.04 dans ta session live, dans l'image posté post ci-dessus ...
Ou si tu veux afficher une image du retour terminal, ouvre en grand la fenêtre du terminal, pour passer les commandes, que l'on voit tout du début à la fin.
Chez moi ,la même chose que ci-dessus;

@+. Babdu89 .

Dernière modification par Babdu89 (Le 28/08/2014, à 22:18)

moko138 · Le 28/08/2014, à 22:36

Rue_Gambon a écrit :

@ Babdu89 : Mon écran de démarrage ne comporte qu'une ligne ! pas de recovery, ni de version antérieure.

Re tente, sans clef usb ni dvd live.
Tapote la touche Majuscules dès le démarrage.

Babdu89 · Le 28/08/2014, à 23:14

Dans le menu Grub qui s'affiche tu n'as pas ceci ? ;

Ubuntu
Ubuntu options avancées pour Ubuntu .....

Si tu as Options avancées , tu sélectionnes cette ligne, et tu devrais voir les différentes versions de noyau...

PS;
Si tu prends la décision de réinstaller, avant dis le nous. On peut encore tenter avec Boot-Repair installé à partir d'une session live, une réinstallation de Grub en passant par les "Options avancées".
Une des Options, permet de réinstaller Grub en purgeant et en réinstallant la dernière version du noyau disponible en même temps.

J'ai déjà utilisé cette option à plusieurs reprises avec succès, suite à des maj qui se passent mal, ou a des bidouillages hasardeux dans mes systèmes.
La différence avec les manips décrites par tiramiseb, c'est qu'il ne restera dans ta config que la dernière version du noyau. En ce moment la 3.13.0-34 . Il n'y en aura pas d'autre ancienne conservée. Mais on peut espérer un redémarrage de la machine. Ce qui te permettrait de récupérer tes données personnelles, avant une réinstallation standart.

Les manips décrites par tiramiseb, ne font que faire le ménage d'anciens noyau. Mais si ton système de boot est vraiment mal en point comme je le suppose. Tu ne pourras pas rebooter ta machine , puisque tu dis ne pas pouvoir le faire actuellement sur une ancienne version du noyau ...

On peut toujours essayer ce que je te propose, je te guiderais dans les choix à faire si tu tentes cette manip .

@+. Babdu89 .

Dernière modification par Babdu89 (Le 28/08/2014, à 23:45)

Cucups · Le 29/08/2014, à 07:42

jibel a écrit :

@cucups,
Ensuite j'ai essayé de re générer le grub, impossible
on peut savoir ce que vous avez vous fait pour "régénérer" le grub ? Ça ne serait pas plutôt de mettre le démarrage de votre bécane sur le bon dev/sd XXX ?
d’après ce que j'ai vu du boot -info il n'y a que du linux dans votre installe.....

J'ai utilisé l'outis du boot-repair juste pour la partie "réinstaller le grub",

Il n'y a qu'une debian sur les disques oui

jibel · Le 29/08/2014, à 08:53

Cucups a écrit :

jibel a écrit :
@cucups,
Ensuite j'ai essayé de re générer le grub, impossible
on peut savoir ce que vous avez vous fait pour "régénérer" le grub ? Ça ne serait pas plutôt de mettre le démarrage de votre bécane sur le bon dev/sd XXX ?
d’après ce que j'ai vu du boot -info il n'y a que du linux dans votre installe.....
J'ai utilisé l'outis du boot-repair juste pour la partie "réinstaller le grub",
Il n'y a qu'une debian sur les disques oui

Si c'est ce qui a été fait, on devrait y avoir ceci , avec sur la premiere ligne le nom de L'OS avec lequel
est fait le boot-repair : sda3 pour vous + dans la dernier ligne doit être indiqué "placer GRUB dans : sda"
Donc cocher cette option......comme sur le screen ci dessous .....
http://pix.toile-libre.org/?img=1409157129.png

Si ça n'a pas été fait de cette manière, refaire un boot-repair et placer le GRUB a la bonne place; fermer redemarrer la becane qui en principe devrait ouvrir debian

Dernière modification par jibel (Le 29/08/2014, à 09:03)

Rue_Gambon · Le 29/08/2014, à 10:51

Bonjour, et @moko138, Jibel, Babdu89 : merci !

C'est idiot. J'ai pu redémarrer simplement sur un noyau antérieur, découvert en utilisant Options avancées - j'avais l'habitude sur l'écran de démarrage d'installations antérieures de voir d'emblée toute la liste des versions et recoveries et je ne l'ai pas cherchée jusqu'à vos indications Merci.

Il me reste à refaire ou réparer mon installation pour supprimer les problèmes, Après sauvegarde de mes données, je suis tenté de revenir à une installation standard (pas crypt-luks).

Je prévois donc les étapes suivantes. Pouvez-vous me corriger si je me trompe ?
1 - Je vais sauvegarder mes données sur un DD amovible avec l'utilitaire Sauvegardes présent dans 14.04. Ceci est-il suffisant pour restaurer après un effacement du DD ? La doc et le forum préconisent rsync ou grsync qui ne sont pas par défaut dans 14.04.

2 - Je vais effacer le DD et refaire son partitionnement puis réinstaller 14.04, ensuite restaurer mes fichiers personnels.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1301 Le 27/08/2014, à 22:12

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1302 Le 28/08/2014, à 00:25

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1303 Le 28/08/2014, à 08:02

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1304 Le 28/08/2014, à 09:33

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1305 Le 28/08/2014, à 10:00

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1306 Le 28/08/2014, à 10:12

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1307 Le 28/08/2014, à 10:56

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1308 Le 28/08/2014, à 12:19

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1309 Le 28/08/2014, à 14:51

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1310 Le 28/08/2014, à 14:52

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1311 Le 28/08/2014, à 14:58

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1312 Le 28/08/2014, à 16:10

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1313 Le 28/08/2014, à 16:23

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1314 Le 28/08/2014, à 16:35

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1315 Le 28/08/2014, à 17:41

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1316 Le 28/08/2014, à 18:04

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1317 Le 28/08/2014, à 18:57

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1318 Le 28/08/2014, à 21:28

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1319 Le 28/08/2014, à 21:31

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1320 Le 28/08/2014, à 21:56

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1321 Le 28/08/2014, à 22:36

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1322 Le 28/08/2014, à 23:14

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1323 Le 29/08/2014, à 07:42

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1324 Le 29/08/2014, à 08:53

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1325 Le 29/08/2014, à 10:51

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Pied de page des forums