1

Хорошо, это своего рода решенная проблема, но мне все еще интересно, что за этим стоит.

Некоторое время я собирал хром из исходного кода и решил избавиться от src directroy и всех моих текущих сборок и начать с нуля (изменение конфигурации сборки). Поэтому я хотел использовать rm -rf для удаления ./src/ dir. ./src/out/Debug/ dir был символически связан с / opt / chrome, а бинарный файл был связан с моей панелью gnome-Do.

При попытке выполнить rm -rf в каталоге src, примерно через секунду или около того я получил полную блокировку моего графического интерфейса, ничего не отвечало, включая попытки изменить уровни выполнения. Коробка все еще отвечала на пинг, хотя отсутствие openssh-сервера не позволило мне попробовать что-то еще, поэтому я сильно перезагрузился. Это случилось дважды. В третий раз я удалил и директорию символической ссылки, и значок gnome-Do, и удаление сработало ... Кто-нибудь знает, что здесь произошло и что могло быть причиной?

2 ответа2

1

Вы запускали fsck в этой файловой системе? Возможно, повреждена файловая система или диск поврежден в секторах, где эти файлы хранятся.

Я собирался предложить рекурсивную символическую ссылку, но мои краткие эксперименты не могли вызвать поведение, которое вы описали.

1

Я бы предложил предложение от EmmEff. Система довольно часто зависает, когда некоторые команды блокируют операции ввода-вывода. Это может произойти из-за плохих секторов на диске - проверьте с помощью команд fsck или badblocks , но убедитесь, что вы передали параметры, чтобы выполнить неразрушающий тест. Другая, более распространенная проблема заключается в том, что вы находитесь в сетевой файловой системе и испытываете задержку в операциях ввода-вывода.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .