Заблокирован на выделенном сервере из-за chmod

Question 1

Итак, я случайно запустил chmod -x / вместо того, что имел в виду, и поэтому сломал кучу вещей на моем сервере. Из-за этого я не могу делать такие вещи, как вход в систему обычным способом, и мне приходится использовать другие методы.

Я пытался это Исправить права доступа к серверу после случайного chmod , но только что получил тонны проблем с разрешениями, которые выглядят как «изменение разрешения» / proc / sys / net / etc .. », а затем все еще не работает. Я также получил это для многих других каталогов.

Если бы вы могли сообщить мне, как исправить эту или любую другую информацию, которая вам нужна, это было бы здорово.

Question 2

Команда chmod -x / только удаляет исполняемый бит из корневого каталога. Если Вы были бы все еще зарегистрированы как корень, Вы могли бы легко обратить изменение с chmod +x /.

Очевидно, Вы больше не зарегистрированы как корень, таким образом, Вы заблокировали себя от системы. Это может все еще быть зафиксировано. Я просто сделал то же, я работал chmod -x /, закрытый терминал и я повредили систему, я не могу даже перезагрузить.

Я решил эту начальную загрузку от Живого USB, проблема, который мы не можем использовать chmod восстановить корректные полномочия поврежденной корневой файловой системы, потому что это не имеет имени. Но мы знаем, что корневая файловая система хранится как inode номер 2. Мы можем использовать команду debugfs восстановить корректные полномочия.

С lsblk | grep -v loop мы можем определить имя устройства поврежденной файловой системы.

Затем мы можем работать debugfs -w /dev/sdXY как корень, смотрите на мой пример ниже:

# debugfs -w /dev/sdb2
debugfs 1.44.1 (24-Mar-2018)
debugfs:  modify_inode <2>
                          Mode    [040644] 040755   # here enter correct permissions and hit enter
                       User ID    [0]               # here and in the following prompts only hit enter
                      Group ID    [0] 
                          Size    [4096] 
                 Creation time    [1564191527] 
             Modification time    [1564191527] 
                   Access time    [1567339087] 
                 Deletion time    [0] 
                    Link count    [24] 
              Block count high    [0] 
                   Block count    [8] 
                    File flags    [0x80000] 
                    Generation    [0x0] 
                      File acl    [0] 
           High 32bits of size    [0] 
              Fragment address    [0] 
               Direct Block #0    [127754] 
               Direct Block #1    [4] 
               Direct Block #2    [0] 
               Direct Block #3    [0] 
               Direct Block #4    [1] 
               Direct Block #5    [9265] 
               Direct Block #6    [0] 
               Direct Block #7    [0] 
               Direct Block #8    [0] 
               Direct Block #9    [0] 
              Direct Block #10    [0] 
              Direct Block #11    [0] 
                Indirect Block    [0] 
         Double Indirect Block    [0] 
         Triple Indirect Block    [0] 
debugfs: quit                                       # here we quit

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

mook765 · Answer 1 · 22 September 2019 в 03:31