ごまめの遠足。

玄箱X4巨大化!?

電源ユニットがリタイヤした事務所の玄箱X4について、ポートマルチプライヤ自体はFDD型4ピン給電のため、普通のATX電源ユニットをいじって(前面スイッチでOn/Offできるようにして)代用しようとしたが、むき出しのPSUから箱前面の扉を開けて電源を取るという不格好さに当局からクレームがついた(^^; こういう場合、情報機器にありがちな『電源内蔵』といううたい文句はアダになりうる。ACアダプタなら、もし壊れても同定格品を買ってきて交換すればすむのに(←ホントはダメです)。

それならばということで、もはや用のない背面の100V3Pコネクタを外して、その穴から(とても苦労して)マザーボード用20ピンとストレージラインを通してみせた。これで前面扉を開けずに使えるようになった…けど、格好じゃなくてイレギュラーな使い方をしているのが問題なんだって。ごもっともです。

それにしても、電気なんて本来見えないはずなのに、どうして私の作品だけ一発で不正がバレるのか? 熟考の末、やはりPSUを裸で動かしていたせいではないかと結論。PSUを玄箱に入れるのが難しい以上、玄箱をPSUに合わせて大きくするしかない。

というわけで、玄箱からポートマルチプライヤの基板のみ取り出し、残りを板金リサイクルと基板リサイクルに出す。そして、廃品同様のPCケースに基板とPSUと通気ファンを仕込んでリニューアル化!?工事完了。これでちょっと見には、ちょっと古い自作PCが動いているようにしか見えないはずだ(そうか?)。

ところで、基板にはSATAコネクタが5個あったが、本当に5台繋がるのか、ダミーなのか、グラディウスⅡのオプションのように一杯まで取ると嬉しからざることが起こるのか、これは確かめなければならない。すくなくとも5台セットできるスペースは、ある。

いずれにせよ、これでファイルサーバにすくなくとも8TBは増設できるようになった。あとはアクセスランプを外から見えるようにするのと、eSATAがケース内部から外に直接出ているのをなんとかすることだ。

ちなみに『裸族の二世帯住宅』も同様に給電ユニットが壊れたが、2台クラスなら『内蔵ドライブ用ACアダプタ』がたいてい2000mA定格で、好都合なことに必要な給電プラグがPATA型4ピン1個でいいのでずっと簡単だ。

2012/10/25 19:49 | カテゴリー：Fedora, 計算機とか | コメント（0）

今さらのファイル共有

Windwos7で、自分は読み書き可、ゲストは読み込みのみ可という共有フォルダを作れないという問題を片付けにかかる。

1年近く、深く追求せずに全員書き込み可能な一時フォルダを作ってごまかしていたが、結局は設定ミスだったというオチだった。

Windows7の共有のアクセス許可レベルで自分のユーザ名を『所有者』、Everyoneを『読み取り』として、セキュリティのアクセス許可も自分だけフルコントロールにしてみたが…XPのnet useでマウントしても、もFedoraのmount.cifsでマウントしても、書き込みさせてもらえない。

ふと「詳細な共有」を見たら、Everyoneしか登録されてなかったり(^^; 自分のユーザー名を入れて、改めてフルコントロールを設定。あっさり書き込み成功。なんか毎度の事ながら、従来互換なことを実現するために従来互換でない設定をしなければならないのは何とかならんか。

ただ、ネットワーク内のすべての端末がWindows7、あるいは、いわゆる「ホームネットワーク」のメンバであることが前提の機能を標準に押し立てる志の高さには、皮肉なしに敬意を表したい、ところだが、古い端末の淘汰が進んでついに統一か!? となる前に、おのれ自身がさらに新しいシステムを投入するとなると、結局皮肉にしかならんわ。

2012/10/18 19:32 | カテゴリー：Windows, 計算機とか | コメント（0）

TrackballWorks 1.1

いつの間にかアップデートされていた。通知がないから気づかなかったが、ユーザ登録してなかったっけ!? ユーザ登録ってあったっけ!?(^^;

すでに先達が評価してくれているとおり、今回のは多重起動しないし、Kaspersky(KIS2012)も操作できる。

修正してくれた(両件とも偶然直るとは考えにくいので)ことはありがたいが、あまり期待してなかったせいでアップデートを見つけるのが遅れた者としては、とりあえず問題を認識して直そうとしているとでも言ってくれればよかったのにと思ってしまう。頑張って直していても、傍目に売りっぱなしで無責任なベンダとの区別がつかないのは残念なことである。

あと欲を言えば、いつぐらいにできるのかも。よっぽど即死的なトラブルでもない限り、時間がかかっても、期日にサイト見に行って延期の告知を2回ぐらい喰らっても、そりゃ毎日見に行ったり、毎週見に行こうとして忘れ去ったりするよりはよっぽどマシだと思う、と、半ば以上我が振りを戒めて書く。

…実は毎年○月にアップデートしますって決まっていたりして!?

2012/05/30 00:05 | カテゴリー：Windows, 計算機とか | コメント（0）

FileZilla 3.5.3

FileZillaの現在の最新バージョン3.5.3は、うちのサーバにFTPSで入れない。

ごみ箱の3.5.2を掘り起こしてダウングレードしたら復旧。やれやれ。

しかし、WordPressを動かして以来、FTPの接続頻度が非常に低くなっていることもあって、原因が特定するまで、年末に更新したサイト証明書でヘマしたものとばっかり思っていた。よく考えたら、更新時にテストぐらいはしているよねえ(^^;

というわけで、やっぱりFTPS(Explicit)は動いている。

2012/01/22 00:23 | カテゴリー：Fedora | コメント（5）

lvmスナップショット

サーバのホームディレクトリのバックアップは、毎日lvcreateでスナップショットを作ってdumpしている。

このスナップショットが、Fedora16になってから、週に1～2回のペースでnot deactivatingを出してlvremoveに失敗するようになった。カーネルが変わったせいなのか、外付けになったせいなのかは不明。

最も疑わしいのは、RAID1に作った論理ボリュームを、今回は物理的には同じRAID1にdumpしているので、lvremoveする時にはおそらく忙しく書き込んでいる最中であろうということ。管理者向けメールで気づきさえすれば、手動でならlvremoveできるので、とりあえず時間を置けば成功するらしい。

というわけで、lvremoveの前にsyncしてみた。が、ダメなときはやっぱりダメ。考えたら、umountとかlvremoveとかって内部でsyncに相当する処理は実行しているはずだもんね。

結局、lvremoveを10回ループで囲んで、リザルトコードが0以外ならsleep(とりあえず3秒)置いてから再実行するようにしてみる。といっても、lvremoveのリザルトコードが、正常時だけ0を返してくれるものかどうかは未確認。こればっかりは、実際にlvremoveに失敗するのを待つしかない。

2011/12/27 23:00 | カテゴリー：Fedora | コメント（0）