☰

gparted でルート パーティションがいっぱいとして表示されるのはなぜですか?

tag-icon • tag-icon linux ubuntu hard-drive partitioning gparted
gparted でルート パーティションがいっぱいとして表示されるのはなぜですか?

私はファイル システムについて少し知っていますが、それほど詳しくはありません。LVM が何であるかについては大まかな知識しかありませんが、どうやらそれがルート パーティションとして使用されているようです。

私のコンピューターには 1 TB のハード ドライブが 1 つあります。Ubuntu 14.04 を実行しています。

今日、いくつかのアップデートをインストールしようとしたところ、パーティションに十分なスペースがないというメッセージが表示されました/boot。

gpartedライブ CD の GUIを使用してスペースを解放しようとしましたが、ルート ファイル システムがいっぱいであると表示されていることに気付きました。

ここに画像の説明を入力してください

しかし、次のことによるとdf:

Filesystem                  1K-blocks     Used Available Use% Mounted on
/dev/mapper/ubuntu--vg-root 954367812 10720604 895145040   2% /
none                                4        0         4   0% /sys/fs/cgroup
udev                          2995912       12   2995900   1% /dev
tmpfs                          608016     1312    606704   1% /run
none                             5120        0      5120   0% /run/lock
none                          3040072    17312   3022760   1% /run/shm
none                           102400       52    102348   1% /run/user
/dev/sda2                      241965   118221    111252  52% /boot
/dev/sda1                      523248     3428    519820   1% /boot/efi
tmpfs                         3040072        4   3040068   1% /var/lib/polkit-1/localauthority/90-mandatory.d

これはどうなっているのでしょうか?gpartedパーティションがいっぱいだと思われるのはなぜでしょうか?

/boot/efi追加の質問もあります。とパーティションの違い/bootと、両方必要なのかどうかを知っている人はいますか?

答え1

AFH と Romeo Ninov は基本的に答えを持っていますが、それをまとめる必要があります。

パーティション/bootが分離されているのは、LVM（ファイルシステムではなく、ファイルシステムを含む論理ボリュームのコンテナ）の使用に基本的に必要なためです。LVMパーティションはサイズ変更できます。ここ必要なことの概要については、こちらをご覧ください。ただし、そこまで行くかどうかはわかりません...

更新プロセスで 244 MiB の/bootパーティションの容量が不足していると報告されていますが、そのパーティションは現在 52% しか使用されていません。定期的に別の/bootパーティションを作成するディストリビューションでは、通常、パーティションのサイズはユーザーの 2 倍程度になりますが、それでも更新によってそのパーティションの使用容量がほぼ 2 倍になるというのは奇妙です。私がこれを入力している Ubuntu 14.04 インストールでは、 で 80 MiB しか使用されていません/boot。したがって、そこに何があるか確認したほうがよいかもしれません。 と入力しますls -lh /boot。私のシステムでは次のようになります。

$ ls -lh /boot
total 70M
-rw-r--r--  1 root root 1.2M Feb 14 17:06 abi-3.13.0-45-generic
-rw-r--r--  1 root root 1.2M May  4 01:09 abi-3.13.0-52-generic
-rw-r--r--  1 root root 162K Feb 14 17:06 config-3.13.0-45-generic
-rw-r--r--  1 root root 162K May  4 01:09 config-3.13.0-52-generic
drwxr-xr-x 10 root root 4.0K Dec 31  1969 efi
drwxr-xr-x  3 root root 1.0K May  7 11:30 extlinux
drwxr-xr-x  5 root root 1.0K Mar 12 20:08 grub
drwxr-xr-x  2 root root 1.0K Feb 14 17:06 grub.bak
-rw-r--r--  1 root root  20M Feb 26 18:39 initrd.img-3.13.0-45-generic
-rw-r--r--  1 root root  20M May  7 11:28 initrd.img-3.13.0-52-generic
drwx------  2 root root  12K Feb 14 17:05 lost+found
-rw-r--r--  1 root root 173K Feb 14 17:06 memtest86+.bin
-rw-r--r--  1 root root 174K Feb 14 17:06 memtest86+.elf
-rw-r--r--  1 root root 175K Feb 14 17:06 memtest86+_multiboot.bin
-rw-r--r--  1 root root  227 Feb 14 17:06 refind_linux.conf
-rw-------  1 root root 3.3M Feb 14 17:06 System.map-3.13.0-45-generic
-rw-------  1 root root 3.3M May  4 01:09 System.map-3.13.0-52-generic
-rw-------  1 root root 5.6M Feb 14 17:06 vmlinuz-3.13.0-45-generic
-rw-r--r--  1 root root 5.6M Feb 19 21:38 vmlinuz-3.13.0-45-generic.efi.signed
-rw-------  1 root root 5.6M May  4 01:09 vmlinuz-3.13.0-52-generic
-rw-r--r--  1 root root 5.6M May 10 21:36 vmlinuz-3.13.0-52-generic.efi.signed

これはかなり一般的なことです (ただし、一部のシステムよりも少し多いです)。ここで示したよりも多くの種類のファイルが表示される場合は、何か新しい不要なものが追加された可能性があり、そのようなファイルは削除の候補になる可能性があります。ただし、理解できない場合は、削除する前にアドバイスを求めてください。

他に確認すべきことは、無関係なカーネルです。これらは、名前が で始まるファイルですvmlinuz(これらはinitrd.img、AFH が検索したファイルとペアになっています)。私の例では 4 つのカーネル ファイルが表示されていますが、これらは実際には 2 つのカーネルの署名済みバージョンと署名なしバージョンです。3 つ以上のカーネル バージョン (それぞれが署名済み形式と署名なし形式で利用できる場合があります) が表示される場合は、次のコマンドを試してください。

sudo apt-get autoremove

このコマンドは、システムから元のカーネルと最新の 2 つのカーネルを除くすべてのカーネルを削除し、いくらかのスペースを解放します。

パーティションのサイズを変更する必要がある場合は、LVMの設定を変更するよりも、EFIシステムパーティション（/dev/sda1あなたの場合はESP）を縮小して/bootそのスペースに拡張する方が安全です。200MiB以上のサイズ変更はお勧めしません。絶対にバックアップ両方のパーティション先に進む前に、リムーバブル メディアにコピーしてください。両方のパーティションは起動に不可欠なので、何か問題が起きると、大変なことになります。また、一部の EFI は、ESP 上の FAT ファイルシステムに敏感な場合があることに注意してください。いくつか (ほとんどが 2012 年以前の古い EFI) は、512 MiB より小さい FAT32 ESP にうまく反応しません。したがって、この方法でサイズを変更する場合は、まず ESP を縮小してから、テスト ブートを実行します。起動できる場合は、/boot解放された領域に拡張して、もう一度起動してみます。ESP を縮小した後に問題が発生した場合は、緊急システムを使用して元のサイズに戻します。

答え2

gpartedとの結果はdf異なりますが、ここまでではありません。gpartedはコンテンツを誤解しているのではないかと思いますlvm2。

問題は、/boot別の 0.25 GB ドライブにマウントされており、これが容量不足になっていることです。この状態に陥った理由や、この状態から抜け出す方法がわかりません。おそらく、ファイル システムgrubからうまく起動できないのでしょう。lvm2

最初に行う最も簡単な方法は、現在のカーネルと以前のカーネルを除くすべてのカーネルを削除することです (複数のバックアップ カーネルが必要になることはありません)。次のように入力します。

ls -l /boot/initrd*
uname -a

これにより、インストールされているすべてのカーネル リリースと実行中のカーネルが表示されます。次に、最後の 2 つを除くすべてを削除する必要があります。synapticこのために、次の操作を好みます。 を選択しInstalled、検索ボックスで、削除する各リリースの数字部分を順番に設定し、Ctrl-aすべて選択するように入力して、右クリックして選択しますMark for Complete Removal(現在のリリースを削除しないように注意してください)。削除する各カーネルを確認したら、 をクリックしますApply。

2 つのカーネルがインストールされた Ubuntu 15.04 では、/bootディレクトリのサイズは 120 MB をわずかに超える程度なので、3 番目のリリースをインストールする間に 2 つのリリースのためのスペースを確保できるはずです/dev/sda2(これを行うたびに、最も古いリリースを削除することを忘れないでください)。

それでも問題が解決しない場合は、次の 2 つのオプションがあります。

  1. /dev/sda2と の間の境界を移動してのサイズを大きくします/dev/sda3。
  2. インターネットで を検索しgrub lvm2、そこに書かれたアドバイスに従ってください。

補足的な質問にお答えすると、/bootはカーネル ブート ファイルが存在する場所であり、通常は と同じファイル システム内にありますが/、 ではgrubEFI ブート ファイルが存在する場所を識別する必要があり、これは に EFI ブート パーティションをマウントすることによって行われます/boot/efi。つまり、/boot/efiは別のファイル システムのマウント ポイントですが、それ自体がマウント ポイントであることはまれです/boot。レガシー BIOS を使用してブートしている場合を除き、両方が必要です。

答え3

画面にはファイルシステムではなくPV（物理ボリューム）が表示されるため、PV全体がvgに割り当てられます。

df

ファイルシステムの状態が表示されます

関連情報