web-dev-qa-db-fra.com

L'outil de mise à niveau 17.04 vers 17.10 nécessite plus d'espace sur / boot que celui disponible lors de l'installation par défaut précédente

J'ai édité le titre dans l'espoir que les responsables de l'outil de mise à niveau le remarqueront et le corrigeront pour nécessiter moins d'espace sur/boot

Ancien titre: impossible de passer de 17.04 à 17.10; pas assez d'espace sur/boot après le nettoyage; chiffrement complet du disque

Ce problème est déjà signalé comme marco et waldermark mais je ne peux pas commenter ces questions en raison d'une réputation insuffisante et les solutions proposées n'ont pas fonctionné pour moi.

J'essaie de passer du 17.04 au 17.10 car le 17.04 arrive en fin de vie en janvier 2018.

La mise à niveau s'interrompt avec le message:

Espace disque disponible insuffisant

La mise à niveau a été abandonnée. La mise à niveau nécessite un total de 167 M d'espace libre sur le disque "/ boot". Veuillez libérer au moins 1 470 k d'espace disque supplémentaire sur "/ boot". Vous pouvez supprimer les anciens noyaux en utilisant 'Sudo apt autoremove' et vous pouvez également définir COMPRESS = xz dans /etc/initramfs-tools/initramfs.conf pour réduire la taille de vos initramfs.

J'avais déjà suivi ces suggestions et c'est la quantité d'espace libre disponible après le nettoyage/démarrage. Je n'ai installé que le noyau actuel - il est donc réduit à l'os.

$ df -h /boot
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       236M   66M  159M  30% /boot

$ ls -lah /boot
total 57M
drwxr-xr-x  4 root root 3.0K Oct 28 13:43 .
drwxr-xr-x 27 root root 4.0K Oct 28 13:43 ..
-rw-r--r--  1 root root 1.4M Oct  7 06:45 abi-4.10.0-37-generic
-rw-r--r--  1 root root 201K Oct  7 06:45 config-4.10.0-37-generic
drwxr-xr-x  5 root root 1.0K Oct 28 13:43 grub
-rw-r--r--  1 root root  44M Oct 27 19:46 initrd.img-4.10.0-37-generic
drwx------  2 root root  12K Oct 17  2014 lost+found
-rw-r--r--  1 root root 179K Jan 28  2016 memtest86+.bin
-rw-r--r--  1 root root 181K Jan 28  2016 memtest86+.elf
-rw-r--r--  1 root root 181K Jan 28  2016 memtest86+_multiboot.bin
-rw-------  1 root root 3.6M Oct  7 06:45 System.map-4.10.0-37-generic
-rw-------  1 root root 7.3M Oct  7 06:45 vmlinuz-4.10.0-37-generic
  • @Marco dit que "la suite de Sudo apt-get upgrade L'a fait terminer l'installation du système" - Cela n'a pas fonctionné pour moi
  • @waldermark dit "N'a pas eu d'autres changements, mais je peux maintenant passer à 17.10" - Cela ne m'est pas arrivé

La taille de la partition/boot a été définie par le programme d'installation d'Ubuntu en 2014 lorsque j'ai installé Ubuntu sur cet ordinateur portable. Il possède un seul SSD de 500 Go. La partition de démarrage est antérieure à la partition de données. Il n'y a pas d'espace disponible sur le SSD. La partition de données possède un système de fichiers crypt-luks. Tout cela est configuré par le programme d'installation d'Ubuntu.

Je suis un peu novice et je compte également sur l'ordinateur portable pour mon travail, donc hésitant à faire tout ce qui risque de saccager la machine et/ou de prendre beaucoup de temps à faire ou à récupérer.

  • J'hésite à neutraliser l'ordinateur portable et à effectuer une nouvelle installation en raison du temps requis pour sauvegarder et restaurer tous les fichiers utilisateur et réinstaller tous les logiciels actuellement installés.

  • J'hésite à essayer d'agrandir la partition de démarrage existante en raison de commentaires ailleurs sur les risques de déplacer le début de la partition de données (cryptée).

  • J'hésite à créer une nouvelle partition de démarrage plus grande à la fin du disque, car je devrais réduire la partition de données cryptée existante.

Je serais plus à l'aise de faire certaines de ces options si j'avais des instructions étape par étape.

À un niveau plus racine, il semble un peu étrange que l'outil de mise à niveau ait besoin de beaucoup d'espace supplémentaire sur/boot alors qu'il a suffisamment d'espace pour quelques noyaux supplémentaires. En outre, il s'agit de la taille de la partition de démarrage créée par le programme d'installation d'Ubuntu, il est donc prévisible que les systèmes qui ont été mis à niveau à plusieurs reprises auront autant d'espace libre.

1
Ross Gayler

J'ai attendu quelques jours et j'ai remarqué que l'outil de mise à niveau avait été mis à jour. J'ai essayé de mettre à niveau à nouveau et la mise à niveau s'est déroulée sans plainte.

Le système mis à niveau avait toujours un problème, mais c'est un problème distinct.

0
Ross Gayler