Информация для входа / учетной записи пользователя была удалена и больше не указана в разделе «Учетные записи» в системных настройках клиента Mac OS X.
Их домашняя папка по-прежнему находится в / Users /
Кто-нибудь знает, что произойдет, если мы просто создадим нового пользователя с тем же именем? Будет ли он предполагать домашнюю папку этого пользователя? или он добавит "1" к новому имени учетной записи и папке?
Как мы могли повторно активировать этого пользователя?
Спасибо за помощь
В OS X есть сценарий createhomedir, который запускается при входе в систему для проверки наличия и создания домашнего каталога пользователя по мере необходимости. Вне всяких сомнений, я не уверен, что происходит, когда он встречает уже существующий домашний каталог.
Вы, вероятно, в безопасности, просто добавив нового пользователя, а затем сменив владельца старого домашнего каталога. Пока пользователь не входит в систему, вероятно, он не будет перезаписан. Однако, конечно, лучше убрать его на всякий случай. Как только пользователь будет создан, удалите все, что создается автоматически, и верните старый каталог. Вам следует избегать их входа в систему, пока вы не закончите.
Вполне вероятно, что новый uid пользователя не будет соответствовать его старому, поэтому их домашний каталог не будет им принадлежать. Вы можете исправить это с помощью chown:
chown -R <user> /Users/<user-home>
По крайней мере, в Mac OS X v10.5 (и я думаю, что также 10.4, но я не помню точно) подход, о котором вы думаете, будет работать: просто используйте системные настройки, чтобы создать нового пользователя с тем же коротким именем , и он спросит, хотите ли вы использовать существующую домашнюю папку. Если вы ответите «да», он создаст новую учетную запись и передаст домашнюю папку новому пользователю. (Имейте в виду: сначала сделать резервную копию - это почти всегда хорошая идея, особенно если действовать по совету какого-то случайного шутника в Интернете ...)
Есть несколько ограничений: если пароль нового пользователя не совпадает с паролем старого, связка ключей входа пользователя не будет автоматически разблокироваться при входе в систему (вы можете изменить это в Доступе Связки ключей). Кроме того, у нового пользователя не будут настроены папки Public и Sites для общего доступа к файлам и веб-сайтам соответственно (если вам интересно, клонируйте и настройте файлы конфигурации некоторых других пользователей в / var / db / dslocal / nodes / Default / config / SharePoints / и / etc / apache2 / users /).
Я не уверен насчет этой конкретной ситуации, но могу сказать, что определенно сделал наоборот. Мы переименовали домашнюю папку пользователей, чтобы она соответствовала сокращенному имени существующей учетной записи. Вероятно, вы могли бы переименовать домашнюю папку пользователя в какое-то временное имя, чтобы убедиться, что оно не перезаписывается. Затем вы можете создать учетную запись, снова войти в систему как другой администратор (или root) и поменять местами пользовательские папки.
edit: вам может потребоваться выполнить указанную выше команду chown, если после этого вы увидите ошибки с разрешениями.