山D

最近は @yamad" target="_blank" rel="nofollow noopener">msk.seppuku.club/@yamad にもいます

履修登録の期間短すぎ…… 専門若干取りすぎた感ある

Anthropicによる買収の成果か > Bun、コマンドラインからヘッドレスブラウザの操作を行える新機能「Headless Browser Automation」搭載 publickey1.jp/blog/26/bunhea…

Linux 7.0出たか

@rikki_312 とりあえず動いてるのでそのまま放置しちゃって将来的に破滅的な結果を迎える√も……😇

@_yamader データベースのリペアは僕はやったことないですわ……　しばらく寝れなくなさそうな雰囲気がすごいします（

2枚あるうち生きてそうな方でスロットA1とB1が大丈夫なことを確認した 死んでそうな方も端子拭いたり色々したけど，Address testで値が化けるのは改善せず…… 実はRAMを破壊するのは初めてではないんやけど，マジか え，マジで??

@rikki_312 カーネルパニックやら強制再起動やらを繰り返しているうちにやられちまったみたいで……(メモリ上で化けたやつがストアされた可能性もあるかもしれないが) 残っている部分を矛盾のないようにインポートできればいいかなぁと……

@_yamader たしかデータベースファイルは(systemdのjournalもそうですが)CoWからの除外を推奨されるので、そうなると副作用としてチェックサムも無くなるために破損してもファイルシステムレベルでは検出できなくなるはずです……journalはsealしていれば破損は分かりますが、データベースファイルは無さそうな…

@rikki_312 ストレージ破壊よりはいろいろマシなんですけどね…… btrfs本体はscrub回してみた感じ耐えてそうなので，PostgreSQLの壊れたファイルだけどうしようかなと……(pg_dumpしてpg_restoreする流れになるんでしょうけど，制約エラーかなんかでうまくいかない; まだそこまで試行錯誤してる訳では無いが)

@_yamader チェックサム付きのファイルシステムならばある程度破損箇所が絞れますが、それでも色々辛いです……　大量のデータが信頼できなくなると確認とサルベージは冗談抜きで週単位かかり……(ストレージ破損起因とメモリ破損起因で合わせて4回くらい覚えがありどれも超大変だった)

@rikki_312 何がアレって，これのせいでHDD・SSDのデータが一部壊れてることなんですよね……(大容量のファイルやDBの内部データ等) 挙動が変になって早めに原因がわかったから良いものの……

@_yamader RAM死亡でもスロット死亡でもどちらでもダメージ大なシナリオ……

#RAMは消耗品

鯖の不調の原因が判明……

#金沢爆破予告来ても休講しない大学

お預け喰らってたんもあるけど大学楽しすぎる

行ってきた

@rikki_312 busybox，今でもたまに使います (本件とは関係ないけどalpineに入ってるやつはmuslと動的リンクされてるので微妙に不便なんすよね……)

@_yamader 動かないバイナリが作られて詰んでるのかと思いました……w　(誤ってcoreutilsを消そうとして詰んでstage3で上書きしたり、initramfs上のバイナリが不足しててbusyboxで何とかしたりしたことがある)　とりあえず再起動で何とかなったのはよかったです

終わった……

@rikki_312 (コンテキストとしては，btrfsのエラーが出てroマウントに切り替わったあとの話なので，イレギュラーな環境ではある) 特に止められないプロセスは無かったので再起動しました……

@_yamader busybox内のmountが使えれば何とか……

元J科コンプ勢としては感慨深い

おお……

J科です

日本酒がうまい

独りでしょんぼり花見してる