web-dev-qa-db-ja.com

システムがたまにしか起動しない

新しいコンピューター-Intel Core i7 7500U Kaby Lakeを搭載したASUS ZenBook Flip UX360UAK-BB358Rをデュアルブートしようとしています。

プリインストールされたWindows 10 Proはうまく機能します。ラップトップのマイナーなテストの後、Windowsパーティションを半分に縮小し、Ubuntuを脇に置いてデュアルブートができるようにしました。

次のシステムを試しました-Ubuntu 16.04 LTS、Ubuntu 16.10、Ubuntu 17.04 alpha(17.2.2017から毎日ビルド)、KDE ​​Neon(Ubuntu 16.04 LTS上にビルド)。最後まで(ネオン)カーネル4.9.10もインストールしようとしました。

問題はすべてのシステムで常に同じです。

  1. システムを/ ext4パーティションにインストールします。これは、Windows縮小ツールが残した空き領域から作成し、8GBをスワップします。
  2. コンピューターを再起動し、GrubでUbuntu(またはネオン)を選択すると、スプラッシュスクリーンが表示され、フリーズします。
  3. 20分後、コンピューターの電源を切ります。
  4. 私は再びそれをオンにしてみて、それは動作します。
  5. [ログインすると、システム全体を更新し、カーネルを更新し、/etc/fstabのWindowsドライブのマウントを無効にします
  6. 私は再び再起動し、それが動作するかどうか。約1/10のブートが機能します。 Windowsはいつでも動作します。
  7. 1/2の場合、ライブUSBを起動し、ドライブをマウントして分析することができます。

また、 この出力 を取得するためにスプラッシュスクリーンをオフにしました(品質が悪いため、携帯電話を使用せずにキャプチャする方法がわかりません)。カーネルパニックで終了することもあれば、このようにフリーズすることもあります。とにかく、それは常にグラブを通過し、スピ​​ナーでスプラッシュスクリーンを開始します。次に、ログイン画面の前に、スピナーがフリーズするか、画面の無限が黒くなるまで実行され、何も起こりません。

また、いくつかの一般的なログ(現在、カーネル4.9.10でNeonを実行しています)を囲みますが、標準のubuntuでも非常によく似ています。

私の考え:

  • kaby Lake CPUの運転に問題があります
  • 他のドライバーがいくつか欠落しています(ただし、linux-firmwareがインストールされています)
  • 脇に窓を設置することに問題がある
  • 私は複数のシステム(それぞれ複数回)を試したので、それはかなり奇妙で、動作は同じです。

しかし、それらのすべては、時々うまく起動するという事実と矛盾します。動作しているときと動作していないときのパターンは表示されません。これまでのところ、Windowsを以前に起動した場合は起動する方が良いと思います(ただし、常に役立つとは限りません)。

昨日の12時間のセッションの後、私はかなり絶望的であるので、あなたが私に何をすべきかについていくつかのヒントを与えることができれば、私は非常に感謝します。ありがとう

編集1:

Teyrasの答えに従って、ACPIをデバッグしようとしました( tutorial )。私の結果(「everytime」と書いた場合、5/5回の試行を意味します):

  • acpi=off-毎回起動します。 touchapもタッチスクリーンも機能しない
  • acpi=ht-時折起動します。起動したら?すべてが機能します
  • pci=noacpi-毎回起動します。 keybord、touchap、タッチスクリーンのいずれも機能しません
  • acpi=noirq-起動しません
  • pnpacpi=off-起動しません
  • noapic-毎回起動します。 keybord、touchap、タッチスクリーンのいずれも機能しません
  • nolapic-時折起動します。起動する場合:touchapもタッチスクリーンも機能しない

EDIT 2:すべてが本当に奇妙で、時々acpi=offが起動して、タッチパッドなどでさえ正常に動作する通常モードになります。

このredditの投稿 に出会い、そこで同様の問題が議論されています。 fn+F2を押すことでgrubのwifiとbluetoothをオフにしようとしましたが、コントロールダイオードがオンにならず起動に失敗したため、まったく機能しないと思います。

2
3.14.TR

一部の人々は、最近のIntel GPUで同様の問題を抱えているようです [1][2] 役立つと思われることの1つは、カーネルブートパラメータintel_idle.max_cstate=2(または=1)を設定することです。それを行うには:

  1. /etc/default/grubをルートとして開きます
  2. intel_idle.max_cstate=2文字列にGRUB_CMDLINE_LINUX_DEFAULTを追加します。例えば、
    GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_idle.max_cstate=2"
  3. Sudo update-grub(または同様のコマンド、ディストリビューションによって異なります)を実行します

欠点は、GPUがアイドル状態であってもわずかに電力を消費することです。

さらに、以下を追加すると、ドライバーの安定性が向上することが報告されています。
options i915 semaphores=1/etc/modprobe.d/i915.confファイルに。それを行うには、次を実行します:
echo "options i915 semaphores=1" >> /etc/modprobe.d/i915.conf

少なくとも最後ではなく、BIOSを更新し、ディストリビューションに最新のLinuxカーネルを使用します。

2
Floop

最初に、acpi=off nomodeset xforcevesaカーネルパラメーターで起動してみてください(GRUB_CMDLINE_LINUX_DEFAULT/etc/default/grub変数に追加して、Sudo update-grubを実行します)。システムが一貫して起動する場合は、nomodeset xforcevesa部分を削除してください。起動が停止する場合は、GPUドライバーに問題があります。それ以外の場合は、 here で説明されているデバッグプロセスを実行します。

1
Teyras