[RÉSOLU] Démarrage impossible après changement de noyau

michcauch · Le 04/04/2017, à 09:37

Bonjour,
Hier j'ai mis à jour mon PC fixe (voir signature) sous Ubuntu 16.04.
Le noyau a été mis à jour vers une version dont je n'ai pas noté le numéro. Depuis il ne démarre plus du tout et le grub est inaccessible.
J'ai lancé une version live, et fait un boot info que voici
boot-info

Avant que je me lance dans une réinstallation, pourriez-vous me dire si ce problème de démarrage peut-être résolu ?
D'avance merci.

Dernière modification par michcauch (Le 06/04/2017, à 08:57)

michcauch · Le 04/04/2017, à 13:21

Petite relance en précisant le message apparaissant quand je démarre le PC en appuyant sur la touche Echap pour atteindre le menu du grub :

GNU GRUB version 2.02~beta2-36ubuntu3.8
Édition de ligne basique de type Bash possible.

en appuyant sur tab on obtient une liste de commandes utilisables, beaucoup bien obscures pour moi,
sauf la commande ls qui renvoie

(hd0) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1) (hd1) (hd1,msdos3) (hd1,msdos2) (hd1,msdos1) (hd2) erreur : échec de lecture du secteur 0xfc de « hd2 ».
erreur : échec de lecture du secteur 0xe0 de « hd2 ».
erreur : échec de lecture du secteur 0x0 de « hd2 ».
(lvm/xubuntu- -vg-swap_1) (lvm/xubuntu- -vg-root)

michcauch · Le 04/04/2017, à 18:43

Personne n'a une petite idée pour m'aider ?
D'avance merci.

michcauch · Le 04/04/2017, à 18:57

J'ai parcouru le boot info, c'est bien compliqué pour moi. J'en ai retiré ceci (c'est à la fin)

Suggested repair
The default repair of the Boot-Repair utility would purge (in order to sign-grub enable-raid enable-lvm) and reinstall the grub-efi-amd64-signed of mapper/xubuntu--vg-root, using the following options:        sda2/boot, sda1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s    use-standard-efi-file rename-ms-efi


=================== Final advice in case of suggested repair
Please do not forget to make your BIOS boot on sda (120GB) disk!


=================== User settings
The settings chosen by the user will not act on the boot.

Je comprends globalement ce qui est dit et j'imagine que cela doit donner des pistes, moi je n'en vois qu'une : utiliser boot-repair en appliquant une réparation par défaut.
Est-ce la bonne méthode ?

Bougron · Le 04/04/2017, à 19:13

Bonjour.
Essaies de redemarrer avec un ancien noyau.
Tu choisis la seconde ligne (advanced) au lieu de la premiere
Puis tu choisis un noyau qui n'est pas en tête de liste.

michcauch · Le 04/04/2017, à 19:24

Merci pour ta réponse, mais je ne peux pas accéder au menu du grub et donc démarrer sur un autre noyau.
En fait, au lieu du menu grub j'ai une fenêtre de type tty1 avec une invite de commande similaire à cela

GRUB>

et en appuyant sur tab j'ai une série de commandes que je peux activer dans cette fenêtre comme ls (cf message 4).

Bougron · Le 04/04/2017, à 19:33

tu peux tenter la reparation standard de boot-repair .... Tu verras bien...

michcauch · Le 04/04/2017, à 21:16

La réparation ne donne rien,
j'arrive maintenant sur un menu grub étonnant qui contient les 4 lignes

EFI/ubuntu/fwupx64.efi
EFI/ubuntu/Mok.Manager.efi
efi/EFI/ubuntu/fwupx64.efi
efi/EFI/ubuntu/Mok.Manager.efi

je peux valider ce que je veux et rien ne se passe.
J'ai fait un autre boot info que voici

Merci pour ton aide

Rajout : en fin d'action du boot-repair j'ai ceci dans le terminal
E:Sub-process/usr/bin/dpkg returned a error (1)

Dernière modification par michcauch (Le 04/04/2017, à 21:18)

Bougron · Le 04/04/2017, à 23:22

Essaies la solution E de cette discussion.

https://forum.ubuntu-fr.org/viewtopic.php?id=1994634

car ta mise à jour ne s'est pas terminée et elle n'a pas mis les fichiers de boot et boot-repair ne les a pas récupéré.

si elle ne marche pas, le plus simple sera de tout réinstaller. car il est possible qu'il manque plus de choses que cela.

PS: Je n'ai pa pu prendre connaissance de ton dernier boot-info.

Dernière modification par Bougron (Le 04/04/2017, à 23:24)

michcauch · Le 05/04/2017, à 10:04

Merci,
j'essaye la solution E, voici les résultats des deux premières commandes conseillées :

 ubuntu@ubuntu:~$ sudo blkid
/dev/sda1: UUID="9F73-DEE6" TYPE="vfat" PARTUUID="170fd7e2-46c8-457e-b985-ca493ed91669"
/dev/sda2: UUID="df1c7129-1190-48b9-bab8-fc083c013fc1" TYPE="ext2" PARTUUID="d4b74556-f0d8-4332-a62f-a8d68ef2a429"
/dev/sdb1: LABEL="disque-fabienne" UUID="c1b960d1-84f7-4704-b68c-ff7a59ec5b35" TYPE="ext4" PARTUUID="55181b76-01"
/dev/sdb2: LABEL="disque-michel" UUID="3e0d7a69-6ef3-457c-9120-0a7810961b1b" TYPE="ext4" PARTUUID="55181b76-02"
/dev/sdb3: LABEL="medias" UUID="4ec19949-14a9-4b5a-a094-c13e41b118b2" TYPE="ext4" PARTUUID="55181b76-03"
/dev/sdc1: UUID="A90A-DCF0" TYPE="vfat" PARTUUID="000b7005-01"
/dev/loop0: TYPE="squashfs"
/dev/sda3: UUID="uUWufi-vA0y-t6CM-0VRo-Gb9x-0ldk-QpFMlw" TYPE="LVM2_member" PARTUUID="df491aa9-47a0-4ac4-8fee-c18edc3defaa"
/dev/mapper/xubuntu--vg-root: UUID="c162bf9e-2a0a-4736-8387-a5dc93f186e9" TYPE="ext4"
/dev/mapper/xubuntu--vg-swap_1: UUID="9969fde7-0455-40ab-b00f-2b1a31f984c9" TYPE="swap"
/dev/sde1: UUID="7F71-5C89" TYPE="vfat" PARTUUID="000d80e6-01"
ubuntu@ubuntu:~$ sudo fdisk -l
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/loop0: 1.3 GiB, 1433468928 bytes, 2799744 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 /dev/sda: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 951A3A7E-1AC4-4C0C-BD86-A6D72041C93E

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1050623   1048576   512M EFI System
/dev/sda2  1050624   2050047    999424   488M Linux filesystem
/dev/sda3  2050048 234440703 232390656 110.8G Linux LVM


Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x55181b76

Device     Boot     Start        End    Sectors   Size Id Type
/dev/sdb1            2048  409602047  409600000 195.3G 83 Linux
/dev/sdb2       409602048  819202047  409600000 195.3G 83 Linux
/dev/sdb3       819202048 1953523711 1134321664 540.9G 83 Linux




Disk /dev/sdc: 14.9 GiB, 16026435072 bytes, 31301631 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
Disklabel type: dos
Disk identifier: 0x000b7005

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdc1  *     2048 31299583 31297536 14.9G  c W95 FAT32 (LBA)


Disk /dev/mapper/xubuntu--vg-root: 106.9 GiB, 114798100480 bytes, 224215040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/xubuntu--vg-swap_1: 3.9 GiB, 4181721088 bytes, 8167424 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/sde: 3.8 GiB, 4026531840 bytes, 7864320 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
Disklabel type: dos
Disk identifier: 0x000d80e6

Device     Boot Start     End Sectors  Size Id Type
/dev/sde1        2048 7864319 7862272  3.8G  b W95 FAT32

avant tout j'ai besoin d'une confirmation : le le N° de partition de la directory / est-ce bien sde1 ? (sur le SSD de 120 Mb)
Note : le SSD contient le système et le home (en fait les homes de Fabienne et Michel) ainsi qu'une partition swap, le DD sda2 de 500 Gb partitionné en sb1 à 3 contient les datas. Par contre je ne vois pas ce qu'est sda1 et sda3.
Question : est-il normal d'avoir sda1 en ext2 et sb1 à 3 en ext4 ?

Enfin voici la réponse à sudo fsck -fv /dev/sde1, elle m'inquiéte :

ubuntu@ubuntu:~$ sudo  fsck  -fv     /dev/sde1
fsck from util-linux 2.27.1
fsck.fat 3.0.28 (2015-05-16)
Checking we can access the last sector of the filesystem
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action

Que faire ? merci d'avance.

Rajout : voici le boot info http://paste2.org/0gAkxjVW

Dernière modification par michcauch (Le 05/04/2017, à 10:08)

Bougron · Le 05/04/2017, à 10:39

Bonjour
Quelques réponses
1) La partition EFI de boot n'est pas SDE1 mais SDA1 sur le SSD de 120 Go

Disk /dev/sda: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 951A3A7E-1AC4-4C0C-BD86-A6D72041C93E
Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1050623   1048576   512M EFI System

SDE1 est ta clé USB.. Si elle a un dirty bit, on peut le faire sauter sans aucun risque pour y accéder en écriture, C'est juste la preuve qu'elle été mal démontée lors de sa création.

Disk /dev/sde: 3.8 GiB, 4026531840 bytes, 7864320 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
Disklabel type: dos
Disk identifier: 0x000d80e6
Device     Boot Start     End Sectors  Size Id Type
/dev/sde1        2048 7864319 7862272  3.8G  b W95 FAT32

Mais plus grave, je réalise que ce que je viens te demander de faire est inadapté à ton cas
====> Il va manquer le montage du logiciel de décryptage des partitions MAPPER. et je ne le maîtrise pas bien....
Regardes cette discussion, pour voir comment insérer les deux commandes que j'ai oubliées avant de lancer la commande fsck des partitions
https://forum.ubuntu-fr.org/viewtopic.p … #p21638343

Dernière modification par Bougron (Le 05/04/2017, à 10:43)

michcauch · Le 05/04/2017, à 13:35

Cela n'a pas l'air concluant, voici ce que j'obtiens

ubuntu@ubuntu:~$ sudo vgchange -ay
  2 logical volume(s) in volume group "xubuntu-vg" now active
ubuntu@ubuntu:~$ sudo fsck -fyvC0 /dev/mapper/ubuntu--vg-root
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: No such file or directory while trying to open /dev/mapper/ubuntu--vg-root
Possibly non-existent device?

Bougron · Le 05/04/2017, à 13:41

Comme je te l'ai dis , je ne connais pas bien...

Peux-tu donner le résultat de

sudo fdisk -l 
sudo cryptsetup luksOpen /dev/sda3 sda3_crypt  
 sudo vgchange -ay

michcauch · Le 05/04/2017, à 14:28

sudo fdisk -l
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/loop0: 1.3 GiB, 1433468928 bytes, 2799744 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 /dev/sda: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 951A3A7E-1AC4-4C0C-BD86-A6D72041C93E

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1050623   1048576   512M EFI System
/dev/sda2  1050624   2050047    999424   488M Linux filesystem
/dev/sda3  2050048 234440703 232390656 110.8G Linux LVM


Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x55181b76

Device     Boot     Start        End    Sectors   Size Id Type
/dev/sdb1            2048  409602047  409600000 195.3G 83 Linux
/dev/sdb2       409602048  819202047  409600000 195.3G 83 Linux
/dev/sdb3       819202048 1953523711 1134321664 540.9G 83 Linux




Disk /dev/sdc: 14.9 GiB, 16026435072 bytes, 31301631 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
Disklabel type: dos
Disk identifier: 0x000b7005

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdc1  *     2048 31299583 31297536 14.9G  c W95 FAT32 (LBA)


Disk /dev/sdd: 3.8 GiB, 4026531840 bytes, 7864320 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
Disklabel type: dos
Disk identifier: 0x000d80e6

Device     Boot Start     End Sectors  Size Id Type
/dev/sdd1        2048 7864319 7862272  3.8G  b W95 FAT32


Disk /dev/mapper/xubuntu--vg-root: 106.9 GiB, 114798100480 bytes, 224215040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/xubuntu--vg-swap_1: 3.9 GiB, 4181721088 bytes, 8167424 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 byte

ubuntu@ubuntu:~$ sudo cryptsetup luksOpen /dev/sda3 sda3_crypt
Device /dev/sda3 is not a valid LUKS device.

ubuntu@ubuntu:~$ sudo vgchange -ay
  2 logical volume(s) in volume group "xubuntu-vg" now active

Sinon j'ai examiné les partitions du SSD via l'utilitaire de disque de Ubuntu, voici ce que cela donne :

Size 537 MB — 523 MB free (2.5% full)
Device /dev/sda1
Partition type EFI System
Contents FAT (32-bit version) — Mounted at /mnt/boot-sav/mapper/xubuntu--vg-root/boot/efi

Size 512 MB — 2.9 MB free (99.4% full)
Device /dev/sda2
Partition type Linux Filesystem
Contents Ext2 (version 1.0) — Mounted at /mnt/boot-sav/mapper/xubuntu--vg-root/boot

Size 119 GB (118,984,015,872 bytes)
Device /dev/sda3
Partition type Linux LVM
Contents LVM2 Physical Volume (LVM2 001)

le sda2 est saturé, si c'est lui qui contient le système, on comprend que la mise à jour est les tentatives de réparations échouent.
J'ai tenté de réutiliser boot-repair pour réinstaller le noyau, boot repair me propose de lancer une commande dans un terminal et voila ce que cela donne (d'abord la réponse complète puis l'extrait qui m'alerte) :

ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/mapper/xubuntu--vg-root" apt-get -f install
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
  linux-headers-4.4.0-62 linux-headers-4.4.0-62-generic linux-headers-4.4.0-63
  linux-headers-4.4.0-63-generic linux-headers-4.4.0-65
  linux-headers-4.4.0-65-generic linux-headers-4.4.0-66
  linux-headers-4.4.0-66-generic linux-headers-4.4.0-71
  linux-headers-4.4.0-71-generic linux-headers-4.8.0-36
  linux-headers-4.8.0-36-generic linux-headers-4.8.0-39
  linux-headers-4.8.0-39-generic linux-image-4.4.0-62-generic
  linux-image-4.4.0-63-generic linux-image-4.4.0-65-generic
  linux-image-4.4.0-66-generic linux-image-4.4.0-71-generic
  linux-image-4.8.0-36-generic linux-image-4.8.0-39-generic
  linux-image-extra-4.4.0-62-generic linux-image-extra-4.4.0-63-generic
  linux-image-extra-4.4.0-65-generic linux-image-extra-4.4.0-66-generic
  linux-image-extra-4.4.0-71-generic linux-image-extra-4.8.0-36-generic
  linux-image-extra-4.8.0-39-generic
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  linux-image-4.4.0-72-generic
Suggested packages:
  fdutils linux-doc-4.4.0 | linux-source-4.4.0 linux-tools
The following NEW packages will be installed:
  linux-image-4.4.0-72-generic
0 upgraded, 1 newly installed, 0 to remove and 6 not upgraded.
21 not fully installed or removed.
Need to get 0 B/21.8 MB of archives.
After this operation, 66.4 MB of additional disk space will be used.
Do you want to continue? [Y/n] 
(Reading database ... 548079 files and directories currently installed.)
Preparing to unpack .../linux-image-4.4.0-72-generic_4.4.0-72.93_amd64.deb ...
Examining /etc/kernel/preinst.d/
run-parts: executing /etc/kernel/preinst.d/intel-microcode 4.4.0-72-generic /boot/vmlinuz-4.4.0-72-generic
Done.
Unpacking linux-image-4.4.0-72-generic (4.4.0-72.93) ...
dpkg: error processing archive /var/cache/apt/archives/linux-image-4.4.0-72-generic_4.4.0-72.93_amd64.deb (--unpack):
 cannot copy extracted data for './boot/vmlinuz-4.4.0-72-generic' to '/boot/vmlinuz-4.4.0-72-generic.dpkg-new': failed to write (No space left on device)
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-72-generic /boot/vmlinuz-4.4.0-72-generic
Errors were encountered while processing:
 /var/cache/apt/archives/linux-image-4.4.0-72-generic_4.4.0-72.93_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

dont, tiré de ce qui précède

dpkg: error processing archive /var/cache/apt/archives/linux-image-4.4.0-72-generic_4.4.0-72.93_amd64.deb (--unpack):
 cannot copy extracted data for './boot/vmlinuz-4.4.0-72-generic' to '/boot/vmlinuz-4.4.0-72-generic.dpkg-new': failed to write (No space left on device)
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-72-generic /boot/vmlinuz-4.4.0-72-generic
Errors were encountered while processing:
 /var/cache/apt/archives/linux-image-4.4.0-72-generic_4.4.0-72.93_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Encore merci pour ton aide

Bougron · Le 05/04/2017, à 14:41

avant de lancer ta commande de finalisation d'installation

sudo chroot "/mnt/boot-sav/mapper/xubuntu--vg-root" apt-get -f install

Tentes de récupérer de l'espace par cette méthode

sudo chroot "/mnt/boot-sav/mapper/xubuntu--vg-root" 
 dpkg --remove --force-remove-reinstreq linux-image-4.4.0-72-generic
 dpkg --remove --force-remove-reinstreq linux-image-extra-4.4.0-72-generic
 apt autoremove
apt-get -f install

C'est idiot, j'aurais du voir qu'il n'y avait plus de place dans la partition /boot par le boot-info car c'est du classique.

=================== df -Th:
/dev/mapper/xubuntu--vg-root ext4      106G   29G   72G  29% /media/ubuntu/c162bf9e-2a0a-4736-8387-a5dc93f186e9
/dev/sda1                    vfat      511M  3.6M  508M   1% /mnt/boot-sav/sda1
/dev/sda2                    ext2      473M  461M     0 100% /mnt/boot-sav/sda2

puis tu devrais pouvoir booter et commencer une épuration sérieuse en faisant la commande

sudo apt autoremove

et enfin installer le logiciel kclean pour gratter ce qui aura été oublié https://forum.ubuntu-fr.org/viewtopic.php?id=242358

======================================

Si la récupération d'espace n'est pas possible, On va faire brutal.
1) Tu bootes en live-usb et tu choisis "essayer avant d'installer" et tu mets le clavier en français

setxkbmap   fr   #### certainement à écrire    setxkb,qp fr

2) Tu montes la partition de boot

sudo   mount    /dev/sda2    /mnt

3) Tu listes son contenu

ls  -ls  /mnt/boot

4) Tu supprimes quelques fichiers les plus anciens et les plus gros. Je pense à ces deux commandes

sudo     rm    /mnt/boot/vmlinuz-4.4.0-63*
sudo     rm    /mnt/boot/vmlinuz-4.4.0-65*

5) Tu pourras alors recommencer la réinstallation du noyau avec boot-repair

Dernière modification par Bougron (Le 05/04/2017, à 16:32)

Bougron · Le 05/04/2017, à 15:39

michcauch a écrit :

Cela n'a pas l'air concluant, voici ce que j'obtiens

ubuntu@ubuntu:~$ sudo vgchange -ay
  2 logical volume(s) in volume group "xubuntu-vg" now active
ubuntu@ubuntu:~$ sudo fsck -fyvC0 /dev/mapper/ubuntu--vg-root
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: No such file or directory while trying to open /dev/mapper/ubuntu--vg-root
Possibly non-existent device?

La codif était un peu différente

sudo fsck -fyvC0 /dev/mapper/xubuntu--vg-root

Dernière modification par Bougron (Le 05/04/2017, à 15:39)

michcauch · Le 05/04/2017, à 18:11

J'essaye tout ça dans la soirée.
Pour ton dernier message il est vrai que je n'avais pas précisé que le pc est sous xubuntu.
Désolé, voici le retour :

ubuntu@ubuntu:~$ sudo fsck -fyvC0 /dev/mapper/xubuntu--vg-root
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure                                           
Pass 3: Checking directory connectivity                                        
Pass 4: Checking reference counts
Pass 5: Checking group summary information                                     
                                                                               
      687370 inodes used (9.80%, out of 7012352)
         402 non-contiguous files (0.1%)
         553 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 615664/156
     8726791 blocks used (31.14%, out of 28026880)
           0 bad blocks
           2 large files

      516460 regular files
       93501 directories
          55 character device files
          25 block device files
           0 fifos
        2547 links
       77317 symbolic links (71459 fast symbolic links)
           3 sockets
------------
      689908 files

michcauch · Le 05/04/2017, à 18:58

En fait rien ne marche

ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/mapper/xubuntu--vg-root"
chroot: failed to run command ‘/bin/bash’: No such file or directory

quelque soit la commande j'ai une erreur du même type

ubuntu@ubuntu:~$ ls -ls /mnt/boot
ls: cannot access '/mnt/boot': No such file or directory

ou

ubuntu@ubuntu:~$ sudo rm /mnt/boot/vmlinuz-4.4.0-63*
rm: cannot remove '/mnt/boot/vmlinuz-4.4.0-63*': No such file or directory

En fait (je rappelle que je fonctionne en live-USB) si j'ouvre le dossier mnt du SSD, il est vide, de même pour le dossier boot.
Je crois qu'il va me falloir faire une réinstallation.

Bougron · Le 05/04/2017, à 19:46

Tu suis a la lettre s'il te plaît

======================================
On va faire brutal.
1) Tu bootes en live-usb et tu choisis "essayer avant d'installer" et tu mets le clavier en français

setxkbmap   fr   #### certainement à écrire    setxkb,qp fr

2) Tu montes la partition de boot dans le répertoire /mnt de la live USB

sudo umount /dev/sda2
sudo   mount    /dev/sda2    /mnt

3) Tu listes son contenu

ls  -ls  /mnt/boot

4) Tu supprimes quelques fichiers les plus anciens et les plus gros. Je pense à ces deux commandes

sudo     rm    /mnt/boot/vmlinuz-4.4.0-63*
sudo     rm    /mnt/boot/vmlinuz-4.4.0-65*

5) Tu pourras alors recommencer la réinstallation du noyau avec boot-repair

Dernière modification par Bougron (Le 05/04/2017, à 20:59)

michcauch · Le 05/04/2017, à 20:09

Je fais mon possible pour suivre tes conseils avec précision mais

ubuntu@ubuntu:~$ sudo mount /dev/sda2 /mnt
mount: /dev/sda2 is already mounted or /mnt busy
       /dev/sda2 is already mounted on /mnt
ubuntu@ubuntu:~$ ls -ls /mnt/boot
ls: cannot access '/mnt/boot': No such file or directory

Bougron · Le 05/04/2017, à 21:00

Peux-tu recommencer, J'ai ajouté une commande au tout début

michcauch · Le 05/04/2017, à 21:26

Merci pour ta persévérance. Voici les résultats

ubuntu@ubuntu:~$ sudo umount /dev/sda2
ubuntu@ubuntu:~$ sudo mount /dev/sda2 /mnt
ubuntu@ubuntu:~$ ls -ls /mnt/boot
ls: cannot access '/mnt/boot': No such file or directory

par contre

ubuntu@ubuntu:~$ ls -ls /mnt
total 467642
 1221 -rw-r--r-- 1 root root  1244118 Jan 18 15:59 abi-4.4.0-62-generic
 1223 -rw-r--r-- 1 root root  1245512 Feb  1 19:39 abi-4.4.0-63-generic
 1223 -rw-r--r-- 1 root root  1245659 Feb 23 20:00 abi-4.4.0-65-generic
 1223 -rw-r--r-- 1 root root  1245512 Mar  3 18:25 abi-4.4.0-66-generic
 1223 -rw-r--r-- 1 root root  1245659 Mar 24 15:20 abi-4.4.0-71-generic
 1382 -rw-r--r-- 1 root root  1407843 Feb  5 11:32 abi-4.8.0-36-generic
 1383 -rw-r--r-- 1 root root  1408261 Feb 20 18:42 abi-4.8.0-39-generic
 1383 -rw-r--r-- 1 root root  1408261 Mar  3 19:03 abi-4.8.0-41-generic
 1383 -rw-r--r-- 1 root root  1408375 Mar 24 15:05 abi-4.8.0-45-generic
  187 -rw-r--r-- 1 root root   190047 Jan 18 15:59 config-4.4.0-62-generic
  187 -rw-r--r-- 1 root root   190247 Feb  1 19:39 config-4.4.0-63-generic
  187 -rw-r--r-- 1 root root   190236 Feb 23 20:00 config-4.4.0-65-generic
  187 -rw-r--r-- 1 root root   190247 Mar  3 18:25 config-4.4.0-66-generic
  187 -rw-r--r-- 1 root root   190236 Mar 24 15:20 config-4.4.0-71-generic
  196 -rw-r--r-- 1 root root   199575 Feb  5 11:32 config-4.8.0-36-generic
  196 -rw-r--r-- 1 root root   199575 Feb 20 18:42 config-4.8.0-39-generic
  196 -rw-r--r-- 1 root root   199575 Mar  3 19:03 config-4.8.0-41-generic
  196 -rw-r--r-- 1 root root   199564 Mar 24 15:05 config-4.8.0-45-generic
    1 drwxrwxr-x 2 root root     1024 Sep 27  2016 efi
    1 drwxr-xr-x 5 root root     1024 Apr  4 18:22 grub
    1 drwxr-xr-x 5 root root     1024 Apr  4 18:19 grub.bak
38429 -rw-r--r-- 1 root root 39195666 Feb 14 09:36 initrd.img-4.4.0-62-generic
38418 -rw-r--r-- 1 root root 39185190 Feb 20 09:24 initrd.img-4.4.0-63-generic
38427 -rw-r--r-- 1 root root 39194291 Mar  2 16:15 initrd.img-4.4.0-65-generic
38420 -rw-r--r-- 1 root root 39186459 Mar 11 17:49 initrd.img-4.4.0-66-generic
38546 -rw-r--r-- 1 root root 39315470 Apr  4 18:19 initrd.img-4.4.0-71-generic
40760 -rw-r--r-- 1 root root 41574202 Feb 21 15:13 initrd.img-4.8.0-36-generic
40748 -rw-r--r-- 1 root root 41561914 Feb 24 01:30 initrd.img-4.8.0-39-generic
40741 -rw-r--r-- 1 root root 41554467 Mar 11 17:49 initrd.img-4.8.0-41-generic
40862 -rw-r--r-- 1 root root 41678815 Apr  4 18:19 initrd.img-4.8.0-45-generic
   12 drwx------ 2 root root    12288 Sep 27  2016 lost+found
  180 -rw-r--r-- 1 root root   182704 Jan 28  2016 memtest86+.bin
  182 -rw-r--r-- 1 root root   184380 Jan 28  2016 memtest86+.elf
  182 -rw-r--r-- 1 root root   184840 Jan 28  2016 memtest86+_multiboot.bin
 3801 -rw------- 1 root root  3875553 Jan 18 15:59 System.map-4.4.0-62-generic
 3809 -rw------- 1 root root  3883990 Feb  1 19:39 System.map-4.4.0-63-generic
 3808 -rw------- 1 root root  3882407 Feb 23 20:00 System.map-4.4.0-65-generic
 3809 -rw------- 1 root root  3883990 Mar  3 18:25 System.map-4.4.0-66-generic
 3808 -rw------- 1 root root  3882277 Mar 24 15:20 System.map-4.4.0-71-generic
 3983 -rw------- 1 root root  4060748 Feb  5 11:32 System.map-4.8.0-36-generic
 3990 -rw------- 1 root root  4067758 Feb 20 18:42 System.map-4.8.0-39-generic
 3990 -rw------- 1 root root  4067758 Mar  3 19:03 System.map-4.8.0-41-generic
 3988 -rw------- 1 root root  4066103 Mar 24 15:05 System.map-4.8.0-45-generic
 6934 -rw------- 1 root root  7070992 Jan 18 15:59 vmlinuz-4.4.0-62-generic
 6949 -rw------- 1 root root  7087088 Feb  1 19:39 vmlinuz-4.4.0-63-generic
 6945 -rw------- 1 root root  7082608 Feb 23 20:00 vmlinuz-4.4.0-65-generic
 6949 -rw------- 1 root root  7087024 Mar  3 18:25 vmlinuz-4.4.0-66-generic
 6946 -rw------- 1 root root  7083344 Mar 24 15:20 vmlinuz-4.4.0-71-generic
 7156 -rw------- 1 root root  7297312 Feb  5 11:32 vmlinuz-4.8.0-36-generic
 7170 -rw------- 1 root root  7311872 Feb 20 18:42 vmlinuz-4.8.0-39-generic
 7170 -rw------- 1 root root  7311872 Mar  3 19:03 vmlinuz-4.8.0-41-generic
 7164 -rw------- 1 root root  7305888 Mar 24 15:05 vmlinuz-4.8.0-45-generic

J'imagine que je peux faire du vide dans tout cela.
J'imagine qu'il n'y a pas /boot dans /mnt donc dans /dev/sda2

Bougron · Le 06/04/2017, à 06:48

bonjour
En fait c'est normal que cela se présente sans /boot car la partition est elle-même nommée /boot
Oui, un peu de suppression sur le numeros se terminant par 63 et 65 devrait suffire.

Dernière modification par Bougron (Le 06/04/2017, à 06:49)

michcauch · Le 06/04/2017, à 08:42

Voila, c'est fait. je vais rebooter.
le boot-info : http://paste2.org/BmxZ02en

michcauch · Le 06/04/2017, à 08:56

Problème résolu, merci mille fois Bougron d'avoir eu la patience (et quelle patience !) de m'aider.

Par-contre ce que je ne comprends pas c'est que j'utilise régulièrement kclean et que le nombre de fichiers noyaux présents étaient bien trop importants.
Je viens de le lancer, le remplissage de sda2 n'est plus que de 27%.
Donc problème totalement résolu.
Merci encore, doublement merci.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/04/2017, à 09:37

[RÉSOLU] Démarrage impossible après changement de noyau

#2 Le 04/04/2017, à 13:21

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#3 Le 04/04/2017, à 18:43

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#4 Le 04/04/2017, à 18:57

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#5 Le 04/04/2017, à 19:13

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#6 Le 04/04/2017, à 19:24

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#7 Le 04/04/2017, à 19:33

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#8 Le 04/04/2017, à 21:16

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#9 Le 04/04/2017, à 23:22

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#10 Le 05/04/2017, à 10:04

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#11 Le 05/04/2017, à 10:39

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#12 Le 05/04/2017, à 13:35

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#13 Le 05/04/2017, à 13:41

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#14 Le 05/04/2017, à 14:28

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#15 Le 05/04/2017, à 14:41

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#16 Le 05/04/2017, à 15:39

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#17 Le 05/04/2017, à 18:11

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#18 Le 05/04/2017, à 18:58

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#19 Le 05/04/2017, à 19:46

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#20 Le 05/04/2017, à 20:09

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#21 Le 05/04/2017, à 21:00

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#22 Le 05/04/2017, à 21:26

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#23 Le 06/04/2017, à 06:48

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#24 Le 06/04/2017, à 08:42

Re : [RÉSOLU] Démarrage impossible après changement de noyau

#25 Le 06/04/2017, à 08:56

Re : [RÉSOLU] Démarrage impossible après changement de noyau

Pied de page des forums