Вопрос или проблема
Моя загрузка зависает, как видно на изображении ниже. (было обновление. Проверьте редактирование ниже)
Когда я нажимаю клавишу escape, он переходит на этот экран:
Вся история:
Этот сервер ubuntu VM используется для веб-сайта. У веб-сайта внезапно появилась ошибка, и я подумал, что выключение и повторное включение его исправит. (эх)
Никогда я не был так ошибочен.
Я выполнил sudo /sbin/reboot, что я делаю время от времени, и обычно это работает после этого. Но в этот раз – нет.
Я попытался получить доступ к консоли VM, перезагрузил её оттуда, и теперь загрузка зависает на отображённом изображении выше.
Помогите?
Дополнительные детали:
- Ubuntu linux 3.0.0-32-server
- Мы используем клиент vSphere для VM
- Как вы можете видеть, я не эксперт по Linux
Редактировать
Я убрал проверки fsck, но она все еще зависает. Я нажал Ctrl+Alt+F1, чтобы увидеть текстовые журналы, и вот результат.
Проверьте владельца файла и разрешения сценария инициализации на корневой файловой системе:
# ls -l /sbin/init
-rwxr-xr-x 1 root root 167192 18 янв 2013 /sbin/init
Ответ или решение
У вас возникла серьезная проблема с загрузкой сервера Ubuntu, которая остановилась на этапе "Begin: Running /scripts/init-bottom … done". Давайте рассмотрим несколько шагов, которые могут помочь диагностировать и исправить ситуацию.
1. Проведение диагностики
Журнал загрузки: Первым делом, чтобы понять, на каком этапе происходит сбой, можно проверить журнал загрузки. Вы упомянули, что при нажатии Ctrl+Alt+F1 удалось получить текстовые логи. Посмотрите на эту информацию, особенно на ошибки, которые могут указать на источник проблемы.
Состояние файловой системы: Даже если вы отключили проверки fsck, полезно вручную запустить проверку файловой системы. Это можно сделать, загрузившись в режиме восстановления (recovery mode) или с Live CD. Если файловая система повреждена, это может вызвать зависание на этапе загрузки.
2. Проверка скриптов и прав
Вы также упомянули, что проверяли владельца и права на исполняемые файлы, такие как /sbin/init. Убеждено, что они выставлены корректно. Однако рекомендуется выполнить проверку других скриптов, исполняемых в процессе инициализации:
ls -l /etc/init.d/Это позволит определить, нет ли среди них скриптов с неправильными правами доступа (например, неисполняемые файлы или файлы, принадлежащие не root). Каждый скрипт должен быть доступен для чтения и исполнения пользователю root.
3. Исправление конфигураций и обновлений
Проблемы после обновления: Вы отметили, что до сбоя была выполнена установка обновлений. Иногда свежие обновления могут вызывать конфликты. Убедитесь, что все актуальные пакеты правильно установлены:
sudo apt-get update
sudo apt-get upgradeЕсли вы подозреваете, что какое-то конкретное обновление вызывает проблему, вы можете попробовать откатить его.
4. Ресурсы VM и аппаратное обеспечение
Проблемы с загрузкой могут также быть вызваны недостатком ресурсов у виртуальной машины. Проверьте настройки vSphere и убедитесь, что:
- Выделено достаточное количество CPU и оперативной памяти.
- Хранение данных доступно, и нет ошибок диска.
5. Ведение журнала и отладка
Если ничего из перечисленного не помогло, возможно стоит включить более детализированное ведение журналов во время загрузки. Это можно сделать, добавив параметры в конфигурацию загрузчика GRUB:
- При загрузке машины нажмите
ShiftилиEsc, чтобы войти в меню GRUB. - Выберите необходимый пункт загрузки и нажмите
eдля редактирования. - Добавьте
debugк строке с параметрами ядра и загрузите систему.
Заключение
Ваша проблема со звуком “hanging” на инициализации может быть вызвана множеством факторов – от поврежденной файловой системы до некорректных прав доступа. Рекомендуется следовать предложенным шагам, чтобы провести диагностику и оценить текущее состояние системы. Если после всех предпринятых усилий проблема останется нерешенной, возможно, потребуется восстановление системы из бэкапа или переустановка сервера.
Не забывайте о бережном обращении с вашими данными и своевременном выполнении резервного копирования. Обновляйте систему и поддерживайте её в актуальном состоянии для минимизации рисков подобного поведения в будущем. Надеюсь, предложенные решения помогут вам в быстром восстановлении работоспособности вашего сервера.