起動中に毎回、次のメッセージがスプラッシュ画面をしばらくの間捨てて表示されます。
/dev/sda2: clean 185146/6553600 files, 1331445/26214400 blocks
これは古いドライブなので、ディスクに障害があることを示していますか?
このメッセージは、ディスクをフォーマットする前でも表示されます。これで、すべてのパーティションをディゾルブし、すべてのOSを削除し、新しいパーティションを作成してクリーンインストールした後でも、これは持続します。ディスクのパフォーマンスはフルフォーマット後に改善されましたが。
表示されるメッセージは、fsck
ファイルシステムのチェックおよび修復ユーティリティの出力からのものです(最後の行を参照)。
$ Sudo fsck -V /dev/sdb6
[Sudo] password for xieerqi:
fsck from util-linux 2.27.1
[/sbin/fsck.ext4 (1) -- /mnt/HDD] fsck.ext4 /dev/sdb6
e2fsck 1.42.13 (17-May-2015)
/dev/sdb6: clean, 4580/26566656 files, 38351198/106257408 blocks
これは、Ubuntuが起動時にチェックを実行し、実際に/etc/fstab
で設定されていることを意味します。 man fstab
に記載されているとおり:
6番目のフィールド(fs_passno)。
このフィールドはfsck(8)によって使用され、ブート時にファイルシステムのチェックが行われる順序を決定します。ルートファイルシステムはfs_passnoを1に指定する必要があります。他のファイルシステムはfs_passnoを2にする必要があります。ドライブ内のファイルシステムは順次チェックされますが、異なるドライブ上のファイルシステムは同時にチェックされ、ハードウェアで利用可能な並列処理を利用します。存在しない場合は、デフォルトでゼロになります(fsckしません)。
これは、これが発生する理由とそれを取り除く方法に関するいくつかの質問に答えます。基本的に、ルートファイルシステムをチェックするので、/dev/sda2
にあると推測し、/dev/sda1
にWindowsパーティションがあるか、仮想メモリのパーティションをスワップします。もちろん、 ブート時のチェックを無効にする 最後の列を0
にして(そのような重要なシステムファイルを編集するためのSudo
またはroot
アクセス権がある場合) 。ただし、ファイルシステムのヘルスステータスが表示されるため、お勧めしません。
ちなみに、表示される出力行は、 実際に言うこと に関して多少誤解を招く可能性があります。表示されるのは、実際のファイルではなく inodes の数です。上記のfsck
の出力をdf -i
と比較します:
$ df -i | grep 'sdb6'
/dev/sdb6 26566656 4580 26562076 1% /mnt/HDD
正常性について言えば、systemctl -a /dev/sd<LETTER><INTEGER>
は通常、ドライブの正常性を確認するために推奨され、VALUE列の値がTHRESH列にどれだけ近いかによって示されます。
サイドノート: this one など、周りに質問があります。OSは/dev/sda1: clean
メッセージを表示した後にハングしますが、メッセージとブートの問題は関連していないことに注意してください-多くの場合これは、特にNvidiaドライバーの場合、インストールされているグラフィックモジュールの問題です。