いつものRyujiMiura

カテゴリー
0.全て
1.PC
2.Auto
3.AVC
4.Game
5.Travel
6.Food

年
2025年 2024年 2023年 2022年 2021年 2020年 2019年 2018年 2017年 2016年 2015年 2014年 2013年 2012年 2011年 2010年 2009年 2008年 2007年 2006年 2005年 選択

単語検索
開始

ホームページ
http://rabbitcage.iobb.net/miura/

前の10件を表示、 次の10件を表示

スープラオイル交換

2007/04/30 17:44:11, Category: 2.Auto, Comment: 0

オイル：Castrol FORMULA RS Zero フィルター：PIAA TWIN POWER いずれもオートバックスで2007/4/30購入、即日自分で交換済み。オイルは廃版在庫整理品を格安購入（オートバックスの割引券も使ったので更に安い）。フィルタはホイールつながりでなんとなく（夏タイヤのアルミホイールがPIAA）。 走行距離未確認・・・多分123000km＋α。（後日確認して訂正予定） (2007/6/19)・・・確認しないままかなり走行してしまったため、わからなくなった・・・orz

ブリジストン　スタッドレスタイヤ　BLIZZAK MZ-01

2007/04/11 16:40:13, Category: 2.Auto, Comment: 0

　４期目を経過してのインプレとは、遅きに失し過ぎている気はするが、これはこれでまあ希有であろうと思い、書いてみることにする。
　当方の車（70スープラ）に装着しているタイヤで、前235/45R17、後255/40R17という、スタッドレスとしては珍しい幅広サイズである。（当方冬用だからといって我慢したりはしない。ただし相応に金はかかるが・・・）。
　１期目は、この製品にとって発売２年目だったと思う。さすがにトップメーカが自信を持ってあげているだけに、凍結路面のグリップは、それまで履いていたヨコハマのよりも優れていた。ただし、これはブロック剛性が低いことの裏返しで、乾燥路面のコーナリングではナヨナヨとして心細い。ただし慣れてしまえば結構どうにでもなるもので、ＦＲだと後ろを振り回す感覚も楽しめて悪くないかも。なお、絶対的なコーナリング性能については、ハッキリとはわからないが、なんとなくヨコハマよりも低いような気がする。
　２期目以降、凍結路面のグリップ力は徐々に失われていくのが分かる。ただし、圧雪路のグリップ力はあまり変わっていないような気がする。アイスバーンさえ気を付ければ、４期目の今年でも、特に問題なくスキー場に行くことができた。
　なお、４期目に顕著に表れた劣化として、通常路面（乾燥およびウェット）でのグリップ力の低下がある。３期目までは何ともなかったのに、今年はやたらと滑るような気がした。加速しながらのコーナリングはもちろん、普通の交差点での左折でも前輪がしばしばスリップする。雪面では順当な性能を見せていただけに、実に不思議な現象である。原因はコンパウンドか、はたまたパターンか？
　総評として、この幅広タイヤでこの雪面性能の維持は純粋にすごいと思う。雪タイヤとしてのスリップサインに問題がなければ、初の５期目に突入してもよいかと思ったが、上述の凍結路面や通常路面の問題もあり、考えどころではある。逆に言うと、今期は暖冬だったので、あまり雪面を走る機会がなかったことが幸いしただけかもしれない。さて、次はどうするかな・・・



---

2007/4/30追記
　タイヤ交換してスリップサインを確認。普通タイヤとしては問題ないが、冬用としてはあと1mmぐらいしかない。うーむ、５シーズン目は無理かな？。しかしそれでもトレッド面は吸い付くような触感を維持しているのはさすが（ゴムがやわらかく、表面に細かい気泡がある感じ）。

バイクで事故に遭う

2007/04/09 18:13:52, Category: 2.Auto, Comment: 0

　７日（土曜日）の午後３時頃、片側２車線の国道をバイク（上の写真）で走行していたときのこと。 　私は２車線目（＝中央寄りの車線）を走行していたのだが、突然左のスーパー駐車場から乗用車が飛び出してきて車線を塞いだ。当然フルブレーキをかけたが間に合わず、その乗用車の右後部に真っ直ぐ衝突した。幸い、ブレーキで当方の速度はかなり落ちていたため、バイクが壊れただけで、私はほとんど怪我もなく概ね無事だったが・・・バイクは相手の保険で直るにしても、こちらが被った恐怖の代償はどうしてくれるのだろうか？ 　なにより頭にくるのは、その後の話し合いの中で、相手がこちらのスピード違反を疑っていたことである。こちらはスーパーより少し手前の信号が青に変わって走り始めたばかりであり、そんなにスピードが出るはずがない（第一、そんなスピードで衝突したら、こちらが無事で済むはずがない）。警察の現場検証でも、当方のブレーキ跡から見て、当方がほぼ法定速度で走っていたことが確認されている。そもそも相手はこちらが「見えなかった」と主張しており、それは正しくは「見ていなかった」であり、見ていなかったのなら、こちらのスピードを云々言える立場ではないだろう。 　相手はそこそこ年配のご夫婦であり、この世代で自分のミスを棚に上げるようになっては、もはや世も末である。相手方には猛省を促したい。（いや、むしろこのようなドライバーは社会的に危険ではなかろうか？。高齢のために安全確認能力が衰えているとするならば、免許取消も検討すべきだろう。）

---

付記 ・現場は、片側２車線、計４車線の国道である。日中の交通量はかなり多い。 ・そのとき１車線目は、おそらくスーパーの駐車場に入るろうとする乗用車が何台かいたため、相手方からは２車線目が見辛かったのかもしれないが、それをもって「見えなかった」の免罪符たり得ないだろう。 ・相手は、こちら側の２車線を超えて、対向側の車線に入ろうとしていたようである。つまり、こちらの２車線を完全に塞ぐわけであり、こちらの２車線分＋対向車線分の安全確認が必要となる。現場の交通量からして、このような運転は、危険を通り越して無謀ですらある。止めてもらいたい。 ・相手は、こちらの方向に見えた信号が「赤であった」とも主張していた。だが、その信号はスーパーの駐車場から離れたところにあり、しかも赤だったのは実際に衝突した時よりだいぶ前の話である。当方はその信号が青に変わってから走り始めているからだ。おそらく相手は、対向車線側の確認に気をとられ、こちら側をほとんど見ておらず、漫然と「さっき赤だったから車は来ない」と思いこんだのだろう。 ・相手は駐車場から飛び出した後、２車線目をふさぐ形で減速した（ように見えた）。おそらく、対向車線を走ってくる車を見ていたのだろう。こちらにしてみれば「こらー、道をふさぐなー、どけー！」という心境である。「飛び出すな、車は急に止まれない」（特にバイクはタイヤと道路の接触面積が小さいので止まりにくい） ・自動車では、フルブレーキング中にハンドルを切ってはいけない、というのは常識である。タイヤがロックし、スリップまたはスピンするからである。バイクなら転倒してしまう。よって当然のことながら、フルブレーキング中に横に避けることなどはできない。相手が避けてくれない限り、そのまま真っ直ぐぶつかるしかない。もし転倒して車の下に潜り込んだりすれば、もっとひどいことになるだろう。 ・当方は青信号で発進し、法定速度で走行している。相手の車が駐車場から飛び出してきたのを見た瞬間に、フルブレーキで衝突回避を試みていることから、前方不注意にも当たらない。過失は相手側にしかないと思うのだが、もし異論があれば教えてください。 　当方、過去にも似たようなケースで事故に遭っている（自転車時代も含めると５回目である）。そのいずれにおいても目立つのは、相手側の確認不足、「こっちからは車は来ない」という勝手な思い込みである。各ドライバーは今一度、自分の運転を顧みて欲しい（もちろん私も）。 　また、過去いずれの事故においても、相手方には、自分の都合のいいように警察に説明しようとする姿勢が見られた。大変醜く、恥ずべき行為である。今回、当方は、救急車に運ばれることなく、最後まで現場検証に立ち会えたから、まだましだったが、過去にはむちゃくちゃな説明をつけて責任を逃れようとする相手までいたほどだ（後日警察からその説明を聞いて唖然としたものだ）。 　たとえば、しばしば、大型トラックと乗用車の正面衝突事故で、乗用車側が全員死亡した場合、ほとんどの場合「乗用車が対向車線側に飛び出したと見られる」と報道されるのは、大型トラックの運転手の証言だけで現場検証されるからである。まさに「死人に口なし」、誠に空恐ろしい事態である。 　各人は、良識ある大人として、己を高めるべく、もっと自分に厳しくなるべきである。そうすれば社会はもっと良くなるはずだ。そう切に願う。 （本記事に関しては、コメントを広く募集します。当方の承認が無くとも掲載されます。なお、スパム防止のため、他の記事と同様に認証コードが必要です。下記を見て専用欄に半角英数で入力してください。コードが見難くて申し訳ありませんが、ローマ字で「いつもの」と書いてあります。）

CBI学会の案内メール(2007/3/22)から

2007/03/22 15:43:19, Category: なし, Comment: 0

CBI学会には一度参加しただけだが、要求もしていないのに以後頻繁に案内メールが来るようになった。こうなるともはやスパムと変わりない。やれやれ。 ところで本日、似たようなメールが２件連続で来たので、何かと思ったら間違い修正だった。 開催趣旨部分（上が最初に来た文、下が修正としてきた文） 誤：ゲノムGenome解読とOmics の シンポはPathway/Networkの治験を介して、 正：ゲノム 解読とOmics研究の 進歩 はPathway/Networkの知見を介して、 　　疾病の理解や薬の開発を加速すると期待されている。 　　疾病の理解や薬の開発を加速すると期待されている。 　　こうした状況の下で活発な研究開発が展開されているのがBiomarker探索に直結する計測技術である。 　　こうした状況の下で活発な研究開発が展開されているのがBiomarker探索に直結する計測技術である。 誤：とくに注目されているのは質量分析MSやNMR装置を用いたタンパク質や２次代謝物の測定である。 正：とくに注目されているのは質量分析法やNMR法 を用いたタンパク質や２次代謝物の測定である。 　　この研究講演会では「タンパク3000」と称されるわが国の構造タンパク質プロジェクトの成果の報告に続き、 　　この研究講演会では「タンパク3000」と称されるわが国の構造タンパク質プロジェクトの成果の報告に続き、 　　ProteomicsやMetabolomicsの実際や新しい動きについて実践的な新しい話題を提供してもらうこととした。 　　ProteomicsやMetabolomicsの実際や新しい動きについて実践的な新しい話題を提供してもらうこととした。 　　ゲノム解読とOmicsの創薬と医療への応用に関心のある幅広い関係者の参加を期待する。 　　ゲノム解読とOmicsの創薬と医療への応用に関心のある幅広い関係者の参加を期待する。 ＃３行目、「とくに」→「特に」の方が良いだろう。（ひらがなが多いと馬鹿に見える） ＃修正メールの案内文「先ほどお送りした案内の開催趣旨に間違えがございましたので、」の中で、 ＃「間違え」→「間違い」とした方が良いだろう。（「間違え」は口語的） メールを送る前は十分に推敲すべしという好例である。

CentOS 4.4 を入れてみた

2007/02/15 16:28:04, Category: 1.PC, Comment: 0

　自宅の旧マシンに CentOS 4.4 をインストールしてみた。Vine Linux 4.0 ではインストールが極端に低速になって断念した曰くつきのマシンだ。しかし、CentOS は OpenSuSE と同様に難なくインストールされた。やはりインストールディスク（今回は DVD 版を作成）の容量が効くのか、ドライバが潤沢なのかもしれぬ。
　一見して使用感は悪くないが、自分がデスクトップマシンとして使うには色々と不都合な部分もあり、もっぱらサーバ用途にしか使えないような（というかサーバに最適な）気がする。

　まず、日本語環境が厳しい。デフォルトの漢字変換は canna。しかも漢字IN/OUTは伝統の Shift-Space である。追加インストールや通常稼動時のパッケージ管理 GUI に選択肢がないので、変更したければ自力でいろいろ探してきて導入するしかない。ううむ、めんどくさい・・・
　日本語環境でもう一つ。nkf がない。もちろん追加インストールにもない。これも同様に探してきて手作業で入れるしかない。まあ、nkf はただのコマンドなので、それほど難しくはないだろうが・・・
　デスクトップは gnome がデフォルトのようだ。インストール時に KDE も選べるが、お勧めでは無さそう。なぜなら、パッケージの選択画面で、デフォルトでは gnome にはチェックが入っているのに、KDE には入っていないからだ。一応、あとで KDE を追加してみたのだが、ログイン時にセッションをデフォルトにしておくとやはり gnome になる。KDE を選んで入ると、メニューなどがほとんど英語のまま。KDE の設定で言語を選択しようとしても英語(U.S. English)しか出て来ない（国の選択ではJapanもあるだが）。うーむ・・・
　X-Window はやはりデフォルトで -nolisten tcp が掛かっている。ただし、gnome なので、Vine と同様に「ログイン画面」のメニューで外すことが出来る。簡単だ。ちなみに KDE でもメニューの内容は gnome と同じなので（英語だが）、同じように設定できる。
　インストール時には vsftpd、telnetサーバ、rshサーバのパッケージが選択できる。よってレガシーな環境のサーバ用としては良いだろう。ただし、パッケージ選択画面に検索機能がないため、パッケージを探すのが少々煩雑ではある。この点、パッケージ検索できる OpenSuSE や Vine に劣る。ちなみにこの CentOS のパッケージ選択画面には見覚えが・・・確か Turbolinux がそっくりだった。
　各種市販アプリを動かすサーバとしては、元が製品版 Red Hat のフリー部分なので、もっとも互換性に優れている。（自分の職場だけかもしれないが） RedHat を推奨環境としているアプリが多いからだ。

　総評として、やはり CentOS の最大の売りは RedHat との互換性だろうと思う。職場では RedHat を動作環境に指定する市販アプリがあるので重要だが、自分の個人用としては OpenSuSE の方が適しているようだ。

Linux で GV-N66256DP (GeForce6600) を使う

2007/02/12 05:29:10, Category: 1.PC, Comment: 0

　OpenSuSE 10.2 や Vine Linux 4.0 に入っている Xorg 標準の NVIDIA ドライバ nv では、GV-N66256DP の DVI コネクタ側しか正しく動作しない。アナログ RGB コネクタ側では、インストール時にディスプレイの情報を取得できないし、実際 nv ドライバが起動した際は画面が砂嵐になるだけである（砂嵐といってもかなりカラフルだが）。しかしながら、変換コネクタを使えば DVI を アナログ RGB にできるので、デュアルモニタにでもしない限り、実質的な問題はあまりないかも・・・。
　OpenSuSE で試したのだが、NVIDIA から公開されているドライバを使うと、アナログ RGB コネクタ側でもちゃんと表示が出るようになる。しかも OpenSuSE ならば自動インストールが可能なのでかなり楽だ（詳細は NVIDIA のサイトを見るべし）。
　Vine でも試そうと思ったのだが、サイトの説明どおり手作業のインストールをするとチェックサムエラー？みたいのが出る。うーむ、Vine には対応していないのかな？

Vine Linux 4.0 で GeForce 6600 を自動で認識しない

2007/02/12 05:03:11, Category: 1.PC, Comment: 0

　以前このブログでも書いた GIGABYTE の GV-N66256DP であるが、Vine Linux では自動で認識できず、VESA ドライバになってしまう。まあ、描画速度とかにこだわらなければこのままでもいいのだが、VESA モードだと xvidtune が効かない。多数のマシンを一つの LCD につないで頻繁に切替えている身としては、表示位置を PC 側で調整できないのは大変煩わしい。
　ためしに OpenSuSE 10.2 を入れると自動認識する。使っているドライバは nv。これは Vine にもあるはずだが・・・。Vine の xorg.conf を手作業で書けばなんとかなるかもしれないが、実際は書式が複雑過ぎて手に負えない。
　そこで大裏技。OpenSuSE でできた xorg.conf を Vine に移植することに。マウスやキーボードもいっしょなので、完全コピーでもいけそうだが、やはり不安なので、Modes・Screen・Device セクションのみを適宜移植した。結果、まあなんとか表示できる。xvidtune も動く。しかし横幅・位置だけでなく、縦幅・位置もずれているので、調整は結構大変である（でもできた）。
　こんな苦労をするなら、最初から OpenSuSE にしとけ、と言われそうだが、OpenSuSE は別のマシンにいれてあるので、こちらは Vine にしてみたかったのだ（その別マシンでは、Vine がインストールできなかった：インストーラが異常な低速になった：おそらく SCSI-IF + MO-Drive やら USB-Card-Reader やらが付いているせいだろう）。

Vine Linux 4.0 の設定：外部から X にアクセス

2007/02/12 04:45:56, Category: 1.PC, Comment: 0

　これも御多分に洩れず -nolisten tcp が X 起動時に付いている。Vine Linux 4.0 のデスクトップは gnome しかない。gdmsetup が使える。メニューから操作するなら「デスクトップ->システム管理->ログイン画面」。ここで「セキュリティ」タブを選んで、「TCP接続を禁止する」のチェックを外せば OK。あとは従来どおり、xhost の設定だけで済む。

OpenSuSE の設定：Xの画面表示位置(xvidtune)の調整結果の保存

2007/02/08 22:41:24, Category: 1.PC, Comment: 0

　OpenSuSE 10.2 の場合。画面表示位置などを調整する xvidtune の結果は /etc/X11/xorg.conf の Modes セクションに書くと反映される ( OpenSuSE 10.2 は XFree86 ではなく XOrg を採用している )。ただし、SaX2 ( メインメニューの「X11システム設定」もしくは YaST2 の「ハードウェア→グラフィックカードとモニタ」で起動される設定ツール ) を使うと上書きされてしまうので注意。自分の設定を書いた後は、xorg.conf をどこかに保存しておくとよいだろう。

OpenSUSE の設定：外部からXにアクセス

2007/02/08 22:38:09, Category: 1.PC, Comment: 0

　従来、外部から X にアクセスさせるには、xhostの設定だけでよかったが、最近は X 起動時に　-nolisten tcp が付いていたりするので、まずはこれを外さないといけない。xdmなどを使っていない場合(テキストログイン）は、startxスクリプト中の当該部分を削除すればいいだけだが、xdm ( kde を使っている場合は kdm か？ ) でグラフィカルログインしている場合は xdm の設定を変えなければいけないので厄介だ。
　今回は OpenSuSE 10.2 の場合。gnome ではなく kde を使用。設定ファイルは /opt/kde3/share/config/kdm/kdmrc と /opt/kde3/share/apps/kdm/read_sysconfig.sh 。ほかに、/opt/kde3/share/config/kdm/kdmrc.bak の中にも -nolisten tcp の記述があるが、bakなので関係なさそう。これらのファイルでは、ServerArgsLocal という環境変数に -nolisten tcp を設定しているが、この設定行をコメントアウトしてもダメなようなので、-nolisten tcp を削除して環境変数を空にしたほうがよい。


---

(2007/2/12追加)
　kde ではなく gnome にしたら、最初から -nolisten tcp が付いていなかった・・・orz。己の趣味に固執すると自滅するという好例かw。しかし gnome のデスクトップは慣れないんだよなぁ・・・まあ、最近はあまり違いがないけど。



---

(2007/10/22)
どうも、対策は /opt/kde3/share/apps/kdm/read_sysconfig.sh の修正だけでよいようだ。OpenSuSE 10.3 で確認済み。たぶん 10.2 も同じだろう。



---

(2008/6/13)
その後試したところ、どうもOSを再起動しない(ATL+CTRL+BSでXのみ再起動する)場合は /opt/kde3/share/apps/kdm/read_sysconfig.sh の変更（if文で echo "ServerArgsLocal=" と echo "ServerArgsLocal=-nolisten tcp" のどちらかが選ばれるようになっていたので、if文と後の echo をコメントアウト）だけでだけでは駄目のようで、 /opt/kde3/share/config/kdm/kdmrc も変更（ServerArgsLocal=-nolisten tcp をコメントアウトして、その下に ServerArgsLocal= を記述）する必要があるらしい。
しかし、read_sysconfig.sh のみの修正後にOSを再起動しても、kdmrc は変更されていない。どういう仕組みになっているんだろうか・・・

前の10件を表示、 次の10件を表示