Локальный, обычный файл вызывает зависание `stat` или` ls -l`

Я видел несколько разных вопросов о том, как я висел. Обычно это потому, что они используют ключ -l , который вызывает stat в файле, который, в свою очередь, является плохой символической ссылкой или указывает на монтирование NFS или некоторые из них.

У меня есть локальный файл (в старой копии источника Git, который кто-то еще распаковал, из всех вещей), который заставляет stat зависать, но отвечает на CTRL-C . Это также заставляет ls -l висеть, жестко, чтобы он не отвечал на kill (но заканчивается на kill -9 ).

Это не символическая ссылка. Другие файлы в каталоге выглядят как stat без проблем. Недавно я перезагрузил машину с принудительным fsck , который вышел чистым, а dmesg отображает сообщения, связанные с диском. Как это может быть?

  • Можно ли запустить ls или найти и передать его через stat?
  • cp, запущенный из результатов кода, не может stat '/ tmp / somedir' работает в оболочке
  • Где MacOS Finder хранит эту информацию (происхождение файла, который был отправлен мне)?
  • Список файлов с меткой времени с эпохи
  • размеры файловой системы stat
  • Почему . и .. имеют размер файла 4 kB и 12 kB, соответственно?
  • Список файлов с момента времени X до времени Y
  • Получить устройство с большим номером 0 (bbffs subvolume)
  • One Solution collect form web for “Локальный, обычный файл вызывает зависание `stat` или` ls -l`”

    Это может быть проблемой при получении имени пользователя или имени группы, если вы используете, и LDAP или NIS или другие источники для этого. Какие у вас есть passwd и group строки в passwd /etc/nsswitch.conf ? Это может иметь место, если ls -nl немедленно возвращается.

    Linux и Unix - лучшая ОС в мире.