Как может я fsck раздел, когда устройство читает как занятое (но был подтвержден иначе)?

Принуждение кэша не является правильным способом сделать это. Лучше сохранить источники на жестком диске и скомпилировать их на tmpfs. Много систем сборки, таких как qmake и CMake, поддерживают сборки из источника.

10
08.08.2011, 19:25
4 ответа

Существуют вещи (обычно в ядре, как потоки NFS, файлы подкачки, свяжите, монтируется, и т.д.), который может сохранить файловую систему занятой, который не обнаружится в fuser.

При попытке fsck файловая система, которая смонтирована, это будет повреждено. Необходимо найти живой CD, который автоматически не монтирует файловые системы, как Knoppix или Fedora.

4
27.01.2020, 20:03
  • 1
    Все было выполнено от живого диска до сих пор. Я пытаюсь fsck локальная файловая система, таким образом, я надеялся бы, что NFS не заставлял ее напряженно трудиться - однако, я получаю то, что Вы говорите о ядре, заставляющем ее напряженно трудиться способами, которые не обязательно обнаружатся. Так как это все еще происходит в живой дисковой среде, тем не менее, делают Вы знаете способ мешать ядру получать доступ к нему достаточно долго, чтобы я работал fsck? –  Keeblebrox 31.07.2011, 20:47
  • 2
    Yikes. Используемый от живого диска? Я могу только думать о двух вещах: 1) Попробуйте другой живой диск (Fedora вместо Ubuntu, например). 2) Проверьте/etc/fstab в реальной системе. Возможно, существует файл подкачки, или связывание монтируют, что это становится включенным автоматически? Не обязательно в том порядке, я мог бы добавить... –  Steven Pritchard 31.07.2011, 21:03
  • 3
    OK, так или иначе я полностью пропустил последнюю строку вопроса. Я обновил свой ответ соответственно. –  Steven Pritchard 31.07.2011, 21:09
  • 4
    +1, потому что Ваше упоминание об автосмонтированной подкачке, ведомой к несвязанному прорыву и Вашим ответам, помогло решить большую проблему. Я действительно все еще хочу найти способ вызвать fsck когда я знаю, что устройство не занято и не не смонтировано, и когда повреждение данных не является проблемой. –  Keeblebrox 31.07.2011, 23:49
  • 5
    Возможно, mdadm обнаружил подписи набега на разделе и связал с ним? Проверьте/proc/mdstat. –  psusi 01.08.2011, 16:45

Попытайтесь загрузить другой liveCD - я рекомендую SystemRescueCD, который специально разработан для решения проблем с установками Linux. Это также меньше, чем типичная ОС liveCDs. И быть на безопасной стороне, работать fsck от консоли (№ X).

Если стандарт fsck -p не работает, можно также попробовать e2fsck -y -f.

2
27.01.2020, 20:03
  • 1
    Согласно странице справочника, e2fsck -y -f вызывает проверку на чистом разделе. Это ничего не упоминает о смонтированных разделах. Вы знаете, вызовет ли это проверку затем, также? –  Keeblebrox 08.08.2011, 19:21
  • 2
    Вероятно, не, но необходимо определенно избежать, чтобы fsck-луг смонтировал файловые системы (см. абзацы наверху e2fsck страница справочника). Другая мысль: если /etc/mtab кажется, указывает, что раздел не смонтирован, но Вы все еще получаете ошибку, необходимо также проверить /proc/mounts, как mtab файл мог устареть по некоторой странной причине. –  rozcietrzewiacz 08.08.2011, 19:30

Можно удалить раздел из fstab и перезагрузка машина

3
27.01.2020, 20:03

Связанный вопрос / ответ на https://serverfault.com/questions/556014/centos-thinks-disk-is-busy-cant-mount-or-fsck

В частности, файловая система может уже использоваться чем-то другим, кроме монтирования fsck. Любой из fuser и lsof может помочь выяснить, что это за драйвер / приложение.

0
27.01.2020, 20:03

Теги

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