sudo: має бути встановлений root


2

Останнім часом, через якісь брудні речі з основним записом завантаження, мені доведеться перевстановити Ubuntu. Перш ніж це зробити, я створю резервну копію всієї папки (виключаю root, bin, sbin, tmp, media, mnt) до розділу NTFS. Після встановлення Ubuntu я скопіював всю папку за допомогою nautilus (під керуванням sudo nautilus). Після цього перезавантажую комп'ютер. І бум, тепер я більше не можу запускати sudo, мої мережні служби не можуть працювати. Коли я запускаю sudo з терміналу, я ге "помилка" повинен бути встановлений root ". У ubuntu кореневий обліковий запис відключений за замовчуванням, я не знаю, чому всі ці файли більше не належать до мого облікового запису. Як би я відновився назад?


1
Як ви створили резервну копію даних? дьоготь (або подібне) або проста копія?
Dan Andreatta

Я використовував просту копію. Коли я пробував tar, він завжди говорив: "боягуз відмовляйся створювати порожній архів". Хоча не знаю, що це за чорт.
Пхуонг Нгуен

Ви отримуєте це повідомлення від того, tarколи це зробите tar -czf file.tar.gz. Це теж добре, оскільки ви мали намір ввести tar -xf file.tar.gzдля вилучення матеріалів з архіву.
Джонатан Леффлер

Відповіді:


1

Команда sudo повинна мати встановлений біт дозволу встановлення на його виконуваний файл. Але в Ubuntu на даний момент ви не можете стати root. Я думаю, ви можете завантажитися з аварійного диска і встановити цей біт на sudo, використовуючи chmod.


chmod? Мій обліковий запис не був у списку облікових записів рятувального ubuntu, як я можу відновити право власності?
Пхуонг Нгуен

chmodйдеться не про право власності, а про права доступу до файлів. ви маєте в виду chown. chmodможна використовувати без вказівки облікового запису.
Крістіан

Ви не можете chmod захищених файлів, таких як sudo не root. Вам потрібно використовувати chmod, а не chown, щоб встановити біт дозволу "setuid" en.wikipedia.org/wiki/Setuid
Владислав Раструсний

1

Як сказав Fractalizer, це проблема із встановленим бітом на sudo. Детальне пояснення, як це виправити, можна знайти тут: http://ubuntuforums.org/showthread.php?t=219767

Існує досить хороший шанс, що за цією програмою будуть й інші проблеми. Таким чином, ви можете виявити інші речі, які вибухнуть, як тільки ви вирішите конкретну проблему з судо. На жаль, cp'ing на NFS-акцію не збереже всі дозволи, які вам знадобляться для повністю функціонуючої системи. Особливо в таких місцях, як / usr / bin.


0

ваші файли більше не належать до вашого облікового запису, оскільки ви скопіювали їх як корінь. таким чином корінь став власником.

щоб повернутися до sudo, встановіть свій кореневий розділ із рятувального середовища та відредагуйте etc/group. додайте свій обліковий запис користувача до групи адміністратора, і ви знову повинні мати доступ до sudo.

після цього ви можете змінити право власності на скопійовані файли. у вас є інша установка ubuntu, де шукати правильне право власності?


Мій обліковий запис був однаковий протягом двох установок (тобто phuongnd08). Навіть пароль однаковий. Я перевірив / etc / group і побачив, що мій обліковий запис встановлено як adm (я думаю, це адміністрація).
Пхуонг Нгуен

коли у вас є інша машина з тими ж обліковими записами: завантажте свою «невдалу» машину робочою мережею в режимі порятунку і зробіть rsync -av <working host>:'/root /bin /sbin /tmp /media /mnt' /mnt/.так, ви отримаєте файли з правильним правом власності та дозволами.
Крістіан

0

Як уже говорили інші, це питання дозволу.

По-перше, ви скопіювали у розділ NTFS, який має різні дозволи, тому yo, ймовірно, втратить деяку інформацію в процесі, хоча я ніколи цього не пробував.

По-друге, ви, ймовірно, повинні були скопіювати файли, cp -pщоб зберегти режим та право власності.

Найкращий варіант - використовувати tar(або еквівалент), і я думаю, ви неправильно ввели команду з її параметрами. Простий спосіб зробити резервну копію - щось подібне

tar cf /path/to/backup.tar /usr /bin /var 

Також, як уже згадували інші, rsyncє дійсним варіантом.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.