LAN Tank(SOTO-HDLWU)
KNOPPIXでLANTANKの/hda3 を確認するものの、
鍵マークのついたフォルダに関しては
「xxxxは存在しないようです」と表示されて何も出来ない。
しかし、エロ救出作戦は諦めるわけにはいかず、
まずは頭を冷やしながら出来ることは大体やった。
cp コマンドでコピーを実施
→鍵マークのフォルダ認識せず×
rsync コマンドでコピーを実施
→鍵マークのフォルダ認識せず×
途方にくれた僕はとりあえず、SMBを立ち上げた。
KNOPPIXのSMBって一発共有してくれて楽だね。
おっ！
Windows上から鍵マークのついたフォルダが読める。
XCOPY E:\ D:\ /c /s /e /q /h /i /k /r /y /Z
のスイッチを付けてE:\（/hda3）から
D:\（外付けHDD）にXCOPYコピーをする。
おー、快調にコピーしているな～。
やっと安らかな睡眠生活が送れるなー。
っと思いきや、またまた問題発生。
「メモリが足りません」と表示されて、
XCOPYコピーが終了してしまった…
どうやら「メモリが足りません」と表示されるのは、
ファイル名が255バイトを越えているからっぽい。
技術力の無い僕はまだXCOPYに固執している…
ってことは、スイッチに/N を付ければ255バイト問題は
回避できるんじゃないか？なんて思いましたけど、
実際にXCOPYコピーし始めると鍵マークのファイル以外も
全部リネームされてコピーされるので即効中止。
そろそろテンパリ始めてますよ…
ググってるとファイル名が255バイトを越えてもコピーできる
ツール類があったので試してみたけど、ネットワーク環境には
対応して無いっぽくてコピーできなかった。
ちょっと待てよ。。。
冷静に考えたら鍵マークのついたフォルダは本来、
日本語で名前が付いていたフォルダが文字化け
しているだけっぽいので、KNOPPIX側に問題が
あるんじゃないか？とひらめいた！！
ここまで読んでくださった読者の方、
お付き合いくださり有難う御座います。
そもそもの大きな間違いはCD一枚に収まるバージョンの
KNOPPIX3.8.2をチョイスしたのが始まりです。
最新版のKNOPPIX5.0をDVDに焼きまして、
以下のオプションを付けてブートしてみてください。
boot: knoppix lang=ja.UTF-8
今までの苦労は何んだったんでしょう…
フォルダ名が文字化けして鍵マークになっていた
日本語表示のファイルも正しく認識しています。
/hda3 内のフォルダ全部をKNOPPIX 上で、
/uba1（外付けHDD）にドラック＆コピー。
あー、無知って恐ろしい技術力の無さに落胆。
今回の件での余計な出費は勉強代として消化しよう。
私もここ数日、全く同じような状況に悩んでいます。
機器は、LanDiskです。
PCをknoppixで起ち上げ、LanDiskの中身を見てみると
フォルダに鍵マークがあり、コピーも中を見ることも出来ません。
なんとかデータだけでも抜き出そうと必死です。。。
似たような症状のようなので、私の場合もknoppix5.0で
行えば可能性はありそうですね。
そこでひとつ、質問なんですが、
最終的にコピーした先のHDDは、Linuxベースのものですか？
USBメモリーやFAT32/NTFSではダメですかね？
取り出したデータをwindowsで弄れればイイんですけど。。。
そうですね…
旧バージョンのknoppixで中を確認して、
フォルダが鍵マークになっている状況でしたら。
UTF-8をサポートしているknoppix5.0を使えば、
問題なく中身を救出できるかもしれないです。
ご質問の件ですが、僕の場合はコピー先を
USB接続のHDD(FAT32)にしました。
NTFSもサポートしているらしいですが、
ここまで苦労したので確実な方法を取りたくて、
FAT32で作業したってのが本音です。
もちろん取り出したデータはWindowsで確認できます。
皆さん同じ様な現象に見舞われてるんですね。
大事なデータが救出できれば幸いです。
同じ悩みで書いた者です。
knoppix5.0でやってみたのですが、
文字化けが直りませんでした。
ちゃんと、bootでUTF-8をつけたのですが。。。
UTF-8を付けずに、やってもみたんですが、ダメでした。
しかし、UTF-8にするとちょっと置くまでフォルダをみることが
出来ました。
今までは鍵が付いてたものでも、鍵がなくなっているものがありました。
もう少しのような気もしますが、ダメそうな気もします。
ところで、オプションの追加は、
boot: knoppix lang=ja.UTF-8
でいいんですよね？不安なもので。。。
もう少しがんばってみます。
knoppixのHPを見ると、UTF-8 を使う場合の
ブートオプションは何通りかあるみたいです。
参考：「ja.UTF-8」「ja.utf-8」「ja.UTF8」「ja.utf8」
また、knoppixはデフォルト文字コードがEUCなので、
knoppix lang=ja
とオプションを付けて起動するとEUC-JPに
変更されるみたいです。
下記ページの中に「LANDISK環境で使用中のファイルは、Shift_JISであるため」との記載があります。
http://eggplant.ddo.jp/www/pukiwiki/index.php?Samba%A4%C8Netatalk%A4%CB%A4%E8%A4%EB%A5%D5%A5%A1%A5%A4%A5%EB%B6%A6%CD%AD
LANDISKの環境を熟知していないので、
なんとも言えないのですが、
sambaでUTF-8を明示的に指定して使っていなければ、
書き込んだファイルがShift_JISである可能性があります。
knoppixのsambaをShift_JISで起動できれば、
Windows側から見た時に鍵マークが付かないかもしれません。
文字コードについて詳しくないので、
トンチンカンなことを言ってたら申し訳ないです。