私はコピーファイルを試しましたが、一部のファイルでエラーが発生cp -r /home/user/source/ /home/user/destination/
しました。cp: cannot stat /source/filename.xxx
このエラーを検索したときに、次の一致する問題が見つかりました。これそしてこれコマンドで同じエラーが発生しても、cp
理由は異なります。彼らの解決策は私の問題を解決しません。
詳しく調べたところ、名前にアジア文字が含まれているファイルでのみこのエラーが発生することがわかりました。例えば、
cp: cannot stat /home/user/source/고정폭.collection
誰にも解決策はありますか?コンピュータのデフォルトの文字エンコーディングがこれらのファイル名を読み取れないためです。
編集1:私の出力locale
LANG=en_US.UTF-8
LANGUAGE=en_US
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
ls -l
編集2:ソースディレクトリに出力
ls: cannot access 고정폭.collection: No such file or directory
ls: cannot access 기존.collection: No such file or directory
ls: cannot access 모던.collection: No such file or directory
ls: cannot access 웹.collection: No such file or directory
ls: cannot access 재미.collection: No such file or directory
total 4
-????????? ? ? ? ? ? 웹.collection
-????????? ? ? ? ? ? 기존.collection
-????????? ? ? ? ? ? 모던.collection
-????????? ? ? ? ? ? 재미.collection
-????????? ? ? ? ? ? 고정폭.collection
-rw------- 1 root root 856 Jul 24 2007 PDF.collection
編集3:ファイルシステムのソースディレクトリのファイルシステム情報とマウント情報(出力stat -f -c %T .
)
ext2/ext3
ターゲットディレクトリのファイルシステム情報(出力stat -f -c %T .
)
UNKNOWN (0x482b)
選択した出力mount
/dev/sda5 on / type ext4 (rw,errors=remount-ro)
/dev/sdg1 on /media/user/osx86 type hfsplus (rw,nosuid,nodev,uhelper=udisks2)
/home/user/Desktop/debusb/Install OS X Mavericks.app/Contents/SharedSupport/InstallMacOSX.pkg/3.hfs on /mnt/osx type hfsplus (rw)
/home/user/Desktop/debusb/Install OS X Mavericks.app/Contents/SharedSupport/InstallMacOSX.pkg/base/3.hfs on /mnt/base type hfsplus (rw)
答え1
-????????? ? ? ? ? ? 웹.collection
この出力は、ls -l
ディレクトリのファイル名を読み取ることができますが、そのファイル名にアクセスできないことを示します。インデックスノード。 inodeには、名前とコンテンツ自体を除いて、ファイルに関するすべての情報(タイプ、権限、タイムスタンプなど、コンテンツの場所)が含まれています。
「Unable to count」エラーcp
と「Unreachable」エラーはls
どちらも同じ内容を報告します。stat
システムコール(与えられたファイル名のメタデータを返す)が失敗しました。
これは、ディレクトリ内のファイルを列挙する権限がありますが、そのメタデータを読み取れない場合に発生する可能性があります。これは、読み取り権限があるがディレクトリに対する実行権限がない場合です。ただし、この場合、ディレクトリ内のすべてのファイルでこれが発生し、ls
「アクセスできません」の代わりに「権限が拒否されました」というメッセージが表示されます。このようなことが起こる可能性がありますディレクトリが早すぎてls
名前が検索された後にメタデータが読み込まれる間にファイルが消えるしかし、それはあなたにも当てはまらないと思います。
残りの悲しい説明は、ファイルシステムが破損していることです。これらのディレクトリエントリは、失われたファイルに対応している可能性があります。
fsck
ファイルシステムで実行してみることができます。役に立つかもしれないし、そうでないかもしれません。
ファイルシステムドライバのバグが可能な説明の1つですが、ストレスのない条件で使用される一般的なLinuxインストールのext4では、そうなる可能性はほとんどありません。
ディスクエラーが発生する可能性が高くなります。走るsmartctl -a /dev/sda
ディスクセルフモニタリングで問題が検出されたことを確認してください。
ファイルシステムは良好ですが、RAMの破損によりコンピュータから正しく読み取れない場合や、書き込み中にRAMの破損によりファイルシステムが破損している可能性があります。もしメモリテストを実行してみてください。 Ubuntuブートメニューからメモリテストオプションを選択し、テスト全体を1回以上実行するようにします。