Если вы знаете пароль root
, вы также сможете решить проблему с помощью простой команды su
(У меня нет доступа к системе Solaris 8 для тестирования):
su
-без каких-либо аргументов root
, чтобы стать root
, без прохождения полного процесса входа в оболочку root:root
-каталог /root
с разрешениями 0700
, либо восстановите запись /etc/passwd
. Возможно, вам потребуется явно указать владельца и/или права доступа к файлу с помощью chown
и/или chmod
. root
и восстановите ее до /sbin/sh
. /bin/csh
не связан статически и может зависеть от файловых систем, которые не монтируются сразу при загрузке, что является еще одним способом сделать учетную запись root
недоступной. Не меняйте root
оболочку с /sbin/sh
на Solaris 8. Это указывает на непонимание Solaris 8, а также на -замкнутое и опасное пристрастие администратора к только использование и понимание ограниченного набора инструментов.Выполните шаги:
root
учетную запись в этой системе man pages
книгой за то, что он был достаточно глуп, чтобы изменить root
учетную запись в системе, не понимая последствий. Действительно, rmlint
кажется более подходящим для этой задачи, чем rdfind
. Мне нравится, что он выводит сценарий оболочки, который вы можете проверить, чтобы убедиться, что он не предлагает сделать что-то, чего вы на самом деле не планировали.
Что касается вашего варианта использования, я обратил внимание на раздел руководства, в котором говорится о Пометке исходных каталогов , поскольку у вас явно есть «исходный» каталог и «дубликат».
Похоже, этот пример можно использовать в качестве отправной точки:
# Find all files on /media/portable that can be safely deleted:
$ rmlint --keep-all-tagged --must-match-tagged /media/portable // ~
Обратите внимание, что ваш исходный каталог идет после //
, что меня немного удивило (по умолчанию инструмент, кажется, предпочитает хранить файл из более раннего аргумента ). Итак rmlint --keep-all-tagged --must-match-tagged B // A
.
(Примечание :У меня нет личного опыта работы с rmlint
, я просто пользуюсь документацией)