web-dev-qa-db-ja.com

パーティションのサイズ変更後の起動が非常に遅くなります

私はXubuntu 15.04にいます。私は数ヶ月間、250GB SSDで5秒未満の起動時間で非常に快適に動作しています。 500GB SSD（同じブランド、わずかに異なるモデル）に交換しました。 CloneZillaを使用して最初のクローンを作成した後（つまり、すべてのパーティションが同じサイズ）、すべてが正常でした。ただし、ホームパーティションのサイズを変更（およびスワップを移動）した後、マシンの起動には約1分かかります。最初の起動だけでなく、2番目の起動も同様です。

これを引き起こす可能性のあるアイデアはありますか？そしてもっと重要なのは、どうすれば修正できるのでしょうか？または、起動プロセスのデバッグに関するリンクだけでさえ、それを行う理由がありませんでした。

編集：私は今、ブートの遅さが無関係であるかどうか疑問に思っています。 dmesgを見ると、これは長い待機のコンテキストであり、ネットワーク関連である可能性があります。

 [7.107228] audit：type = 1400 audit（1435867488.135：9）：apparmor = "STATUS" operation = "profile_load" profile = "unconfined" name = "/ usr/bin/evince" pid = 501 comm = "apparmor_parser" 
 [7.107245] audit：type = 1400 audit（1435867488.135：10）：apparmor = "STATUS" operation = "profile_load" profile = "unconfined" name = "sanitized_helper" pid = 501 comm = "apparmor_parser 「
 [7.107248] audit：type = 1400 audit（1435867488.135：11）：apparmor = "STATUS" operation = "profile_load" profile = "unconfined" name = "/ usr/bin/evince-previewer" pid = 501 comm = "apparmor_parser" 
 [97.089574] r8169 0000：03：00.1 eth0：リンクダウン
 [97.091147] iwlwifi 0000：02：00.0：L1有効-LTR無効
 [ 97.098628] iwlwifi 0000：02：00.0：無線タイプ= 0x0-0x0-0x3

ネットワークを待つ90年代のように見えます:-(

bootpartitioningssd
4
spookypeanut

問題が解決しました！スワップパーティションを移動したため、UUIDが変更されました。 fstabの不一致が遅延を引き起こしたようです。ここで答えを見つけました： buntu 15.04では非常に遅い起動

4
spookypeanut

考えられる原因の1つは、パーティションのアライメントが正しくないことです。

最適なパフォーマンスと寿命を実現するには、パーティションを適切に配置することが不可欠です。これは、ハードウェアレベルおよびファイルシステムレベルでのすべてのI/O操作のブロックの性質によるものです。アラインメントの鍵は、使用するハードウェアに応じて、（少なくとも）指定されたブロックサイズにパーティション分割することです。パーティションがブロックサイズの倍数で始まるように位置合わせされていない場合、ファイルシステムの位置合わせは無意味な運動です。これは、パーティションの開始オフセットによってすべてが歪むためです。

ソリッドステートドライブはフラッシュメモリに基づいているため、ハードドライブとは大きく異なります。読み取りはランダムアクセス方式で可能ですが、消去（したがって、書き換えとランダム書き込み）はブロック全体でのみ可能です。さらに、消去ブロックサイズ（EBS）は通常のブロックサイズよりも大幅に大きいため、たとえば128KiB対4KiBであるため、EBSの倍数に合わせる必要があります。

（ ArchLinux wiki から）

パーティションがアライメントされていることを確認するには、以下に示すように/ usr/bin/blockdevを使用してクエリします。「0」が返された場合、パーティションはアライメントされています。

Sudo blockdev --getalignoff /dev/<partition>
1
Sergey