Не может загрузить систему с systemd версией выше 208

useradd

Можно управлять, сколько времени учетная запись пользователя действительна с помощью --expiredate опция к useradd.

выборка от useradd страница справочника

-e, --expiredate EXPIRE_DATE
     The date on which the user account will be disabled. The date is
     specified in the format YYYY-MM-DD.

     If not specified, useradd will use the default expiry date specified
     by the EXPIRE variable in /etc/default/useradd, or an empty string 
     (no expiry) by default.

Таким образом, при создании учетной записи пользователя можно указать дату +30 дней в будущем с этого времени и добавить это к Вашему useradd команда при создавании их учетных записей.

$ useradd -e 2013-07-30 someuser

chage

Можно также изменить существующую дату учетных записей с помощью chage команда. Для изменения даты истечения срока учетных записей, Вы сделали бы следующее:

$ chage -E 2013-08-30 someuser

вычисление даты +30 дней с этого времени

Чтобы сделать это - на самом деле довольно тривиальное использование date команда. Например:

$ date -d "30 days"
Sun Jul 28 01:03:05 EDT 2013

Можно отформатировать использование +FORMAT опции к date команда, которая заканчивает тем, что дала Вам следующее:

$ date -d "30 days" +"%Y-%m-%d"
2013-05-28

Соединение всего этого

Так зная вышеупомянутые части, вот один способ соединить его. Сначала при создании учетной записи Вы выполнили эту команду:

$ useradd -e `date -d "30 days" +"%Y-%m-%d"` someuser

Затем, когда Вы хотите скорректировать их даты истечения срока, Вы периодически выполняли эту команду:

$ chage -E `date -d "30 days" +"%Y-%m-%d"` someuser

Определение периодов времени меньше, чем 24-го

Если Вы хотите, чтобы пользователь только был активен в течение нескольких минут, Вы не можете использовать опции выше, так как они требуют определения даты. В этом случае Вы могли или настроить a crontab для удаления/блокирования созданного пользователя после требуемого времени (например, 10 минут), или Вы могли сделать один из:

adduser someuser && sleep 600 && usermod --lock someuser

или

$ adduser someuser
$ echo usermod --lock someuser | at now + 10 minutes

Ссылки

5
07.04.2014, 13:09
2 ответа
[1125645] Только что связались с разработчиками, и моя проблема решена.

%*.txt

Мое настраиваемое ядро не поддерживает syscall open by file handle, поэтому я включил опцию [1126095]CONFIG_FHANDLE[1126096], и оно снова загружается.[1125648].

6
27.01.2020, 20:35
[1123525] Ваши диски не монтируются - и я заметил, что они должны быть зашифрованы. Интересно - какие у них настройки собственности? [12174]208 [1124148]Changelog[1124149]:[12175]Может быть, вы должны использовать это.[12176]Хотя было много других изменений - в том числе некоторые очень специфические для проблемы, о которой упоминает Goldilocks. Вам следует просмотреть журнал изменений, если вы собираетесь использовать эту версию.[12177]И [1124150]209 Блог изменений[1124151] Весь. Это относится конкретно к шифрованию диска:[12178]Внимательно посмотрите на свой вывод, и я бы посоветовал вам перейти от использования [1124152] sda...b...c'[1124153] и т.д. и указать метки диска. Вы можете посмотреть на свои диски и проверить их маркировку с помощью [1124154]lsblk[1124155]: [1124156]( Я ошибочно подозревал, что ты загружаешься с USB-устройства. Спасибо за исправление)[12179]Как вы устанавливаете метки, зависит от вашей файловой системы, но вы можете указать их в [1124158]/etc/fstab[1124159] с помощью [1124160]LABEL=${label}[1124161]. Вы также можете включить [1124162]/etc/fstab[1124163] специально для раннего пользовательского пространства, просто скопировав его в свой [1124164]initramfs[1124165] как [1124166]/etc/fstab[1124167].[12181]И говоря о [1124168]/etc/fstab[1124169], это также находится в блоке изменений 209:[12182]Вероятно, это хорошая идея, чтобы проверить, что ваши устройства монтирования шифрования диска обновлены. Не полагайтесь на aur для этого. Любая проблема, связанная с вышеперечисленным, приведет к тому, что [1124170]fsck[1124171] не пройдет для зашифрованных дисков и они не будут автоматически смонтированы. Это не повлияет на то, сможете ли вы смонтировать их самостоятельно.[12183]Вот ещё одна выдержка из 209 changelog, связанная с [1124172]/tmp[1124173]:[12184]И кстати, если ваша проблема в том, что вам нужно смонтировать диски самостоятельно в консоли [1124174]recovery[1124175], то ваша проблема в том, что они не смонтированы в [1124176]initramfs. Другими словами, ваш образ [1124178]initramfs[1124179] является вашей проблемой.[1123548].
3
27.01.2020, 20:35

Теги

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