web-dev-qa-db-ja.com

/ bootディレクトリのサイズを変更できますか？

Ubuntu 19.10を使用するのはこれが初めてです。以前私はmacOSユーザーでしたが、Windowsは誰でも操作できるものです。今日、USBスティックを介してWin10と一緒にUbuntuをインストールしました。インストール中にdpkgユーティリティに関していくつかの問題がありましたが、インストール後にパッケージマネージャーを再構成することで解決したようです。これまでのところ、OSはスムーズに動作していますが、/bootディレクトリに問題があるようです。起動するたびに、次の警告が表示されます。

# Warning 1
Could not scan some of the folders contained in "/boot"
Error opening directory '/boot/lost+found': Permission denied

# Warning 2
The volume "boot" has only 9.2 mb disk space remaining.

だから私は3つの質問があります：

  • lost+foundディレクトリの意味は何ですか？
  • このディレクトリへのアクセスを許可するにはどうすればよいですか？
  • Disksユーティリティを使用して/ bootディレクトリのサイズを変更できますか？

3番目の質問については、公式ドキュメントで提供されているいくつかのアドバイスに従い、/ bootのサイズを〜250 mbに設定しましたが、予想より少し小さいようです。私はこれを試しました：

Sudo apt autoremove --purge

Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.

そして現在、私はこれらのカーネルを実行しています：

Sudo dpkg --list 'linux-image*'

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                  Version       Architecture Description
+++-=====================================-=============-============-===========
un  linux-image                           <none>        <none>       (no descrip
ii  linux-image-5.3.0-18-generic          5.3.0-18.19+1 AMD64        Signed kern
ii  linux-image-5.3.0-19-generic          5.3.0-19.20   AMD64        Signed kern
ii  linux-image-generic                   5.3.0.19.22   AMD64        Generic Lin
un  linux-image-unsigned-5.3.0-18-generic <none>        <none>       (no descrip
un  linux-image-unsigned-5.3.0-19-generic <none>        <none>       (no descrip

実際にはいくつかのリカバリカーネルも参照しているので、それらをいじらないようにしたいと思います。/bootディレクトリのサイズを変更または修正する方法はありますか？

編集：これはdf -hの実行中の出力です

Filesystem      Size  Used Avail Use% Mounted on
udev            3.8G     0  3.8G   0% /dev
tmpfs           785M  1.8M  783M   1% /run
/dev/sda9        24G  5.4G   17G  25% /
tmpfs           3.9G   58M  3.8G   2% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/loop0       45M   45M     0 100% /snap/gtk-common-themes/1353
/dev/loop1      4.3M  4.3M     0 100% /snap/gnome-calculator/501
/dev/loop2      1.0M  1.0M     0 100% /snap/gnome-logs/81
/dev/loop4      150M  150M     0 100% /snap/gnome-3-28-1804/71
/dev/loop5       55M   55M     0 100% /snap/core18/1223
/dev/loop6       15M   15M     0 100% /snap/gnome-characters/317
/dev/loop3       90M   90M     0 100% /snap/core/7917
/dev/sda8       215M  190M  8.8M  96% /boot
/dev/sda1       256M   33M  224M  13% /boot/efi
/dev/loop7       15M   15M     0 100% /snap/gnome-characters/359
/dev/loop8      4.3M  4.3M     0 100% /snap/gnome-calculator/544
tmpfs           785M   32K  784M   1% /run/user/1000
/dev/loop9      157M  157M     0 100% /snap/gnome-3-28-1804/91
bootapt
3
Shiv_90

根元には十分な余地があります。ルートが単なるext4ファイルシステムであり、raidも暗号化もされていない場合は、/ bootにマウントされているパーティションから既存のファイルをコピーし、/ bootをアンマウントして、update grubを実行するだけです。/bootのすべてを/ tmp/tmpbootにコピーし、/ bootをアンマウントして、/ tmp/tmpbootから/ boot（現在はルート上）にすべてコピーして、update-grubを実行します。/etc/fstabファイルを編集して/ bootマウントをコメント化し（行の先頭に＃を付けます）、再起動を試みます。よりエレガントな方法は、mount --bind// tmpbootを使用して、ファイルを/ bootから/ tmpboot/bootに直接コピーすることです。

おそらく初心者にとっては、ルートとしてファイルを編集する方法を学ぶよりも、再インストールするのと同じくらい簡単です（自分のディレクトリのファイルを台無しにしないでください）。

/ boot/efiはEFIパーティションからのマウントなので、新しい/ bootディレクトリで、efiディレクトリを作成します。 lost + foundディレクトリは、ファイルシステムチェックから回復されたファイルをダンプするためのものであり、ディレクトリまたは名前が失われた可能性があります。ルートにはlost + foundがあるため、/ bootディレクトリに別のルートは必要ありません。必要のない他のファイルは考えられません。/boot/grubはディレクトリであるため、再帰的なコピーが必要であり、所有者と権限を保持する必要があるため、cp -R -a/boot/*/tmp/tmpbootなど。
（現在のディレクトリが/ bootに設定されていない限り）/ bootをアンマウントできると思っていましたが、多分そうではありません-これは私がしなければならなかったことではありません。 fstabの編集と再起動は機能する可能性がありますが、grubをハードディスクに再インストールする（または変更されたUUIDのようなgrub.cfgのどの部分を理解する）必要があるかを編集する必要があるインストールメディアを準備する必要があります（これは単なる作業ではありません）再インストール）。

1
ubfan1