計算機暗号屋日記 (2023年5月皐月)

2023年5月30日

引続き3TB内蔵HD交換作業:
- 9時間ほど経過した。終了予想時刻は17:02まで遅くなったこともあったが、現状15:23らしい。まだ、ヤバイ場所を踏んでいないのかな。 logを見てもread errorを記録されていない。このまま問題無く終了すると嬉しいけど、逆にそうだとするとなんで入れ換えているかという気もする。
- さらに6時間、合計では17時間ほどで終了。途中、9回ほどread errorがあったが、dumpが都丸こと無く終了していてよかった。
- その後にdump元のデータも更新されたはずなので、dump levelを1にあげて同じ複写を実施。 10分ほどで終了。
- 上記実験中、しばらく離席していたのでもう一度dump levelをあげて実施。 10分もかからず終了。後、「shutdown -p」。
- crashしつつあるSeagateのHDを外して、代わりにWD80EAZZに入れ換え。 Seagateの方も、S.M.A.R.T.の様子を見たりとか0-fillで微妙に復活するかとか見たくもあったが、とりあえずWD80EAZZにつないでいたcableはDVD driveに戻した。んで、BIOS起動。問題無く認識。
- 念のためsingle user modeで起動して、「mount -a」。 fstabもいじらずに無事置換えが完了した模様。
- しばらく1st PCでいくつか作業を停止していたものの再開だな。

2023年5月29日

昨日ポチった8TB HD (WD80EAZZ)が届いたので入れ換え作業開始:
- 恒例により中身の埃掃除。これまで見た中で一番埃が積もっていた気がした。 air dusterで出来る範囲で掃除。
- どこか空いているSATAの口は… と思ったが空きが無かった。 DVD driveはどうせマトモに使えていないということで、こちらを外してつないでみた。 BIOSでIDE Channel 1 Slaveで[WDC WD80EAZZ-00BLKB0]として認識されていた。
- とりあえずsingle user modeで起動。「mount -a」して何も起きなかったので、device名が入れ替わる問題は起きなかったようだ。
- ctrl-Dして、multi user modeで起動。
- 21/4/25を参考にして、「fdisk -I /dev/ada3」したら「なんもない」的なことを言われたが、書き込みはしたみたいなので、そのままでもいいとは思ったけどもう一度実行したら正常終了。
- のち「bsdlabel -w /dev/ada3s1」して、「bsdlabel -e /dev/ada3s1」で、a partitionだったのを、なんとなくd partitionに変更。んで、「mount /dev/ada3s1d /mnt」したら… 2TBしかなかった。
- 確かに今回crashしかかっている3TB HDはfdisk partitionじゃなくて、gpartになっているようだった。
- ということで、19/2/12の記事を参考にして、「gpart create -s GPT ada3」したら…なんかあると言われて書き込み出来なかった。
- しかたないので、「dd if=zero of=ada3 bs=32m count=16」して、頭の方を潰した後、もう一度実行したら正常終了。続けて「gpart add -t freebsd-ufs -a 1M ada3」「newfs -U -m 0 -o space ada3p1」して使えるようになった。
- 「mount /dev/ada3p1 /mnt」して「cd /mnt」「dump 0uLaf - /dev/ada0p1|restore xf -」で、複写開始。
- そのうち、読めないところで引っかかるのかもしれないが、とりあえず10分ほどは順調に進んでいる。今のところ、12.5時間ぐらいで終るとの主張。 iostatで見ると、読む方は65MB/sぐらいで書く方は50MB/sとなっている。なんでずれるんだろうか。
- しかし、録画保存用のHDとしては、もう一つが2TBなので、こっちの方が古いと思われるのに元気だな。まぁいいけど。
- そういえば起動時メッセージにquirks=0x1<4K>がなかったけど、まさか512B sector?
- dump始めてから1時間ほど経過。残り18.7時間ほどに増えていた。

2023年5月28日

↓こちらは、録画していないタイミングで再起動してsingle user modeで「fsck -fy」して無事解決。
- が、main PCの方で、
```
(ada0:ata0:0:0:0): READ_DMA. ACB: c8 00 c0 b6 ce 43 00 00 00 00 40 00
(ada0:ata0:0:0:0): CAM status: ATA Status Error
(ada0:ata0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 40 (UNC )
(ada0:ata0:0:0:0): RES: 51 40 e8 b6 ce 03 03 00 00 00 00
(ada0:ata0:0:0:0): Error 5, Retries exhausted
g_vfs_done():ada0p1[READ(offset=32704921600, length=32768)]error = 5
```
  かんべんしてくれ。
- ada0は録画の保存データ用のHDだな。 main PCのreplaceもずっと考えてはいたけど急ぎだなぁ。その前にrouterの置きかえとか、いろいろ考えていたけど… うーむ。
- まず、SATA HDを買って… とか、いや、やっぱり買い替えるべきだろうな。今のada0は3TBか。昔のlog記録を見ると… 2017/5/5に買ったものっぽい。ということで、6年もったならまぁアリといえばアリか。
- ざっと見ると、現状、容量単価は8TB辺りが一番安いのか。明日、近所の電器屋で見て買うか、イマドキだとポチるべきか。
- なんかすぐに届きそうだからポチるかなぁ。

2023年5月27日

今日の3:50am頃録画PCが突然再起動した模様。理由不明。 M/B温度も63度で安定しているみたいだったし。 fsckが失敗しているみたいだが、とりあえず動いているのは助かる。手動fsckしろとなっているが、しばらく録画が続くのでなんとか持つこと期待。

2023年5月22日

RC5-72 challenge10.100%突破。昨日のペースだと全空間探索にあと54年。 3年4倍で解読速度が向上するとすると7年。

2023年5月9日

RC5-72 challenge10.050%突破。昨日のペースだと全空間探索にあと69年。 3年4倍で解読速度が向上するとすると8年。

今月の日記
日本語ホーム頁に戻る

特に断らない限りOSはFreeBSDを仮定しています。

本ページの主張等は著者の所属組織に全く関係なく、個人としてのものです。

計算機暗号屋日記 (2023年5月 皐月)

計算機暗号屋日記 (2023年5月皐月)