Updateさらに掘り下げて、古いfglrxドライバーのこの問題の解決策を見つけました: https://bitcointalk.org/index .php?topic = 170470.6 ただし、これはAMDGPUドライバーでは機能しません。AMDGPUドライバーは、私の知る限りswitchlibglxがプリパッケージされていません。
Update 2—見つかった この可能性のある解決策 だが、うまくいかなかった。 A、systemctl isolate graphical.target
を実行したときに黒い画面、またはB、ドライバーをブラックリストに登録すると、マイニングできないという2つのいずれかを取得します。
Update 3VTで/var/log/Xorg.0.log
を開きました(systemdのデフォルトが一時的にmulti-user.target
に設定されている間、この問題が続く間)―非常に奇妙な "画面が見つかりません」エラー。 AMDGPUドライバーが実際に起動時にXに強制的に使用させようとしているのだろうか。うまくいけない。
更新4正確なメッセージを調査するときにArch Linuxフォーラムで これらの指示 re:ディスプレイが見つかりません—今、代わりに異常終了の場合、startxを実行しようとするとシステムがハングします。改善されましたが、まだ機能しません。
Update 5上記のハングは約5分間発生し、「接続拒否」エラーで終了します。 ~/.local/share/xorg/Xorg.0.log
をプルアップしました—実際にstartxの出力では「サーバーは正常に終了しました」と表示されますが、それは相談する必要があることです。
Update 6グーグルsite:bugs.launchpad.net "amdgpu"
が表示されました このバグレポート この問題に関連している可能性があります。そこで回避策を試みました-いいえ、動作しませんでした。
Update 7journalctl | grep gdm | grep EE | less
を実行すると、この問題の解決に役立つかなり貴重な情報が見つかりました。
(EE) open /dev/fb0: Permission denied
WTFは、AMDFPUドライバーがフレームバッファーのアクセス許可に対して行っていますか?
Update 8それでも解決策はありません。バウンティを配置します。
9を更新Waylandも試しました。実際、これがライブメディアのデフォルト設定です。 GNOMEはWestonを使用しないため、we915.iniはi915の使用を強制し、amdgpuを無視することになると動作しません。
元の説明は以下から始まります。
さて、Ubuntu 18.04.1を搭載したマイニングリグを作成しました(リリース18.10を試しましたが、何らかの理由で、バージョンスプーフィングのような既知の回避策を適用しても、AMDGPUはDKMSモジュールのビルドに失敗するため、ダウングレードする必要がありました) )。カードは正常に機能しています。 Sapphire Nitro Radeon RX 480を1つだけ使用しても、ETHを24.2から24.3 MH/sでマイニングします(ストックカードよりもはるかに優れたファンを備えているため、ファンの速度が最大になったときに高いハッシュレートを維持できます)。
システムには、MSI H310-F Proマザーボード上で動作するIntel Core i5-8400 CPU(6コアだけでなく、オンチップグラフィックスも搭載)も搭載されています。 AMDGPUドライバーをそのカードを実行するように構成する前に、GNOME Shellは完全に正常に実行されていました。しかし、マイニング用に構成されたディスクリートGPUを取得した後、突然、VTのみが存在します。GNOME、GDM、X、何もありません。したがって、デスクトップと私の両方を同時に使用できるようにするために、Xにi5-8400のIntel統合グラフィックスチップを強制的に使用させる方法はありますか?どんな助けも大歓迎です。
私は最終的に、ヘッドレスモードでドライバーとインストールをパージする方法でそれを動作させました:
cd /home/realkstrawn93/Desktop/amdgpu-pro-18*
amdgpu-pro-uninstall --purge -y
./amdgpu-pro-install --opencl=legacy,rocm --headless
これにより、AMDGPU-ProドライバーのOpenCLコンポーネントのみがインストールされ、ディスプレイコンポーネントはインストールされません。