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

2018年3月25日

• ↓引続き外付けHD整理:
  • 引越し後、中を出し切っていない段ボールを確認したがブツは発見できなかった。 頑張れば出てくるんだろうけどとりあえずlost扱いかな。

2018年3月24日

• ↓引続き外付けHD整理:
  • 1/4縮小作業が終った。 んで、間違って1/4縮小してしまったものを1st PCに複写。 外づけHDの中身を消さないでおいてよかった。
  • んで、newfsして、1/4縮小したものを書き出し。 2 titleしかないので、8分強で終了。
  • 次にもともと1/4縮小していたものを書き出し。 144分ほどで終了。 空き領域が37GBほどあるので、500B HDから吸い出しておいた1/4縮小済みの録画分を書き出し。
  • 無事終了。 は、よいのだが、次に作業しようと思った持っているはずのHitachi GSTの250GB HDが記録されているにも関わらず行方不明だな。 やっぱり、段ボールの中にあるんだろうな。 明日、調べてみるか。
• WPA接続が出来なくなっていたのでCG-WLR300NMを再起動して復活。 前回の不調は3/4。

2018年3月22日

• ↓引続き外付けHD整理:
  • 1/4縮小作業が終了した、と思っていたら、1 titleについて、1/4圧縮しようと思っていたのと、そのままのサイズで残そうと思っていたのが間違っていたので、それをやり直し。

2018年3月21日

• ↓引続き外付けHD整理:
  • ということで、「newfs -m 0 -o space」して、書き出し。
  • よく見たら空ディレクトリがそこそこあるな。 と思ったら見方を間違っていた。
  • 残り1.9GBほどあったので、500GBから引き上げた1/4縮小済みのものを移動して埋めてみる。
  • 順に容量の少ないディスクを見ているが… なんか、#6 diskが見当たらないぞなくしたか？ もしかして段ボールに入ったまま？ 探すの面倒だなぁ。
  • とりあえずNo.1 diskも160GBなので、とりあえずこれを吸い出すか。
  • 74分ほどで、147GBほど読みだした。 んで、500GB HDから読み出しておいた1/4縮小済みのもので満たしてみる。
  • 次は250GB HDを満たしていくか。 ここは1/4圧縮していないものも混じっているが、とりあえずは全部吸い出してみるか。
  • とりあえず2時間ほどかけて233GBほど読み出す。 んで、1/4圧縮作業開始。

2018年3月19日

• ↓引続き外付けHD整理:
  • なんだかよく分からないが、問題を起こす前に読んだ分と併せて147GBほど読み出せたので、とりあえずは欠損なしか？

2018年3月19日

• ↓引続き外付けHD整理:
  • 1.5時間ほどで、160GBに保存してあるものを1st PCに複写できた。 ということでnewfsしなおして書き出し。
  • 書き出しが終った。 また、1話抜けていたもので、再放送を録画できたものを消してみた。 その空いた領域に500GB HDから1/4縮小したものからgreedy algorithmで埋めてみた。
  • もう一つ、既に1/4縮小で埋まっている160GBがあるので、まず、こいつの中身を1st PCに吸い出し。
  • このHDの物理的に下にあるものを取り出したくなって、移動したら… しまった。 やっちまった。 エラー出しまくりで固まっている…
  • んで、umountも途中で固まっているのをfwcontrol -rで終らせたら… mountどころかfsckさえ出来なくなっていた。
  • いつもの手順でnewfs -Nの結果をみて、最初のいくつかでfsck_ffs -bするもダメ。 newfsでパラメータをいじっていたかも。
  • そういえば、「192 is not a file system superblock」とか表示するってことは、「superblockかどうか判定する機能がfsckに入っているのでは？」と思い、頭から順に-bしていったら、160が正解だった。 前に似たような状況に陥ったディスクがあって、結局諦めて上書きしてしまったが、救えたのかもしれない。 残念。
  • いずれにしろ、それなりに復旧したので、吸いだし再開。 なんか、mountすると、

    Size 149G, Used 145G, Avail -8.0G

    とかなって、怪しいことこの上ないのだが読めるうちに読み出してみる。

2018年3月18日

• 時間が出来た、というか花粉関係で外出したくないこともあり、録画データの整理開始。
  • とりあえず一昨日に、保存していた古めのTSを削除し作業用領域を作っておいた。 前日以前にやっておかないと毎朝自動で行なっているうっかりミス削除復活のmksnap_ffsが反映されないから。 もちろん、手動で対応してもいいのだけど、また、それはそれで面倒だし、待ち時間長いし、そこでミスってファイルが復活できなくなったりするしでやっていない。
  • 準備が整ったということで、まずは電源関係からか認識が困難になっているHDのデータの読み出しに挑戦。 念のため、air dusterで、HDのあちこちを掃除。 以前は、SATA←→firewire変換のコネクタの問題で認識していないかと思っていたので、色々接続の刺し具合とかいじっての認識にしていたのだが、ダイレクトにM/Bに刺してもダメだったので、今回は回数命ということで、電源off/onを数回繰り返したみた。
  • がーん。 やられた。

    Fatal trap 12: page fault while in kernel mode
    cpuid = 1; apic id = 01
    fault virtual address   = 0x39f
    fault code              = supervisor write, page not present
    instruction pointer     = 0x20:0xc0b1f7f0
    stack pointer           = 0x28:0xf06f7b58
    frame pointer           = 0x28:0xf06f7b74
    code segment            = base 0x0, limit 0xfffff, type 0x1b
                            = DPL 0, pres 1, def32 1, gran 1
    processor eflags        = interrupt enabled, resume, IOPL = 0
    current process         = 0 (fw0_taskq)
    trap number             = 12
    panic: page fault
    

    最近、FreeBSDのfirewireもだいぶ安定していたのでこういうのないと思っていたのに。
  • 基本、rebootしていないマシンだからこうなるとちゃんと立ち上がるか不安だよな。 とりあえず無事起動。 無事Xも立ち上がった。 ひと安心。 んで、browserは… あ、あちこちpasswordを聞いてきているのは大丈夫か？
  • とりあえずFirefoxの方は、大丈夫のようだ。 んで、fsckとか待っている間、ちゃんと通じているか疑惑はあるが、HDの方に通電をしておいてみる。
  • 97分ほどでようやくfsck終了。 幸いにして全て修復できたようだ。 とりあえずすぐには使わない容量の大きなpartitionをumountして作業再開。
  • 20分ほど電源off/onを繰り返したけどダメだな。 jumperをいじって、SATA150しばりにしたけど関係ないようだった。 途中、画面が消えたので「またpanicか？」と焦ったが、単にXのscreen saverが動いただけだった。 :-)
  • 上記怪しいSATA 750GBは諦めるとして、その他の整理をするか。 とりあえずfix diskを作るとして、それ以前にいま、管理下の手持ちはどうなっているんだろうか？

    PATA:

    250GB, 160GB, 250GB, 160GB, 120GB, 60GB, 160GB, 250GB, 160GB

    SATA:

    500GB, 400GB, 750GB

    のようだ。 この他に一定期間保存した後に消しているのがPATA 250GBであるが。
  • そのうち消してもいいのはPATAの容量が小さいところに移動して、それなりに残したいのはSATAに移動することにするか。 とりあえず昔永久保存的にとっておいたのを読み出すか。 しばらく触っていないHDなので読めない可能性もそれなりにありそうだけど。
  • とりあえず認識したがcleanでないと言われたので「fsck -y」。
  • 問題がなかったので中身を1st PCへ移動。 74分ほどで、153GBほど移動。 よく考えたら、先に1st PCに移動しておくべきものがあったような気がしてきた。
  • ということで、500GB SATAの方から、1/4縮小したものを1st PCへ移動。
  • 337GBほどを162分ほどで完了。 一度crashした60GBほどのHDはどうしようかなぁ。 とりあえずfsckとか出来る感じではないのでzero fillして、書き出してみるか。
  • なんかwrite errorになるので破棄することにした。 ddが固まっているのでkill -9しても死ななかったが、とりあえずfwcontrol -rしたら死んでくれた。
  • 40GB HDが出てきたので様子を見てみよう。
  • とりあえず書き出してみた。 次は… 120GB HDはほぼ1/4縮小のものが埋まっているけど…
  • discが回転する音はするが、認識しない… ま、いっか。 ということで、今度は160GBのHDだな。 とりあえずほぼ全部が1/4縮小で埋まっているのがあったので、 まずはそいつを1st PCに読み出して、それから書き直して磁気の劣化をもとに戻すか。

2018年3月15日

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

2018年3月13日

• ekit International SIMがiOS10?/ iPhone7でcall backがうまくいかない。 かけて切れるところまではいいのだが、callbackで帰ってきているだろう呼出の反応がない。 Settings→Phone→SIM Applications→Callback→Callback mode→Premium。 で、出来るようになった。

2018年3月4日

• なぜだかDNSが引けなくなっていて、CG-WLR300NMのHTTP accessもtime outすることから電源off/on。 前回の不調は2/14。

2018年3月2日

• RC5-72 challenge5.050%突破。 昨日のペースだと全空間探索にあと220年。 3年4倍で解読速度が向上するとすると24年。
• ToSC Vol 2018, issue 1が出た。

今月の日記

日本語ホーム頁に戻る

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