web-dev-qa-db-ja.com

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

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

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

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

また、/ bootのアベイルズスペースを100M未満に減らして、インストーラーイメージのネットワーク負荷をトリガーするというトリックも試しましたが、一連のミラーhttp/404メッセージが表示され、進行しません。

アップグレードを行うためだけに、すべてを削除する必要はありません。今のところ、この問題は、次のアップグレードのために/ bootの大きさを継続的に推測しようとするよりも、より洗練された解決策を引き出していると思いました。 （スナーク）

/ dev/sdbに4GBの空き領域がありますが、sdb1（/ boot）と隣接していません。LVMボリュームを縮小するプロセスは、sdbの最初ではなく最後に領域を解放しました。

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

（1G> 300 MBなので、現在/ bootにあるものは無関係であることに注意してください：ボリュームサイズを増やす必要があります）

fdisk：

/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を使おうと試み、ホラーでクラッシュするのを見て、最終的にドライブをヤンクして交換した後、15 GBのブートパーティション（FCS！）を作成し、F15とすべてのファイルを再インストールしました。 その後 F17への事前アップグレードが成功しました。私はそれが私のハードドライブを破壊しなければうまくいくだろうと仮定して好ましい答えを受け入れました;）

fedorabootupgraderesize2fs
1
Rondo

Gpartedを使用して、sdb2をディスクの終わりに向かって移動し、空き領域がその前になるようにします。次に、sdb1のサイズを変更できます。

1
Michael Hampton

別のブートパーティションが必要なのですか？以前は必要でした（または少なくとも非常に便利でした）が、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。

1
cas