Linuxの新機能として、Fedora-rootのディスク領域のサイズを増やしたいのですが、他のファイルシステムには最大16GBの使用可能な領域があるようです。これは正しい評価ですか?以下に、コマンドdfとpvscanの結果を示します。
[lobster@localhost ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 3.9G 0 3.9G 0% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 3.9G 4.9M 3.9G 1% /run
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/mapper/Fedora-root 22G 20G 612M 98% /
tmpfs 3.9G 144K 3.9G 1% /tmp
/dev/sda1 976M 128M 782M 15% /boot
tmpfs 797M 20K 797M 1% /run/user/42
tmpfs 797M 11M 787M 2% /run/user/1000
[lobster@localhost ~]$ Sudo pvscan
[Sudo] password for lobster:
PV /dev/sda2 VG Fedora lvm2 [24.00 GiB / 0 free]
Total: 1 [24.00 GiB] / in use: 1 [24.00 GiB] / in no VG: 0 [0 ]
この質問は ルートファイルシステムにスペースがなくなったので、どうすればサイズを増やすことができますか? と似ていることを認識しています。ただし、このスレッドからソリューションを実行すると、次のメッセージが表示されます。
[lobster@localhost ~]$ Sudo lvextend --size +3.9G --resizefs /dev/Fedora/root
Rounding size to boundary between physical extents: 3.90 GiB.
Insufficient free space: 999 extents needed, but only 0 available
ルートのディスク容量を増やす方法をできるだけ簡単に理解するのを手伝ってください。ありがとうございました。
編集:追加情報
[lobster@localhost ~]$ Sudo fdisk -l /dev/sda
Disk /dev/sda: 25 GiB, 26843545600 bytes, 52428800 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos Disk identifier: 0x4bf237d2
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 2099199 2097152 1G 83 Linux
/dev/sda2 * 2099200 52426751 50327552 24G 8e Linux LVM
他のファイルシステムには最大16GBの空き容量があるようです
ええと、この利用可能なスペースがディスク上にあった場合、あなたが望むことをする方法があるかもしれません。ただし、devtmpfs
とtmpfs
はデータをRAMに保存します。 RAMは揮発性であるため、長期保存には使用できません。
可能であっても、これらの3.9G
値は追加されません。 RAMベースのファイルシステムは共通のプールから取得します。それらの1つにファイルを追加すると、他のユーザーが使用できるスペースが減少します。
あなたの場合、抽象化の層はほとんどありません。それらに名前を付けましょう(最初に外側):
/dev/sda
/dev/sda2
/dev/mapper/Fedora-root
各レイヤーの変更は、さまざまなアクション/コマンドで行われます。一般に、ファイルシステムを拡張する必要があり、変更する必要のあるレイヤーが少ない場合は、最も外側のレイヤーから開始します。縮小したい場合は、最も内側のファイルシステム自体から始めます。
それで、あなたは何を利用できますか? /dev/sda
は52428800
バイトの512
セクターです。セクターには、0
から52428799
までの番号が付けられています。その中で:
0
はMBRです。1
-2047
は、おそらくブートローダー(の一部)を保持しています。あなたはそれらに触れてはいけません。とにかくそれは約1MiBであり、重要なスペースではありません。2048
--52426751
は2つのパーティションです。すぐに戻ります。52426752
--52428799
はおそらく使用されていません。別の1MiB、ほとんど何もありません。fdisk -l
およびlsblk
を実行して、使用可能な他のデバイスがあるかどうかを確認します。これは一般的なアドバイスです。彼らがそこにいたら、あなたは知っていると思います。
OK、/dev/sda2
はどうですか? Linux LVM
、pvscan
は、スペース全体が分散していることを示しています。その大部分は、ルートファイルシステム(/dev/mapper/Fedora-root
の下にマウントされている)を保持する/
を構築します。ファイルシステムのサイズは約22GiBです。これは24未満ですGiB pvscan
によって報告されました;考えられる理由:
lvscan
とswapon
を実行して確認します);/dev/mapper/Fedora-root
仮想デバイスよりも小さい(可能性は低い)。/dev/sda1
はどうですか? /boot
の下にマウントされたファイルシステムを保持します。ほとんどの場合、1 GiB全体を必要としない場合は、小さくすることができます。縮小すると、新しいパーティションを作成できるようになります(sda3
など)。 、それをLVMに追加し、ルートファイルシステムを拡張します。縮小しすぎると、OSのアップグレード中に問題が発生します。おそらくカップルになる可能性があります数百MiBのうち、とにかく将来の問題を回避しますが、
ncdu
または同様のツールを使用して、ルートファイルシステム内の大きなファイル/ディレクトリを識別します。それらを削除できるかどうかを調べてください。このようにして多分ファイルシステムのサイズを変更せずに空き領域を確保できます。/boot
としてマウントされているファイルシステムを縮小します(上記で説明)。/dev/sdb
など)を物理的に接続し、そのデバイスまたはそのパーティションをLVMに追加します。あなたが提供した情報は、これがあなたのルートファイルシステムを大幅に増やす唯一の方法であると私に信じさせます。これが話している仮想マシンの場合、別の新しいデバイスを追加する代わりに、既存のデバイス/dev/sda
(通常は実際の物理デバイスでは不可能)を拡張できる場合があります。