Такого предупреждения я еще не видел. Но, по-видимому, это означает, что smartctl оценивал только таблицу атрибутов (, см. ниже ), потому что от SMART нет дополнительной информации о работоспособности, которая обычно является частью протокола ATA. Ответ в целом считается ненадежным в этом случае автором smartmontools. Из того, что я видел до сих пор, диски, подключенные непосредственно к контроллеру SATA, лучше работают со SMART.
Что касается таблицы атрибутов, когда вы посмотрите на вывод атрибута SMART с помощью smartctl -A /dev/XXX
, вы увидите три столбца VALUE
, WORST
и THRESH
. Вот часть такого вывода:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 189 182 021 Pre-fail Always - 5508
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 18
В первом столбце VALUE
указано текущее значение атрибута. Столбец WORST
показывает наихудшее (, как правило, самое низкое значение ), которое когда-либо видел SMART. В столбце THRESH
указано, какое значение поставщики считают наименьшим возможным значением, которое считается работоспособным.
Если в столбце WORST
отображаются значения ниже THRESH
в той же строке, накопитель считается неисправным. Это также подразумевает, что VALUE
было замечено ниже THRESH
, конечно. Вы также можете видеть, что только атрибуты типа Pre-fail
имеют значение при оценке работоспособности. Другие пороги просто устанавливаются на 0
, и их атрибуты не могут ошибаться.
Эта таблица — все, что использовал smartctl для анализа работоспособности накопителя. И это не совсем правильный способ сделать это правильно.
Linux использует два набора сопоставлений клавиш. Один работает на уровне входного слоя ядра и назначает код клавиши скан-коду. Вы можете использовать loadkeys
, чтобы изменить это сопоставление. Это то, что вы видите в evtest
.
Еще один работает на уровне X-сервера. X имеет (среди прочего )общий evdev
драйвер, который собирает входные события из входного слоя ядра, а затем отображает их в так называемые -keysyms. Это то, что вы видите в xev
. Вы можете изменить это с помощью xmodmap
и через расширения xkbd более общим способом.
Таким образом, если у вас есть пользователи, которые не используют X, у вас есть два варианта :Воздействовать на скан-код клавиши (, т. е. положение клавиши на клавиатуре, поэтому вы реализуете собственное сопоставление клавиш )] или действуйте с ключом, переведенным в ядре, и проинструктируйте своих пользователей использовать loadkeys
и т. д. для загрузки выбранной ими раскладки клавиш.
Оба метода «надежны», но имеют очень разную семантику.