計算機暗号屋日記 (2026年3月 弥生)

2026年3月25日

• ↓のその後:
  • 念のためと思ってbuildworldしたらエラー。 /usr/srcも壊れているらしい。
  • git checkoutして、buildworld、installworld、 buildkernel、installkernel。 さらに、pkg upgrade -fした。
  • その後、一週間は安定しているけど直ったかな。 でも、homeとかの破損がある場合はわからんな。 とりあえず気がついているものはないけど。

2026年3月13日

• 昨晩、USB外付CDドライブでCD-Rをヤキヤキしていたところ、PC本体の上に乗せていたドライブが落下。
  • 物音がしたので、見に行ったところ、ヤベーと思った。 messagesに以下

    (cd1:umass-sim0:0:0:0): READ CD. CDB: be 00 00 00 00 00 00 00 01 f8 00 00 
    (cd1:umass-sim0:0:0:0): CAM status: CCB request completed with an error
    (cd1:umass-sim0:0:0:0): Retrying command, 2 more tries remain
    

    が繰り返し記録されていたが、1分もしないうちにcdrecordが異常終了。 だが、CD-Rはずっと回転しているような音がしていた。
  • 「cdcontrol eject」しても終了せず、もちろん開かない。 これはまたpanicになるパターンかなぁと嫌な感じで、とりあえず「usbconfig -d 4.2 reset」したところ、cdcontrolは終ったが、やっぱりCD-Rは排出されない。 物理的なボタンを押しても同様に排出されず。 この時点で、/dev/cd1は消失。 このあと、

    (cd1:umass-sim0:0:0:0): READ CD. CDB: be 00 00 00 7e a2 00 00 01 f8 00 00 
    (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error
    (cd1:umass-sim0:0:0:0): SCSI status: Check Condition
    (cd1:umass-sim0:0:0:0): SCSI sense: Deferred error: MEDIUM ERROR asc:11,0 (Unre(cd1:umass-sim0:0:0:0): Retrying command (per sense data)
    

    というメッセージが繰り返される。
  • ChatGPTに聞いてみたら、「camcontrol reset cd1」を勧められたので実行。 1分ぐらいかかったが、終了。 でも、やっぱりCD-Rは出せない。
  • ChatGPTを信じると、USB cableの抜き差しを勧められた。 panicの懸念を聞いたが、FreeBSD13ではまず大丈夫と言われた。
  • USB cableの抜き差しを実行。 CD-Rは物理ボタンで取り出せたが、messagesにはcd1は認識されたものの /dev/cd1は生えてこず、 上記SCSI Status Errorが止まらない。
  • 諦めてPCを再起動。 何かに引っかかって、shutdownできないかと思ったらそうでもなかった。 ただ、やはり変なところがあるようで、HDD/SSDのumountには失敗した模様。
  • single user modeで「fsck -y」を実施。 起動。 lost+foundをいくつか見たが、大きな問題はなそうだった。
  • んで、ラッキーにかけて、問題のCD-Rを挿入してCD driveを接続。 なんか、読み込みっぱなしになって、再度上記SCSI Status Errorが出て止まらなくなった。 やっぱりこのメディアはダメになったっぽい。
  • 仕方がないので、再起動。 OSが止まっているところで、USBを抜く。 んで、OSを起動してCD-Rを入れ換えて焼き直し。 うまくいった。
  • と、思って、30分後ぐらいに見たらOSが起動しつつあり、「/ was not properly dismounted」のメッセージで止まって10分以上変化なし。
  • ヤベ、panicしたのか、と思って、ctrl-cを押してsingle user modeに入り「Enter full pathname of shell or RETURN for /bin/sh:」と言われてEnterを押すもshellが起動しない。
  • /bin/shや/bin/tcshなどを指定しても変化なし。 もしかしたら、と思って/sbin/fsckとしたらfsckが起動した。
  • 余りにも多くの「y」が必要なので、ふと気がつきctrl-cで一旦fsckを止め、shellとして/rescue/tcshを指定したらshellが起動した。
  • ただ、なんかfsckで大量に消したらしく、lsもできず、「echo *」の状況。 とりあえず、「fsck -y」でfile systemの修復を計る。
  • んで、multi user modeで起動しようとしたら、/bin/shが参照するライブラリlibncursesw.so.9がないと主張して起動しない。 困った。
  • これは、install USBとかでrecoveryするしかないな、と思い、USBメモリを探索。 職場には各種あるが、個人的には…4GBのものが見つかった。 よかった。
  • んで、BIOSでUSBメモリからの起動を指定しようかと思ったら… なかった。 まぁBIOSとか言っている辺りで一体いつのPCを使っているのかという話ではあるが。
  • 色々考えたところ、single user modeで/rescue/shで起動して、USBメモリのfilesystemをmountしたら、なんとかなるかもと、思って、実行。 とにかく/rescue以下の命令を使って、/libを複写して復旧。 ctrl-dでmulti user modeに… いった。 よかった。
  • とりあえず復旧したようだが、色々壊れているようなので、buildworldやpkg upgrade -fなどで、戻せるところは上書きできるよう、準備。
  • messagesや「dmesg -a」を見たけど、panic原因は不明。 /var/crashを見たら、「Fatal trap 18: integer divide fault while in kernel mode」で落ちたっぽい。 lost+foundにはほとんどファイルがなかった。

2026年3月12日

• メモ: gpu-ecm-64b

2026年3月9日

• メモ: JVG algorithm
• 2/19の件。 なんか効果がないどころか、ちょっとではあるが色々悪化している気がするので、いくつかのパラメータを元に戻した。