web-dev-qa-db-ja.com

Ubuntuの起動に非常に長い時間がかかる

そのため、Ubuntu 12.10をWindowsと共にusbスティックからインストールしました。 Ubuntuを起動すると、紫色の画面で約10分間、カーソルなし、何も使用せずに、黒い画面に移動しますが、カーソルがあり、最後にログイン画面が10分間ほどフリーズします。ログインした後、画面は10分間も空の壁紙でフリーズしたままになります。最後に、Ubuntuの起動後、すべてが非常にゆっくり実行されます。 Firefoxの起動には数分かかり、10秒ごとにフリーズします。 Intel Pentium 2.93 Ghzデュアルコアプロセッサ、4ギガバイトのRAM、Geforce GTS250を入手しました。

12.10boot
2
Fred.

遅いブートを診断する最初のステップは、dmesgの出力を確認することです。 dmesgは、カーネルリングバッファーの内容を表示します。これには、Linuxカーネルに制御が渡された瞬間から、syslogデーモンがそれらのログ記録業務を引き継ぐ時点まで、カーネルによって記録されるステータスメッセージが含まれます。

簡単に閲覧できるようにファイルでdmesgの出力を取得するには、dmesg > dmesg.txtを実行します。これで、現在のディレクトリのdmesg.txtにカーネルログが含まれます。

dmesgの読み取り：dmesg出力のすべての行は、[ 0.106607]のようなシーケンスで始まります。これは「T-plus」形式のタイムスタンプです。カーネルが起動してからの秒数です。

スローダウンを特定するには、タイムスタンプが1行から次の行に「ジャンプ」するポイントを探します（ヒント：dmesg -dを使用して、dmesgにタイムスタンプごとの時間差を出力させることもできますタイムスタンプの後の山括弧内）：

[    3.201806] usb 2-4: >New USB device strings: Mfr=2, Product=3, SerialNumber=4
[    3.201810] usb 2-4: >Product: Android
[    3.201813] usb 2-4: >Manufacturer: Android
[    3.201816] usb 2-4: >SerialNumber: 00093f054d0a2f
[   43.254818] EXT4-fs (sda5): Orphan cleanup on readonly fs
[   43.254827] EXT4-fs (sda5): ext4_Orphan_cleanup: deleting unreferenced inode 10747985
[   43.254879] EXT4-fs (sda5): ext4_Orphan_cleanup: deleting unreferenced inode 10748275
[   43.254892] EXT4-fs (sda5): ext4_Orphan_cleanup: deleting unreferenced inode 10748394

ここでは、T + 3秒からT + 43秒へのジャンプがあります。これは、40秒間カーネルが何もログを記録せず、おそらく何かが起こるのを待っている親指をいじっていることを意味します。これは、Androidデバイスがプラグインされたことを認識した直後です。そのため、最初に、起動中にAndroidデバイスを取り外してみてください。しかし、それは赤いニシンである可能性があります-遅延は、次に発生するファイルシステムのクリーンアップによって発生する可能性があります。

これはすぐに続きます：

[   43.254959] EXT4-fs (sda5): ext4_Orphan_cleanup: deleting unreferenced inode 10748175
[   43.254969] EXT4-fs (sda5): 8 Orphan inodes deleted
[   43.254970] EXT4-fs (sda5): recovery complete
[   52.161162] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
[  451.530476] Adding 51097596k swap on /dev/sda2.  Priority:-1 extents:1 across:51097596k
[  451.540572] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  455.117113] udevd[430]: starting version 175
[  458.734692] lp: driver loaded but no devices found

わあ、T + 52秒からT + 451秒までのギャップ。遅延の前に最後に発生するのは、マウントされているファイルシステムです。

ちょっとした調査（「slow boot dmesg "mounted filesystem withordered data mode"」でGoogle検索を行うと、有望なリードが得られます： anを参照するudev このメッセージの直後に起動時に長く待ちます！

そのスレッドを参照すると、 回避策 が確立されているように見えます：

これは、-noudevsyncパラメーターを/lib/udev/rules.d/85-lvm2.rulesのvgchangeコマンドに追加することで構成されています。次に、update-initramfs -uを使用してinitramfsを再生成します

そのため、次のようにします。

Sudo nano /lib/udev/rules.d/85-lvm2.rules

/sbin/lvm vgchange -a yのような抜粋を見つけて、/sbin/lvm vgchange --noudevsync -a yと読むように変更します。 /sbin/lvm vgscan呼び出しに同じオプションを追加する必要がある場合があります。

Sudo update-initramfs -uを実行し、成功したら再起動します。

6
tgies