Мы запускаем наши основанные на Java веб-приложения почти исключительно на X86-64 и Windows Server (2003 или 2008). Причина выбора ОС, что почти все наши клиенты предпочитают серверы Windows и не имеют достаточного опыта поддерживать *, отклоняют серверы.
У нас не было основных проблем, запускающих приложения сервера Java с Windows, но большинство наших разработчиков запускает Linux самих.
команда sudo должна иметь setuid набор бита полномочий на, он - исполняемый файл. Но в Ubuntu Вы в настоящее время не можете становиться корнем. Я думаю, что можно загрузиться от чрезвычайного диска и установить, это обдумало sudo, использующий chmod.
Как сказанный Fractalizer, это - проблема с setuid, обдумал sudo. Подробное объяснение того, как зафиксировать, это может быть найдено здесь: http://ubuntuforums.org/showthread.php?t=219767
Существует довольно хороший шанс будут другие проблемы вне этой программы. Таким образом, можно найти другие вещи, аварийно завершающиеся, после того как Вы разрешили определенную проблему с sudo. К сожалению, cp'ing к доле NFS не собирается сохранять все полномочия, в которых Вы будете нуждаться для полностью функционирующей системы. Особенно в местах как/usr/bin.
Ваши файлы больше не принадлежат Вашей учетной записи, потому что Вы скопировали их как корень. этим путем корень стал владельцем.
для возвращения к sudo смонтируйте корневой раздел от спасательной среды и редактирования etc/group
. добавьте свою учетную запись пользователя к группе admin, и у Вас должен быть sudo доступ снова.
после этого можно изменить владение скопированных файлов. у Вас есть другая установка человечности, где искать корректное владение?
rsync -av <working host>:'/root /bin /sbin /tmp /media /mnt' /mnt/.
этот способ, которым Вы получите файлы с корректным владением и полномочиями.
– Christian
4 February 2010 в 14:56
Как другие уже сказали, это - проблема полномочий.
Во-первых, Вы скопировали в раздел NTFS, который имеет различные полномочия, так эй, вероятно, потеряют некоторую информацию в процессе, хотя я никогда не пробовал ее.
Во-вторых, вероятно, необходимо было скопировать файлы с cp -p
сохранить режим и владение.
Наилучший вариант состоит в том, чтобы использовать tar
(или эквивалентный) и я предполагаю, что Вы ввели команду с опечаткой с ее опциями. Простой способ сделать резервное копирование является чем-то как
tar cf /path/to/backup.tar /usr /bin /var
Кроме того, как другие упомянули, rsync
допустимая опция.
chmod
не о владении, а о полномочиях файла. Вы имеете в видуchown
.chmod
может использоваться, не указывая учетную запись. – Christian 4 February 2010 в 14:50