なにかやったら書くブログ

taraijpn

更新：7.0-RELEASE/nvidiaのドライバが169.12になったのでそれに合わせました。

以下の構成で組んだPCにおいて、 nvidiaのドライバを用いるようにして
startx を実行するとhang-upします。

（ドライバをportsからinstallしたい場合、 ports/x11/nvidia-driver において
Makefileの中にある 169.07 を 169.12 と書き換え、distfilesを削除するだけでOKです。）

OS: FreeBSD 7.0-RELEASE (i386)
MB: GIGABYTE GA-P35-DS4(Rev.2.0, BIOS F11)
CPU: Intel Core2Duo E8200
Memory: DDR2 SDRAM 1GB * 4 (4GB)
GA: GeForce 8500 GT

ACPIを切ってみてもダメでした。

ところが、ここからメモリを１枚抜いて 3GB とすると、うまく起動しました。
しかしこれではデュアルチャネルじゃなくなるわけで。
512MBを2枚買って代用すればいいんですが、それもなんだか負けた感がしますし。
さてこれ以上何が出来るやら……？

関連情報（？）：
メモリを4GB以上認識させる 3
http://pc11.2ch.net/test/read.cgi/jisaku/1198949005/17-18
FreeBSD/amd64 part2 (and for oyster901)←amd64の事情なので今回とはあまり関係なし
http://pc11.2ch.net/test/read.cgi/unix/1171335849/212-216

taraijpn

Adobe Reader 8.1.2が出ました。まだインストールしていないのですが、
Linux版のアーカイブ(.tar.gz)を見る限りでは、今回はちゃんと KozGoProVI-Medium.otf が付属しているようです。
（ Linux版では 8.1.1(JP)のときに不足していて、ゴシック文字が表示できないなどちょっとトラブルがあった。）
ゴシック体フォントが無いと途方に暮れていた or 7.x 系から再利用していた皆さんは要チェック。


% tar -tf AdobeReader811/COMMON.TAR | grep CIDFont
Adobe/Reader8/Resource/CIDFont/
Adobe/Reader8/Resource/CIDFont/KozMinProVI-Regular.otf
% tar -tf AdobeReader812/COMMON.TAR | grep CIDFont
Adobe/Reader8/Resource/CIDFont/
Adobe/Reader8/Resource/CIDFont/KozMinProVI-Regular.otf
Adobe/Reader8/Resource/CIDFont/KozGoProVI-Medium.otf

taraijpn

作業しながら記事を書いたので、問題とやったことがごっちゃになってしまった……
問題点だけ別記。

以下の構成で組んだPCにおいて、 startx を実行するとhang-upします。
デバッグ機能付きででコンパイルしたkernelで実行しても、
hang-upした後 kdbに移ることが出来ないため dumpすら取れません。

OS: FreeBSD 7.0-RC1
MB: GIGABYTE GA-P35-DS4(Rev.2.0, BIOS F11)
CPU: Intel Core2Duo E8200
Memory: 1GB DDR2 x 4本 (4GB)→OSが512MBほど無視
GA: GeForce 8500 GT

nvidia-driver についていたログ採取ツールで取得したシステムログ↓
http://www1.odn.ne.jp/taraijpn/nvidia-bug-report-bsd7.log

類似の問題が報告されている掲示板やMLなど：
http://www.nvnews.net/vbulletin/showthread.php?t=104873

http://lists.freebsd.org/pipermail/freebsd-current/2007-September/076965.html

使用したnvidia-driverについては、portsのもの(100.xx.yy)はダメ。
最新のもの(169.07)にしてもダメ。
portsパッチ↓
http://www1.odn.ne.jp/taraijpn/x11_nvidia-driver_20080205.diff.txt
（7.0-CURRENTまで非対応のものを、7.0-RC1でコンパイルできるようにしたものです。利用する場合は十分注意して下さい。）

kern.smp.activeを0にしてもhang upします。SMPか否かは関係なしということ？
trussなどをかけてもOSごと止まってしまうためファイルが消失する。
（外部USBメモリをsyncでマウントし、そこに書き込ませようとしてもダメ）
いい方法はないものか……

なにかやったら書くブログ

2008年2月27日水曜日

トラブル：メモリを4GB搭載したPCでnvidia-driverを用いるとhang upする(169.12/7.0-RELEASE)

2008年2月7日木曜日

Adobe Reader 8.1.2 (JP) Linux版はフォント不足が解消されているっぽい。

2008年2月5日火曜日

トラブル：nvidia-driverを用いてXを起動しようとするとhang upする