Вопросы Теги

Как вернуться показанный команду?

Можно использовать lpoptions. Посмотрите man lpoptions.

Команда похожа

lpoptions -d myprinter

и создает строку в ~/.lpoptions (или в некоторых системах ~/.cups/lpoptions) как

Default myprinter

Посмотрите, что Командная строка Печатает и Опции, раздел "Setting the Default Printer".

17
22.09.2012, 12:39
5 ответов

Короче говоря: нет.

Необходимо будет восстановить от резервного копирования. (Некоторые резервные инструменты могли бы иметь опции только восстановить только разрешение, другие могут перечислить поддержанные файлы со своими полномочиями, и можно использовать это для фиксации системы.)

Если у Вас не будет резервного копирования, то необходимо будет зафиксировать все это вручную.

22
27.01.2020, 19:46
  • 1
    После sudo chown -R user:user /, вероятно, что система так плохо полита из шланга, что Вы не можете восстановить от резервного копирования. –  Keith Thompson 23.09.2012, 02:59
  • 2
    , Если Вы не можете восстановить важные части своих пользовательских данных в этом сценарии от Вашего резервного копирования, Ваше "резервное копирование" действительно, не является тем. Если Вы не можете восстановить целую ОС, необходимо все еще смочь переустановить основу и затем восстановить от резервного копирования. Будет очень вероятно нуждаться в живом CD или сетевой загрузке в этом случае, но если Ваша стратегия резервного копирования не может восстановиться с этого, это не действительно достаточно хорошо. –  Mat 23.09.2012, 09:13
  • 3
    Мой более ранний комментарий был, вероятно, неясен. Функционирующая система может быть восстановлена с помощью самой системы. После того как Вы сделали chown описанный, вероятно, что Вы не сможете сделать что-либо прежде, чем установить целую систему с нуля; система даже не имеет a root учетная запись, и sudo не будет работать. Вероятно, стоит попытаться загрузиться к однопользовательской оболочке, но не ожидайте, что это будет работать. –  Keith Thompson 23.09.2012, 12:55
  • 4
    Корневой учетной записи не не стало (это - все еще UID 0); это просто не владеет никакими файлами больше, но базируется обходы нормальные проверки разрешения так или иначе. Ли sudo или даже su продолжит функционировать, когда все его соответствующие файлы будут принадлежать user другой разговор (вероятно, не потому что среди прочего SUID обдумал exe, закончится). –  jw013 05.10.2012, 00:29

Только если Вы знаете пользователя и владение группы каждого файла и каталога под Вашим / каталог.

Даже затем Вы уже ударили владение критических системных файлов, которые должны принадлежать корню, включая sudo команда. Необходимо было бы, вероятно, смонтировать жесткий диск в другой системе - и знать, что другая система, вероятно, не будет иметь того же UID и отображений GID как то, которое Вы просто ударили.

Сделайте копию всего жесткого диска, если Вы можете, затем переустановить Вашу операционную систему. После того как Вы сделали это, можно попытаться копировать файлы назад в недавно вытертую систему и восстановить их владения. Можно, вероятно, принять (хотя не 100% надежно) что все под /home/foo принадлежит пользователю foo, и что каждый почтовый буферный файл под /var/mail принадлежит соответствующему пользователю (если у Вас есть электронная почта в системе). Можно, вероятно, уйти, не восстанавливая большинство файлов, которые не находятся под /home, В зависимости от того, что Вы сделали с системой.

И затем начните выращивать привычку к перепроверке любой команды, под которой Вы работаете sudo перед ударом, Входят.

6
27.01.2020, 19:46

Можно сохранить текущие версии и затем проанализировать это для возвращения при помощи-v опции. 

chown -R nobody:nobody -v /tmp/some_file > /tmp/chown.log
cat /tmp/chown.log

Содержание было бы:

changed ownership of `/tmp/some_file' from me:users to nobody:nobody

Используя Ваш любимый язык сценариев и регулярные выражения, можно выполнить болезненный процесс возвращения их (если Вы должны).

Я настоятельно рекомендовал бы не делать рекурсивного, показанного на / поскольку Вы выставите/etc/shadow или любой другой важный файл.

1
27.01.2020, 19:46

, если дистрибутив основан на rpm: 

rpm -a --setperms
0
27.01.2020, 19:46

Если ваш дистрибутив основан на RPM, вы можете восстанавливать ТОЛЬКО файлы, установленные пакетами rpm.

Чтобы восстановить все разрешения для пакетов: 

rpm --setperms -a

Чтобы восстановить всех владельцев пакетов (пользователей / группы): 

rpm --setugids -a

Если -a не запускается, вы можете выполнить цикл bash:

Для разрешений: 

for x in $(rpm -qa); do rpm --setperms $x; done

Для владельца: 

for x in $(rpm -qa); do rpm --setugids $x; done

Выдержка из: http://www.sysadmit.com/2016/10/linux-restaurar-permisos-de-un-paquete.html

6
20.08.2021, 13:21

Теги

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