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