
Ubuntu日本語フォーラム

ログインしていません。
ー804ーjaのCDを作って、インストールせずに起動を選んだところ
ログイン画面になって、xx秒でユーザーubuntuがログインしますという表示になりました。
待っていると画面が一旦ちじんで又ログイン画面に戻ります。
要するに電源を切るしかない状態になりました。
ダウンロードしたものはmd5sumも合っているし、焼き付け後のmd5も合っています。
もしやと思って、別のマシン(Athlon XP 2500+) でやってみると、ログイン画面は出ず、
そのまま使えてOKでした。
うまく行かなかったのはAthlon 64 3800+のマシンでした。
でも、-i386のソフトは問題なく動くはず(いや、現にログイン画面までは動いた)
と思うのですが、どなたか同じ現象を経験されていないでしょうか?
私としては、動かないなら動かないでよい。えいやっとインストールしてもよい。
インストールして問題が起こってもマシンを掃除してしまうから構わない。。。のですが、
一応お聞きしてみようと。
オフライン
おそらくはCPUではなくグラフィックの自動認識がうまくできていないためだと思われます。
チップセットやグラフィック関係の情報、念のためHDDの接続関係の情報があれば、識者から適切な助言があると思います。
オフライン
チップセット等は、ATI RS485 (K9AGM-FID) でHDDはSATA接続です。
確かにログイン画面の後、一旦画面が縮むのは外見が変ですが、
それまでは上手に高精細で描画している(むしろ、VIA KM400の方=うまく起動する方
では精細度が低くモニターにはスクリーンの一部しか出せない)し、
すぐにログイン画面に戻るわけですから、むしろ内部手順が迷走しているのかなと
いう感じです。
Live-CDでの起動ですからログイン画面は不要なわけで、ログイン中は
何も見せないで待たせておく(Athlon XP - KM400の方はそうなります)
のが本来の意図どおりなのではないでしょうか。
いや、素人の推測ばかりですが、本当の原因が分かれば気持ちがすっきりするだろうと
思っております。
オフライン
追加の報告です。
本家のサイトから -8.04.1-i386 および -8.04.1-AMD64 (いずれもDesktopです)を
もらってきて試しました。 いずれもログイン画面になって放っておくと一旦ちぢんで
元のログイン画面に戻ってしまいました。
やはりマシンの問題のようです。
あと出来ることはHDDにインストールしてみることかなと思っています。
なお、本題とは少しずれますが、ーAMD64は64ビットに最適化して
CPUで64ビット単位にまとめる手間を省いただけと推測していますが
そういうことでしょうか。
アプリが32ビットでも当然にうまく扱ってくれるのでしょうね。
オフライン
> -AMD64は64ビットに最適化してCPUで
64ビット単位にまとめる手間を省いただけと推測していますが
そういうことでしょうか。
アプリが32ビットでも当然にうまく扱ってくれるのでしょうね。
これは、勘違いです。
64ビットCPUは、本来64ビットコードでしか実行できません。
ただ、現在市販されている64ビットCPUは、32ビットコードをハード的に
エミュレーションする機能が組み込まれていて、
実行できる仕様になっているから、-i386が動作するのです。
よって、32ビットのUbuntuを導入したら、64ビットコードは動作しません。
また逆に64ビット環境のUbuntuを導入したら、32ビットコードは動きません。
そのため、同じ名前のソフトでも実行する場合、各々にコンパイルして最適化
したコードが必要となります。
正しくは、正解でないので、こちらのURLを参照してください。http://ja.wikipedia.org/wiki/64%E3%83%9 … 3%E3%83%88
最近のCPUの説明は、http://wiki.mm2d.net/win64/index.php?FrontPage
最後の編集者: koisan1949 (2008-09-24 16:49:21)
オフライン
koisan1949 による投稿:
よって、32ビットのUbuntuを導入したら、64ビットコードは動作しません。
また逆に64ビット環境のUbuntuを導入したら、32ビットコードは動きません。
そのため、同じ名前のソフトでも実行する場合、各々にコンパイルして最適化
したコードが必要となります。
正しくは、正解でないので、こちらのURLを参照してください。http://ja.wikipedia.org/wiki/64%E3%83%9 … 3%E3%83%88
最近のCPUの説明は、http://wiki.mm2d.net/win64/index.php?FrontPage
AMD64(Intel64)の場合、64bit OSを動作させていても32bit binaryを
動作させることができますよ(例外はドライバまわり)。
思い切り圧縮して理解するのであれば、AMD64というかx64の基礎設計はまさに
「64bitにまとめた」ものなので、何となくな理解であれば「32bitコードも
うまく扱ってくれる」で間違っていません。
オフライン
CDの最初にメモリチェックの項目があったのでやってみました。
出ました。メモリエラーです。2本のメモリーのうち、1本にエラーあり、
それを外せばOKと思いきや、やっぱり同じ。
ただし、今回はgnome demonが失敗(?)とかいうメセージが一瞬見えました。
メモリーを完全に取り替えたら問題がなくなるのか不明ですが、ともかく
非常に安いメモリーを買ったので、何はともあれメモリーを買い替えます。
このトピックはこれで一旦打ち切りにした方がよいと思うのですが、
フォーラム管理者の方にお聞きしたいことがあります。
トピックを丸ごと削除したり、表題を変更することができないでしょうか。
今回のように決着もつかず、内容も他の人の役に立つとも思えないものは
最初の投稿者の同意または申し出によって削除した方が良いでしょうし、
途中でカテゴリーや表題を変更した方が妥当な場合もありそうです。
(という話もこのトピックとは外れていますね!)
今まで回答を頂いたかたがたにお礼申し上げます。
オフライン
こんばんは。
sabby による投稿:
トピックを丸ごと削除したり、表題を変更することができないでしょうか。
今回のように決着もつかず、内容も他の人の役に立つとも思えないものは
最初の投稿者の同意または申し出によって削除した方が良いでしょうし、
途中でカテゴリーや表題を変更した方が妥当な場合もありそうです。
(という話もこのトピックとは外れていますね!)
今まで回答を頂いたかたがたにお礼申し上げます。
投稿した後すぐ自己解決したというのならともかく、せっかく親身になって回答してくれた方がいるトピックを、投稿者の都合で丸ごと削除するというのはどうかと思いますが。
途中で違うカテゴリ・話題に関する質問などをする場合は、既存のトピックは変更せずに新しいトピックを立てて質問すればいいかと思います。これは、別に資源の無駄遣いでも何でもありません。
ちなみにトピックの表題を変更するには、ログインした状態で最初の投稿右下にある「編集」をクリックするとできるようになります。
オフライン
進展あり、もう少し続けます。
メモリーの欠陥は直接的原因ではない。余談ながら
memtest86+ test 6 moving inversions, 32 bit pattern 8th pass
で欠陥箇所が特定された。 極めて爆発可能性の少ない地雷のようなものと理解。
直接的原因でない理由は別のメモリに替えてもLive-cdが使えないから。
えいやっとインストールしてみました。
鳥さんが出てきて、ログインしてくださいと。
ログインしたら、タスクバー(と言う名前だったかな?)が出ないで
しばらくすると画面が縮んだあと、再び鳥さんとログインの画面に戻ります。
Live-cdで一瞬見えた gnome ... demon ...というメセージ
および、鳥さんまで行ったことから X window まではうまくいって
gnomeに問題ありと思われる。
kubuntu ならばどうかと試してみると、KDEは問題なく立ち上がる。
ならば、gnome-Plamo(Slackware系)の組み合わせではどうかと試してみたら
問題なく立ち上がった。
gnomeのバージョンも違うかも知れないが、やはり ubuntu-gnomeの間に問題ありと
考えられます。本家のubuntuでも同じですからローカライズド版だけの問題では
ありません。
再度まとめると、
MSI K9AGM-FID ATI RS485 - SB600 Athlon64 3800+
と、 ubuntu-gnome との相性でgnomeがこけてしまう。
さて、どうしたものでしょう?
ubuntu本家に言うべきなのでしょうが、私が言うべきなのでしょうか?
オフライン
sabby による投稿:
再度まとめると、
MSI K9AGM-FID ATI RS485 - SB600 Athlon64 3800+
と、 ubuntu-gnome との相性でgnomeがこけてしまう。
さて、どうしたものでしょう?
ubuntu本家に言うべきなのでしょうが、私が言うべきなのでしょうか?
GNOME起動時のエラーであれば、~/.xsession-errorsや/var/log/Xorg.0.logあたりに何かヒントとなるようなログが残されているかもしれません。また、報告場所については問題に遭遇された方が報告するのが一番理想的です(追加の情報が必要になったとき、提供出きるのは遭遇した人だけだから)。今回の場合ですと、どのパッケージか特定できていない状況ですので、Ubuntuそのものに、不具合報告を行い反応を伺って見るのがベストだと思います。
オフライン
Shibataさんに従い、bug reportに報告してみましょう。
ログイン画面が繰り返されるので、ログを見る為には停止してxconsoleを使うことに
なるのでしょうか。 エラーログが溜っているはずとは分かりますが、それを見る方法が
分かりません。
ともあれ、ubuntuとしては、ここでひっかかっていてはubuntuらしくないですね。
パッケージはubuntu-ja-8.04-desktop-i386, ubuntu-ja-8.04.1-desktop-i386,
ubuntu-8.04.1-desktop-i386, ubuntu-8.04.1-AMD64, kubuntu 8.04 desktop japanese
を試してkubuntu以外はすべてだめでした。 (kubuntuはどこから取ってきたのか、
package名は何だったかもう一度調べてみないと)
やれやれ。
オフライン
sabby による投稿:
ログイン画面が繰り返されるので、ログを見る為には停止してxconsoleを使うことに
なるのでしょうか。 エラーログが溜っているはずとは分かりますが、それを見る方法が
分かりません。
Ctrl+Alt+F2(もしくはAlt+F2)を押せば、コンソールログインすることが可能です。その際に、上記のログファイルを眺めるなり、他の(少なくとも一般的なブラウザが起動できる)場所に転送するなりすれば良いのではないでしょうか。
sabby による投稿:
パッケージはubuntu-ja-8.04-desktop-i386, ubuntu-ja-8.04.1-desktop-i386,
ubuntu-8.04.1-desktop-i386, ubuntu-8.04.1-AMD64, kubuntu 8.04 desktop japanese
を試してkubuntu以外はすべてだめでした。 (kubuntuはどこから取ってきたのか、
package名は何だったかもう一度調べてみないと)
上でコメントしたパッケージとは、ソフトウェアのパッケージ名のことです。どのソフトウェアに起因する問題であるかが不明な場合は、「Ubuntuそのものに対するバグである」として報告します。場合によっては他の方が、適切な場所に誘導してくれるかもしれませんし、「情報が足らない」ということでIncomplete扱いになるかもしれません。ubuntu-ja-8.04-desktop-i386などはISOイメージの名前ですので、報告する際にUbuntu/Kubuntuのバージョンである8.04で起きたこと、Kubuntuだと問題なかったこと、使っているアーキテクチャはi386かamd64かを書いておけば良いでしょう。
オフライン
https://bugs.launchpad.net/ubuntu/+bug/275440
な感じですね。どうもありがとうございます。>sabbyさん
オフライン