Debian GNU/Linux スレッド Ver. 51
>>880 当面のところは、パッチを公開してるとこがあるのでそこでパッチを入手して
lennyのpidginのソースパッケージにパッチを当ててビルドして使ってみては如何でしょう?
わたしが使ってるのはetchのgaimですけどもpidgin用パッチほぼそのままでキチンと動きましたよ。
>>945 うちのは128MBのノートにetchを入れていますが
余計なものを入れなければgnomeでもそれなりに快適に動いてくれていたりします。
より快適に使うには軽いのが良いんでしょうけども…。
「live-helper 1.0~a38-2」を使用して
LiveCDを作成してます。
出来上がったisoイメージで起動した際の
/パーティションのサイズを変更したいのですが、
さっぱりです。
(VMwareで起動確認してます。
VMのmemsizeを増やすと、合わせて増えるん
ですけれども、数GBに設定しても789MBあたりを
上限にして期待したサイズになりません)
御存知の方、いませんか?
>>914 Knoppixみたいな綺麗な文字やっと出ました
V2Cの画面もきれいになりました
たいへんたいへんありがとうございましたorz
>>953 ramdiskの制限にひっかかっているような気がする。
956 :
894:2008/03/07(金) 13:02:43 ID:mFC0rhL7
894です。
皆様のおかげで、APTが導入できました。
とりあえず、デスクトップ環境が整い使えるようになりました。
やっぱり、メモリ128Mではきついですね、メモリをヤフオクで探してみます。
メモリが無かったら、他のもっと軽いのを考えてみます。
すいません
DebianってHDDなしでSDHCにインストールってできるんですか?
>>958 ストレージとして認識させれればできる。
kernel は ramdisk あたりで動かすとか。
960 :
953:2008/03/07(金) 15:04:19 ID:zyaWIlkT
>>955 解決しますた。
LH_LINUX_FLAVOURSが"486"だったため
カーネルがCONFIG_HIGHMEM、CONFIG_HIGHMEM4Gを
サポートおらず。。。
"686"に変更して再lh_buildしたところ
VMで与えた分、rootfsも増加することを確認。
御世話さまでしたー。
回答ありがとうございます
ストレージとして認識させればですか・・・
変換用になんかいるわけですかねぇ
>>961 どういう接続をしているかによるのでは?
USB 接続なら USB ドライバを kernel から読まなきゃいけないし。
具体的に書いたほうが良いかも。
失礼しました
USBで接続をしています
etchで、
GNOME端末でlgrep -nするとキチンと日本語で結果を表示してくれるんだが、
emacsでlgrep -nを設定したM-x grepを実行すると結果が文字化けしてしまう。
文字コードはどちらもUTF-8で設定しているのに一体どうなってるんだろう?
etchだけどハードウェアクロックを日本時間にセットするとひどいことになるのは
いつ治るのだろうか?
>>968 もうlinux以外のOSは購入せず、起動せず、インスコさせないことで解決
ようはBIOSの時計をUTCに設定して、システムではGMT+9を使えばいいのだろうか。
なんかよくわからないんで、Timezone設定せずにBIOS時計を日本時間にあわせてしまってる
自分がいる。システム上ではUTC使ってる扱い。現状問題ないけど、将来不具合でそうで不安。
つ --directisa
>>969 UTCの時間が日本時間ってこと?
システム的には9時間進んでることになる?
外部とつながってないならいいけど、そうでなければデータのやりとりとかでややこしくなるな。特に、メールとかは最悪。
/etc/default/rcS の UTC を no にすればいいんじゃない?
>968 ではないが、こちらも UTCの時間が日本時間ってことになって、
システム的には9時間進んでることになってしまう。
> /etc/default/rcS の UTC を no にすればいいんじゃない?
UTC=no となっているんだけど。
Etch 単独運用していると問題が生じないのに、
Windows Vista とデュアルブート環境だと時間設定がいつもおかしい。
>システム的には9時間進んでることになってしまう。
たとえば、実際には 2008/03/08(土) 18:09:16 と表示されるということ。
いや、うちグリニッジ天文台の隣だし。
>>970 もうちょっと親切に教えてもらわないと訳わかめー^_^
でもこれって解決じゃないよね、逃げ方でしょ。
977 :
971:2008/03/08(土) 11:03:59 ID:J+RT+RFM
>>972 Windowsとデュアルブートにしているマシンは、UTC=no にしてうまくいってるよ。
もしかしたらほかにも設定を変えたかもしれないけど覚えてない。
GW-DS54GRを使って無線接続しようと、RealtekでRTL8185Lのドライバを持ってきたんですが
makedrvでエラーが発生します
make *** /lib/modules/2.6.18-5-686/build そのようなファイルやディレクトリはありません
見てみたところ、/lib/modules/2.6.18-5-686の下にbuildフォルダがないようです
これはいつ作られるものなのでしょうか
ないとおかしいのでしょうか
>>975 いや、二中。あそこ北村ベーカリーの通りで学区分かれるから。
>>977 hwclockコマンドがちゃんと動かないので、上に誰かが書いてるように
--directisaというオプションをつけて、/dev/rtcを使わないように設定しなければ
駄目だそうです。どこかのweb pageに書いてあった。どこだったか忘れたけど。
>>982 ThinkPad T61でそれが出たよ
>>979 インストールしましたが変わらないようです
2.6.18-6 ってオチじゃないよな?
"/lib/modules/2.6.18-5-686/build"でググっていろいろ試せ。
それでもダメなら改めて質問しろ。
自己解決したら必ず報告しろ。
つーか、2.6.18-5 はバグがあるんで、早めに 2.6.18-6 にしたほうがいいよな。
>>977 ありがとう。
設定ファイルを見直したけど、おかしなところが見つからず、
BIOS SetupUtility の時間設定を -9H にし強引に対処した。
$ date
2008年 3月 8日 土曜日 18:41:01 JST
$ TZ="" date
2008年 3月 8日 土曜日 09:41:10 UTC
と表示されるので、これでひとまず OKな模様です。システムを
再起動しても時間設定が正しく維持されているので。
もともと、使用中のPCの BIOS 初期設定が適切でなかったのかも。
ただし、今度は Windows Vista で -9H の誤差が出てしまう。
ちなみに、PCは Lenovo製の ThinkPad です。
ありがとうございます。同じようなメッセージが出ます:
# hwclock
select() to /dev/rtc to wait for clock tick timed out
けれども、HWCLOCKPARS=--directisa を記述しても
やはり +9Hの誤差が出るので、状況が違うようです。
残念ながら、こちらの ThinkPad R61e では直りませんでした。
デビアんイイ!!
>>992 んー。ThinkPadのRTCがいけんのかな・・・。
X31使ってるけど、Windows以外は入れたことないからわからない。
ところで、次のスレまだー?
>>991 /etc/init.d/hwclock.shと/etc/init.d/hwclockfirst.shの中に
"HWCLOCKPARS="って行があるからそこに書いたほうが
debian的には良いかも。
じゃ梅
999 :
login:Penguin:2008/03/08(土) 22:02:07 ID:pyqdoqLT
999うめー
うめ
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。