[FreeBSD-users-jp 92795] X -config /root/xorg.conf.new でのトラブルについて

2010-02-13 スレッド表示 masato . sakaguchi
 みなさん、こんにちは。

 今日、試しにRadeon以外のマシンでも試してみました。
 結論から言うとRadeon以外にMatroxでも同じ現象になりました。
 マシン構成は
   マザー  Aopen i855GMe-LFS
   CPU PentiumM 735
   メモリ  1ギガバイト
   GPU Matrox G550 32Mバイト版
   モニタ  Sony CPD-G400
です。
 これにFreeBSD 8.0 RELEASEをインストール、再起動後にsysinstallからxorg 
7.4とxf86-video-mgaをインストールしました。
 その後、X -configure をしてxorg.conf.newを作成し、
 X -config /root/xorg.conf.new
 としたところ、画面が切り替わりましたが、Thinkpad T60と同じように真っ黒
になり、そのままでは操作できなくなりました。
 xinitで起動すると、モニターの最大解像度のUXGAで立ち上がります。
 試しに作成されたxorg.conf.newの解像度の設定を書き換え800*600になるよう
にして、/etx/X11/xorg.confにコピーしたところ、xinitで指定した解像度でXが
起動し、ターミナルが表示されました。

 ここで、気がついたのですが、X -configで起動した際にXが真っ黒になるのは、
ターミナルなどが起動されないためではないでしょうか。
 試しにX -configで真っ黒になっている状態で、他のマシンからTelnetで入っ
てプロセスを確認し、XをKillすると、Xが止まってコンソールに戻ります。

 以上、確認できた点について報告いたします。

masato.sakagu...@nifty.com 坂口真人



[FreeBSD-users-jp 92796] Re: 7.2R/amd64 + kinput2

2010-02-13 スレッド表示 Satoshi Kimura
こんちには,木村です.

川口さん : [FreeBSD-users-jp 92758] Re: 7.2R/amd64 + kinput2

 (kinput2 や modifier の挙動に関して)1回目×,2回目○という
 状況は変わりませんでした.
  あの大量のエラーメッセージは,この問題には関係無かったの
ですね.もう二つの log には本質的な差異はないのですか?
(うちの環境では同じになります.)


 一応,自分の .xinitrc は以下に晒しておきます
(中略)
 ctwm -display $DISPLAY   /dev/null 21 
 kterm20 -geometry 115x48-0+0 
 xautolock -time 5 -locker '/usr/X11R6/bin/xlock -mode blank \
 -erasedelay 10 -dpmsstandby 600 -dpmssuspend 900 -dpmsoff 1200' 
 exec sh

  根拠の書かれた資料が見つからないのですが,.xinitrc って以下の
ように,Window Manager は最後に exec で,って理解しておりました.

  man startx では
window manager running as the ''last'' application.
と書いてあり,サンプルは以下のようになっています.
   xconsole -geometry -0+0 -fn 5x7 
   exec twm

一方,man xinit にも同じことが書いてあり,サンプルは以下のようです.
   xterm -g 80x24+0-0 
   twm

もちろん,川口さんも根拠があってそうしているのだと思いますが.

 Satoshi Kimura  (satosi.kim...@nifty.com)


[FreeBSD-users-jp 92798] Re: X -config /root/xorg.conf.new でのトラブルについて

2010-02-13 スレッド表示 Norikatsu Shigemura
重村法克です。

On Sat, 13 Feb 2010 21:13:18 +0900
masato.sakagu...@nifty.com wrote:
  試しにX -configで真っ黒になっている状態で、他のマシンからTelnetで入っ
 てプロセスを確認し、XをKillすると、Xが止まってコンソールに戻ります。

あっと。こういう現象でしたか。
私が知ってるバグの説明が悪かったですね。VTスイッチできないというものです
が, 一度 X を起動するとコンソールへのアクセスができません。私も X の再
起動については ssh で入って service gdm restart 仕掛けています。

というわけで現時点でどうしようもないバグってところですかねぇ。。

以上よろしくお願いいたします。


[FreeBSD-users-jp 92799] Re: X -config /root/xorg.conf.new でのトラブルについて

2010-02-13 スレッド表示 ikesan
ikesan と申します。

wm に fluxbox を使っていると、fluxbox のメニューから 
Fluxbox menu -- Exit とすると X が終了します。
xinit とすると、いつでも再起動できますが…

これは別問題でしたか?

On Sun, 14 Feb 2010 00:32:43 +0900
Norikatsu Shigemura n...@ninth-nine.com さんwrote:

   私が知ってるバグの説明が悪かったですね。VTスイッチできないというものです
   が, 一度 X を起動するとコンソールへのアクセスができません。私も X の再
   起動については ssh で入って service gdm restart 仕掛けています。
 
   というわけで現時点でどうしようもないバグってところですかねぇ。。


[FreeBSD-users-jp 92800] Re: X -config /root/xorg.conf.new でのトラブルについて

2010-02-13 スレッド表示 Norikatsu Shigemura
重村法克です。

On Sun, 14 Feb 2010 01:14:24 +0900
ikesan ike...@1kw.jp wrote:
 wm に fluxbox を使っていると、fluxbox のメニューから 
 Fluxbox menu -- Exit とすると X が終了します。
 xinit とすると、いつでも再起動できますが…
 これは別問題でしたか?

これは同じ問題です。
ウィンドウマネージャーの終了は X の再起動を伴いますが, コンソールが帰って
きません。という意味では, CTRL+ALT+BS や killall -9 X とさして変わり
ありません。

以上よろしくお願いいたします。