Как удалить странно выглядящий каталог

ELMAH очень популярен и полезен для исключения, входящего в систему приложения ASP.NET.

2
задан 21.04.2020, 10:47

3 ответа

Внимание, то, что ниже, довольно опасно, сделайте резервную копию ваших данных раньше:

У вас может быть скрипт, работающий в эту папку ... (ваш lsof показывает команду bash)

обязательно быть вне папки и иметь права администратора (sudo или root.)

Убить все возможные процессы, которые имеют доступ к этой папке:

kill -9 `lsof -t /MyFolder`

, тогда вы сможете удалить ее :

rm -rf /MyFolder

MyFolder - это папка, которую вы хотите удалить.

Если это не сработает, пожалуйста, покажите нам, что выводит команда mount

С уважением.

4
ответ дан 21.04.2020, 10:48
  • 1
    возможно, сценарий / процесс искал что-то в той папке. Может быть много причин (как incron, резервное копирование или облачное программное обеспечение данных...). На всякий случай (но довольно удаленная возможность): он должен проверить свою систему на некоторый вирус или руткит с clamav + rkhunter. – Wayne Molina 21.04.2020, 10:48
  • 2
    Да.Спасибо. Вероятно, уничтожение всех задач решило проблему!! Теперь его уведенный! – Stijn 21.04.2020, 10:48
  • 3
    Все еще очень странно, что сценарий работал даже за полной проверкой и перезапуском. Но +1 для размышления о lsof, хотя it' s довольно странный то, что, пытаясь удалить файл, замороженный система. – mqp 21.04.2020, 10:49

Это действительно странно - кажется, поврежденная запись (количество ссылок очень и очень подозрительно). Я хотел бы сначала сделать резервную копию , а затем попытаться принудительно проверить диск при следующей перезагрузке.

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

Чтобы принудительно проверить файловую систему для следующей перезагрузки, сначала определите устройство; из каталога, df ., будет сказано что-то вроде этого:

(0)samsung-romano:~% df .
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sda6      503315720 140840260 336901780  30% /home

Таким образом, устройство называется / dev / sda6. Теперь принудительно проверьте следующую перезагрузку. Существуют различные способы сделать это, и я обычно использую для этого большое число монтирований на устройстве, например

sudo tune2fs -c 100 /dev/sda6 
sudo tune2fs -C 100 /dev/sda6 

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

Наиболее вероятным является то, что проверка обнаружит его и удалит / переместит в каталог lost+found в корне файловой системы (в моем случае это будет /home/lost+found/). Оттуда это обычно можно удалить.

2
ответ дан 21.04.2020, 10:48
  • 1
    Было бы действительно полезно зафиксировать ошибку при попытке удалить его. Что-то должно появиться---в/var/log/syslog, в ~/.xsession-errors, в dmesg... – szydzik 21.04.2020, 10:49
  • 2
    Что я должен искать точно? Что-то как cat /var/log/syslog | grep -i "rm"? – james.garriss 21.04.2020, 10:49
  • 3
    Я выполнил тех. Я перезапущу и скажу Вам результаты. – Joee 21.04.2020, 10:50
  • 4
    Перезапущенный, но это все еще там. – Stijn 21.04.2020, 10:50
  • 5
    То, что я обычно делаю для контроля, соответствующие файлы (независимо использующий немного программы, я записал, что можно найти в SourceForge), открывает различный терминал и работает tail -f /var/log/syslog (изменение с другими интересными файлами журнала) в ней. – b4hand 21.04.2020, 10:50

Я бы предложил переместить его в другое место.

mv /path/to/filename /var/tmp/newname

Если это работает, я думаю, что вы сделали, и можете удалить его оттуда.

также попробуйте сделать

file /path/to/filename

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

cp /dev/null /path/to/filename
rm /path/to/filename

, это сделает файл с 0 байтами, а затем вы можете легко удалить его.

чтобы проверить, почему удаление этого файла приводит к сбою в работе вашего терминала.

lsof /path/to/filename

здесь будут перечислены все процессы в системах, использующих этот файл. Вы можете остановить эти процессы и удалить, а затем попытаться удалить файл снова.

0
ответ дан 21.04.2020, 10:49
  • 1
    Отредактированный вопрос. – Topher Fangio 21.04.2020, 10:49
  • 2
    попытайтесь уничтожить PID' s, которые используют тот файл. после того, как то выполнение lsof снова на том файле для подтверждения его не используется никаким другим процессом и затем выполненной командой комнаты. надежда, которая помогает. – b4hand 21.04.2020, 10:49

Теги

Похожие вопросы