Хорошо, это своего рода решенная проблема, но мне все еще интересно, что за этим стоит.
Некоторое время я собирал хром из исходного кода и решил избавиться от src directroy и всех моих текущих сборок и начать с нуля (изменение конфигурации сборки). Поэтому я хотел использовать rm -rf для удаления ./src/ dir. ./src/out/Debug/ dir был символически связан с / opt / chrome, а бинарный файл был связан с моей панелью gnome-Do.
При попытке выполнить rm -rf в каталоге src, примерно через секунду или около того я получил полную блокировку моего графического интерфейса, ничего не отвечало, включая попытки изменить уровни выполнения. Коробка все еще отвечала на пинг, хотя отсутствие openssh-сервера не позволило мне попробовать что-то еще, поэтому я сильно перезагрузился. Это случилось дважды. В третий раз я удалил и директорию символических ссылок, и значок gnome-Do, и удаление сработало ... Кто-нибудь знает, что здесь произошло и что могло быть причиной?
Вы запускали fsck в этой файловой системе? Возможно, повреждена файловая система или диск поврежден в секторах, где эти файлы хранятся.
Я собирался предложить рекурсивную символическую ссылку, но мои краткие эксперименты не могли вызвать поведение, которое вы описали.
Я бы предложил предложение от EmmEff. Система довольно часто зависает, когда некоторые команды блокируют операции ввода-вывода. Это может произойти из-за плохих секторов на диске - проверьте с помощью команд fsck или badblocks, но убедитесь, что вы передали параметры для проведения неразрушающего теста. Другая, более распространенная проблема заключается в том, что вы находитесь в сетевой файловой системе и испытываете задержку в операциях ввода-вывода.