web-dev-qa-db-ja.com

17.10に更新できません：/ bootに十分な空き領域がありません

17.04（16.04LTSから自身を更新した）から17.10に更新していましたが、/bootの問題で「空き容量が不足しています」に遭遇しました。

私はすでにすべての古いカーネルを削除するダンスをしましたが、まだ十分なスペースがありません（他の場所で提案されているCOMPRESS=xzを有効にした場合でも）：

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

そして：

$ 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

インストーラーには少なくとも183MBの空き容量が必要です。

gpartedでパーティションのサイズを変更しようとしましたが、LiveCDからブートしてgpartedを使用すると、「死のブルースクリーン」しか表示されません。また、ブートパーティション（暗号化されている/homeパーティションのサイズを変更する必要があるため、すべてをブリックする範囲はかなり高くなります）。

他の誰かがこの問題に遭遇し、回避策を見つけましたか？

あなたの人々が持っているかもしれない提案を事前に感謝します。

[〜＃〜] update [〜＃〜]17.10は何らかの部分的なインストールを行ったため、この問題は最終的に解消されました。ただし、スペースが足りないと言ったときは停止しました）、その後のSudo apt-get upgradeによりシステムのインストールが完了しました。

大きな問題は、インストールした新しいカーネルがグラフィックカードなどに問題があり、起動できなかったように見えることですが、17.04に付属のカーネルを使用することで問題なく動作します。

/bootに現在threeカーネルがあり、それらがまだ60％未満であるため、なぜそれほど多くの空きディスク領域が必要なのかまだ不明ですスペースの。

ただし、新しいパーティションを作成し、/etc/fstabを指定することは良い方法ですので、同じ問題を抱えている可能性のある他の人のために残しておきます。

bootupgradeuefi17.10
1
Marco

別のバージョンのUbuntu緊急ディスクを使用してGPartedを実行してみてください。ただし、UbuntuライブCDの起動に失敗した場合、マシンをそのバージョンにアップグレードすることをためらうことになります。システム全体が役に立たなくなるバグがあるように思えます。代わりに、しばらくの間、古い、動作確認済みのUbuntuバージョンを使い続けます。

先に押すと、既存のパーティションのサイズを変更するのではなく、new/bootパーティションを作成してみることができます。新しい/bootパーティションを作成した後、既存のパーティションのファイルを新しいパーティションにコピーし、/etc/fstabを変更して古いパーティションではなく新しいパーティションを指すようにする必要があります。現在の/bootがルート（/）パーティション（またはLVM物理ボリューム）の前に来る場合、新しい/bootafterの作成ルート（/）パーティションまたはLVMは、ルート（/）パーティションまたはLVMの前面を移動するよりもはるかに安全かつ高速です。このアドバイスは、当面の問題には役立ちませんが、可能であれば、パーティションの開始点を移動しないようにすることをお勧めします。

上記のアドバイスの変形は、/bootを保持するために別のディスク（おそらくUSBフラッシュドライブ）を使用することです。これは、物事を再開して実行するまでの一時的な措置かもしれません。または、新しいディスクを永続的に追加する場合、この配置を永続的にしない理由はほとんどないか、まったくない可能性があります。

FWIW、これは buntuの既知のバグ 残念ながら、バグ修正（リリース済み）は既存のインストールではなく、将来のインストールにのみ影響します。

1
Rod Smith

CDのGpartedを使用してみてください。また、「死のブルースクリーン」があると述べました。 PCにウィンドウがありましたか？ Gpartedの使用については、HDのすべてのパーティションを削除してみてください。次に、ext2形式を使用して新しいパーティションを作成します。 Windowsを搭載したPCでこれを行い、フラッシュドライブからUbuntuをインストールしました。CDも動作するはずです。これは私のために働いた。

0
Jim Schmidt