unlink original file instead of symbolic link. Что делать?
Пользователь должен иметь профиль «Безопасность пользователя» для авторизации solaris.role.deledate . Как корень проблема:
usermod -P +"User Security" myuser
добавить этот профиль. Затем попробуйте еще раз добавить роль root для другого пользователя с помощью:
myuser@host:~$ pfexec usermod -R +root otheruser
Если вы заблокировали себя от статуса root , вы можете использовать вместо этого sudo и ввести:
sudo su -
usermod -R +root myuser
В качестве последних вариантов вы можете перезагрузиться с live CD, смонтировать корневой пул во временное расположение и отредактировать файл / etc / user_attr , добавив:
myuser::::Profiles=System Administrator;roles=root;lock_after_retries=no
Как указано на странице руководства, команда unlink удалит указанный файл:
UNLINK(1)
NAME
unlink - call the unlink function to remove the specified file
Unlink удалит жесткие ссылки и символические -links также. Поскольку файл в Linux является жесткой ссылкой на индексный дескриптор, если в качестве параметра указан обычный файл, эта жесткая ссылка будет удалена, и если файл является последним жестким -ссылка на индексный дескриптор файла, после чего файл как бы стирается.
В зависимости от файловой системы, которую вы используете, вы можете восстановить удаленный файл. Существует множество инструментов для ext2, а также несколько инструментов для более сложных ext3 и ext4. Например, вы можете попробовать
extundelete /dev/sdaX --restore-directory someDirectory
Это восстановит все файлы, найденные на разделе. Если вы знаете точный inode, к которому был привязан ваш файл, вы можете восстановить только этот файл.