Я должен выключить вход ядра (и как?), если я убегаю SSD?
Я выполняю Kubuntu 18.04 на ноутбуке Dell XPS 9370 без жесткого диска - просто SSD.
Я должен выключить ядро, регистрирующееся для сокращения суммы записей к Флэш-памяти на SSD для продления его жизни? И если так, как я делаю это?
Этот вопрос запрашивается сообщениями в печати, которые теперь приводят к сбою ранние автомобили Tesla, потому что их SSD перестали работать, потому что встроенный Linux имеет вход, включил и непрерывно пишет в основанные на SSD файлы журнала. Я часто читал, что количество записей к Flash ограничено, но это - первый конкретный пример отказа, о котором я услышал.
Или возможно возможно просто зарегистрироваться к RAM?
2 ответа
Это должно быть предпочтено тишине, регистрирующейся вместо того, чтобы отключить его (иначе, Вы могли бы пропустить что-то важное).
Для systemd до версии 235 можно использовать
journalctl --priority=3
Для более новых версий существует параметр в [1 114]
/etc/systemd/journald.conf
назван ReadKMsg=, что необходимо включить. Сделайте резервное копирование и отредактируйте файл; удалите # перед #ReadKMsg=yes и изменение yes к no (можно также вставить новую строку под этим с ReadKMsg=no.
версия 235 журнала изменений:
<час>journald.conf получил новую булеву установку
ReadKMsg=который значения по умолчанию к на. Если выключил сообщения журнала ядра, не будет считан systemd-journald или включен в журналы.
я часто читал, что количество записей к Flash ограничено, но это - первый конкретный пример отказа, о котором я услышал.
изменение выше не будет иметь большое значение, хотя в отношении записей к SSD, поскольку записи делаются редко. С другой стороны каждый 1 меньше записи равняется 1 меньше записи :)
, Что могло бы быть проблемой для Tesla: те SSD, которые они использовали, могли бы быть довольно старыми дисками. И более старые SSD действительно имели проблемы. В наше время... не так.
Ядро Linux хорошо знает о SSD в течение долгого времени, и стандартные установки, кажется, работают просто великолепно "out-of-the-box".
я оставил бы вход и все остальное к настройкам по умолчанию. Время от времени я контролировал бы продолжительность жизни SSD:
вышеупомянутый ответ детализирует, как проверить Вашу остающуюся жизнь Вашего SSD:
Первый шаг должен установить nvme-cli, потому что он предоставляет большую часть информации:
sudo apt install nvme-cli
Следующий собирают информацию, доступную от SSD:
$ sudo nvme smart-log /dev/nvme0
Smart Log for NVME device:nvme0 namespace-id:ffffffff
critical_warning : 0
temperature : 42 C
available_spare : 100%
available_spare_threshold : 10%
percentage_used : 0%
data_units_read : 28,149,264
data_units_written : 19,392,109
host_read_commands : 559,538,536
host_write_commands : 171,732,762
controller_busy_time : 1,352
power_cycles : 2,384
power_on_hours : 1,362
unsafe_shutdowns : 133
media_errors : 0
num_err_log_entries : 608
Warning Temperature Time : 0
Critical Composite Temperature Time : 0
Temperature Sensor 1 : 42 C
Temperature Sensor 2 : 55 C
используемый процент 0% после двух лет. Когда это совершает нападки 100% затем теоретически, диск все израсходован и замена потребностей. Но вот кто-то, кто израсходовал 250%, какой думал бы невозможный:
, Короче говоря, возможностями является Ваш SSD, переживет Вашу компьютерную систему в эти дни.