なかのにっき
最新版はこちら。
突っ込みは各日付の BBS エントリのほか、
メール (nakano@st.seikei.ac.jp) や
フォーム
からどうぞ。
なおスパム除けのため、BBS 機能には
緩い認証を入れて
います。
検索エンジンから来た方は、エンジンの方のキャッシュを見るか、
下の簡易検索を試してみてください。
hns - 日記自動生成システム - Version 2.19.5
#1
あけましておめでとうございます
結局この日記はユルい運用になりそうですが、本年もよろしくお願い致します。
#2
仕事はじめ
NEG 関連でメールのやりとり、某 web 関連でメールのやりとり、
宿題になっていた原稿チェックを一通りやって各位にメール、などでまったり。
朝は研究室真っ暗だったので、さすがに今日はみんな来ないかな、
と思ってたら夕方にはたくさんいた。
kindle 版で買ってたのの続きをうっかり読み始めたら止まらなくなって
結局最後までいってしもうた…
めも。そちらも久しぶりの更新ですね(笑)
#2
[debian] gnome 3.14 (3.18) のキーボードまわり
なぜかキーボードレイアウトが us になる現象に悩む。
gnome でなくて twm などで起動するとちゃんと jp になる。
/etc/X11/xorg.conf.d/10-keyboad.conf には
Section "InputClass"
Identifier "evdev keyboard catchall"
MatchIsKeyboard "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
Option "XkbModel" "jp106"
Option "XkbLayout" "jp"
EndSection
と書いたし、念の為 /usr/share/X11/xorg.conf.d/10-evdev.conf にも同様の内容をコピっておいて、/var/log/Xorg.0.log には
[ 179.331] (**) Option "xkb_rules" "evdev"
[ 179.331] (**) Option "xkb_model" "jp106"
[ 179.331] (**) Option "xkb_layout" "jp"
などとちゃんと出ている。しかし gdm からログインした端末で
vacuum(nakano) ~ [##] setxkbmap -query
rules: evdev
model: jp106
layout: us,us
variant: ,
な状態。ううむ。結局あれこれ確認したあげく、
setxkbmap -layout jp
したら直った。しかし再ログインすると
rules: evdev
model: jp106
layout: jp,us
variant: ,
という更に謎な状態に(笑)
とりあえず実害はないので良いことにする。うーん。
確認したのは、
- gconf-editor の /desktop/gnome/perifherals/keyboad/kbd/layouts も jp
- 同 /desktop/gnome/perifherals/keyboad/kbd.sysbackup/layouts は [jp]
- dconf-editor の org.gnome.desktop.input-sources の sources は [('xkb', 'jp')]
など。us どっからきたん?
たぶん
こちらの方
と同根の事情のような気がするけども。
しかしうちは元々 ibus も入ってなかったんだけどなあ。
cache を NFS 先の ~/.cache/ に置くからだった。
.xsession に
export XDG_CACHE_HOME=/home2/nakano/.cache
して解決(/home2 はローカルの HDD)。
薄膜特論の。昔の発表のを掘り返してペタペタ。
"OHP.ppt" とかいうファイル名を見て眩暈を覚えたり。
ついでに Mendeley にエントリだけ放り込まれていた Elsevier ものを Scopus
経由でワシワシとダウンロード。というわけで時間かかってもうた。うー。
#1
VP 訪問
プローブのリークの件。ほか色々。
#2
[labo] Mendeley 整備
昨日につづいてダウンロード。いつかちゃんと整備したいが…
#3
講義準備
明日の物性論の PN 接合の話の準備をするする。
概要
Windows8(および8.1)は、複数台のPCで外付けHDDを共用で利用するとHDD内の保存データが消えてしまう、または外付けHDDのパーティションが見えなくなってしまう、などの現象が発生します。
※基本的にUSB メモリでは、この問題は発生しません。NTFSボリュームの外付けドライブにて発生します。
これは認識してなかったんでヤバかった(今は使ってませんが)。
とりあえず「安全な取り外し」をすれば大丈夫らしい。
ひとまず。とりあえず一段落、というところ。
#2
slogin
自分もすっかり忘れていたんだが、
こんな設定
をして、22 以外のポートを開けていたのだった。
でも今試したら大丈夫になってたので、そっちは閉じた。
とはいえ 22 は attack が頻繁に来るところなので、
別のポートにずらしておくのもいいかもよ、などのコメントをいただく。ふむ。
以上、5 日分です。
タイトル一覧
中野武雄 (NAKANO, Takeo) <nakano@st.seikei.ac.jp>
Since 1999-10-07
RSS feed,
更新時刻,
LIRS エントリ,
アクセス制御
(解説)
中野のホームページへ