ブートプロセスは正常ですか？起動には50秒かかります

ここに私のboot.logがあります

resume: libgcrypt version: 1.5.0
fsck from util-linux 2.19.1
fsck from util-linux 2.19.1
fsck from util-linux 2.19.1
/dev/sda5: clean, 668102/3276800 files, 4449436/13107200 blocks
/dev/sda2: recovering journal
uhome: recovering journal
/dev/sda2: clean, 3030/74592 files, 200601/297200 blocks (check in 2 mounts)
uhome: clean, 282203/2621440 files, 8705593/10485760 blocks (check after next mount)
Skipping profile in /etc/apparmor.d/disable: usr.bin.firefox
 * Starting AppArmor profiles       [170G 
[164G[ OK ]
 * Setting sensors limits       [170G 
[164G[ OK ]
Invalidating stale software suspend images... done.
 * Starting mDNS/DNS-SD daemon[164G[ OK ]
Starting DECnet... * Starting network connection manager[164G[ OK ]
done.
 * Stopping Failsafe Boot Delay[164G[ OK ]
 * Stopping System V initialisation compatibility[164G[ OK ]
 * Starting System V runlevel compatibility[164G[ OK ]
 * Starting Bumblebee supporting nVidia Optimus cards[164G[ OK ]
 * Starting LightDM Display Manager[164G[ OK ]
 * Starting save kernel messages[164G[ OK ]
 * Starting ACPI daemon[164G[ OK ]
 * Starting anac(h)ronistic cron[164G[ OK ]
 * Starting deferred execution scheduler[164G[ OK ]
 * Starting regular background program processing daemon[164G[ OK ]
 * Starting automatic crash report generation[164G[[31mfail[39;49m]
 * Stopping anac(h)ronistic cron[164G[ OK ]
 * Starting CPU interrupts balancing daemon[164G[ OK ]

fstabの内容：

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda5 during installation
UUID=d30f09f8-9580-4a6b-ac31-f69116793f9f /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=28309a48-2171-4784-8093-d0e5ca40e6de /boot           ext4    defaults        0       2
# /home was on /dev/sda6 during installation
UUID=4d7ee3e9-bf26-483d-af6e-efcd883126d0 /home           ext4    defaults        0       2
# swap was on /dev/sda10 during installation
UUID=f1a123f0-c81d-4f0a-9d5c-6780cbf8b9dc none            swap    sw              0       0

ここにdmesgログがあります：http : //paste.ubuntu.com/826319/ '

dmesgログは6秒後にかなりのバンプを示し、24秒で再び開始する前に待機しすぎます。

fdisk -lおよびの出力mount：http : //paste.ubuntu.com/826397/

可能なほとんどすべてのサービスを無効にしましたが、起動するまでに50秒かかります。Live USBで起動している間は、25秒もかかりません。

ブートプロセスは、 "resume libcrypt version"行で約20秒間停止します。そして、それらのfscksはブートごとに実行されます。それらのfscksは必要ですか？

編集：ブートチャート

boot performance fsck

— ムニーブ
ソース

起動後、dmesg shortの出力を最初の投稿に追加してください！

— マイケルK

ahおよびfsck =ファイルシステムチェック-毎回の起動時に必要ではありません。私のブートの進行は約消費します。19秒、ただし非常に高速なHDD（1500MB /秒）

— Michael K

@MichaelK私はdmesgログを追加しました。私はfsckについて知っていますが、25/30マウント後に実際にファイルシステムをチェックするものはありません。それはちょうど...のutil-linuxのから、この」、fsckを示し」と、それらは『それはほとんどの時間を停止するところであるジャーナル』ログを回復する。

— Muneeb

ジャーナルログの回復は、ハードドライブへのファイルの書き込みに失敗したことを意味します。これは、シャットダウンが正しくないか、ハードドライブが故障しているために発生する可能性があります。これは繰り返し発生しますか？それを修正するために、ライブCD（ドライブがマウントされていない!!!）から完全なfsckを実行してみましたか？

— maco

@Muneebさらに、部品は工場から直接欠陥がある場合があります（したがって、ほとんどのコンピューターと部品に付属する通常の1年間のハードウェア保証）。また、ソリッドステートドライブ（Live USB）の起動時間を、プラッター/ディスクベースのドライブ（標準のハードドライブ）の起動時間と比較しています。可動部分がないため、ソリッドステートは常に世界の速度が速くなります。余談ですが（そして好奇心から）、なぜとにかく起動時間が1分未満か心配になりますか？

— Shauna 2012年

通常の起動時間は40秒です（BIOSを含む）。この問題を引き起こすいくつかの「あまり良くない」ハードウェアがあるかもしれません。また、起動時に多くのものを保持し、多くのパッケージをインストールしている必要があります。しかし、心配する必要はありません。

— プラニット・バウヴァ
ソース

起動に通常40秒かかるとの主張について、引用、または詳細情報を提供できますか？

— Eliah Kagan 2013

ターミナルを起動してから、状況/ニーズに合わせて変更した以下のコードを入力してみてください。

sudo tune2fs -c 50 /dev/hda1

50は、システムに50ブートごとにfsckを実行させる必要があります。50〜100が通常です。hda1は、設定に応じて、hda1、hda2、hda3 ...またはsda1、sda2、sda3 ...になります。

と入力すると、詳細情報が表示されman tune2fsます。下向きの矢印は、 manページを通じてあなたを取ります。

— ヴィック
ソース