たまに掃除は必要!熱暴走…

イメージ
 そんなに暑くないのに… 本日、午前中にオンラインで打合せをしていると、突然マシンがダウン。 一瞬、停電か?と思ったもののディスプレイの電源は入っている。 あれっ?と思い、すぐさまノートで打合せを継続。 その間に、再度マシンの電源を投入。 問題なく起動する。 でも、CPU温度がたまたま目に入り、95℃を超えて徐々に上昇していく。 105℃あたりで再度マシンダウン。 これは、熱暴走によるダウンの可能性が高い。 以前、CPUをRyzen7→9にした頃は、60℃〜70℃程度だった記憶がある。 本当はGW中にSSDの載せ替えを行う予定だったけれど、忙しくて先延ばしにしていた。 その時やっていれば、多分掃除もしただろうに…。 ということで、午後からマシンを解体し、掃除をすることに。 ケース本体のFANはホコリがかなり溜まっている。 GPUのFANは問題ない。 電源とCPU FANはひどい。 一旦、CPU FANを取り外し、きれいにする。ついでにCPUグリスも塗り直しセット。 動作確認すると、投入直後で40℃台。 そりゃ、熱暴走も起こすわけだ。 せっかくバラしたので、SSDの載せ替えを実施。 OSは500GBで、ユーザ領域(/home)は1TBを使用しているもののAIのmodelをいくつも落としていたり、DockerのImageが多種置いてあるため、結構容量を食っている。 今回、2TBのSSD( Hanye SSD ¥17,800- で入手済)を用意してあるので、 1TB→2TB, 500GB→1TBと玉突きで移動させることを計画していたので実施する。 本当は、ddコマンドで移すつもりだったのだけれど、3月にお客さんのところで使いそうだったので、 ORICOのクローン機能付SSDアダプタ を入手済。 裸族のSSD版ですね…。1万円程度の品です。 これに、新品のSSDとこれまでの1TBのSSDを差し込んでクローン開始。 そこそこ時間はかかるものの、放置でOK。 ただ、HanyeのSSDについているヒートシンクが引っかかるため、一旦取り外してクローン後取り付ける必要があった。 続いて、500GB→先程の1TBに書き込み。 ただ、1TB(samsungの980pro)が、先程のクローンでかなり熱くなっていたため、速度低下が激しい感じ。1TB→2TBよりも時間がかかった感じ。 ...

壊れたSDカードからのデータ取り出し

 SDカードは壊れます

USBメモリも壊れます…。
ということを皆さんは知らないのか、自分のは壊れないと思っているのか…。
忘れているのか…。


お客さんから急な連絡がありました。
カメラのSDカードが使えなくなったと…。

ELECOM製の32GBだというので、ELECOMに聞いてみると良いですよと、最初は返答。
すると2日ほどして、「3万円以上かかると言われたので躊躇している。一度チェックしてくれないか?」

いや、オイラがやったって、出来るかどうかわからんし…。
手間暇かけると、それくらいの費用になりますよと返答したけど、無理矢理メディアを渡され…。

仕方なく、持ち帰ってチェック。
確かに認識はしないが、fdiskで見ると、パーティションは認識している。

$ sudo fdisk -l

ディスク /dev/sdb: 29.45 GiB, 31609323520 バイト, 61736960 セクタ
Disk model: SD Card Reader  
単位: セクタ (1 * 512 = 512 バイト)
セクタサイズ (論理 / 物理): 512 バイト / 512 バイト
I/O サイズ (最小 / 推奨): 512 バイト / 512 バイト
ディスクラベルのタイプ: dos
ディスク識別子: 0x00000000

デバイス   起動 開始位置 最後から   セクタ サイズ Id タイプ
/dev/sdb1           8192 61736959 61728768  29.4G  c W95 FAT32 (LBA)


ということは、論理的に壊れたのか?

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sdb      8:16   1  29.4G  1 disk 
└─sdb1   8:17   1  29.4G  1 part 

OKっぽい感じ…。

これなら修復可能かも…。

Photorecを思い出すのに苦労した…

Linux用の修復ツールがなかなか思い出せず、なんだっけ?と思いつつ検索して分かった。
昔、HDDが壊れたときに使えないか試した記憶が…。


ここに綺麗にまとめてありました。ありがたや。

早速、インストール。

# apt install testdisk
# photorec /dev/sdb1

後は、CUIだけれど画面を見ながら指定していく。
基本的には、jpegだけだと思うけれど、念の為動画mov、mpegなどもチェックしておく。

ディスク全体を修復するよう指示して、書き込みフォルダを指定するだけだ。


Let's Go!

解析が始まり、修復が進んでいく。
途中で、修復された画像のEXIFをチェックしてみると、EOSの型番なども確認できる。
どうやらOKそうだ。

事前に3000枚以下だったと記憶していると聞いていた。
およその残り時間が表示される(トータルで約2時間程度)

他の仕事をしながら待っていると、無事に完了。
全部で2500枚程度だった。

あとは、これを別メディアに書き込んで完了。



って、DVDに焼いてくれと言われたので作業しているけど、こっちの方が時間かかってる感じ…。
なんだかなぁ。


昔HDD壊して泣いたので、以来バックアップはしっかり取っているし、メディアは壊れると思っているので、自分には使うことがないんだよね…。


コメント

このブログの人気の投稿

Ubuntu24.04 でGUIが死んだ

VirtualBoxが異常

MEGAにも弱点があった?