Frage Fragezeichen, die in ls des Verzeichnisses zeigen. IO-Fehler auch


Hat das jemand schon mal gesehen? Ich habe einen Raid 5 auf meinem Server installiert und aus welchem ​​Grund auch immer er es gezeigt hat:

jason @ box2: / mnt / raid1 / cra $ ls -alh
ls: kann nicht auf e6eacc985fea729b2d5bc74078632738 zugreifen: Eingabe / Ausgabe-Fehler
ls: kann nicht auf 257ad35ee0b12a714530c30dccf9210f zugreifen: Eingabe- / Ausgabefehler
insgesamt 0
drwxr-xr-x 5 Wurzelwurzel 123 2009-08-19 16:33.
drwxr-xr-x 3 Wurzelwurzel 16 2009-08-14 17:15 ..
?????????? ? ? ? ? ? 257ad35ee0b12a714530c30dccf9210f
drwxr-xr-x 3 Wurzelwurzel 57 2009-08-19 16:58 9c89a78e93ae6738e01136db9153361b
?????????? ? ? ? ? ? e6eacc985fea729b2d5bc74078632738

Die md5-Zeichenfolgen sind tatsächliche Verzeichnisnamen und nicht Teil des Fehlers. Die Fragezeichen sind ungerade, und jedes Verzeichnis mit einem Fragezeichen löst einen Fehler aus, wenn Sie versuchen, / etc / etc zu verwenden.

Ich konnte die Festplatte wegen "beschäftigt" nicht umlegen. Neustart des Servers "repariert" es, aber es warf einige Überfallfehler beim Herunterfahren. Ich habe zwei Raid-5-Arrays konfiguriert und beide haben das mit zufälligen Dateien gemacht. Beide verwenden die folgende Konfiguration:

mkfs.xfs -l Größe = 128m -d Agcount = 32
mount -t xfs -o noatime, logbufs = 8

Nichts Besonderes, aber Teil einer optimierten Konfiguration für diese Box. Wir partitionieren die Laufwerke nicht und das wurde als mögliches Problem vorgeschlagen. Könnte dies der Schuldige sein?


35
2017-09-15 17:31


Ursprung


Ich habe diese Fragezeichen gesehen, als autofs Probleme beim Mounten eines Verzeichnisses hatte. Das Herunterfahren von autofs erlaubte mir, das Verzeichnis zu löschen und manuell zu mounten, was auf einen Berechtigungsfehler auf dem entfernten Server hinwies. - Pace


Antworten:


Ich hatte ein ähnliches Problem, weil mein Verzeichnis gelesen (r), aber nicht ausführen (x) Rechte hatte. Meine Verzeichnisliste zeigte:

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

Im Mail-Verzeichnis wurde das Bit r gesetzt, aber nicht das x, das Sie für die Auflistung oder Suche und den Zugriff benötigen. Tun sudo chmod -R g+x mail löste dieses Problem.


32
2017-12-31 13:35



'sudo chmod -R g + x Mail' und dann chmod +x mail löste mein Problem, danke! - glebm
Was ist, wenn du? ls kehrt zurück no such file or directory mit einem Haufen ????? im Bereich Berechtigungen / Rechte? - Kevin Meredith


Die Fragezeichen in der ls Ausgabe zeigt nur an, dass es nicht möglich war stat() der Verzeichniseintrag. Sie können diese auch sehen, wenn Sie ls ein Verzeichnis, für das Sie die Berechtigung r (ead), aber nicht x (search) haben. Aber in diesem Fall würde es nicht berichten E / A-Fehler.

In Ihrem Fall sieht es aus, als gäbe es einen Festplattenfehler oder möglicherweise eine Dateisystembeschädigung. /var/log/messages oder dmesg wird wahrscheinlich weitere Details offenbaren.


9
2017-09-15 18:50





Die Antworten, die das Lesen, aber nicht ausführen oder stat () erwähnen, sind korrekt. Aber es gibt eine gemeinsame Ursache dafür (abgesehen von Korruption), die mich ein paar Mal gebissen hat und Ihre Frage mit den IO-Fehlern gut übereinstimmen würde. Wenn Sie ein Dateisystem falsch mounten, wird der Einhängepunkt dieses Dateisystems möglicherweise mit Fragezeichen angezeigt. Wenn Sie sehen, dass Sie gerade versucht haben, ein neues Dateisystem zu mounten, versuchen Sie Folgendes, bevor Sie sich über Korruption und fsck Gedanken machen.

$ sudo umount /mnt/raid1/cra/257ad35ee0b12a714530c30dccf9210f
$ ls -alh /mnt/raid1/cra

Sie sollten den Ordner 257ad35ee0b12a714530c30dccf9210f mit Berechtigungen und Attributen anstelle von Fragezeichen sehen. Wenn ja, suchen Sie nach anderen Optionen für Ihren Mount-Befehl oder die Datei / etc / fstab. Wenn nicht, ist es vielleicht an der Zeit, die anderen Antworten zu lesen, zu sichern, was du kannst, und einen fsck auszuführen.


7
2018-03-30 01:38



Das war mein Problem - endolith


Machen Sie so schnell wie möglich ein Backup, wenn auch nur dann, wenn Sie es weiter vermasseln, während Sie versuchen, einen möglichen Schaden zu reparieren, können Sie in den ursprünglichen, weniger kaputten Zustand zurückkehren. Nach der Sicherung können Sie fsck ausführen, um zu prüfen, ob es Probleme gibt.


4
2017-09-15 17:42



in meinem Fall ist das schon so das Sicherung. - Paolo


Möglicherweise enthalten Dateinamen nur nicht darstellbare Zeichen. Versuchen Sie, die Dateinamen mit emacs DirEd zu überprüfen:

http://www.cs.utah.edu/dept/old/texinfo/emacs19/emacs_32.html


1
2017-09-16 08:57





Wir hatten einen Server mit einem beschädigten Dateisystem (reiserfs) und generierten Verzeichniseinträge mit Fragezeichen für alle Attribute außer dem Dateinamen. In unserem Fall waren die Dateinamen nicht betroffen.

Außerdem wurde der freie Speicherplatz falsch gemeldet. Verwenden du -sh /* wir konnten nur ungefähr 30G erklären, aber das Laufwerk wurde als über 200G im Gebrauch berichtet.

Neustart des Servers mit shutdown -rF now einen Dateisystem-Check zu erzwingen hat nicht funktioniert. Ich musste den Einzelbenutzermodus neu starten und ausführen:

fsck.reiserfs --rebuild-tree /dev/sda3

Diese fast hat funktioniert. Es ist durch ein paar Pässe gekommen, dann eingesperrt. Musste das Betriebssystem neu installieren.

Pflegen Sie Ihre Backups!


1
2017-11-19 20:11





Ich habe das auch beim Ausführen von Autofs gesehen, aber Autofs kann das Verzeichnis nicht mounten. Also, um herauszufinden, warum es das Verzeichnis nicht mounten konnte, habe ich autofs deaktiviert und versucht, das Verzeichnis manuell zu mounten (dies erlaubte mir auch, das Verzeichnis zu löschen). Ich habe versucht, das Verzeichnis manuell zu mounten und festgestellt, dass ein Berechtigungsfehler aufgetreten ist. Nachdem das behoben wurde, kehrte das Verzeichnis wieder zu normal zurück.


1
2018-04-24 19:56





Achten Sie beispielsweise auf andere laufende Prozesse auf dem Server 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

Es erzeugt temporäre Dateien, die schnell erstellt und gelöscht werden, was zu Fehlern führen kann, wenn Sie versuchen, andere einfache Dateiverwaltungsbefehle wie z rm, mv usw.


1
2018-01-11 09:47





Nur um eine andere Perspektive zu geben - ich hatte dies, als ich programmatisch Verzeichnisse aus einer Liste von Verzeichnissen in einer Datei (in Ruby) erzeugte.

Natürlich kam die Zeile aus der Datei als String mit \ n am Ende durch - das sah gut aus und schien zu funktionieren. Als ich anfing, Verzeichnisse zu erstellen, anstatt chomped zu sein, erschaffte ich zwei von jedem Verzeichnis: /whatiwanted und /whatiwanted?.


0
2017-11-09 14:42