Используется рекурсивный chown в корневом каталоге [закрытый]

Question 1

Мне нужна помощь, которая восстанавливает мои настройки ssh, когда я нажимал все, вызывая эту команду:

chown -R user /

В настоящий момент я не могу получить доступ к сайту через ssh / ftp, так как собственность все файлы были изменены. Я не хочу сбросить все права собственности, но если бы я мог получить работу ssh, я мог бы создать резервную копию своих файлов, а затем получить чистую установку ubuntu на моем сервере.

Вот ошибка, get, когда я пытаюсь перезапустить ssh:

/var/run/sshd must be owned by root and not group or world-writable.

Im работает ubuntu 10.04 LTS. Любая помощь очень ценится.

P.S. Я могу запускать команды ssh на консоли AJAX на основе браузера, которую предоставляет моя хостинговая компания (linode).

Спасибо

Question 2

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, правда?

Кроме того, в этом сообщении в блоге описаны некоторые подходы к сбросу разрешений через apt-get / dpkg. Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown все или подмножество обратно к корню снова).

Если вы не делаете резервных копий, сейчас самое время начать!

)

Question 3

Question 4

[D0] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Это должно (не проверено), чтобы каждый файл в корневой группе принадлежал root.

sudo find / -group root -exec chown root {} \;

Question 5

Сначала, чтобы остановить сообщение об ошибке, измените владельца /var/run/sshd обратно на root.

Может быть больше ошибок afterwoods, что, вероятно, означает, что вам также нужно изменить другие файлы.

Question 6

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, правда?

Кроме того, в этом сообщении в блоге описаны некоторые подходы к сбросу разрешений через apt-get / dpkg. Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown все или подмножество обратно к корню снова).

Если вы не делаете резервных копий, сейчас самое время начать!

)

Question 7

Question 8

[D0] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Это должно (не проверено), чтобы каждый файл в корневой группе принадлежал root.

sudo find / -group root -exec chown root {} \;

Question 9

Сначала, чтобы остановить сообщение об ошибке, измените владельца /var/run/sshd обратно на root.

Может быть больше ошибок afterwoods, что, вероятно, означает, что вам также нужно изменить другие файлы.

Question 10

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

Question 11

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Question 12

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

Question 13

Question 14

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Question 15

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

Question 16

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

Question 17

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Question 18

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

Question 19

Question 20

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

Question 21

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Question 22

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

Question 23

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

Question 24

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Question 25

Question 26

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

Question 27

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

Question 28

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Question 29

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

Question 30

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

maxschlepzig · Answer 1 · 25 July 2018 в 23:16

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, правда?

Кроме того, в этом сообщении в блоге описаны некоторые подходы к сбросу разрешений через apt-get / dpkg. Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown все или подмножество обратно к корню снова).

Если вы не делаете резервных копий, сейчас самое время начать!

)

1

ответ дан maxschlepzig 25 July 2018 в 23:16

1

Резервные копии хороши, но многие системы резервного копирования не поддерживают владельцев. – ℝaphink 24 August 2010 в 14:29
2

@raphink: назовите одно! Каждая серьезная система резервного копирования может резервировать / восстанавливать информацию о владельце (помимо других атрибутов файла). – maxschlepzig 24 August 2010 в 15:45

Oli · Answer 2 · 25 July 2018 в 23:16

[D0] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Это должно (не проверено), чтобы каждый файл в корневой группе принадлежал root.

sudo find / -group root -exec chown root {} \;

3

ответ дан Oli 25 July 2018 в 23:16

1

вероятно, безопаснее восстанавливать данные из резервной копии. Хотя это, вероятно, приблизится к его исправлению, я не уверен, что кто-нибудь когда-либо проверял его. И кроме того, он исправляет только корневую группу, а не другие пользователи. – txwikinger 25 August 2010 в 00:51
2

Из того, что я собираю, резервной копии нет. Он хочет сделать резервную копию после SSH'd. Для других файлов он мог бы сделать быструю локальную установку с аналогичной конфигурацией, сделать смешную находку, которая печатает полный путь и владельца, порт, список которого сломанный сервер, а затем восстановить владельца из этого файла. Ничто из этого не является «хорошим». как чистая установка или реальная резервная копия, но время часто является фактором. – Oli♦ 25 August 2010 в 01:26

txwikinger · Answer 3 · 25 July 2018 в 23:16

Сначала, чтобы остановить сообщение об ошибке, измените владельца /var/run/sshd обратно на root.

Может быть больше ошибок afterwoods, что, вероятно, означает, что вам также нужно изменить другие файлы.

maxschlepzig · Answer 4 · 27 July 2018 в 03:34

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, правда?

Кроме того, в этом сообщении в блоге описаны некоторые подходы к сбросу разрешений через apt-get / dpkg. Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown все или подмножество обратно к корню снова).

Если вы не делаете резервных копий, сейчас самое время начать!

)

1

ответ дан maxschlepzig 27 July 2018 в 03:34

1

Резервные копии хороши, но многие системы резервного копирования не поддерживают владельцев. – ℝaphink 24 August 2010 в 14:29
2

@raphink: назовите одно! Каждая серьезная система резервного копирования может резервировать / восстанавливать информацию о владельце (помимо других атрибутов файла). – maxschlepzig 24 August 2010 в 15:45

Oli · Answer 5 · 27 July 2018 в 03:34

[D0] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Это должно (не проверено), чтобы каждый файл в корневой группе принадлежал root.

sudo find / -group root -exec chown root {} \;

3

ответ дан Oli 27 July 2018 в 03:34

1

вероятно, безопаснее восстанавливать данные из резервной копии. Хотя это, вероятно, приблизится к его исправлению, я не уверен, что кто-нибудь когда-либо проверял его. И кроме того, он исправляет только корневую группу, а не другие пользователи. – txwikinger 25 August 2010 в 00:51
2

Из того, что я собираю, резервной копии нет. Он хочет сделать резервную копию после SSH'd. Для других файлов он мог бы сделать быструю локальную установку с аналогичной конфигурацией, сделать смешную находку, которая печатает полный путь и владельца, порт, список которого сломанный сервер, а затем восстановить владельца из этого файла. Ничто из этого не является «хорошим». как чистая установка или реальная резервная копия, но время часто является фактором. – Oli♦ 25 August 2010 в 01:26

txwikinger · Answer 6 · 27 July 2018 в 03:34

Сначала, чтобы остановить сообщение об ошибке, измените владельца /var/run/sshd обратно на root.

Может быть больше ошибок afterwoods, что, вероятно, означает, что вам также нужно изменить другие файлы.

maxschlepzig · Answer 7 · 2 August 2018 в 04:32

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

txwikinger · Answer 8 · 2 August 2018 в 04:32

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Oli · Answer 9 · 2 August 2018 в 04:32

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

txwikinger · Answer 10 · 4 August 2018 в 21:06

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Oli · Answer 11 · 4 August 2018 в 21:06

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

maxschlepzig · Answer 12 · 4 August 2018 в 21:06

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

txwikinger · Answer 13 · 6 August 2018 в 04:37

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Oli · Answer 14 · 6 August 2018 в 04:37

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

maxschlepzig · Answer 15 · 6 August 2018 в 04:37

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

txwikinger · Answer 16 · 7 August 2018 в 22:47

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Oli · Answer 17 · 7 August 2018 в 22:47

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

maxschlepzig · Answer 18 · 7 August 2018 в 22:47

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

txwikinger · Answer 19 · 10 August 2018 в 10:52

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Oli · Answer 20 · 10 August 2018 в 10:52

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

maxschlepzig · Answer 21 · 10 August 2018 в 10:52

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

txwikinger · Answer 22 · 13 August 2018 в 17:27

Сначала, чтобы остановить сообщение об ошибке, измените владельца / var / run / sshd обратно на root.

Там может быть больше ошибок afterwoods, что, вероятно, означает, что вам нужно для изменения других файлов.

Oli · Answer 23 · 13 August 2018 в 17:27

[D2] Ничего себе. Возможно, вы сможете восстановить свои разрешения. Это длинный снимок, но, возможно, стоит подумать, если вы настроили установку много.

Вот что я только что придумал. Этот должен (не тестировался), чтобы каждый файл в корневой группе принадлежал root.

  sudo find / -group root -exec chown root {} \;

3

ответ дан Oli 13 August 2018 в 17:27

1

вероятно, безопаснее восстанавливать данные из резервной копии. Хотя это, вероятно, приблизится к его исправлению, я не уверен, что кто-нибудь когда-либо проверял его. И кроме того, он исправляет только корневую группу, а не другие пользователи. – txwikinger 25 August 2010 в 00:51
2

Из того, что я собираю, резервной копии нет. Он хочет сделать резервную копию после SSH'd. Для других файлов он мог сделать быструю локальную установку с аналогичной конфигурацией, сделать смешную находку, которая печатает полный путь и владельца, порт, список которого сломанный сервер, а затем восстановить владельца из этого файла. Ничто из этого не является «хорошим». как чистая установка или реальная резервная копия, но время часто является фактором. – Oli♦ 25 August 2010 в 01:26

maxschlepzig · Answer 24 · 13 August 2018 в 17:27

Ну, лучше всего / проще всего восстановить резервную копию. Вы делаете резервные копии, верно?

Кроме того, это сообщение в блоге описывает некоторые подходы к сбросу разрешений через apt-get / dpkg . Прежде чем пытаться это сделать, вы должны сделать что-то вроде опубликованного Оли (chown all или подмножество обратно к корню снова).

Если вы не делаете резервных копий, пришло время начать!

)

1

ответ дан maxschlepzig 13 August 2018 в 17:27

1

Резервные копии хороши, но многие системы резервного копирования не поддерживают владельцев. – ℝaphink 24 August 2010 в 14:29
2

@raphink: назовите одно! Каждая серьезная система резервного копирования может резервировать / восстанавливать информацию о владельце (помимо других атрибутов файла). – maxschlepzig 24 August 2010 в 15:45

Используется рекурсивный chown в корневом каталоге [закрытый]

24 ответа

Другие вопросы по тегам:

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