ｘｉｐｈｉｏの備忘録【2025年までのアーカイブ版】

_ [computer] Windows10 October 2018 Update の憂鬱

昨日、Windows10の秋の大型アップデート「Windows 10 October 2018 Update」が配信され、家の幾つかのパソコンもアップデートを済ませたました。最初の頃のアップデートと比べて、小規模なのかどうかは知りませんが、時間もあまりかからなくなった気がします。

相変わらす、更新された箇所を確認しても、何とも、良く分からない所ばかりで、別に早くなる訳でも無く、「少し良くなったかな」とかさえ、私の場合全く思い至りません。セキュリティの問題上、アップデートは素直に受けておくべきなのでしょうが、実際、不都合が改善するよりも、問題が発生する方がずっと多くて困ります。

古い機種では、デバイスマネージャでＰＣＩの所が認識できなくなっていました。まぁ使っていないので、取り立てて困りませんが。それよりも、常時使っている、ATENのDisplayPort(4k@60Hz)のＣＰＵスイッチですが、この大型アップデートを適用した直後より、時折モニタがブラックアウトするようになりました。それまでは、ビデオカードの設定を調整して何とか使えていたのにです。

やはりその前の大型アップデートの時も、適用するとちらつく様になると報告がありましたが、今回も同じみたいです。大型アップデートの何が悪さして、ＣＰＵスイッチを使用したモニタ表示に支障が出るのか全く判りませんが、状況からしてこれが原因なのは明らかです。まぁロールバックしても、また来年の春のアップデートもありますので、結局ATENのＣＰＵスイッチを使うのは一時期諦めました。

その後、ビデオカードのドライバを最新にしてから設定を見ると、以前カラーフォーマットを変えてあったのがデフォルトに戻っているのに気がつきました。どうもこれが原因の様です。そこで、出力カラーフォーマットを再びRGBからYCbCr422へ変更しますと、元通りになりました。どうやら秋の大型アップデートの適用で、nvidiaの設定まで初期値に戻されたみたいですが、エクスプローラなどの設定ならいざ知らず、ビデオカードの設定まで変更されてしまうとは、、

_ [computer] NetBSD、K80、QNAPと連日トラブル

昨晩は、昔ほぼジャンク扱いで買った超非力な機器LenovoK80が、ネットから急に見えなくなって、復旧には暫くかかりました。加えて、今日は、ＮＡＳのQNAPがやはり、ネット上から見えなくなりまして、また色々でした。

その数日前には、やはり同じく別個体のLenovoK80が動作不良になっていますし、クローズドなシステムで運用している、NetBSD上のＷＥＢサーバーが、停電の後ＨＤＤが死んでしまったりとか、このところ、機器トラブルがとても多いです。

数日前のK80は、結局Win10も正常に立ち上がらず、途中から画面も乱れたりしたので、すっぱり諦めて廃棄にしました。昨晩の方のK80は、結局どういう理由だか判りませんが、固定していたＩＰアドレスが初期化されてしまっていた様で、ＤＨＣＰから割り振られたアドレスになっていました。こちらは機器やＯＳにはそれほど問題が無く、設定し直して無事復帰。但し、今の時代には信じられないほど処理速度が遅いので、とても時間がかかりました。

停電の後HDDが死んでしまったNetBSDのサーバは、仕事用と言う事も有り、Postgreのバックアップデータも毎晩取っているし（cronでですが）、システムのクローン・ディスクも作ってありますので、要は、そちらのＨＤＤで立ち上げて、データを戻せばそれで良いのですが、なにせ、暫く使っていないとPostgreの操作など、情けない事にみんな忘れてしまっていまして、どうやったら良いのか暫し考え込んでしまいました。結局、そのデータの戻し方を探るのにまる１日かかりました。操作自体は５分位で終わるのですが。

急にアクセス出来なくなったNASのQNAPは、Qfinderからも見えません。仕方ないのでリセットボタンを押してみましたが、、、普通３秒でビーブ音が鳴るはずですが、鳴りません。何度やっても同じで、ハード的な機器の不良を疑い、少し焦りました。その後ＨＤＤを抜いてから再び通電し立ち上げても別に変化がないので、LANのポートを変えてもう一度立ち上げ、さて、この後どうしようかと考えて居るうちに、やっとQfinderに認識されました。

別のLANポートなので、DHCPからの割り振りのアドレスになっていますので、そこにWebからアクセスして現れた表示のままにソフトのダウンロートとインストール。その後、ＨＤＤを戻して、再び立ち上げるとやっと復帰しました。ログを見るとファームウエアのアップデート時に問題があったみたいです。これが原因なのかも知れません。それで、リセットの動作さえ出来なかったみたいです。

ゲートウェイを設定していない方のＬＡＮでしたので、最新のファームウエアをダウンロードしてから、まずは手作業でファームウエアを入れ直しました。後はLANのポートを元に戻して、無事復帰です。

_ [computer] さらにトラブル続き（１）：Core i7-3930K(Sandy Bridge-E)起動せず。

先日以来、パソコン関係でトラブルが出ていましたが、それに続く様に、更に、長らく使っていましたCore i7-3930K(Sandy Bridge-E)のマシンが、使用中に急にフリーズ。リセットボタンで再起動させてみたところ、起動ドラブのRAID構成がFAILになっていました。時折復帰するみたいで、何度かやってみるとたまに起動しかかるのですが、しばらくすると動かなくなります。起動ドライブはSSD２台でRAID0を組んでしますが、その一台のSSDが読み取りができなくなった模様です。

昨年、Skylake-X Core i7-7820Xで組んでいまして、このパソコンとのリプレースを考えていたのですが、実際Sandy Bridge-Eで何の不満も無かったですし、それに何しろ色々面倒だったので、ずっとそのままにしてたのです。

最近、失ってはいけないデータは、ローカルには置かないようにしています。通常はすべてNAS上に保管しています。機密が必要なものはネット上にはなく、RAID1の外付けディスクに入れています。メールのやりとりもWebMailなので問題ないし、見逃しがちなブラウザのブックマークも既に共有になっているので問題なし。昔だったら、購入したソフトとかの再インストールにすごく大変だったりしたのですが、今は使用している有料ソフトはATOKと、あと数個ぐらいなもので、あとはすべてフリーなソフトなので、いきなりパソコンが立ち上がらなくなっても、あまり実害は有りません。

かといっても、同じ環境にするのは面倒な事には違いないので、そのままで１年居たわけですが、SSDのクラッシュで強制的にリプレースとなりました。接続機器のドライバとかも一応NAS上に全て上げてあるのですが、この機会ですので検索して最新のものをインストールしました。ほぼ半日でとりあえず必要な程度の環境に復帰、あとは必要に応じて、、です。

新しいSkylake-Xはやはり少し早いですね。

_ [computer] さらにトラブル続き（２）：FreeNAS9 HDDエラーでバックアップとFreeNAS11への移行（備忘録）

MicroServerにFreeNAS9をいれて運用していますNASですが、何か遅い気がしまして、管理画面を見てみました。以前からada1のディスクで読めないセクターが有ると警告が出ていましたが、ada2のディスクからも警告が出ています。使用している2TのHDDの予備はもう手元にないので、警告が出ていてもずっとほったらかしにしていましたが、３つのHDDの内２個から警告が出ているのは、流石にまずいですよね。

しかし今更2TのHDDを買うのもどうかと思うので、WDの3TのHDDを入れてあるMicroServerがもう１台有るので、この際そちらにデータを移して運用することにしました。

OSもFreeNASは既にVer.11になっていましたので、この最新のをインストールしました。元はＨＤＤ３台のRAID-Zだったのですが、このNASは容量3Tも有ればまず充分ですし、最近何個もHDDを回すのはちょっと嫌になってきたので、ストレージ構成はHDD２台でミラーリングにすることにしました。

それでデータの移行ですが、普通はrsyncとか使うらしいのですが、一応やろうとしたのですが、何かうまくゆかない。それに何故かすごく遅い！。あまりに遅いので、LAN経由はあきらめました。それで、とりあえずはデータの保全を第一にして、バックアップを取る事にしました。

ＮＡＳのバックパックですから、色々な方法があるのでしょうが、私は昔の人間なので、BSDではバックアップはtarしか使ったことが有りません（骨董品やな）。仕方なくまたtarでバックアップとることにしました。ただ前回とは違って、nftsでフォーマットしたHDDがマウント出来ればWindowsで読めるから便利かも、と思い挑戦。色々やってみた結果、"fuse"とかいうのをロードしてからntfsでマウントすれば出来ました。デバイス名は"ada3p1"とp1がついた方でないとだめでした。

# kldload fuse
# ntfs-3g /dev/ada3p1 /mnt/disk3
（# mount -t nrfs /dev/ada3p1 /mount/disk3でも同じだと思う）

これでバックアップがとれると思ったのですが、HDD間のコピーなのにやはり異常に遅い。それに、途中からコピーできないとかのエラーメッセージも出ました。理由は未だにまったく不明。仕方ないので、ntfsのHDDにバックアップを取るのはあきらめて、以前やった通り、zfsのボリュームとしてマウントしてから、そちらにコピーを始めましたが、やはり同じくすごく遅いです。もう仕方ないので、数日かかってもＯＫという事で放置しました。

夜に始めて、翌朝見てみますと、なぜかコピーが早くなっていまして、そのうち終了しました。コピーが異常に遅かったのはストレージにエラーが有るためなのでしょうか？、早くなったのは問題にしなくなったから？？、いずれも理由は最近のＯＳに疎い私などには全く不明です。

でも、とりあえずバックアップがとれて、一安心です。

その後、FreeNAS11をインストールした新しいMicroServerに、バックアップしたHDDを取り付けて立ち上げ。管理画面からボリュームのインポートでインポートしてから、そのHDDに移ってtarでこんな感じでコピーです。
# tar cf - . | (cd /mnt/RAID-Mirror/share/; tar xvf - )

しかし、今時のFreeNASで、コンソールからこんなコマンドでバックアップ＆レストアする人、少ないかも、、（その前は"dump | restore"でやっていた気もする）。

さてFreeNASインストール時から、管理画面で黄色の「注意」ランプがついているのが気になっていたのですが、メッセージは"smartd_daemon is not running"です。内容を調べると、USBメモリーのブートデバイスには、S.M.A.R.T.が動かないらしいです。ストレージ=>ディスクの表示、でda0を選択し、SMARTを無効にすればＯＫでした。

_ [wine] Querciolino 1993 (Castello di Verrazzano)

暫く前から、飲んだワインについては、Vinicaの方に全て記録する様にしていまして、こちらで項目を作る事は殆ど無くなりましたが、流石にこのクェルチョリーノだけは、書いておきましょう。

この結構珍しいと思えますワインを買った事のいきさつは、以前にも書いた事があるので引用だけにします。

http://www.wasanbon.co.jp/xiphio/html/wine/tasting/tasting9702.html

http://www.wasanbon.co.jp/xiphio/html/wine/tasting/tasting9806.html

でも、若かった頃の私には、良い思い出でしたね。６本買った内の最後の１本、随分長い間飲まないで置いてあったのですが、１９９３ですから、ついに開けてみました。

色はとても綺麗で、色調からしてもまだまだ全く平気でみたいです。

以前から、何かの要素が強いという印象のワインでは無く、本当に精妙でデリケートで優しい素敵なワインだったのですが、その方向性は依然と同じです。タンニンが目立つ訳でも無く、酸が立つ訳でも無く、果実味が豊かな訳でも有りません。一見は印象の薄いワインっぽいですが、実はとても精妙で優しい雰囲気の、真に「美しいワイン」です。

実際このワインと、飲みやすいだけの特徴の無い凡庸なワインの違いは、何処なのでしょうか？、飲みながらでも、少し悩んでしまいますが、やはりエモーションが全然違います、半分は思い入れなのかも知れませんが、、。こういうワインは、恐らく、ワイン会なんかでは一番飲んではいけないワインなんでしょうね。

_ [audio] BBSM-10 オーバーホール上がり

５月に、幾らか問題もあったBBSM-10を、山形のオーディオラボ・オガワにオーバーホール整備に出しましたが、昨日やっと出来上がり、帰ってきました。

元は、暫く前にオークションで買った物です。ミッドのエッジが例によってぼろぼろでしたが、それ以外は状態が良さそうだったので購入しました。まずはミッドのエッジ修理なのですが、ずっと前に、やはりウェストレイクのSPのミッドを張り替えて貰った岡山の業者さんは、既にHPが無くなっていまして、仕方無く近場が良いだろうと、大阪の某業者に頼みましたが、出来上がりが実の所あまり芳しくなく、結局、評判の良い山形のオーディオラボ・オガワに、まずはミッドのユニットだけ送り、再修理してもらいました。

実際はこの際ＳＰ全体のオーバーホールもして貰いたかったのですが、依頼が多く予約待ちで１年先になるの事でしたので、ユニットの修理と共に予約もしておきました。今年５月に、やっと案内が来ました。流石といいますか、まず丁度BBSM-10に合う輸送箱を送って来てくれまして、それに入れて送り返すのです。梱包の手間が随分省けますし、輸送事故も防げますね。ただこのSPにはサランネットが無いので、私の方でも、SPの前面保護用にベニア板と木材でカバーを作りました。それから４ヶ月あまり、１０月に入って直ぐに整備完了の案内が来まして、着日を相談しまして、一昨日到着しました。

早速、再設置しまして、本日音だし。流石に見事に仕上がっています。簡単な塗装もしていただいた様で、外観だけでも見違える様です。対応、仕上がり、共に流石に評判の良い所だけあって、見事なものです。

今日オーディオラボ・オガワのHPを再度見てみましたら、SPシステムのオーバーホールは依頼が多すぎて暫く受付を中止するそうです。私は１年待ちましたが、それでも整備してもらえて良かったと思っています。（良く分からない業者に頼まないで、最初からオーディオラボ・オガワさんにお願いすれば、もっと良かったな、と思いますが）