web-dev-qa-db-fra.com

Mise à jour impossible vers 17.10: espace disponible insuffisant sous / boot

Je mettais à jour de 17.04 (vient de se mettre à jour de 16.04LTS) à 17.10, mais je suis tombé sur le problème "pas assez d’espace libre" sur _/boot_.

J'ai déjà fait toute la danse de la suppression de tous les anciens noyaux, mais je n'ai toujours pas assez d'espace (même activé _COMPRESS=xz_ comme suggéré ailleurs):

_$ df -h /boot
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb1       236M   49M  175M  22% /boot
_

et:

_$ Sudo ls -lah /boot
total 41M
drwxr-xr-x  5 root root 3.0K Oct 21 15:50 .
drwxr-xr-x 29 root root 4.0K Oct 21 14:35 ..
-rw-r--r--  1 root root 1.4M Oct  6 12:45 abi-4.10.0-37-generic
-rw-r--r--  1 root root 201K Oct  6 12:45 config-4.10.0-37-generic
drwxr-xr-x  5 root root 3.0K Oct 21 15:50 efi
drwxr-xr-x  5 root root 1.0K Oct 21 15:18 grub
-rw-r--r--  1 root root  28M Oct 21 15:48 initrd.img-4.10.0-37-generic
drwx------  2 root root  12K Jun 28  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  6 12:45 System.map-4.10.0-37-generic
-rw-------  1 root root 7.3M Oct  6 12:45 vmlinuz-4.10.0-37-generic
_

Le programme d'installation nécessite au moins 183 Mo d'espace libre.

J'ai même essayé de redimensionner des partitions avec gparted, mais lorsque je démarre à partir du LiveCD, je n'utilise que gparted et je ne reçois qu'un "écran bleu de la mort". partition (qui nécessitera également de redimensionner ma partition _/home_, qui est cryptée, donc la possibilité de tout bricoler est assez élevée).

Quelqu'un at-il rencontré ce problème et trouvé une solution de contournement?

Merci d'avance pour toutes les suggestions que vous pourriez avoir.

UPDATE Ce problème a finalement disparu, car il s'avère que 17.10 avait fait une sorte d'installation partielle (même si je l'avais arrêté quand il était dit qu'il n'y avait pas assez d'espace), donc la suivante _Sudo apt-get upgrade_ a provoqué l’installation du système.

Un problème majeur est que le nouveau noyau qu'il a installé semble avoir des problèmes avec la carte graphique ou quelque chose qui ne peut pas démarrer, mais en utilisant celui fourni avec 17.04, cela fonctionne très bien.

On ne sait toujours pas pourquoi il voulait autant d’espace disque libre, comme je l’ai actuellement trois noyaux dans mon _/boot_ et qu’ils occupent toujours moins de 60% de l’espace.

La suggestion de créer une nouvelle partition, puis de pointer _/etc/fstab_ en est une bonne, mais je la laisse donc aux autres personnes qui pourraient avoir le même problème.

bootupgradeuefi17.10
1
Marco

Vous pouvez essayer d'utiliser une version différente d'un disque d'urgence Ubuntu pour exécuter GParted. Cela dit, si un live CD ne parvient pas à démarrer, je serais réticent à mettre la machine à niveau vers cette version. Il semblerait qu’un bogue pourrait rendre le système entier inutile. Au lieu de cela, je me suis contenté de l'ancienne version Ubuntu, qui fonctionnait déjà bien, pendant un certain temps.

Si vous continuez, vous pouvez essayer de créer une nouvelle partition /boot plutôt que de redimensionner la partition existante. Une fois que vous avez créé la nouvelle partition /boot, vous devez copier les fichiers de la partition existante dans le nouveau et modifier /etc/fstab pour qu'il pointe vers la nouvelle partition plutôt que vers l’ancienne. Si votre /boot actuel se trouve avant votre partition racine (/) (ou votre volume physique LVM), créez un nouveau /boot après la partition racine (/) ou LVM est probablement beaucoup plus sûre et plus rapide que d'essayer de déplacer l'avant de la partition racine (/) ou LVM. Ce conseil ne vous aidera pas à résoudre votre problème immédiat, mais il est préférable d'éviter, si possible, de déplacer le point de départ d'une partition.

Une variante du conseil ci-dessus consiste à utiliser un autre disque - peut-être même un lecteur flash USB - pour contenir /boot. Cela peut être une mesure temporaire jusqu'à ce que tout soit à nouveau opérationnel; ou si vous ajoutez un nouveau disque de manière permanente, il y aura probablement peu ou pas de raison de ne pas rendre cet emplacement permanent.

FWIW, il s’agit d’un bug connu sous Ubuntu. Malheureusement, un correctif (qui a été publié) ne peut affecter que les installations futures, et non celles existantes.

1
Rod Smith

Essayez d’utiliser Gparted à partir d’un CD. Vous avez également déclaré que vous disposiez d’un "écran bleu de la mort". PC at-il déjà eu des fenêtres? Quant à l'utilisation de Gparted ... essayez de supprimer toutes les partitions du HD. Créez ensuite une nouvelle partition en utilisant le format ext2. Je l'ai fait sur un PC avec Windows, puis j'ai installé Ubuntu à partir d'un lecteur flash. Un cd devrait également fonctionner. Cela a fonctionné pour moi.

0
Jim Schmidt