東芝の Canvio Plus 750GB が故障した2018年04月01日 14時36分11秒

東芝の Canvio Plus 750GB External USB 2.0 Portable Hard Drive が故障直前の様だ。いきなり FreeBSD が panic を起こした。 fsck を試すと、読めないセクタがある。

東芝の Canvio Connect II を購入したのは 2016年02月18日 となっている。これよりも大分前から使っていたが、購入した時期はまったく覚えていない。私の両親は、電器製品には必ずと言って程購入日を本体に書き込んでいた。子供の頃はなぜそんな事をするのか不思議だったのを思い出した。

現状では、この外付けディスクを繋ぐだけで、cam のエラーが連発する。そのまま五分ぐらいでも放置しておくと安定してくるようで、一旦cam エラーは止まる。

このディスクには ufs と zfs が納められている。fsck がファイルシステムの復旧を出来ないので、ufs は致命的な損傷を受けている模様。zfs は raid-z の一部なのだが、今のところは zfs を壊さないように、ファイルシステムは外してある。

ufs は実は私のホームディレクトリ。取り敢えず、この ufs の復旧は急を要す。また、写真なども多いので、新しい外付けのディスクは注文した。

次回

Canvio Plus 750GB の FreeBSD ufs をまず復旧2018年04月02日 13時22分29秒

東芝の Canvio Plus 750GB External USB 2.0 Portable Hard Drive が誤動作を起こし始めた。新しいディスクは注文した。fsck の直せない ufs の復旧が第一の課題。

このディスクは ufs と zfs で使っている。zfs は raid-z の一部。こちらには大量の写真や家族の動画が入っている。これは、新しいハードディスクを購入してから、zpool replace で交換する必要があるので、こちらの復旧作業は後回し。

この ufs はホームディレクトリとして利用している一番重要なデータ。こちらは、時おり ufs_copy でディスクをファイルシステム毎バックアップしている。ディスクは何度も移り変わっているが、既に十年、十五年以上前に作ったファイルシステムなので、29GB のみ。作成当時はディスク一台で、全てのファイルが入っていたが、既に写真などの大容量は別途保管して、それこそ日頃のメールやブラウザの履歴などが入っている。zfs のバックアップに週に一度ぐらい気の向いたときにバックアップを取っている。

別の zfs には二、三日前に取ったホームディレクトリのバックアップはある。ただ、税金申告の期限が迫っているので、あれこれ更新していたものがあるので、出来れば故障したディスクから復旧したい。手元を漁ると I-O DATA の HDPS-U に 30GB のスペースがすぐに融通できるのでそれを使う事にした。これは、実家に帰っていた時に、写真が入りきらなくなった時に、譲り受けた機械。父の手書きで、2009 年と日付が書いてある。

ディスクの復旧は recoverdisk。dd よりも優れている。recover_disk はファイルブロックサイズを大きめで始める。エラーがあるとエラー箇所を一度飛ばし、そのままコピーを終端まで終らせる。その後で、ブロックサイズを小さくして、エラーのあった箇所を再試行する。-w オプションを付けると、経過とエラー箇所をファイルに書き出す。

$ recoverdisk -w home.err /dev/label/home.eli /dev/da0s2
最終的に読めなかったブロックは六つぐらい。fsck が先に進めないので、このブロックはシステム情報が管理されているのだろう。その後、壊れたディスクを読み出しのみの mount -r でマウントを試みた。
$ mount -r /dev/label/home.eli /home
これでもマウント出来ない。

このファイルシステムは完全に壊れてしまった様だ。直せないのなら、更に壊しても、新たに失うものは無いので、強制復旧を試みる。そして、ufs のメタデータだったとの推測から、古いディスクイメージからこの故障セクタのみを写すという荒技を試すことにした。

$ mdconfig -a -t vnode -f /mnt/backup/20180301/home.ufs -oreadonly
md1
$ recoverdisk -r home.err /dev/md1 /dev/da0s2
$ fsck_ufs -y /dev/da0s2
$ fsck_ufs -y /dev/da0s2
$ mount -r /dev/da0s2 /home
mdconfig で古いディスクイメージを読み出しのみで設定する。ファイルのままでも処理できるが、間違えた時にダメージを回避するため md デバイスを利用。さっきの recoverdisk に home.err を渡して、破損セクタだけをコピーする。fsck を動かしたら、ファイルシステムを修正したので、再度 fsck を行うように指示された。

この後、mount は成功し、zfs のバックアップを元に復旧度合を確かめた。特にファイルの損失もなく、こちらの方が新しいので、ディスクからの普及には成功したとの結論に至った。

前回次回

ニューヨークは大雪2018年04月03日 13時27分12秒

月曜日の朝に目が冷めると、一面銀世界。昨日の就寝時にはまだ降っていなかった。天気予報通りに、早朝から雪が降り始めたようで既に、五センチから十センチは積もっている。ジョージワシントン橋は既に閉まっている模様。

少々驚いたのが、学校からは何の連絡もない。結構積もっていて、まだ除雪車が処理をしていない。登校時間を遅らせるか、休校になるかと思ったのだが。通勤は諦めて、自宅で勤務。子供達は安全の為に、スクールバスまで送って行った。高学年のバスは時刻通りに。

しかし、低学年用は三十分以上遅れた。待っている間にも結構雪が降っていて、十五センチぐらいまで積もってきている。高学年を送った後に、また同じ道を巡回して低学年を迎える。校舎の立地が、高学年と低学年で別になっている。高学年の登校が全体的に遅れたようだ。バスを待っている間に、行政の除雪車が道を綺麗にして行った。

昼前には雪もやみ、下校時間になると結構暖かくなっていたので、道の雪はほぼ融けていた。

四月の大雪の後のニューヨークを自転車で2018年04月04日 12時26分08秒

四月の大雪の後のニューヨークを自転車で。月曜日の昨日十センチから十五センチの積雪があったニューヨーク。しかし、午後からは暖かく、日も差してかなり融けてしまった。芝生の多いリバーサイドパークには市内よりも雪が残っている。。

二十六分。

息子がテコンドーの初段を取得2018年04月04日 21時15分58秒

息子が小学生に入ったあたりからテコンドーを続けている。一回所属を替えたのが始めて一年目か二年目くらいの頃。その後は今の道場で続けている。テコンドーだと四、五年ぐらい続けると黒帯の初段までいけるようだ。

息子は気に入っている様でテコンドーは続けたいと言っている。今の週末に初段の昇段審査があった。三時間の長丁場だが、娘も飽きずに見ていた。

最初は、型の披露。その後に同じ体格の者同士でスパーリング。そして表彰式。

型は毎週稽古のたびに反復して練習しているので、形は戸惑わずに出来た。ただ、惰性でやっている感じが出て、メリハリが効いていない。同じような年頃の、同じ昇段試験を受けている子供達も似たような感じなので、この年齢や初段ではこのぐらいなのだろう。先生方の型はしっかりと緩急が付き、違いが大人には一目で分かる。自身も小学校の時に剣道をやっていたが、型の意味が分かっていなかったの思い起こす。両親達からは、やはりメリハリの無い動きが見えていたのだろう。

スパーリングは面白いことに、三対一。四人一組になって、一人が連続で三人を相手をするのを交替で行う。どの子供達も二人目の終盤から、三人目にはスタミナ切れを起こして、動きが遅くなっていた。対戦相手側に回ると、休憩があるので回復して、受験者に元気良く向かっていく。

無事に授与式も終え、出席者の記念撮影で終った。

FreeBSD の SA が二つに ERRTA が二つ2018年04月05日 11時36分27秒

FreeBSD-SA-18:04.vt.asc は vt コンソール。10 系では設定により、11 系ではデフォルトで有効になった。フォントの設定のチェックが甘くて、意図せずにカーネルメモリをコンソールに出力してしまうバグ。10 系では sc コンソールを使っていると影響は無い。

FreeBSD-SA-18:05.ipsec.asc の対象はサポートされている全てのリリース。10 系と 11 系になる。IPSec のヘッダの長さに 0 を指定されていると、カーネルがクラッシュする。

FreeBSD-EN-18:03.tzdata.asc は夏時間の適応データの更新なので、自ずから全てのリリースが対象

FreeBSD-EN-18:04.mem.ascの対象も全てのリリース。こちらは、HighPoint ディスクコントローラの問題。 hpt27xx(4)、hptnr(4)、 hptrr(4) のドライバのメモリの初期化に問題があり、カーネルデータがユーザ領域に洩れてしまうことがある。

濃霧の中をジョージワシントン橋を自転車で渡って、ニューヨークを南下2018年04月05日 12時15分26秒

昨日は雪の残った風景だったが、今日は霧で真っ白のニューヨーク。今朝は霧がとても濃かった。正に、五里霧中。ニュージャージー側のフォートリーの方が霧が濃い。橋から見える風景は真っ白。橋を渡った後は、コロンビア大学のわきを抜けて坂道を下り、ハドソン川沿いのリバーサイドパークを南下。ここでの景色も真っ白。

夕方は風が強く、ジョージワシントン橋の歩道が閉まって難儀した。

四十一分。

Toshiba Canvio Basics 3TB を購入2018年04月06日 13時36分07秒

Canvio Plus 750GB が故障したので、交換用に Toshiba Canvio Basics 3TB を購入。

故障した日に値段を調べたら、3TB で 80 ドル。4TB で 100 ドルで売っていた。探していたのはポータブル型。4TB の方がバイトあたりの単価が安い。深夜遅くなったので、次の日に注文することにした。

その次の日に何と、丁度見ていた 3TB の外付けディスクが日替わりセールになっていて、70 ドルに。昨日は 4TB は大きすぎて迷っていたので、そちらに決めた。そして注文したのが週末。それが数日前の夜に届いていた。

早速 FreeBSD 11.1-RELEASE に繋いでみる。dmesg はこうなった。

da1 at umass-sim1 bus 1 scbus4 target 0 lun 0
da1:  Fixed Direct Access SPC-4 SCSI device
da1: Serial Number 20180127xxxxxxF
da1: 40.000MB/s transfers
da1: 2861588MB (5860533164 512 byte sectors)
da1: quirks=0x2
シリアルナンバーは日付を使っている様だ。USB3 だが、古いHP Pavilion dv6425us と同じ時期に買った HP Pavilion dv6426us なので、ホスト側はスピードは出ないのは折り込み済み。

前回。

セントラルパークで花が咲き始めたのを撮ろうとしたが失敗2018年04月07日 12時41分35秒

セントラルパークで花が咲き始めたのを撮ろうとしたが失敗セントラルパークで花が咲き始めた。まだ、咲き始めで、一部に黄色や白い花が見られるようになった、一歩咲く程度。折角なので動画を撮ろうとしたが失敗。ピントがぼけている。

十三分。

zpool replace のディスク交換を中断2018年04月08日 07時57分21秒

ZFS でディスクを交換するときは、zpool replace pool old-device new-device で始める。そうすると、resilver が始まり、データの移行が進められる。

何らかの理由により、ディスクの交換を中断したいときがある。そんな時は、zpool detach pool new-deviceで中断できる。

$ zpool status
  pool: scratch
 state: DEGRADED
status: One or more devices is currently being resilvered.  The pool will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
  scan: resilver in progress since Thu Apr  5 23:54:13 2018
        959G scanned out of 2.35T at 11.4M/s, 36h6m to go
        458G resilvered, 39.83% done
config:


        NAME                                    STATE     READ WRITE CKSUM
        zfs                                     DEGRADED     1     0   453
          raidz1-0                              DEGRADED     1     0 1.62K
            gpt/zfs1                            ONLINE       0     0     0
            replacing-1                         ONLINE       0     0   106
              gpt/zfs2                          ONLINE       2     0     0  (resilvering)
              gpt/zfs6                          ONLINE       0     0     0  (resilvering)
            gpt/zfs3                            ONLINE       1     0     0  (resilvering)
            replacing-3                         DEGRADED     2     0     0
              15470053991832379715              UNAVAIL      0     0     0  was
/dev/gpt/zfs4
              gpt/zfs5                          ONLINE       2     0     0  (resilvering)


$ zpool detach scratch /dev/gpt/zfs6
$ zpool status
  pool: scratch
 state: DEGRADED
status: One or more devices is currently being resilvered.  The pool will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
  scan: resilver in progress since Thu Apr  5 23:54:13 2018
        961G scanned out of 2.35T at 11.4M/s, 36h5m to go
        458G resilvered, 39.83% done
config:


        NAME                                    STATE     READ WRITE CKSUM
        zfs                                     DEGRADED     1     0   453
          raidz1-0                              DEGRADED     1     0 1.62K
            gpt/zfs1                            ONLINE       0     0     0
            gpt/zfs2                            ONLINE       2     0     0  (resilvering)
ering)
            gpt/zfs3                            ONLINE       1     0     0  (resilvering)
            replacing-3                         DEGRADED     2     0     0
              15470053991832379715              UNAVAIL      0     0     0  was
/dev/gpt/zfs4
              gpt/zfs5                          ONLINE       2     0     0  (resilvering)
resilver が発生していたディスクはそのまま作業が進められるようだ。