web-dev-qa-db-ja.com

プリマスは将来、独自のグラフィックスドライバーでニースブートエクスペリエンスを可能にしますか？

10.04（plymouth）で導入された新しいグラフィカルブートローダーは、ビデオカードのプロプライエタリドライバーを有効にするまで驚くほどに見えます。その後、ブートエクスペリエンスの恐ろしい派手なモンスターを取得します。必要に応じて対処することはできますが、新しいユーザーには不快感を与えるでしょう。

私の理解では、プリマスは現在プロプライエタリドライバーで利用できない機能に依存しているということです。私の質問は、これは変わる可能性がありますか、または「どちらか一方」（つまり、素敵なブート体験または素敵なデスクトップ体験、両方ではない）に慣れる必要がありますか？将来、プリマスがプロプライエタリなグラフィックスドライバーでニースをプレイすることを期待できますか？それともプロプライエタリなメーカーの仕事だけに依存していますか？

bootnvidiaplymouth
8
jaminday

あなたは、ハードウェアとドライバーを作っている会社の開発者と意思決定者だけが本当に答えることができる質問をしている。

最終的に、それを行うことができますが、それはフェンスの両側にいくつかのギブが必要です。たとえば、Nvidiaはできると主張しているが、特定のライブラリのライセンスを緩和する必要がある。

AaronPから （nvidiaスタッフ）：

作業中の開発者と最後に話したとき、カーネルモード設定の実装に必要なフックはGPLモジュールのみにエクスポートされているため、NVIDIAドライバーでは使用できないと言われました。一方、それは少し前のことであり、それ以来私はそれを見ていません。カーネル開発者が私たちと協力してNVIDIA GPUのカーネルモード設定を可能にする場合は、調査します。

ここでも ：

言い換えれば、少なくとも数か月前に彼について尋ねたとき、少なくともGPLドライバーと互換性がないように特別に設計されていました。私自身は実際にコードを見ていません。

それは2年前のことです...だから、いや、これは特に速く進んでいません。 Xをより速くロードし、XSplashを使用するだけで、おそらくもっと幸運があると思います。

しかし、Nvidiaの観点から見ると、この機能はユーザーに実際に何を追加しますか？ Xorgの開発に400時間を費やしたり、ブートシーケンスをよりきれいにするのに400時間を費やしたりすることで、さらに恩恵を受けるでしょうか？

8
Oli

これには修正があります。

  1. /etc/default/grubを編集します（Alt-F2を押してgksudo gedit /etc/default/grubと入力します）
  2. #GRUB_GFXMODE=640×480のような行を見つけます
  3. 「＃」を削除し、解像度を画面の解像度に変更します（例：GRUB_GFXMODE=1280x800）
  4. ファイルを保存して閉じます。
  5. /etc/grub.d/00_headerを編集します（Alt-F2を押してgksudo gedit /etc/grub.d/00_headerと入力します）
  6. 行gfxmode=${GRUB_GFXMODE}を見つけます
  7. この行を下に追加します：set gfxpayload=keep
  8. ファイルを保存して閉じます。
  9. アプリケーションの実行->アクセサリ->ターミナル
  10. Sudo update-grubを入力し、必要に応じてパスワードを入力し、完了するのを待ちます。

再起動すると、見た目が良くなりますが、起動速度がわずかに低下する場合があります。

7
dv3500ea

Nouveauは現在、Gallium3Dによる3Dアクセラレーションと適切な電源管理を採用しています。 GPLのみのシンボルの問題が修正されなくても、nVidia独自のドライバーだけで「素敵なデスクトップエクスペリエンス」を提供することはできません。

http://nouveau.freedesktop.org/wiki/FeatureMatrix

このレベルの機能でNouveauを使用すると、LiveCDでの3Dアクセラレーション、起動時間の短縮、セキュリティの向上、ドライバーのインストール不要なUbuntuのインストールなどが可能になります。ゲームのパフォーマンスにはおそらく時間がかかります。 -しかし、Compizについては、nVidia gpuに応じて、11.04を見ていると思います。

1
ethana2

Nvidiaドライバーをインストールした後、同じ問題が発生しました。これは既知の問題であり、これに関するバグレポートがあります。 Bug＃540801

このバグレポートのコメント＃2は、この問題の回避策を説明しています。

ここでの問題は、グラフィックスドライバーです。システム上では、ファイルシステムのチェックとマウントにかかるよりもロードに時間がかかります。したがって、すでにXを起動できるので、スプラッシュスクリーンを起動する理由はありません。

HDDベースのシステムでは、ドライバーをロードする前にウレアダヘッドフェーズを行うため、これはさらに悪化します。したがって、スプラッシュが表示されるまでに時間がかかる場合があります。

1つの「解決策」は、initramfsを使用し、重要なステップとしてプリマスを起動することです。

echo FRAMEBUFFER=y > /etc/initramfs-tools/conf.d/splash

update-initramfs -u

ただし、それにより、起動中にスプラッシュスクリーンを表示するために、起動に大幅な遅延が発生します。

上記の2つのコマンドを（rootとして）コマンドラインから実行し、システムを再起動すると、Nice Plymouthのブート画面が表示されます。ただし、システムのロードに少し時間がかかるという欠点がありますが、私の意見では、これはわずかな代償です。私のシステムはまだ非常に高速に起動します。

プリマスの解像度が低い場合。それを修正する方法もあります： Changing Bootup Resolution（Plymouth）

0
Serrano

私はこれがすでに回答されていることを知っていますが、先日これに遭遇し、かなりよく当てはまります： http://www.webupd8.org/2010/10/script-to-fix-ubuntu-plymouth- for.html

これは問題なく機能しました。それもとても簡単でした。

0
gregghz