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

gnome-mountとConsoleKit

Fedora８上にて、一般ユーザでのログオン時にUSBメモリ等が
gnome-mountやGNOMEの自動マウント機能でマウントされない現象 に遭遇、
Fedora9での一般ユーザー時には、起きない現象なのでFedora８固有の問題と思い、
gnome-mount,gvfs辺りを、F9の src.rpmから引っ張ってきてF8用に
リビルドして順次入れ替えるも改善せず。
困ったときのググる様頼みで調べると、FC6あたりでも結構出ていた問題らしく
それなりに情報は出るものの どれもドンピシャとまでは行かず。
gpartedを入れてるとhalの.fdiファイルの一部に問題が生じるとか
でも、問題のPCでは入れてないんですよgparted、
おまけにFedoraCoreの頃と今のFedoraリリースでは微妙にhalのファイルの配置が
違っていたりでさらに混乱する。
最終的に  /etc/hal/fdi/policy/ に preferences.fdi というファイルを
以下の内容で作成するか、もしくは 存在するなら 以下の内容の記述があるか確認せよ。
#------- 以下 preferences.fdi ファイル 追記本文 はじまり --------
<merge key="volume.ignore" type="bool">false</merge>
#------- 以上 preferences.fdi ファイル 追記本文 おわり --------
preferences.fdi ファイルの作成、もしくは 上記の記述があることを確認できたら
hal-daemonを非デーモンモードで起動して、エラー表示を確認
# hald --verbose=yes --daemon=no
この、コマンド実行で表示される エラーやワーニングに要注目、
今回の私の場合は、ConsoleKit関連の部分でエラーになっているのを見つけ、
実際に ConsoleKitサービスを止めていましたので、
これを起動させてみると あら不思議 問題なくマウントされる。
root権限ですべてやっていると気づかない落とし穴でした。
だって、ConsoleKitサービスなんて rootで使う分には無くても困らないサービスなもので
お邪魔なサービスのメンバーに入れてましたよ。
今回の場合でも、自分で使うPCでなら、suなりsudoでマウントして済ませてるでしょうね。
たまたま、コンソールからコマンドを打つなんて理解できそうにない人向けのPCで
USBメモリを差すだけでデスクトップにドライブアイコンが出て
フォルダが開く状態に持っていこうとして発見したわけで。
ラベル:

このブログの人気の投稿

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の画面を考慮してほしいなんて言わないけど、タブバーのように、溢れた分のための左右へスライドさせる仕掛けは入れてほしい。
続きを読む