春は別れの季節とはいうが

今万感の思いを云々、なんて書くと変なオッサンから盗作云々とか文句来そうなんで辞めときます。

　■「銀河」が最後の旅へ＝59年走り続けた寝台急行－東京　（Yahoo!ニュース：時事通信）

　■寝台列車「銀河」が今日で廃止！　今夜は東京駅へ駆けつけろ！　(ascii.jp）
　■さよなら「銀河」――減りゆく寝台列車のライバルとは　(Business Media 誠)

時事ネタのくせにIT系ニュースサイトが飛びつくのは何故だろうか。（笑）
ＰＣ系って意外と多いよなー鉄っちゃん。まぁ某信号とか某券売機とか某ＪＲ（笑）なんかよりはずっと少ないですが。


しかし、以前「さくら」が廃止されたのもかなりショックでしたけど、さらに「銀河」までとはね……。

ブルトレって飛行機や新幹線と比べると確かに割高なんですけど、「旅費」＋「宿泊費」って考えると、決して悪くないんですよ。Ｂ寝台２段だってバスなんかよりずっと楽です。Ｂソロなんていったらカプセルホテル並ですからね。
とにかく、寝ている間に移動しているってのは魅力的でした。同じ現地への朝着でも、睡眠時間の長さの分だけ体力に効いて来ますから。

もう乗れないのか、会えないのかと思うと、残念で仕方ありません……。


以下写真。1998年は12月18日の銀河。
これで新大阪まで行って、翌朝新幹線に乗り換えて広島まで行きました。

今思うとホント物好きだわ……。



カメラはフジのFinePix500。高感度とか無いんで手ぶれはご容赦を


こちら車内。Ｂ寝台２段。さすがに３段はもう無かった。にしても通路狭かったなぁ……。



さらば銀河。
寂しいけれど、事故も無く無事に役目を終えようとする彼を、今は喜んであげたい。

HGST派だけどAMD派なんで基本は対岸の火事

悪いのはintel。明らかにintel。
でも謝るのは悪い方とは限らない。特にこういう場合。

　■ 日立製HDDとインテルチップセットの組み合わせで不具合発生？
　　 （やじうまWatch 2008/03/14）

　■【format X】P7K500問題検証【CHKDSK X】>248 　　(2ちゃんねる　自作PC板)
　■500GB HDDが一部で8千円割れ、期末処分と円高で　(AKIBA PC Hotline!)

2chのログ倉庫落ちを考えて要所抜粋しときます。

248 ：Socket774：2008/03/13(木) 04:30:14 1.原因(ICHのみで発生するかは情報不足) 28bitアクセスモードでセクタアドレス0xFFFFFFF(268435456番)が指定された時に実際には0x0(1番)または(不明な位置)を指してしまう。 この場所は28bitで表現可能ですがLBA28実機では別項目(総セクタ数)の上限を1超える為に存在できない場所になっています。このためLBA48規格の位置になっています。 (しかしながら同社含む他機種では同じ方法で該当位置を指せます) 2。影響を受けないシステム Windows標準ドライバ(LBA48対応品)やUSB変換チップ等のドライバは固定切替え式(可能なら常に48bitアクセス)らしいので問題ないようです。 3。影響を受けるシステム 28/48bitを動的に切替えるHDDドライバを使用するFreeBSD(?)/Linux(libata)/Windows(intel AHCI RAIDドライバ) 問題のセクタはクラスタサイズと位置/偶然のファイル配置/ディスクキャッシュ/先読み/遅延書き込み等の影響で他のセクタと纏めて48bitアクセスが使われる場合があり判別を難しくしています。 （以下省略：ASHIKUBI）

254 ：Socket774：2008/03/13(木) 08:44:24 >>248 確かにATAのspecではこうなってる >IDENTIFY DEVICE DATA: 60-61: "Total number of user addressable sectors" >4.14 ・・・If the value in contained IDENTIFY DEVICE data words (103:100) is greater than 268,435,455, then the maximum value in words (61:60) shall be 268,435,455. That is, if the device contains greater than the capacity addressable with 28-bit commands, words (61:60) shall describe the maximum capacity that can be addressed by 28-bit commands. これによると、capacityが0xFFFFFFF*512　byteを超えるドライブのIDENTIFY DEVICE word(61:60)は 0xFFFFFFFでなければならず、28bit LBAでアクセス可能なcapacityは自動的に0xFFFFFFE*512 になってしまう。 word(61:60)が "Total number of user addressable sector"　じゃなくて "Maximum LBA ・・・”とかだったら0xFFFFFFFは28bit commandでアドレスできなきゃなんないが、この場合は出来ても出来なくても良い。 よって、使用するドライブの振る舞いを承知していない限りは、specに厳密に従ってLBA 0xFFFFFFFは48bit modeでアクセスすべきだね 256 ：Socket774：2008/03/13(木) 09:10:31 訂正 ×28bit LBAでアクセス可能なcapacityは自動的に0xFFFFFFE*512 になってしまう。 ○28bit LBAでアクセス可能なcapacityは自動的に0xFFFFFFF*512 (LBA=0xFFFFFFFE)になってしまう。

259 ：Socket774：2008/03/13(木) 12:17:43 実際に何が起きてるか分からんが、Intel/Hitachiの両方が悪いってことか。 270 ：Socket774：2008/03/14(金) 00:12:35 >>259 純粋にエンジニアリングの観点から言えばインテルの落度。 未定義の部分の振る舞いが変わったことをアナウンスしなかったことはHGSTの不親切。

IntelのATAドライバで昔から良い思い出が無いのは、実は自分がHGSTばっかり買ってるせいだったんでしょうか。（笑）

ともかくこの話からすると、IntelのRAIDドライバがタコ過ぎます。
よくこんなもの世界中に配れるなというシロモノ。

でも、きっとintelは謝んないんですよ。なんにもしてくれないでしょう。
ドライバ直して再配布すればいいだけなのに。HDD改修したり叩き売りしたりするよりよっぽどスマートなんですけど、経験上、テクニカルサポート部署はアメリカから遠く離れた国の事なんか大抵気にもしてません。

これがMicrosoftとかDELLとかHPから出たクレームだったりしたら、即座に直していると思いますけど。つか本当に即座に直すし。


自由主義経済の下では、企業間の問題で謝るのは悪い方じゃないんです。小さい方、弱い方、キャッシュ持ってない方、法務部が弱い方なんです。大抵の場合。


まーHGSTも鈍いなーってところは昔から感じないでもないんですけどね……。