Быстрое изменение частоты BIOS с помощью Ubuntu - время синхронизации с BIOS [duplicate]

Интеллектуальные данные нашего SSD говорят, что вы использовали SSD в течение 1331 часов, и ваш SSD понес 33308592070 * 512/1024 ^ 4 = 15,5 записей TiB. Это означает ca. 12 гигабайт записывает мощность на часах вашего SSD. Это характерно для типичного использования SSD для потребителей. Что вы используете для SSD?

Вы все еще находитесь ниже предела цикла записи вашего SSD, который основан на MLC, поэтому следует терпеть ca. 3000 циклов записи, что будет означать ок. 256 ГБ * 3000 = 768 ТБ. Поэтому я бы сказал, что вы в безопасности.

Но ваши данные SMART показывают, что теперь у вас уже 238 перераспределенных (сбой) секторов. Это число по-прежнему очень мало по сравнению с несколькими сотнями миллионов секторов вашего диска, но для меня удивительно, что после всего лишь 60-70 циклов записи ваш SSD имеет блокировку. У вас есть запасное место на вашем SSD? Для надежного управления износом накопителей на SSD требуется запасное пространство.

Вот график, показывающий SSD 840 PRO 256 ГБ при записи теста. Он имеет нулевое или очень близкое к нулю перераспределенные сектора после записи 300 ТБ. У вас более 200 после менее 20 ТБ.

Используется последняя прошивка накопителя. Я не хочу вас волновать, но я думаю, вам следует связаться с Samsung с выходом SMART и спросить о своем мнении. Я думаю, что ваш диск имеет какую-то проблему.

UPDATE:

После ответа Samsung - кто в основном сказал, что все в порядке - я бы сказал, что до тех пор, пока вы не столкнетесь с потерей данных ( это до тех пор, пока злоумышленники обнаружены во время операции записи). Я думаю, вам тогда не следует беспокоиться.

Вы можете увидеть счет badblock в строке Runtime_bad_block (238, Raw value), которая является суммой Program_Fail_Cnt_Total (238, которая является неудачной операцией записи) Erase_Fail_Count_Total (0, которая является неудачной операции стирания) и неудачные операции чтения. Таким образом, неудачные операции чтения на вашем диске во время создания интеллектуального вывода были 238-238-0 = 0, поэтому у вас не было отказавшего чтения, у вас нет потери данных.

[d13 ] Если ваш диск начинает сталкиваться с неудачными чтениями в ближайшем будущем (это означает, что Runtime_bad_block не будет равняться Program_Fail_Cnt_Total + Program_Fail_Cnt_Total ), потенциальная потеря данных, я бы пересмотрел Samsung. До этого момента просто наслаждайтесь своим SSD.

1
задан 1 June 2016 в 00:33

1 ответ

Нашел решение! Я прочитал ЗДЕСЬ, что:

«Операционные системы хранят и извлекают время в аппаратных часах, расположенных на вашей материнской плате, чтобы отслеживать время, даже когда система не имеет питания. Большинство операционных систем ( Linux / Unix / Mac) хранят время на аппаратных часах по умолчанию по умолчанию, хотя некоторые системы (в частности, Microsoft Windows) сохраняют время на аппаратных часах как «локальное» время. Это вызывает проблемы в системе двойной загрузки, если оба системы смотрят аппаратные часы по-разному »

Действия по устранению этой проблемы путем использования Linux« Local »времени были следующими:

gksudo gedit /etc/default/rcS

добавить или измените следующий раздел

# Set UTC=yes if your hardware clock is set to UTC (GMT) UTC=no

2
ответ дан 23 May 2018 в 10:32
  • 1
    Это нормально, чтобы включить часть ответа об изменении выигрыша в utc в ответ, тем более, что он помогает сохранить ubuntu на utc, что лучше. – chaskes 1 June 2016 в 01:27

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

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