☰

/bootが小さすぎてアップグレードできません。

tag-icon • tag-icon fedora boot upgrade resize2fs
/bootが小さすぎてアップグレードできません。

F15からF17にアップグレードしようとしています。データを破壊せずに/bootサイズを増やす方法を見つける必要があります。詳細：

事前アップグレードプロセスを使用してアップグレードを試み、USB上のNet isoから起動しようとしましたが、どちらも同じ結果をもたらしました。最初のパッケージ（ファイルシステム）トランザクションでは、インストーラに（およそ）1GBが必要であることを示す「エラー」メッセージが表示されます。

インストールを続行できません。

また、インストーライメージでネットワーク負荷を引き起こすために/bootの空き容量を100M未満に減らす方法を試しましたが、これは一連のミラーリングされたhttp / 404メッセージを生成し、進行しませんでした。

私はアップグレードするためにすべてを再び核兵器で攻撃したくありません。私は今、私は次のアップグレードのために/bootがどれだけ大きくなければならないかを常に推測するよりも、この問題がよりエレガントな解決策になると思いました。 (コメントをキャンセル)

/dev/sdb には 4 GB の空き領域がありますが、sdb1(/boot) と連続していません。 LVM ボリュームを縮小する過程で、開始ではなく sdb の終わりにスペースが確保されます。

> df -kl | grep boot: 
/dev/sdb1 3064704 300520 2764184 10% /boot

（/boot の内容は現在重要ではありません。1G > 300MB なので、ボリュームサイズを増やす必要があります。）

ディスクドライブ：

/dev/sdb1   *        2048     6146047     3072000   83  Linux
/dev/sdb2         6146048   612354047   303104000   8e  Linux LVM

cfdisk:

                       Pri/Log   Free Space                           1.05*
   sdb1        Boot        Primary   ext4                              3145.73*
   sdb2                    Primary   LVM2_member                     310378.50*
                           Pri/Log   Free Space                        4474.28*

編集する：

gpartedを試してクラッシュが発生したことを確認したら、最終的にドライブを引き抜いて交換し、15GBのブートパーティション（FCS！）を作成し、F15とすべてのファイルを再インストールしました。それからF17への事前アップグレードが完了しました。私のハードドライブが破損していない場合は動作すると仮定し、好みの答えを受け入れました。）

答え1

gparted を使用して sdb2 をディスクの端に移動し、空き領域がディスクの前に来るようにします。その後、sdb1のサイズを変更できます。

答え2

別のブートパーティションが必要ですか？以前は必要でしたが（または少なくとも非常に便利でしたが）、grubはLVMとraidで、今日最も一般的なLinuxファイルシステムから起動するのに非常に堪能です。

別の/bootが必要ない場合は、/のサブディレクトリに移動できます。

たとえば、

cp -af /boot /boot.new
umount /boot
mv /boot.new /boot

次に/etc/fstabを編集し、/bootエントリをコメントアウトします。

また、/bootのファイルが移動されたため、/ dev / sdbにgrubを再インストールする必要がありますgrub-install /dev/sdb。

関連情報