アップグレードツールのメンテナーが気づき、/ bootで必要なスペースが少なくなるように修正することを期待して、タイトルを編集しました。
古いタイトル:17.04から17.10にアップグレードできません。クリーニング後、/ bootに十分なスペースがありません。フルディスク暗号化
この問題は marco および waldermark として既に報告されていますが、評判が不十分であり、提案された解決策がうまくいかなかったため、これらの質問にコメントすることはできません。
17.04は2018年1月にサポートが終了するため、17.04から17.10にアップグレードしようとしています。
アップグレードは次のメッセージで中止されます。
十分な空きディスク容量がありません
アップグレードは中止されました。アップグレードには、ディスク '/ boot'に合計167 Mの空き領域が必要です。 '/ boot'に少なくとも1,470 kのディスクスペースを追加してください。 「Sudo apt autoremove」を使用して古いカーネルを削除できます。また、/ etc/initramfs-tools/initramfs.confでCOMPRESS = xzを設定して、initramfsのサイズを小さくすることもできます。
私はすでにこれらの提案に従っており、これは/ bootをクリーニングした後に利用可能な空き領域の量です。現在のカーネルのみがインストールされているので、骨まで切り詰められます。
$ 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
Sudo apt-get upgrade
はシステムのインストールを完了させました」-それは私にはうまくいきませんでした/ bootパーティションサイズは、このラップトップにUbuntuをインストールした2014年にUbuntuインストーラーによって設定されました。単一の500GiB SSDがあります。ブートパーティションはデータパーティションの前にあります。 SSDにスペアスペースはありません。データパーティションには、crypt-luksファイルシステムがあります。これはすべて、Ubuntuインストーラーによって設定されたとおりです。
私は少し初心者で、ラップトップに頼って仕事をしているので、機械を壊したり、長い時間をかけたり回復したりする危険を冒すことをためらっています。
すべてのユーザーファイルをバックアップおよび復元し、現在インストールされているすべてのソフトウェアを再インストールするために必要な時間のために、ラップトップを削除して新規インストールすることをためらいます。
(暗号化された)データパーティションの先頭を移動する危険性に関する他のコメントがあるため、既存のブートパーティションを拡大しようとするのをためらいます。
既存の暗号化されたデータパーティションを縮小する必要があるため、ディスクの最後に新しい大きなブートパーティションを作成するのをためらいます。
ステップごとの指示があれば、これらのオプションのいくつかを実行するのがより快適になります。
より根本的な原因レベルでは、いくつかのカーネルを追加するのに十分なスペースがある場合、アップグレードツールが/ bootに多くの追加スペースを必要とするのは少し奇妙に思えます。また、これはUbuntuインストーラーによって作成されたブートパーティションのサイズであるため、繰り返しアップグレードされるシステムにこのくらいの空き領域があることが予測できます。
数日待ってから、アップグレードツールが更新されたことに気付きました。私は再度アップグレードを試みましたが、アップグレードは苦情なしに進みました。
アップグレードされたシステムにはまだ問題がありましたが、それは別の問題です。