スキップしてメイン コンテンツに移動

環境移行 つづき　2

さて、前回までの段階で
GUI環境が復活してfirefoxなりでwebを見たりすることができる状態まで戻したわけですが
次に、GhzオーダーのCPUが載っかったPCなんで
やっぱりcompizとかが動いてくれないかなーと欲が出てくるのです。
そこで、いろいろググってみたのですが
さっぱりです。

一般にradeonでのcompizはfglrxドライバを入れろと言われているようで
実際にfedoraで用意されているfglrxドライバ、
カーネルモジュールkmodを入れてみると最悪でXすら起動しなくなる。
ATIが公開している、fglrxドライバなんかは救いようがないくらいで
入れたら最後xorgのサーバー類を消して入れ直さないと回復できない状態になる。
前回のお邪魔ドライバを消せる事実を見つけたのも
このATIドライバでハマったのを回復させたときの副産物です。

いろいろ、紆余曲折の末にたどり着いたのがfglrxではIGP340は動きません。
fedoraの標準のatiドライバ（radeon）で充分動きます。

Section "Device"
        Identifier  "Videocard0"
        Driver      "radeon"
        ChipID      0x4337
        Option          "AGPMode" "4"
#        Option          "SWcursor" "true" # MUST BE TRUE!!!
#        Option          "RingSize" "81920"
#        Option          "BufferSize" "40960"
#        Option          "EnablePageFlip" "true"  # "true"mode compiz freez
#        Option          "EnableDepthMoves" "false" # MUST BE FALSE!!!
        Option          "RenderAccel" "true"
        Option          "AccelMethod" "EAA" # or XAA, EXA

#        Option          "ColorTiling" "true"
#        Option          "DynamicClocks" "true"

        Option          "XAANoOffscreenPixmaps" "false"
#        Videoram        65536
EndSection
これは、compizが動作している状態の
xorg.confのデバイスセクションの抜粋です。
この部分以外は、とくに変わったところもないので
他のサイトの情報を参考にするなりしてください。
あと、xorg.confをいじるとしたらdriと、compositeの記述追加くらいだと思います。
適当にxorg.confを書き換えたら、xorgサーバを再起動させて
xtermなりの端末を起動して、glxinfo | grep direct とかして、
ダイレクトレンダリング拡張が使えるか確認する。
この時、Noとか表示が出るようなら、xorg.confの内容を再チェックする必要があります。
ここで、いきなりcompizを起動してもいいのですが、
念のためcompiz-checkをかけてみることをお薦めします。
私も実際にダイレクトレンダリングがYesにもかかわらずcompizを起動すると
画面真っ白って言う状態になるのを経験しましたのでcompiz-checkで
全て［OK］と出るようなら fusion-iconなりでcompizを起動させてみましょう。
※ compiz-checkはrootユーザでは使用できません。
一般ユーザーでログインして使うようにしてください。

横着者の私は全て rootでやっちゃってますが、
linuxでの正しい運用方法としては一般ユーザで運用して、
システム関連をいじるときだけsuなりsudoでやるのが筋 らしいので、
今ひとつ 方法論ではありますが このrootと一般ユーザーの関係が
金庫の前に暗証番号のメモ貼り付けたような話のような気がしてならないのですが。
ラベル:

このブログの人気の投稿

IS01文鎮化からの復旧

androidロゴのあと、黒画面で、左下にカーソル状態からの復旧 状態について ※リカバリーキットはインストールしていない(泣 ※adbでPC側からシェルに入れる ※adbでPCからファイルをIS01にプッシュできる ※root権限を奪取できない(泣 ※ベースバンド7 以上、最悪の状況からの脱出に成功 必要な物 psneuter busybox insmod+ msm_nand_ex.ko flash_image recovery_kit.img まず、上記のファイルを用意し adb で、PCからIS01の/data/bootkit 辺りに転送して、一旦電源を落とす。 次に、 IS01の電源を入れる、この時点で正常起動せず、 画面真っ黒、左下でカーソルらしきモノ有りの状態で PC側からadb shellでIS01に入る 一般ユーザープロンプトが出るのが確認できれば、 先ほどのファイルを転送したフォルダに移動　 lsとかして、ファイル一覧をだし必要なファイルが揃っているか確認する。 揃っているのが確認できたなら、 ./psneuter とか打ち込んで実行、一旦adb接続が解除されてPC側に戻ってきてれば多分成功、 再度adb shellで接続を試みる。 うまく接続できて、プロンプトがroot権限を表す#になっていれば第一段階クリア root状態で、つぎに書き込み専用 パーティションの呼び出しのために カーネルモジュールを組み込む、 ./insmod+ -f ./msm_nand_ex.ko recovery_wrパーティションが見えるようになったか確認 cat /proc/mtd mtd8,9,10が見えてれば成功 あとは、 ./flash_image recovery_wr ./recovery_kit.img とかして、 リカパリーパーティションにリカバリーキットを書き込み reboot recovery して、リカバリーキットから、破損したsystem,dataをバックアップから復元する。
続きを読む

libX11のキー入力検出時の「￥」と「バックスラッシュ」の判別について

MSXエミュのfMSX2をビルドして自分の環境に摺り合わせてる時に、キー入力の諸々で引っかかって、日本語キーボードでのキー表記と実際の入力される文字との差異が若干あったのを修正している時に、￥記号とバックスラッシュ記号がキー入力で判別されないためどちらか利用頻度の少ないキーを間接入力か何がしかの手でやるようにして諦めろ的な記述が見られたのだが、確かに「xev」とかで見ると「￥」も「バックスラッシュ」も同じ「0x5c」を返してくる。でもGNOMEなりMATEなりのデスクトップ環境ではきちんと「￥」キーは「￥」を表示するし、「＼」も同様に「＼」が出る。と言うことは、何らかの識別の手段があるはずと思い試しにやってみた。 まず、簡単なキー入力表示プログラムを組んでみる。と言っても「http://www43.atpages.jp/opicon69/xlib/key02.html」 のサンプルプログラムを参照してチョコチョコっと改変してるだ けですがね。 以下参照分ーーーーーーーーーーーーーーーーーーーーーーーー #include <x11 lib.h> #include <X11/Xutil.h> #include <X11/keysym.h> #include <X11/XKBlib.h> //XKeycodeToKeysymの代わりにXkbKeycodeToKeysymを使うため #include <stdio.h> #include <stdlib.h> #include <string.h> int main(){         Display *display;         Window window;         XEvent event;         GC gc;         char str[256] = {0};         KeySym keysym;         int quit_flag = 0; /* Xサーバに接続 */         display = XOpenDisplay(NULL); /* ウィンドウを生成 */         window = XCreateSimpleWin
続きを読む

firefoxの印刷プレビューについて

fedora20/i686 のfirefox29.0.1で印刷プレビューを見ようとすると、ページ自体の表示とプレビューが違うのは、Adblock入れたり、Noscriptでスクリプト抑制したり、UA偽装したりで行儀のよい使い方ではないから文句は言えないのでけれども、問題はプレビュー画面上部のメニュー、「印刷」とか「ページ送り」とかはきちんと見える。印刷終わって閉じるときにギョッとする。「閉じる」が無いです。ウィンドウ右上の「X」でしか閉じれません。「X」クリックはfirefox自体落してそうに錯覚するから精神的によろしくない。小心者の私としてはできれば「閉じる」で閉じたい。 参考までに と、こんな状態 水平1050ドットx縦1680の画面に全画面表示の問題部分のみ抜粋、これ下側に左右送りのスライドバーなんて出ません。この状態で「閉じる」ボタンを出すにはALT+ドラッグでウィンドウを強制移動してウィンドウの横幅を1400ドット前後まで拡張すると出てきてくれる。印刷の度にこれでは、何に対してかは判らないが、激しく負けた気がしてモヤモヤする。 上のキャプチャは元々1680x1050のモニタを90度回転させたサイドモニターでの表示で、メインは1400x1050の画面である。右端にパネルが常駐しているので48ドットほど横幅が小さい状態でのキャプチャが のようになる。これでも「閉じる」が出ない。「縦」「横」ボタンの右隣の「PDFを作成」が曲者で、アドオンの"Print Edit 12.6"の追加したボタンで、これが更に状態を悪化させている。このキャプチャ画面が通常使用のプロファイルのもので、すっかり忘れてたけど久しぶりにfirefoxをプロファイルマネージャーから起動しました。 そこで、何もない空っぽのプロファイルでの表示が こんな感じ、ようやく出てきました「閉じる」ボタン。ですが 水平1050ドットの画面に持っていくと隠れてしまいます。 今時800x600の画面を考慮してほしいなんて言わないけど、タブバーのように、溢れた分のための左右へスライドさせる仕掛けは入れてほしい。
続きを読む