11/05/08 13:19:22.84 wWS3FwZh
>>809
/home, /srv のパーティション残してクリーンインストール
ダメだったら、/home, /srv のパーティション残してバックデートインストール
814:login:Penguin
11/05/08 13:39:45.51 xdsXFXei
今の俺のパーティション
sda1 10.1
sda2 10.2
sda3 10.4
sda4 swap
sda4 home2
sda5 home1
sda6 vmware
こんな感じ。次でたら10.2を消してそこに入れるかな。
でもそろそろ買い替えかな。
815:login:Penguin
11/05/08 17:08:05.17 4E9u0M2c
次はgnome3標準になるのかな・・
正直あんまり重くされても困っちゃうんだが
もうxfceかlxdeに次は移行しそう
816:login:Penguin
11/05/08 19:37:27.68 4zvYxLsa
>>812
こちらは32bit版で11.3からアップデートです。
64bit版のメインマシンのバージョンを上げる前の検証をサブマシンでやってました。
なぜか、シェルスクリプト中で上記のPYTHONPATHを設定してpythonを起動すると
siteの初期化がsite-packages以下から先に始まり、初期化処理を2回実行しようとして
失敗して落ちていました。
817:login:Penguin
11/05/08 19:40:30.38 4zvYxLsa
>>812
シェルスクリプトの中身をコマンドラインから実行しても再現しないし、
site-packagesなどパスに設定しなくても見に行くものなので、
ibus-anthyのパッケージが前提としているpythonのバージョン2.7以外でも動くように
念のために入れたパス設定が、python自体か環境設定の不具合に引っかかったのだと思います。
818:login:Penguin
11/05/12 20:35:32.41 G21KBjZm
ふと / を見たら、/sys と /proc のタイムスタンプが
明日の時間になってる(´・ω・｀)
時計とタイムゾーンの設定を見ても、おかしなところはないのに？？？
原因が分かる人教えて下さい。
819:login:Penguin
11/05/12 23:16:46.24 c/qDvOc0
良く見たら去年の日付、とかいう落ちではなくて?
820:818
11/05/12 23:50:29.14 G21KBjZm
>>819
いえ、残念ながら・・・
ls -la /
drwxr-xr-x 12 root root 0 2011-05-13 05:22 sys
dr-xr-xr-x 233 root root 0 2011-05-13 05:22 proc
821:818
11/05/13 10:11:07.48 iCA5E62y
今再度確認すると・・・
drwxr-xr-x 12 root root 0 2011-05-13 18:22 sys
dr-xr-xr-x 225 root root 0 2011-05-13 18:22 proc
(・∀・)
822:login:Penguin
11/05/13 10:43:02.85 te1IJZmI
/procや/sys自体のmtimeってマウント時点の日時に設定される
はずなので、システム起動時にその日時が設定されていたということ。
ntpか何かで起動後の時刻は正しく修正されているが、
システム起動時の時刻(つまりBIOS/EFIが保持する時刻)が
狂ってしまっているのではないかな。
823:818
11/05/15 01:10:38.64 SY90mi+j
>>822
確認してみたけど、BIOSには狂いはなかったです。
ん～なんだろう、気にしなければ良いだけのことかもしれませんが
なんか気持ち悪い・・・
824:login:Penguin
11/05/15 08:13:50.91 q4AqGdt7
UTCとかタイムゾーンの設定は？
Linuxって基本UTCで処理してそこに+9時間（日本の場合）ってやってる気がしたからその絡みでどうにかなってるのかもよ。
825:login:Penguin
11/05/15 08:18:46.35 q4AqGdt7
あ、多分タイムゾーン辺りの設定でUTCにチェック入ってるんだな。
でも、BIOSは普通に日本の時間で設定してあるから+9時間って計算してマウント時間書いてるんだ。
だからタイムゾーンの設定でUTCやめるか、BIOSの時計を-9時間して設定すればOKだと思う。
連投すまん。
826:818
11/05/15 09:38:48.35 SY90mi+j
>>825
ありがとう。
タイムゾーンも確認したけれど、UTCにはチェック入っていないです。
指摘どおり、+9時間なんでその辺りかなとは思っていたのですが・・・
>BIOSの時計を-9時間して設定すればOKだと思う。
それやると、他への影響が甚大ではないですか？
827:login:Penguin
11/05/16 01:40:45.01 JiKXRGYk
TeraTerm で YaST2 起動するとどこを選択してるか非常に分かりづらいんですが、YaST2 が見やすくなる色設定とか持っている人いたら教えて下さい！
828:login:Penguin
11/05/16 08:14:42.91 8pQ2Uqi1
setenv TERM vt100
これでおｋ
829:login:Penguin
11/05/17 02:02:27.12 qVn7djnH
>>828
レスありがとうございます。
Bash なので setenv の部分は export でいいんですよね？
export TERM=vt100
export TERM=teraterm
export TERM=xterm
export TERM=kterm
export TERM=linux
export TERM=xterm-r6
頂いた情報を参考に、これら試してみたのですが、状況は変わりませんでした・・・。
具体的に言うと、YaST 起動直後の TOP のメニュー選択部分は文字が反転してくれるのでわかるのですが、
メニュー選択後、具体的に各項目の設定を行う部分や、画面下の [Help] や [Quit] などがフォーカスしていても反転しないため、
選択しているのかどうかが全くわかりません・・・。
遅ればせながら TeraTerm は Version 4.67、SUSE は openSUSE 11.3 (x86_64) です。
何か分かる方居たら宜しくお願い致します。
830:login:Penguin
11/05/17 05:52:55.99 ymsfzkPu
TeraTermをインストールしてみたがkonsoleとそんなに変わらない気がするな。
TeraTermの設定の問題じゃないか?
831:login:Penguin
11/05/17 07:34:01.42 NItmVX+O
>>829
TeraTerm側の端末設定はどうなってるんだよ。
832:login:Penguin
11/05/17 09:03:40.50 qVn7djnH
>>831
Tera Term 側の端末IDは VT100 が選択されています。
キャプチャ撮ってみました。
みなさんこんな感じになっちゃっていないですか？？
URLﾘﾝｸ(upload.restspace.jp)
833:login:Penguin
11/05/17 09:24:37.93 nVI+58di
>>832
TeraTerm側のウインドウ設定で色を調整してみたら？