Не способный обновить значение shadowLastChange для LDAP
Хорошая краткая информация для SSD должна прочитать эту anandtech статью.
Для регулярного настольного использования (игры, офис, производительность, что имеет Вас) SSD ударит 15krpm диски SAS вокруг легко, так как существует много случайных чтений и включенных записей. Действительно необходимо быть осторожными в выборе корректного SSD, хотя, выбирая одну из более старых моделей не даст Вам так большую часть различия в производительности.
С другой стороны, при выполнении большого последовательного чтения-записи, как, например, редактирование видео и работа с большими наборами данных (перемещающий большие образы виртуальной машины вокруг, и т.д.), диски SAS будут очень быстры. С другой стороны, диски SAS так же быстры в нем как быстрые диски SATA 7200 об/мин.
Так, все это зависит от того, каков Ваш вариант использования. Если Вы планируете нормальное настольное использование, SSD является способом пойти. Для больших блоков последовательного r/w Вы будете более обеспечены с парой вращения дисков.
RFC 2307, иначе nis.schema:
( nisSchema.1.5 NAME 'shadowLastChange'
EQUALITY integerMatch
SYNTAX 'INTEGER' SINGLE-VALUE )
Значение целого числа не определяется в RFC, но принято от значения /etc/shadow так количество дней с эпохи Unix.
Необходимо смочь изменить его с ldapmodify (1), если сервер LDAP не настроен, чтобы ограничить доступ к этому атрибуту и осуществить его с некоторой локальной политикой.