Когда требуется перезагрузка?

Помимо обновления ядра, есть ли какие-либо изменения в системе Linux, требующие перезагрузки? Я знаю, что есть ситуации, когда перезагрузка упрощает работу, но есть ли что-то, что невозможно, кроме перезагрузки?

Чтобы уточнить: я имею в виду типичную настольную или серверную систему, которая не страдает аппаратной неисправностью.

  • Отключение с нажатием клавиатуры не работает
  • После перезагрузки сервер перестает реагировать
  • Машина с запуском Ubuntu или Debian при перезагрузке. Какие шаги вы бы использовали, чтобы найти причину этого dev / driver?
  • Не удалось отключить / home во время отключения arch linux
  • В чем разница между перезагрузкой, init 6 и shutdown -r?
  • Присоединитесь к интерактивному сеансу процесса, запущенного из rc.local
  • Последняя команда «Linux-терминал» для перезагрузки (поверх ssh) в случае ошибки ядра?
  • Расширять функциональность таких команд, как перезагрузка, чтобы зафиксировать причину
  • 3 Solutions collect form web for “Когда требуется перезагрузка?”

    На ум приходит несколько вещей:

    • Восстановление от паники ядра

      Паника ядра, по определению, не может быть восстановлена ​​без перезапуска ядра.

    • Восстановление от зависаний, которые оставляют вас без доступа к терминалу

      Если система не отвечает на запросы, и вы не используете способ восстановления команд, единственное, что вы можете сделать, это перезагрузить компьютер. Обычно вам нужно избегать ручного питания. Для этих ситуаций в ядре Linux имеется поддержка Magic SysRq, которая может быть использована для перезагрузки компьютера в чрезвычайной ситуации.

      Пока опция CONFIG_MAGIC_SYSRQ включена в конфигурации ядра, а опция kernel.sysrq sysctl включена, вы можете выдавать команды непосредственно в ядро ​​с помощью сочетаний клавиш SysRq:

      Обратите внимание, что Alt + SysRq ниже означает, что нажмите и удерживайте Alt , затем нажмите и удерживайте SysRq (обычно это клавиша PrintScrn ).

      1. Alt + SysRq + r : восстановить управление клавиатурой
      2. Alt + SysRq + e : отправить SIGTERM ко всем процессам, кроме init , что дает им возможность законно прекратить
      3. Alt + SysRq + i : отправить SIGKILL ко всем процессам, кроме init , заставляя их завершать
      4. Alt + SysRq + s : попытка синхронизации всех смонтированных файловых систем
      5. Alt + SysRq + u : перемонтировать всю файловую систему только для чтения
      6. Alt + SysRq + b : перезагрузка или

        Alt + SysRq + o : выключение

      Мнемоника для комбинаций клавиш магии SysRq для попытки изящной перезагрузки:

      « R eboot E ven I f S ystem U tterly B roke »

      Для серверов без headless есть даже цель iptables, позволяющая удаленные последовательности SysRq по сети.

    • Восстановление из не загружаемого состояния

      Если система уже была переведена в состояние, когда обычная загрузка невозможна (например, в результате неудачного обновления системы, поврежденной файловой системы и т. Д.), Тогда единственный способ получить доступ к консоли восстановления в системе может быть перезагружен используя соответствующие параметры времени загрузки.

    • Изменение параметров ядра загрузки

      Некоторые параметры ядра (например, audit для включения / отключения проверки ядра) могут быть установлены только при загрузке ядра во время загрузки.

    Есть два раза, когда я могу подумать, где я хочу перезагрузиться:

    1. Когда мне нужно убедиться, что система может загрузиться в правильном состоянии.

      Однажды я работал над системой, в которой был настроен какой-то демон. После того, как он работал несколько лет, сбой питания привел к перезагрузке, но демон не был частью процесса запуска, и никто не знал, как он был настроен несколько лет назад. Система не работала в течение нескольких дней, пока мы выяснили, как ее перенастроить.

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

    2. Когда обновлена ​​системная библиотека.

      Предположим, что в библиотеке, которая используется многими приложениями / серверами в системе, обнаружен серьезный недостаток безопасности. Вы можете обновить библиотеку без перезагрузки, но сколько процессов все еще выполняется при загрузке небезопасной библиотеки? Вы можете тщательно перезапустить что-либо, используя старую библиотеку (если вы можете это понять), но это подвержено ошибкам и может занять больше времени, чем просто перезагрузка.

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

    Если вы имеете в виду запланированные изменения в конфигурации программного обеспечения и предполагаете идеальное рабочее оборудование (я еще не видел такого) и бесплатное программное обеспечение (вы знаете …), тогда только ошибка в ядре или драйвере заставит вас перезагружать. 🙂

    Кроме этого … Я не уверен, что можно будет заменить init не переключаясь в режим одиночного пользователя, и делать магию, которая существенно не отличается от перезагрузки.

    Interesting Posts

    Что следует учитывать при выборе файловой системы для личного дискового архива / холодного хранения?

    Очередь – задача в рабочей оболочке

    Как я могу заставить Bash отображать определения автозаполнения для данной команды?

    Любые реализации unix с «плоскими» файловыми системами на основе тегов?

    Курсор мыши исчезает после запуска gnome-settings-daemon в OpenBox

    как работает ping zero?

    Как настроить два или более IPv6-адреса на одной сетевой плате в FreeBSD?

    Мне всегда нужно, чтобы ifdown / ifup wlan0 после перезагрузки

    Есть ли способ определить, когда бинарный файл был скомпилирован или установлен?

    Расширение GLX не работает должным образом с помощью xvfb

    Как найти общее имя для конкретного глифа?

    llvm и clang на CentOS 5 без прав root?

    Как модули ядра Linux становятся доступными в пакете ядра Linux-дистрибутива?

    Оконный менеджер с wayland?

    Нежелательное выключение при разряженной батарее – Тестирование Debian

    Linux и Unix - лучшая ОС в мире.