huhitomk による投稿:

気になる点として
　１）最終立ち上げ画面になる前に画面右左に約１０cm位と中央部（Ａ４縦サイズ）に3分割（３帯状）
　　された画面になりますが。　又、立ち上げまでのチラつきが増えました。　しかし、立ち上げ画面解像度は復帰しました。
　２）ｘｒａｎｄｒの解像度リストの並び順が以前と違いますが、以前は＃６の通り降順でしたが。

口では表現し辛いんですが、
１）のチラつきについて
　今確認しましたがｗｉｎ２ｋは殆どありません、過去９．１０使用に当たっても気になりませんでした。　
　・スイッチｏｎして数秒後、Ubuntuロゴのでるまえの黒画面に、緑味続いて赤味のフラッシュが
　　瞬間でる。
　・目立つのはログイン画面（自動設定してますが）２～3回伸縮します
１）の３帯状について
　最終立ち上げ画面とは解像度設定した画面のことです、失礼しました。
　背景は規定のパープル模様を使用してます。
　・両端１０cm幅位は規定の画面に近い
　・中央部Ａ４縦サイズ位部は、パープル模様背景に、青みの強いパープルと黄味の強いパープルの横線
　がランダムに１５～20本位（本数比率は同じくらい）走る
感覚的な表現で申し訳無いですが。

「チラつき」の意が "（ブラウン管テレビのように）画面がチカチカする" というようなもので、「３帯状」の意が "高速でラインの色が変化する" というようなものであるなら、周波数が関係していると思えます。
が、ログイン後は正常のようですので違う問題なのでしょう。
とりあえず、隠しファイルの「.config/monitors.xml」を削除して、ログイン後に影響がないか確認してみてください。

で、おそらくなのですが、「チラつき」というのが "画面の一時的な崩れや切り替わり" ということで、「３帯状」は "背景表示時にラインの色が決定される" ということではないでしょうか。もし、そうであるならバグだろうと思います。（ログイン画面の伸縮は奇っ怪ですが…）
ハングアップはしないしログイン後は問題ない、ということであればアップデートで改善されるまで我慢するというのも一つの手です。問題があるとか我慢できないということであればhmatsueさんの仰るように切り分けをしてみると手があるかもしれません。（「DRI」や「NoAccell」に関してはその時に）

もし上記が違うということであれば、
　1. ログイン画面前（Plymouth）
　2. ログイン画面（Xorg）
　3. ログイン後（Xorg）
に分けての状況をお願いします。


「man」コマンドついては、マニュアルを表示するコマンドですので「man intel」で「intel」ドライバのマニュアルを見ることができるということです。

（「Depth」の方は#16の結果から、元々「16ビットカラー」となっていますので気にしなくても良いです。というか、「24」はダメかもしれません）

huhitomk による投稿:

＃２５お尋ねについて
・ケーブルの件：モニターケーブルは5月25日に本体側・モニター側取り外してチェックし再セットしました。端子の♂♀側に目視ですが破損、および接続ゆるみ等異常は認められませんでした、途中のケーブル内は見えませんが。　
再セットによる変化はありませんでした。

拝承。とりあえず、ケーブルが外れかけているということは無さそうですね。
テーブルの足に踏まれていたとかが無ければ断線は通常は起きないと思ってよいかと思います。

huhitomk による投稿:

・＃ｄｅｐｔｈの＃の件
外しましたが、チラつき/帯状表示に変化はありませんでした。（テスト後再
度＃はつけました）

こちらはTemplerさんの投稿にあるように元々16bitだったのかもですね。
いずれにしても変化は無かったとのこと、拝承です。

huhitomk による投稿:

・６０Ｈｚ／７５Ｈｚの件：変化ありませんでした。（テスト後６０Ｈｚへ）

これに一番期待をしていたのですが、効果無しでしたか。。

huhitomk による投稿:

・同期周波数マニュアル値の件：済みませんが、マニュアル紛失しました、Ｓ/Ｎ
を基にメーカーに確認してます（8年ほど前品ですので？ですが）

回答が得られれば、現在の設定内容と不一致が無いか確認してください。

huhitomk による投稿:

・$ man intelの件：端末で実行するとは判りますが、どの様にｉｎｐｕｔするの
か教えて頂けないでしょうか,現状への復帰方法も含めてお願いします。

一言でいうと、
$ man xorg.conf
して、書式を調べ、
$ man intel
してintelドライバ自体の設定項目を調べ、それをxorg.confに記述する、などです。
元に戻すには、xorg.confを元に戻せばよいのですが、最悪、GUIが立ち上がらずCUIでの操作になる恐れもあるので、ある程度CUIの操作になれていないと厳しいかも知れません。

ところで、Templerさんからの、

Templer による投稿:

で、おそらくなのですが、「チラつき」というのが "画面の一時的な崩れや切り替わり" ということで、「３帯状」は "背景表示時にラインの色が決定される" ということではないでしょうか。もし、そうであるならバグだろうと思います。（ログイン画面の伸縮は奇っ怪ですが…）
ハングアップはしないしログイン後は問題ない、ということであればアップデートで改善されるまで我慢するというのも一つの手です。問題があるとか我慢できないということであればhmatsueさんの仰るように切り分けをしてみると手があるかもしれません。（「DRI」や「NoAccell」に関してはその時に）

もし上記が違うということであれば、
　1. ログイン画面前（Plymouth）
　2. ログイン画面（Xorg）
　3. ログイン後（Xorg）
に分けての状況をお願いします。

の質問についてはいかがでしょうか。

huhitomk による投稿:

・＄ｍａｎ ｉｎｔｅｌ関連の件：ｃｕｉ操作は私にとってハードル高すぎると思います。現時点、解像度
　は設定で安定してます（帯状はありますが気になりません）ので、ペンディングにしておき
　たいんですがいかがでしょうか。

huhitomkさんが気にしないと言うのであれば、もちろん、そのままで問題無いかと思います。

huhitomk による投稿:

・ｔｅｍｐｌｅｒさん投稿の「．cｏｎｆｉｇ/ｍｏｎｉｔｏｒs．xml　削除」をトライしたいんですが、具体的
にどの様に操作すればよいか済みませんが教えてください。

端末を開いて、

$ rm ~/.config/monitors.xml

です。

＄ ｍａｎ ｉｎｔｅｌ
はマニュアルを参照するだけなので、無関係です。
現象や調査した内容などを纏めて、別トピックを起こしていただくのがよいかと思います。

hｍａｔｓｕｅ　&　templer さん
・ｔｅｍｐｌｅｒさん投稿の件確認しました

Ubuntu 9.10のLiveCDを起動させてxorg.confの設定をしログアウトするとどうなりますでしょうか。以前（正常な時）の感覚と同じということであれば、設定上の問題ではないということがわかると思います。

ログアウト後のログインで、以前（正常な時）１２８０x１０２４で立ち上がり、元に戻りました。
・「man intel」は別件にもほぼ影響なさそうと判りました。
　
これまで、皆様に親切な御教示を頂き、低解像度トラブルは解決しました。　私もこれを期に少しずつ知識を広めたいと考えてます。
これにて、シャットダウンとさせて頂きます。　有難うございました、今後とも宜しくお願いします。

Ｔｅｍｐｌｅｒさん
丁寧な説明有り難うございます。
確かに動画は遅くなった様です、以前はｗｉｎ２ｋＯＳ使用時とほぼ同等でしたが（共にｆｌａｓｓｈ－ｐｌａｙｅｒ使用で）。　そこで、３Ｄと２Ｄの2者択一の条件でしょうか、ご提案の改善策試し比較してみたいと思います。　ご指導、宜しくお願いします。
追伸)①本投稿は終ったつもりでしたが、継続でよろしいでしょうか　
　　 ②皆さんがよく使用されてます「Ｘ」と言うのは’ｘｏｒｇ．ｃｏｎｆ’のように頭に’Ｘ’の付いたファイルの総称でしょうかまた、どう言う
　　　種類のファイルでしょうか。

hmatsueさんが気になっている（私も前から気にはなっていながらも確認していなかった）「DRI」と「NoAccel」の関係を確認してみたところ、「NoAccel」とすることでDRIも連動で無効にされるようです。

(WW) intel(0): DRI is disabled because it needs 2D acceleration.

なので二者択一でも構いません。
（で、DRIの無効で止まるのならそれが一番良いのですが…）


それと、「DRI」を無効にしての "動画の重さに耐えられない！" という場合は以下を行ってください。（Flashに関しては、WindowsとLinuxというプラットフォームの違いでの比較はしない方が良いです。比較すべきは正常だったころ、huhitomkさんの場合は9.10との比較で判断してください）
なお、これは "軽くする" というものではなく "正常な時の状態に戻す" だけです。

基本は下記リンクです。
https://forums.ubuntulinux.jp/viewtopic … 178#p36178

私の環境を例に手順を示しますが、環境によって設定すべき値が変わってきます。

1.
まず、システムをDRIの無効化状態で起動させ、端末で「cat /proc/mtrr」を実行してください。
すると「write-combining」の行が無いだろうと思われます。（あるようでしたら、以降は行う必要はありません）

$ cat /proc/mtrr
reg00: base=0x000000000 (    0MB), size=  512MB, count=1: write-back
reg01: base=0x01ff00000 (  511MB), size=    1MB, count=1: uncachable

2.
次に「lspci -v」を実行し、「VGA compatible controller」の「prefetchable」を確認します。重要なのは「Memory at」の値（ここではd8000000）と「size」の値（ここでは64M）となります。

$ lspci -v
　～省略～
00:01.0 VGA compatible controller: Intel Corporation 82810E DC-133 (CGC) Chipset Graphics Controller (rev 03)
    Subsystem: Fujitsu Limited. Device 1122
    Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 11
    Memory at d8000000 (32-bit, prefetchable) [size=64M]
    Memory at dc200000 (32-bit, non-prefetchable) [size=512K]
    Capabilities: <access denied>
　～省略～

3.
次に下記３行を実行し、

cd /etc/gdm/PostLogin/
sudo cp Default.sample Default
sudo gedit Default

下記を追記します。

echo "base=0xd8000000 size=0x04000000 type=write-combining" > /proc/mtrr

ここで注意すべきは先ほどの「base」と「size」で、「base」の方はそのままの値を書き込んでください。「size」はリンク先では「256M」でしたので「size=0x10000000」でしたが、「64M」では「size=0x04000000」となります。

4.
最後は再起動して、「cat /proc/mtrr」を実行して「write-combining」の行が追加されていることを、そして「base」と「size」が正しい値になっているのかを確認してください。

$ cat /proc/mtrr
reg00: base=0x000000000 (    0MB), size=  512MB, count=1: write-back
reg01: base=0x01ff00000 (  511MB), size=    1MB, count=1: uncachable
reg02: base=0x0d8000000 ( 3456MB), size=   64MB, count=2: write-combining

うぉぉ！！　まだ書き込んでませんでしょうか！
「lspci -v」の結果が、

    Memory at d0000000 (32-bit, prefetchable) [size=64M]

なので、baseは「0xd8000000」ではなく「0xd0000000」です。

echo "base=0xd0000000 size=0x04000000 type=write-combining" > /proc/mtrr

もし、手遅れでハングなどしてしまったなら、リカバリーモードで「root」起動させて（参照）、「/etc/gdm/PostLogin/Default」をリネームしてください。

cd /etc/gdm/PostLogin
mv Default Default.bak
reboot

MTRRの方はバッチリですね。
これでここでの問題は片付いたと思います。

huhitomk による投稿:

この一連の操作をした事によるのか判りませんが、起動時のＯＳ選択画面表示が大きくなり
ました。　従来が、８００x６００で、これが６４０x４８０ぐらいの変化です。９．１０時は１２８０x１０２４ぐらいでした（感覚的ですが）。　本画面には
文字化けも有りますが安定すれば、使用には支障は無いと考えます。

これは今回の一連の作業が関わっているとは思えず、それとは別に、ちょっとモニターの方が気になります。
9.10当初では問題がなかった解像度が今では同LiveCDでも低解像度にされ、GRUBもVBEにてモニターの情報を取得していると思うのですがそれも低解像度にと、"ここにきて" というように思えますので、少しハードの異常を疑った方が良いのかもしれません。
（私の環境では「640x400」が限度、というかそれしかないので、「この違いは何!?」とちょっと驚きだったり…）

で、GRUBメニューの解像度を確認・変更する方法をざっくりと説明すると、GRUBメニューでコマンドラインへ切り替えて「vbeinfo」で対応解像度を確認し、「/etc/default/grub」を編集後、「sudo update-grub」ということになります。

（GRUBの文字化けは私の所でも同様です。せめて英語表記にと思って検索したこともあったんですが、うまく検索できず、放ったらかしです）