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
ディレクトリの意味は何ですか?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
根元には十分な余地があります。ルートが単なる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のどの部分を理解する)必要があるかを編集する必要があるインストールメディアを準備する必要があります(これは単なる作業ではありません)再インストール)。