Debianで使う

#contents

#navi(OpenBlockS)

**概要 [#f5397be8]
5年以上もの間、24時間365日動き続けていたHDDがついに壊れたので、
HDD交換のついでに ssdlinux から Debian に変えて運用してみる。

基本的なインストール方法は、[[ぷらっとホームのサポート:http://www.plathome.co.jp/support/labo/obs266/index.html]]ページの「Debian/GNU Linux」でHDDイメージの配布と手順の説明がある

**問題点 [#y32a0cde]
+ledの点滅が止まった
--"/dev/OBS266 LED" というデバイスは見つかるが、/usr/sbin/runled が参照しているのは /dev/segled なので起動できないようだ。debian 用の runled が別に存在するのか、udev上のシンボリックリンクのような方法で解決すればよいのか分からない。
--/etc/udev/links.conf に何か書けばよいのだろうか
--links.confに "L segled  'OBS266 LED'" という行を書いて再起動したら、立ち上がらなくなったので焦った。INITボタンを押しながら立ち上げて、手動でmountして元に戻した。
+VNC4ServerとXfceを使って軽量化したデスクトップを目指してみたが、それでも重過ぎて実用に耐えない
+/etc/inetd.confに何もエントリーが無いので、シリアルポートの立ち上げ時のコンソールに警告が出ると同時に文字色が黄色になったまま login プロンプトになる
+ntpサーバーと同期を取る前に mount されるようで、最近チェックされたのが古すぎるとなって e2fsck が実行されてしまう。
+sambaがssdlinuxの時と挙動が異なる
--ネットワークドライブの割り当てができない → [解決済み] Windows側でワーククループの一覧で共有名を探すときに guest のようなアカウントで接続されてしまい、ドライブ割り当てでパスワードを指定してもはじかれていたようだ。ドライブ共有を一旦解除してから割り当てたらうまくいった
--EUCでアーカイブしていたバックアップを戻すと、日本語ファイル名が文字化けを起こす
--EUCで書かれたファイル名を ls で表示するときは、ls --show-control-chars とする必要がある。alias jls='ls --show-control-chars' とでも ~/.bash_aliases に書いておくことにする
--文字化けの問題は samba 2.2→3.x での設定ファイル smb.conf の記述の違いによるもののようだ
 client code page = 932
 coding system = EUC
となっていたのを
 dos charset = CP932
 unix charset = eucJP-ms
 display charset = CP932
としたら日本語ファイル名が化けなくなった
--『[[Samba 2 日本語版の日本語ファイル名の Samba 3 への移行方法:http://www.miraclelinux.com/technet/samba30/migration.html]]』に紹介されている方法でファイル名をUTF-8に変換すべきかもしれない、と思ったが『[[samba経由の日本語ファイル名をUTF-8化 - エンジニアパパの雑記帖:http://blog.goo.ne.jp/abc8967/e/7980f124fb71e2e2de1b580430477d81]]』等を見ると、結構ハマる可能性があるのでこのままでもいいような気もしてきた。
+kernelでfuseが有効になっていないので、sshfs等が使えない

**多段接続 [#l5d605af]
sshを多段しないと到達できないホストと rsync や scp 等でファイルをやり取りする必要があるときは、以下のようにすればよい。

たとえば、foo.example2.jp に接続したいが、bar.example1.jp を経由しなければ到達できない場合、~/.ssh/config に以下を加える。
 Host foo.example2.jp
  ProxyCommand /usr/bin/connect-proxy -S localhost:8090 %h %p
connect-proxy コマンドが無いときは apt-get install connect-proxy する。

自サーバーを bar.example1.jp への SOCKS サーバーにする
 ssh -N -f -D8090 bar.example1.jp

この後、ssh foo.example2.jp とすれば、bar.example1.jp を経由していることを意識する必要がなくなる。rsync や scp で直接ファイルをやり取りすることも可能。

ログアウトするときは、先に SOCKS サーバーを止めないとログアウトできなくなるので注意。


トップ   一覧 単語検索 最終更新   ヘルプ   最終更新のRSS