17.04から17.10へのアップグレードツールは、以前のデフォルトインストールから利用可能であったよりも多くのスペースを/ bootに必要とします

ロスゲイラー

アップグレードツールのメンテナが気づき、/ bootのスペースが少なくて済むように修正することを期待して、タイトルを編集しました

古いタイトル:17.04を17.10にアップグレードできません。クリーニング後の/ bootに十分なスペースがありません。フルディスク暗号化

この問題はすでにmarcowaldermarkとして報告されていますが、評判が不十分であり、提案された解決策がうまくいかなかったため、これらの質問にコメントすることはできません。

17.04は2018年1月にサポートが終了するため、17.04から17.10にアップグレードしようとしています。

アップグレードは次のメッセージで中止されます。

十分な空きディスク容量がありません

アップグレードは中止されました。アップグレードには、ディスク '/ boot'に合計167Mの空き領域が必要です。'/ boot'で少なくとも追加の1,470kのディスクスペースを解放してください。'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
  • @Marcoは、「その後sudo apt-get upgrade、システムのインストールが完了した」と言っています-それは私にとってはうまくいきませんでした
  • @waldermarkは「他に変更はありませんでしたが、 17.10にアップグレードできるようになりました」と言っています-それは私には起こりませんでした

/ bootパーティションサイズは、このラップトップにUbuntuをインストールした2014年にUbuntuインストーラーによって設定されました。500GiBSSDが1つあります。ブートパーティションはデータパーティションの前にあります。SSDに空き容量はありません。データパーティションにはcrypt-luksファイルシステムがあります。これはすべて、Ubuntuインストーラーによって設定されたとおりです。

私は少し初心者で、仕事をラップトップに頼っています。そのため、マシンをゴミ箱に捨てたり、実行または回復に長い時間がかかるリスクのあることは何でもするのをためらっています。

  • すべてのユーザーファイルをバックアップおよび復元し、現在インストールされているすべてのソフトウェアを再インストールするのに時間がかかるため、ラップトップを削除してフレッシュインストールすることを躊躇しています。

  • (暗号化された)データパーティションの先頭を移動することの危険性について他の場所でコメントがあるため、既存のブートパーティションを拡大することを躊躇しています。

  • 既存の暗号化されたデータパーティションを縮小する必要があるため、ディスクの最後に新しい、より大きなブートパーティションを作成することを躊躇します。

ステップバイステップの説明があれば、これらのオプションのいくつかを実行する方が快適です。

より根本的な原因のレベルでは、アップグレードツールがさらにいくつかのカーネルのための十分なスペースを持っているときに/ bootに非常に多くの余分なスペースを必要とするのは少し奇妙に思えます。また、これはUbuntuインストーラーによって作成されたブートパーティションのサイズであるため、繰り返しアップグレードされたシステムには、これだけの空き容量があると予想されます。

ロスゲイラー

数日待って、アップグレードツールが更新されていることに気づきました。もう一度アップグレードを試みましたが、アップグレードは問題なく続行されました。

アップグレードされたシステムにはまだ問題がありましたが、それは別の問題です。

この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。

侵害の場合は、連絡してください[email protected]

編集
0

コメントを追加

0

関連記事

Related 関連記事

ホットタグ

アーカイブ