Насколько опасно прерывать fsck?
У кого-нибудь был прямой опыт этого?
Если вы контролируете + C и ждете, пока он остановится, у вас не должно возникнуть никаких проблем.
Проблема всегда возникает, когда он застревает и не останавливается, потому что вы не совсем уверены, что он делает. Обычно на этом этапе происходит серьезная потеря данных.
Удачи.
У меня нет никаких прямых знаний или доказательств, но для меня это было бы просто ЗЛОЙ не справляться SIGINT.
Хм. Собственно, я могу предложить некоторые гарантии: strings /sbin/fsck | grep sig отчеты:
sigaction
Warning... %s for device %s exited with signal %d.
Я просто приму это как неофициальное доказательство того, что fsck разработчики вызывают sigaction для обработки соответствующих сигналов.
Все это зависит.
Например, Ubuntu (начиная с Hardy Heron) имеет возможность прервать (и отложить) обычную проверку диска, если она возникает во время загрузки. Я использую это для разделов ext3, если мне нужна быстрая загрузка (см. http://brainstorm.ubuntu.com/idea/11/.
Я бы лично не прерывал fsck после грязного umount или имел какие-либо причины думать, что файловая система может быть скомпрометирована: не в последнюю очередь потому, что я не хотел бы сохранять новые данные в такой файловой системе и потенциально подвергать эти данные риску поскольку наносят дополнительный ущерб существующим данным или метаданным.
Вы можете отменить автоматическую каждые 30 загрузок при запуске. Он запускается при следующей установке. Я делал это много раз. Обычно это не имеет негативных последствий.
Если ваш компьютер не выключился должным образом, запустится fsck. Лично я не собираюсь этого отменять. На самом деле это не займет много времени, а ваши данные важны. На мой взгляд, нет смысла потенциально приводить к потере всех ваших данных, чтобы сэкономить полчаса при загрузке,