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

/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のサイズを変更できます。

おすすめ記事