Быстрое повреждение питания для Ubuntu

Я только что получил 17.04, потому что он запускает Linux 4.10, который оптимизирован для моего AMD Ryzen, который я разгоняю и сравниваю. Я экспериментирую с крайними числами, и нередко компьютер зависает или отключается. Является ли это вредным для операционной системы или файловой системы? Получу ли я ошибки после этого еще 10-20 раз?

Я запускаю Ubuntu на Samsung 960 Evo NVMe SSD

0
задан 14 April 2017 в 21:09

8 ответов

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

Проблема возникает, если выключение происходит во время реальной записи на хранение (жесткий диск, SSD ), или пока файлы открыты (изменения в содержимом могут быть записаны или не были записаны на хранение, но обновлений для размера и местоположения файла нет). Если это произойдет, у вас будет хотя бы один поврежденный файл, который ваша ОС может или не сможет восстановить во время следующего запуска (если вы этого не сделаете, вы должны запустить либо избыточное хранилище, либо, по крайней мере, файловую систему журналирования, такую ​​как ext4 ). Если поврежденный файл - это тот, который ваша ОС ожидает открыть во время запуска, это может привести к ошибке или даже привести к остановке запуска.

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

Еще важнее, не сохраняйте значение , которое важно хранить только на эта экспериментальная система - или, другими словами, не экспериментируйте в вашей производственной системе. Машина, которую вы используете для хранения семейных фотографий, не является хорошим выбором для экспериментов с разгоном, файловыми системами с нечеткими файлами, кровоточащими крайними ядрами или чем-либо еще, что может быть менее чем полностью стабильным. Храните важную информацию о системе, работающей в опубликованных спецификациях оборудования, и о версии ОС LTS (в настоящее время 14.04 или 16.04).

2
ответ дан 22 May 2018 в 23:38
  • 1
    есть ли эффективный способ проверки ошибок, кроме dmesg? я запускаю ext4 – Nick Bailuc 15 April 2017 в 01:05
  • 2
    Вы можете использовать fsck из командной строки, а gparted может сделать это из графического интерфейса - это только работа на размонтированном томе, однако для системного тома (/) вам придется загрузиться с Live Media или другой раздел ОС Linux, чтобы проверить этот раздел. – Zeiss Ikon 17 April 2017 в 14:28

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

Проблема возникает, если выключение происходит во время реальной записи на хранение (жесткий диск, SSD ), или пока файлы открыты (изменения в содержимом могут быть записаны или не были записаны на хранение, но обновлений для размера и местоположения файла нет). Если это произойдет, у вас будет хотя бы один поврежденный файл, который ваша ОС может или не сможет восстановить во время следующего запуска (если вы этого не сделаете, вы должны запустить либо избыточное хранилище, либо, по крайней мере, файловую систему журналирования, такую ​​как ext4 ). Если поврежденный файл - это тот, который ваша ОС ожидает открыть во время запуска, это может вызвать ошибку или даже привести к остановке запуска.

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

Еще важнее, не сохраняйте значение , которое важно хранить только на эта экспериментальная система - или, другими словами, не экспериментируйте в вашей производственной системе. Машина, которую вы используете для хранения семейных фотографий, не является хорошим выбором для экспериментов с разгоном, файловыми системами с нечеткими файлами, кровоточащими крайними ядрами или чем-либо еще, что может быть менее чем полностью стабильным. Храните важную информацию о системе, работающей в опубликованных спецификациях оборудования, и о версии ОС LTS (в настоящее время 14.04 или 16.04).

2
ответ дан 18 July 2018 в 14:58

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

Проблема возникает, если выключение происходит во время реальной записи на хранение (жесткий диск, SSD ), или пока файлы открыты (изменения в содержимом могут быть записаны или не были записаны на хранение, но обновлений для размера и местоположения файла нет). Если это произойдет, у вас будет хотя бы один поврежденный файл, который ваша ОС может или не сможет восстановить во время следующего запуска (если вы этого не сделаете, вы должны запустить либо избыточное хранилище, либо, по крайней мере, файловую систему журналирования, такую ​​как ext4 ). Если поврежденный файл - это тот, который ваша ОС ожидает открыть во время запуска, это может привести к ошибке или даже привести к остановке запуска.

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

Еще важнее, не сохраняйте значение , которое важно хранить только на эта экспериментальная система - или, другими словами, не экспериментируйте в вашей производственной системе. Машина, которую вы используете для хранения семейных фотографий, не является хорошим выбором для экспериментов с разгоном, файловыми системами с нечеткими файлами, кровоточащими крайними ядрами или чем-либо еще, что может быть менее чем полностью стабильным. Храните важную информацию о системе, работающей в опубликованных спецификациях оборудования, и о версии ОС LTS (в настоящее время 14.04 или 16.04).

2
ответ дан 24 July 2018 в 20:31

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

Проблема возникает, если выключение происходит во время реальной записи на хранение (жесткий диск, SSD ), или пока файлы открыты (изменения в содержимом могут быть записаны или не были записаны на хранение, но обновлений для размера и местоположения файла нет). Если это произойдет, у вас будет хотя бы один поврежденный файл, который ваша ОС может или не сможет восстановить во время следующего запуска (если вы этого не сделаете, вы должны запустить либо избыточное хранилище, либо, по крайней мере, файловую систему журналирования, такую ​​как ext4 ). Если поврежденный файл - это тот, который ваша ОС ожидает открыть во время запуска, это может вызвать ошибку или даже привести к остановке запуска.

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

Еще важнее, не сохраняйте значение , которое важно хранить только на эта экспериментальная система - или, другими словами, не экспериментируйте в вашей производственной системе. Машина, которую вы используете для хранения семейных фотографий, не является хорошим выбором для экспериментов с разгоном, файловыми системами с нечеткими файлами, кровоточащими крайними ядрами или чем-либо еще, что может быть менее чем полностью стабильным. Храните важную информацию о системе, работающей в опубликованных спецификациях оборудования, и о версии ОС LTS (в настоящее время 14.04 или 16.04).

2
ответ дан 31 July 2018 в 23:33
Это повреждение операционной системы или файловой системы?

Нет. Замораживание означает, что файловая система больше не трогается. В случае, если что-то получилось повреждено, питание не является причиной.

Именно разгон будет причиной. Все остальные проблемы являются следствием этого.

2
ответ дан 22 May 2018 в 23:38
  • 1
    В зависимости от возраста вашего компьютера - приятное обсуждение здесь - howtogeek.com/181295/… – Panther 14 April 2017 в 21:20
  • 2
    Вы уверены, что применительно к Unix / Linux? Кажется, я помню, что система выполняла "синхронизацию" & Quot; синхронизация & Quot; тогда перед выключением. – Rinzwind 14 April 2017 в 21:26
  • 3
    Я помню старые компьютеры, которые будут немедленно отключены, когда вы нажмете кнопку питания. ОС не успевает ничего сделать. В наши дни такая конфигурация отсутствует. – Panther 14 April 2017 в 21:38
Это повреждение операционной системы или файловой системы?

Нет. Замораживание означает, что файловая система больше не трогается. В случае, если что-то получилось повреждено, питание не является причиной.

Именно разгон будет причиной. Все остальные проблемы являются следствием этого.

2
ответ дан 18 July 2018 в 14:58
Это повреждение операционной системы или файловой системы?

Нет. Замораживание означает, что файловая система больше не трогается. В случае, если что-то получилось повреждено, питание не является причиной.

Именно разгон будет причиной. Все остальные проблемы являются следствием этого.

2
ответ дан 24 July 2018 в 20:31
  • 1
    В зависимости от возраста вашего компьютера - приятное обсуждение здесь - howtogeek.com/181295/… – Panther 14 April 2017 в 21:20
  • 2
    Вы уверены, что применительно к Unix / Linux? Кажется, я помню, что система выполняла "синхронизацию" & Quot; синхронизация & Quot; тогда перед выключением. – Rinzwind 14 April 2017 в 21:26
  • 3
    Я помню старые компьютеры, которые будут немедленно отключены, когда вы нажмете кнопку питания. ОС не успевает ничего сделать. В наши дни такая конфигурация отсутствует. – Panther 14 April 2017 в 21:38
Это повреждение операционной системы или файловой системы?

Нет. Замораживание означает, что файловая система больше не трогается. В случае, если что-то получилось повреждено, питание не является причиной.

Именно разгон будет причиной. Все остальные проблемы являются следствием этого.

2
ответ дан 31 July 2018 в 23:33
  • 1
    В зависимости от возраста вашего компьютера - приятное обсуждение здесь - howtogeek.com/181295/… – Panther 14 April 2017 в 21:20
  • 2
    Вы уверены, что применительно к Unix / Linux? Кажется, я помню, что система выполняла "синхронизацию" & Quot; синхронизация & Quot; тогда перед выключением. – Rinzwind 14 April 2017 в 21:26
  • 3
    Я помню старые компьютеры, которые будут немедленно отключены, когда вы нажмете кнопку питания. ОС не успевает ничего сделать. В наши дни такая конфигурация отсутствует. – Panther 14 April 2017 в 21:38

Другие вопросы по тегам:

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