計算機暗号屋日記 (2023年6月 水無月)

2023年6月5日

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

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年。

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