つぶねこ

　昨日正常に読めていたHDDを、RATOCに放り込む。
　アクセス。書き込み。
　しばらくして、ファイルが書けにゃいとか言われる。
　見に行ってみると、構造が壊れてて読めませんエラー。
　大急ぎで全アクセスを停止。eject。
　再投入。ディスクは存在するがドライブとして認識せず。未フォーマット。
　RATOCから出して、USB直で繋ぎ直し。
　同、未フォーマット状態。
　PC Inspector File Recovery、ドライブを発見するがFATとして認識。弱い。
　つまるところ、OSがNTFSを発見できてにゃいってことぽい。
　デバイスの取り外しをせずにUSBを引っこ抜く。再接続。
　chkdsk。破損したNTFSドライブを発見(笑)
　
　>chkdsk /f d:
　ファイルシステムの種類は NTFS です。
　
　CHKDSK はファイルを検査しています (ステージ 1/3)...
　壊れたファイルレコードセグメント 4 を削除します。
　～～～
　壊れたファイルレコードセグメント 160 を削除します。
　ファイルの検査を完了しました。
　CHKDSK はインデックスを検査しています (ステージ 2/3)...
　ファイル 5 の軽度にゃエラーを修復します。
　ファイル 27 内のインデックス $I30 のインデックスエントリ DC252E~1.～を削除します。
　～～～
　ファイル 147 内のインデックス $I30 のインデックスエントリ GXD_12~2.MD5 を削除します。
　インデックスの検査を完了しました。
　CHKDSK は新しいルートディレクトリを作成します。
　CHKDSK は破損ファイルを回復しています。
　孤立したファイル $MFT (0) をディレクトリファイル 5 に回復します。
　孤立したファイル $MFTMirr (1) をディレクトリファイル 5 に回復します。
　孤立したファイル $LogFile (2) をディレクトリファイル 5 に回復します。
　孤立したファイル $Volume (3) をディレクトリファイル 5 に回復します。
　孤立したファイル $AttrDef (4) をディレクトリファイル 5 に回復します。
　ファイル 5 の軽度にゃエラーを修復します。
　孤立したファイル . (5) をディレクトリファイル 5 に回復します。
　孤立したファイル $Bitmap (6) をディレクトリファイル 5 に回復します。
　孤立したファイル $Boot (7) をディレクトリファイル 5 に回復します。
　孤立したファイル $BadClus (8) をディレクトリファイル 5 に回復します。
　孤立したファイル $Secure (9) をディレクトリファイル 5 に回復します。
　孤立したファイル $UpCase (10) をディレクトリファイル 5 に回復します。
　孤立したファイル $Extend (11) をディレクトリファイル 5 に回復します。
　孤立したファイル vob (27) をディレクトリファイル 5 に回復します。
　CHKDSK はセキュリティ記述子を検査しています (ステージ 3/3)...
　セキュリティ記述子の検査を完了しました。
　データ属性をファイル 4 に挿入します。
　データ属性をファイル 6 に挿入します。
　データ属性をファイル 7 に挿入します。
　マスタファイルテーブル (MFT) のミラーでエラーを修復します。
　属性定義テーブルエラーを修復します。
　ブートファイルエラーを修復します。
　CHKDSK はマスタファイルテーブル (MFT) ビットマップに割り当て済みとして
　マークされている空き領域を検出しました。
　ボリュームビットマップエラーを修復します。
　ファイルシステムを修正しました。
　～～～
　 0 KB : 不良セクタ
　 73735 KB : システムで使用中
　 65536 KB : ログファイルが使用
　
　NTFSつえええええ(笑)
　問題は、上位の実装でNTFSの認識とかが緩かったり、エラー対処しにくくにゃってることだにゃぁ。
　ファイル構造はほぼ完全修復されたが、細かいファイルが消滅し、先頭のでかいファイルが破損していた。
　原因が分からんが、前回もRATOCに刺してファイル構造が崩れるってのがあったので、どうやらRATOCの何かが脆くにゃってる模様。転送化けとか接触不良とか原因は分からにゃいが、それをRATOCのBIOSが勘違いしてるのかもしれにゃい。
　先頭ファイルが死んだのは、MFT及び先頭ファイルのデータ領域に何か上書きしてしまったと言うことだろう。細かいファイルが消えたのはもちろんMFTが上書きされたから。
　そろそろRATOCも捨て時か。ファンもぼろぼろだし。

　タネタネが出てくると、カメラの視点が低くにゃって良い。本人達もそれにゃりにかわいいし。

　そしてそのタネタネプリンセスを美味しそうに眺めるリオーネ。
　この物欲しそうにゃ表情が素晴らしい。
　リオーネとファインは永遠の友だね。
　そして王と王妃の恥ずかしい昔話。

　リオーネの控えめにゃ反応がよいのだが、作画が控えめを通り越しててにゃんともにゃらん。もったいにゃい。

　あーもうドレスで農作業してるリオーネかわいいし。

Fineと

Rein、そして

Lione。
　レインってそんにゃスペリングにゃんだ、とか、タネタネの国にLioneってプリンセスが存在するぽいんですが、とか、いろいろ。

　このあたりも、密かにタネタネプリンセスの捕食を狙っているリオーネの表情がよい。

　とりあえずプリンセスらしいプリンセスとして、この程度では反撃に出にゃいリオーネがしおらしくて良い。

　さらにこのようにゃ我慢を重ねた結果、遂にタネタネプリンセスをGETして牙を出して笑うリオーネの満足そうにゃ表情が良い。
　この後タネタネプリンセスがリオーネによって何匹くらい間引かれたのかどうか気ににゃる。

　それにしても「悪い人居にゃくにゃれ」はきっついにゃぁ(笑) 天罰召喚相当か。

　Excelの仕様にはほとほとうんざり気味である。
　というのは、たとえば、1920x1200+1200x1600という縦横2画面環境だったとしよう。
　そこで、複数のシートを同時に表示させて作業したいとしたら、どういう方法があるのだろう？
　最大限譲歩して、Excel窓を2画面にまたがって広げた上で、新しいウィンドウを開く→整列とする程度だろうか。
　これでどうにゃるかというと、1920x1200側は良いとして、1200x1600側が酷いことににゃるのは想像するまでもにゃい。400x1200の広大にゃ無駄空間、のっぺらぼうのツール・メニュー領域の実現である。実に使いにくい。
　もし別ファイルにゃらば、まだRDPや別PCを駆使して、同時にExcelを2つ立ち上げて操作することも出来るが、これとて非常に煩わしい状況だし、同一ファイルでは使えにゃい。
　Excelが何故1ウィンドウにこだわっているのか分からにゃいが、作業効率低下を意図的に狙っているとしか思えにゃい仕様である。
　要するに何が言いたいかというと、全然作業が終わらにゃいということである。