ディレクトリのlsに表示される疑問符。 IOエラーも
誰かこれを見たことがある？私は自分のサーバーにraid 5をマウントしましたが、何らかの理由でこれが表示され始めました：
jason @ box2：/ mnt/raid1/cra $ ls -alh ls：アクセスできないe6eacc985fea729b2d5bc74078632738：入力/出力エラー ls：アクセスできない257ad35ee0b12a714530c30dccf9210f：入力/出力エラー 合計0 drwxr-xr-x 5ルートルート123 2009-08-19 16:33。 drwxr-xr-x 3ルートルート16 2009-08-14 17： 15 .. ?????????? ？ ？ ？ ？ ？ 257ad35ee0b12a714530c30dccf9210f drwxr-xr-x 3 root root 57 2009-08-19 16:58 9c89a78e93ae6738e01136db9153361b ?????????? ？ ？ ？ ？ ？ e6eacc985fea729b2d5bc74078632738
Md5文字列は実際のディレクトリ名であり、エラーの一部ではありません。疑問符は奇妙であり、疑問符のあるディレクトリは、それを使用/削除/などしようとするとioエラーをスローします。
「ビジー」のためドライブをアンマウントできませんでした。サーバーを再起動すると「修正」されましたが、シャットダウン時にいくつかのRAIDエラーがスローされていました。私は2つのRAID 5アレイを構成し、両方がランダムファイルでこれを実行し始めました。どちらも次の設定を使用しています：
mkfs.xfs -l size = 128m -d agcount = 32 mount -t xfs -o noatime、logbufs = 8
派手すぎることはありませんが、このボックス用に最適化された構成の一部です。ドライブのパーティション分割は行っていませんが、これは問題の可能性として提案されました。これが原因か？
私のディレクトリには読み取り（r）権限があり、実行（x）権限がないため、同様の問題がありました。私のディレクトリリストは示しました：
myname@srv:/home$ ls -l service/mail/
ls: cannot access service/mail/001_SERVICE INBOX: Permission denied
total 0
-????????? ? ? ? ? ? 001_SERVICE INBOX
d????????? ? ? ? ? ? 01_CURRENT SERVICE
メールディレクトリにはrビットが設定されていましたが、リストまたは検索とアクセスに必要なxがありませんでした。やっているSudo chmod -R g+x mailこの問題を解決しました。
ls出力の疑問符は、ディレクトリエントリをstat()できなかったことを示しています。 r(ead)であるが、x（検索）権限がない）ディレクトリをlsしている場合も、これらを表示できます。ただし、その場合はレポートされません- I/Oエラー。
あなたの場合、ディスクエラーまたはおそらくファイルシステムの破損があるように見えます。 /var/log/messagesまたはdmesgは、詳細を明らかにする可能性があります。
読み取りについて言及するが、実行またはstat（）についての回答は正しくありません。しかし、これの一般的な原因（破損以外）が数回私に噛まれ、あなたの質問とIOエラーとうまく一致します。ファイルシステムを不適切にマウントすると、新しいファイルシステムをマウントしようとしたところにこれらが表示される場合は、破損やfsckを心配する前に次のことを試してください。
$ Sudo umount /mnt/raid1/cra/257ad35ee0b12a714530c30dccf9210f
$ ls -alh /mnt/raid1/cra
257ad35ee0b12a714530c30dccf9210fフォルダーに疑問符ではなく、権限と属性が表示されます。その場合は、mountコマンドまたは/ etc/fstabファイルの他のオプションを検索してください。そうでない場合は、おそらく他の回答を読んで、できることをバックアップし、fsckを実行するときです。
人間が可能な限り早くバックアップを取ってください。それは、潜在的な損傷を修復しようとしているときにさらに混乱させて、元の壊れていない状態に戻せるようにするためです。バックアップ後、fsckを実行して問題がないかどうかを確認することができます。
ファイル名は、表示できない文字のみを含む場合があります。 emacs DirEdを使用してファイル名を確認してください。
http://www.cs.utah.edu/dept/old/texinfo/emacs19/emacs_32.html
ファイルシステム（reiserfs）が破損したサーバーがあり、ファイル名を除くすべての属性に疑問符が付いたディレクトリエントリが生成されました。私たちの場合、ファイル名は影響を受けませんでした。
また、空き容量が誤って報告されていました。 du -sh /*を使用すると、約30Gしか占めることができませんでしたが、ドライブが200Gを超えていると報告されていました。
shutdown -rF nowを使用してサーバーを再起動し、ファイルシステムのチェックを強制することはできませんでした。シングルユーザーモードで再起動して実行する必要がありました：
fsck.reiserfs --rebuild-tree /dev/sda3
これはほぼ機能しました。それはいくつかのパスを通過し、その後ロックされました。 OSを再インストールする必要がありました。
バックアップを維持してください！
Autofsを実行しているときにもこれを確認しましたが、autofsがディレクトリをマウントできません。それで、なぜディレクトリをマウントできなかったのかを理解するために、autofsを無効にして手動でディレクトリをマウントしようとしました（これにより、ディレクトリを削除することもできました）。ディレクトリを手動でマウントしようとしたところ、権限エラーが発生していることがわかりました。それを修正した後、ディレクトリは再び通常に戻りました。
たとえばrsyncのように、サーバーで実行中の他のプロセスに注意してください。
[root@server upload]# ls -la
ls: cannot access .3bfb3dc5-cb55-435f-8e23-2afcab2c6873_image4993891600240007749.jpg.bV6VTV: No such file or directory
total 194496
drwxr-x--- 2 gx Apache 1382 Jan 11 10:36 .
drwxr-x--- 3 gx Apache 3 Jan 11 10:29 ..
-rw-r--r-- 1 gx Apache 94850 Dec 10 2015 37d355b9-210d-45df-8061-968ea5cb9f31_mob.jpg
...
-rw-r--r-- 1 gx Apache 10864 Jul 24 2015 3bfb23bf-8ff5-4603-aa57-9b23ca498e2c_internet.png
-rw-r--r-- 1 gx Apache 10864 Jul 24 2015 .3bfb23bf-8ff5-4603-aa57-9b23ca498e2c_internet.png.nHmIPk
-????????? ? ? ? ? ? .3bfb3dc5-cb65-435f-8e23-2agcab2c6873_image4993891600240007749.jpg.bV6VTV
rm、mvなどの他の単純なファイル管理コマンドを呼び出そうとするとエラーが発生する、作成とドロップが高速になる一時ファイルを生成します。
NFSサーバーの負荷が非常に高い場合、これを一時的なエラーと見なすことがあります。
OPはRAIDについて質問しましたが、いくつかの回答がNFSについて言及しており、実際に私をここに連れて行ったのがこの検索でした。
別の見方をするために-（Rubyで）ファイル内のリストディレクトリからプログラムでディレクトリを生成していたときに、これがありました。
もちろん、ファイルの行は、末尾に\ nが付いた文字列として渡されました。見た目はよく、動作しているようです。しかし、私は慌てずにディレクトリを作成し始めたので、/whatiwantedと/whatiwanted?の各ディレクトリが2つ作成されました。