タグ付けされた質問 「framebuffer」

4
hwinfoは…と置き換えられましたか?
新しく明確な質問 これは何らかのシステム情報プログラムに関する質問ではありません hwinfo が実際にそれらのモードを検出できることを知っている限り、スタッフの計算を開始せずに1000コマンドラインをテストする(したがって1000リブートする)ことなくgrub構成に追加できるフレームバッファーモードを知る必要があります。 したがって、実際に必要なのは(以下のhwinfo --framebufferの例のコマンドから切り取る)です。ご覧のとおり、モードに続いて解像度があり、それがこのビデオカードがサポートするすべての解像度です Mode 0x033c: 1920x1440 (+1920), 8 bits Mode 0x034d: 1920x1440 (+3840), 16 bits Mode 0x033a: 1600x1200 (+1600), 8 bits Mode 0x034b: 1600x1200 (+3200), 16 bits Mode 0x035a: 1600x1200 (+6400), 24 bits Mode 0x0307: 1280x1024 (+1280), 8 bits Mode 0x031a: 1280x1024 (+2560), 16 bits Mode 0x031b: …

2
byobu(pts)内でフレームバッファー画像(例:w3m、fbi)の表示を有効にする方法は?
古いラップトップでX Window Systemを使用せずに最小限のUbuntu 13.10インストールを実行しようとしています。このセットアップで私が信頼する最も有用なツールの1つはbyobu、ただし、フレームバッファに画像を表示できるアプリケーションを使用できないようです。 そのようなプログラムの1つがブラウザーですw3m(そのw3m-imgパッケージと共にインストールされます)。外部byobu(tty1)から実行されsudoますが、前にがある場合にのみ、期待どおりにロードされた画像を含むWebページが表示されます。ただし、byobuが有効になっている場合(したがって、私の端末はとしてtty1ではなく、として識別されますdev/pts/1)、w3m画像を表示する方法はありません(起動するかどうかに関係sudoなく)。 同じことがfbi画像ビューアにも当てはまります。外でもbyobu(ただし、で起動した場合のみsudo)、問題なく動作します。でbyobu有効になって、それが代わりにエラーメッセージを生成し、関連のビットがあると思われます ioctl VT_GETSTATE: Inappropriate ioctl for device (not a linux console?) 私が理解している限りbyobu、疑似端末に依存しているという事実と、いくつかの難解な許可設定(sudo前述の要件が示しているように思われる)を使用して、すべての処理を行う必要があります。 これで何か助けてくれてありがとう!


1
startxを実行して戻った後に別のTTYに切り替えると、Xorgが壊れる
私は、私が試したすべてのマシンで発生するように見えるXorgの特異性に常に興味を持っていました。startxを使用して(つまり、ディスプレイマネージャーを使用せずに)TTYで新しいXインスタンスを開始するたびに、別のTTYに切り替えてから、元のTTYに戻そうとすると、Xのフレームバッファーが壊れて、 Xがまだ実行されている元のシェル。^ Cまたは^ D を押すとX が停止しますが、startx / xinitを再度実行する必要があり、元のセッションが失われます。すなわち: CTRL+ALT+F1 $ startx /usr/bin/xterm -- :1 CTRL+ALT+F7 CTRL+ALT+F1 TTY1でXバッファーが壊れます。Wayland / Mirに構成を依存するアプリケーションは、予想どおりTTY切り替えを処理しますが、LightDMなどのディスプレイマネージャーで開始されていないXを使用するアプリケーションでは、手動で開始したXセッションに戻ることができません本当の痛みです。TTYを切り替えるときにXセッションに切り替えることができるように、この問題を修正する方法はありますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.