проблемы с разрешениями sudo - / var / lib / sudo, принадлежащие uid
Допустим, у вас есть файл myscript, содержащий следующее:
#!/bin/bash
echo "Hello, World!"
Если вы сделаете этот файл исполняемым и запустите его с помощью ./myscript, то ядро увидит, что первые два байта #!, что означает, что это файл сценария. Затем ядро будет использовать остальную часть строки в качестве интерпретатора и передать файл в качестве первого аргумента. Таким образом, он запускается:
/bin/bash myscript
, а bash читает файл и выполняет команды, которые он содержит.
Таким образом, для bash (или любого другого интерпретатора, который требуется вашему сценарию) для «выполнения», сценарий, он должен только читать файл.
Итак, для скриптов бит выполнения просто делает его более удобным для его выполнения. До тех пор, пока bash является исполняемым, вы всегда можете запустить bash с файлом сценария в качестве аргумента или запустить bash в интерактивном режиме и скопировать в строку сценарий по строке в ваш терминал, чтобы выполнить команды.
9 ответов
Чтобы устранить эту проблему легко:
sudo chown -R root /var/lib/sudo
Что касается того, почему это произошло ... Я считаю, что когда вы возились с разрешениями для /var/www, вы как-то случайно изменили разрешения (и права собственности) всего дерева /var, включая /var/lib/sudo. (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве /var принадлежат root:root, и в основном невозможно узнать, к кому изначально принадлежали каждый файл и папка.
Если вы изменили только дерево /var/lib, это сужает «повреждение», но не много: там все еще есть сотни файлов.
! d7]
Вы можете попытаться выяснить, какая команда, которую вы издали, вызвала эту проблему, присоединившись к вашей истории bash:
gedit ~/.bash_history &
Возможно, это даст понять, что произошло, и ее последствия [!d9 ]
Чтобы устранить эту проблему легко:
sudo chown -R root /var/lib/sudo
Что касается того, почему это произошло ... Я считаю, что когда вы возились с разрешениями для /var/www, вы как-то случайно изменили разрешения (и права собственности) всего дерева /var, включая /var/lib/sudo. (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве /var принадлежат root:root, и в основном невозможно узнать, к кому изначально принадлежали каждый файл и папка.
Если вы изменили только дерево /var/lib, это сужает «повреждение», но не много: там все еще есть сотни файлов.
! d7]
Вы можете попытаться выяснить, какая команда, которую вы издали, вызвала эту проблему, присоединившись к вашей истории bash:
gedit ~/.bash_history &
Возможно, это даст понять, что произошло, и ее последствия
Чтобы устранить эту проблему легко:
sudo chown -R root /var/lib/sudo
Что касается того, почему это произошло ... Я считаю, что когда вы возились с разрешениями для /var/www, вы как-то случайно изменили разрешения (и права собственности) всего дерева /var, включая /var/lib/sudo. (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве /var принадлежат root:root, и в основном невозможно узнать, к кому изначально принадлежали каждый файл и папка.
Если вы изменили только дерево /var/lib, это сужает «повреждение», но не много: там все еще есть сотни файлов.
! d7]
Вы можете попытаться выяснить, какая команда, которую вы издали, вызвала эту проблему, присоединившись к вашей истории bash:
gedit ~/.bash_history &
Возможно, это даст понять, что произошло, и ее последствия
Чтобы устранить эту проблему легко:
sudo chown -R root /var/lib/sudo
Что касается того, почему это произошло ... Я считаю, что когда вы возились с разрешениями для /var/www, вы как-то случайно изменили разрешения (и права собственности) всего дерева /var, включая /var/lib/sudo. (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве /var принадлежат root:root, и в основном невозможно узнать, к кому изначально принадлежали каждый файл и папка.
Если вы изменили только дерево /var/lib, это сужает «повреждение», но не много: там все еще есть сотни файлов.
! d7]
Вы можете попытаться выяснить, какая команда, которую вы издали, вызвала эту проблему, присоединившись к вашей истории bash:
gedit ~/.bash_history &
Возможно, это даст понять, что произошло, и ее последствия
Чтобы устранить эту проблему легко:
sudo chown -R root /var/lib/sudo
Что касается того, почему это произошло ... Я считаю, что когда вы возились с разрешениями для /var/www, вы как-то случайно изменили разрешения (и права собственности) всего дерева /var, включая /var/lib/sudo. (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве /var принадлежат root:root, и в основном невозможно узнать, к кому изначально принадлежали каждый файл и папка.
Если вы изменили только дерево /var/lib, это сужает «повреждение», но не много: там все еще есть сотни файлов.
! d7]
Вы можете попытаться выяснить, какая команда, которую вы издали, вызвала эту проблему, присоединившись к вашей истории bash:
gedit ~/.bash_history &
Возможно, это даст понять, что произошло, и ее последствия
Чтобы устранить эту проблему легко:
sudo chown -R root /var/lib/sudo
Что касается того, почему это произошло ... Я считаю, что когда вы возились с разрешениями для /var/www, вы как-то случайно изменили разрешения (и права собственности) всего дерева /var, включая /var/lib/sudo. (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве /var принадлежат root:root, и в основном невозможно узнать, к кому изначально принадлежали каждый файл и папка.
Если вы изменили только дерево /var/lib, это сужает «повреждение», но не много: там все еще есть сотни файлов.
! d7]
Вы можете попытаться выяснить, какая команда, которую вы издали, вызвала эту проблему, присоединившись к вашей истории bash:
gedit ~/.bash_history &
Возможно, это даст понять, что произошло, и ее последствия
Чтобы устранить эту проблему легко:
sudo chown -R root /var/lib/sudo
Что касается того, почему это произошло ... Я считаю, что когда вы возились с разрешениями для /var/www, вы как-то случайно изменили разрешения (и права собственности) всего дерева /var, включая /var/lib/sudo. (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве /var принадлежат root:root, и в основном невозможно узнать, к кому изначально принадлежали каждый файл и папка.
Если вы изменили только дерево /var/lib, это сужает «повреждение», но не много: там все еще есть сотни файлов.
! d7]
Вы можете попытаться выяснить, какая команда, которую вы издали, вызвала эту проблему, присоединившись к вашей истории bash:
gedit ~/.bash_history &
Возможно, это даст понять, что произошло, и ее последствия
Чтобы устранить эту проблему, легко:
sudo chown -R root / var / lib / sudo Что касается , почему [ ! d8], что случилось ... Я считаю, что когда вы возились с разрешениями для / var / www , вы каким-то образом случайно меняли разрешения (и права собственности) всех / var , включая / var / lib / sudo . (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве / var принадлежат root: root , и его в основном невозможно узнать, кто изначально принадлежал каждому файлу и папке к.
Если вы изменили только дерево / var / lib , это сужает «ущерб», но не так много: все еще есть сотни файлов.
Вы можете попытаться выяснить, какая команда вы выдали, вызвали эту проблему, присоединившись к вашей истории bash:
gedit ~ / .bash_history & amp; Возможно, это даст понять, что произошло и его последствия
Чтобы устранить эту проблему, легко:
sudo chown -R root / var / lib / sudo Что касается , почему [ ! d8], что случилось ... Я считаю, что когда вы возились с разрешениями для / var / www , вы каким-то образом случайно меняли разрешения (и права собственности) всех / var , включая / var / lib / sudo . (Я уверен, пользователь, которого вы пытались установить, имеет id = 33)
Это может иметь много последствий, предупреждающее сообщение sudo является всего лишь одним симптомом.
UPDATE
Что касается последствий ... это действительно зависит от того, что (и где) вы сделали. Многие (но не все) файлы и сгибы в дереве / var принадлежат root: root , и его в основном невозможно узнать, кто изначально принадлежал каждому файлу и папке к.
Если вы изменили только дерево / var / lib , это сужает «ущерб», но не так много: все еще есть сотни файлов.
Вы можете попытаться выяснить, какая команда вы выдали, вызвали эту проблему, присоединившись к вашей истории bash:
gedit ~ / .bash_history & amp; Возможно, это даст понять, что произошло и его последствия