Tumbleweedリポジトリにカーネル3.9.1パッケージがリリースされている。
バージョン番号の後ろに意味が今ひとつわからないが識別用と思われる文字列が付加された。
openSUSEの覚書
2013年5月14日火曜日
2013年5月2日木曜日
KDE4でfcitx+Mozcを利用している時にキーボード種別を変更する手順
KDE 4環境でfcitx+Mozcを使っててキーボード種別を変更した時にハマったのでメモ。
1.YaSTの「システムキーボード種別」でキーボード種別変更
2.KDEの「システム設定->ハードウェア->入力デバイス->キーボード->ハードウェア」でキーボード種別変更
ここまでは大体思いつくが、実はあと2つ大事な作業が残っている
3.fcitx環境設定
(1)Input Methodのキーボード種別変更
これもfcitxの環境設定ウィンドウを見れば「Current Input Method」に変更前のキーボード種別が登録されている。例えば日本語キーボードだった場合、「Keyboard - 日本語」が登録されているから比較的わかりやすい。
これを英語配列にしようと思ったら「Keyboard - 英語」に変えてやるといい。
(2)Current Input Methodに登録されているMozcの設定変更
一番わかり辛いのがこれ。
fcitxの環境設定ウィンドウを開いてもどこでMozcの設定をするのか分からず。
散々悩んだ。であれこれやってみたらな、なんと......
「Current Input Method」に登録されている「Mozc」エントリを反転させて、右横にある「スパナ」ボタンを選ぶのだ。
そうすると「キーボード種別」ウィンドウが出てくる。
で、変更したいキーボード種別を選んで「OK」ボタンをクリックすると、Mozc自体のキーボードマップが変更される。
1.YaSTの「システムキーボード種別」でキーボード種別変更
2.KDEの「システム設定->ハードウェア->入力デバイス->キーボード->ハードウェア」でキーボード種別変更
ここまでは大体思いつくが、実はあと2つ大事な作業が残っている
3.fcitx環境設定
(1)Input Methodのキーボード種別変更
これもfcitxの環境設定ウィンドウを見れば「Current Input Method」に変更前のキーボード種別が登録されている。例えば日本語キーボードだった場合、「Keyboard - 日本語」が登録されているから比較的わかりやすい。
これを英語配列にしようと思ったら「Keyboard - 英語」に変えてやるといい。
(2)Current Input Methodに登録されているMozcの設定変更
一番わかり辛いのがこれ。
fcitxの環境設定ウィンドウを開いてもどこでMozcの設定をするのか分からず。
散々悩んだ。であれこれやってみたらな、なんと......
「Current Input Method」に登録されている「Mozc」エントリを反転させて、右横にある「スパナ」ボタンを選ぶのだ。
そうすると「キーボード種別」ウィンドウが出てくる。
で、変更したいキーボード種別を選んで「OK」ボタンをクリックすると、Mozc自体のキーボードマップが変更される。
2013年4月30日火曜日
4GBオーバーメモリとIOMMU非対応チップセット
GA MA78G DS3HにてopenSUSE 12.3(64bit版)をインストールしました。
グラフィックはオンボード、NICはオンボード+32bit PCIのAC9100を使用。
メモリーは1GBx2、2GBx2の計6GBです。
この状態でopenSUSE 12.3をインストールすると32bit PCIに挿したNICが見えたり、見えなかったり不安定な状態になります。
当初マザーボードのBIOSを疑ったのですが、カーネルパラメータで
iommu=noaperture
を指定することで解決しました。
よくよく調べてみるとAMDのチップセットだとIOMMU対応は890FXからであり、それまでは非対応とのこと。
このことが分かっていたらBIOSアップデートはしなかったんですけどね。
というのも最新BIOS(F9)にしてから少し突っ込んだ設定をBIOSですると、再起動後にBIOSのポスト画面まで到達しないというオマケがついたからです。
グラフィックはオンボード、NICはオンボード+32bit PCIのAC9100を使用。
メモリーは1GBx2、2GBx2の計6GBです。
この状態でopenSUSE 12.3をインストールすると32bit PCIに挿したNICが見えたり、見えなかったり不安定な状態になります。
当初マザーボードのBIOSを疑ったのですが、カーネルパラメータで
iommu=noaperture
を指定することで解決しました。
よくよく調べてみるとAMDのチップセットだとIOMMU対応は890FXからであり、それまでは非対応とのこと。
このことが分かっていたらBIOSアップデートはしなかったんですけどね。
というのも最新BIOS(F9)にしてから少し突っ込んだ設定をBIOSですると、再起動後にBIOSのポスト画面まで到達しないというオマケがついたからです。
2013年3月18日月曜日
無線LANとACPI
dv2705の無線LANデバイスがACPIのrfkillにより無効にされていた。
このためopenSUSE 12.3にてiwconfigコマンドを使っても起動できなかった。
ここでネット上の情報を調べてみるとrfkillコマンド自体があることが分かった。
openSUSE 12.3でも
# zypper se rfkill
してみるとrfkillパッケージが存在。このため
# zypper in rfkill
# rfkill unblock wifi
を実行後YaST2、wpa_supplicantの設定ファイルで操作してみると無事無線LANのインジケータが橙色から青色に。
rfkillコマンド自体は一回実行すると暫くは継続するようだ。
今回の場合、場当たり的に対応したので、YaST2からの操作のみで良いのかどうか今後同じ状況になった時に確認する必要があるようだ。
このためopenSUSE 12.3にてiwconfigコマンドを使っても起動できなかった。
ここでネット上の情報を調べてみるとrfkillコマンド自体があることが分かった。
openSUSE 12.3でも
# zypper se rfkill
してみるとrfkillパッケージが存在。このため
# zypper in rfkill
# rfkill unblock wifi
を実行後YaST2、wpa_supplicantの設定ファイルで操作してみると無事無線LANのインジケータが橙色から青色に。
rfkillコマンド自体は一回実行すると暫くは継続するようだ。
今回の場合、場当たり的に対応したので、YaST2からの操作のみで良いのかどうか今後同じ状況になった時に確認する必要があるようだ。
2013年3月15日金曜日
openSUSE 12.3がリリースされました。
openSUSE 12.3が3/13にリリースされました。
日本時間では23時頃なので何かと大変ではあります。
カーネルは3.7.10、KDEは4.10であり、かなりスムーズに動いている印象です。
個人的にはzshのバージョンが5.0系となりましたのでちょっと嬉しいかもしれません。
当面リアル環境はM17N、KDE 4.10、PackMan、NVIDIAのリポジトリくらいに絞って使っていこうと思っていますが、何時まで我慢できるのやら。
日本時間では23時頃なので何かと大変ではあります。
カーネルは3.7.10、KDEは4.10であり、かなりスムーズに動いている印象です。
個人的にはzshのバージョンが5.0系となりましたのでちょっと嬉しいかもしれません。
当面リアル環境はM17N、KDE 4.10、PackMan、NVIDIAのリポジトリくらいに絞って使っていこうと思っていますが、何時まで我慢できるのやら。
2013年3月12日火曜日
登録:
投稿 (Atom)