Centos 7 не загружается
Обновлено: 01.07.2024
В этом руководстве мы рассмотрим процесс восстановления поврежденного загрузчика в CentOS 7 или Red Hat Enterprise Linux 7 и восстановления забытого пароля root.
Загрузчик GRUB иногда может быть поврежден, скомпрометирован или удален в CentOS из-за различных проблем, таких как аппаратные или программные сбои, а иногда может быть заменен другими операционными системами в случае двойной загрузки. Поврежденный загрузчик Grub делает невозможным загрузку системы CentOS/RHEL и передачу управления дальше ядру Linux.
Первый этап загрузчика Grub устанавливается на первые 448 байт в начале каждого жесткого диска в области, обычно известной как основная загрузочная запись (MBR).
Максимальный размер MBR – 512 байт. Если по какой-то причине первые 448 байтов перезаписаны, CentOS или Red Hat Enterprise Linux не могут быть загружены, если вы не загрузите машину с ISO-образом CentOS в режиме восстановления или с помощью других методов загрузки и не переустановите загрузчик MBR GRUB.
Требования
Восстановление загрузчика GRUB в CentOS 7
<р>1. На первом этапе загрузите последнюю версию ISO-образа CentOS 7 и запишите его на DVD или создайте загрузочную флешку. Поместите загрузочный образ на соответствующий диск вашей машины и перезагрузите машину.Пока BIOS выполняет тесты POST, нажмите специальную клавишу (Esc, F2, F11, F12, Del в зависимости от инструкций материнской платы), чтобы войти в настройки BIOS и изменить последовательность загрузки, чтобы загрузочный образ DVD/USB загружается первым при запуске компьютера, как показано на рисунке ниже.
Если на вашей машине используется базовый старый физический RAID-контроллер, диски будут иметь другие имена, например /dev/cciss . Кроме того, если ваша система CentOS установлена на виртуальной машине, жесткие диски могут называться /dev/vda или /dev/xvda .
Однако после того, как вы определили жесткий диск своей машины, вы можете начать установку загрузчика GRUB, выполнив следующие команды.
Сохраните настройки BIOS и снова перезагрузите компьютер, чтобы применить новый порядок загрузки. После перезагрузки машина должна запуститься прямо в меню GRUB, как показано на изображении ниже.
Поздравляем! Вы успешно восстановили поврежденный загрузчик GRUB системы CentOS 7. Имейте в виду, что иногда после восстановления загрузчика GRUB компьютер перезагружается один или два раза, чтобы применить новую конфигурацию grub.
Восстановление пароля root в CentOS 7
<р>9. Если вы забыли пароль root и не можете войти в систему CentOS 7, вы можете в основном сбросить (сбросить) пароль, загрузив ISO-образ CentOS 7 DVD в режиме восстановления и выполняя те же шаги, что показаны выше, пока не достигнете шаг 6. Пока вы подключены к файловой системе установки CentOS, введите следующую команду, чтобы отредактировать файл паролей учетных записей Linux.В теневом файле укажите строку пароля root (обычно это первая строка), войдите в режим редактирования vi, нажав клавишу i, и удалите всю строку между первым двоеточием «:» и вторым двоеточием «:», как показано на снимке экрана ниже.
После того, как вы закончите, сохраните файл, нажав следующие клавиши в следующем порядке: Esc -> : -> wq!
<р>10. Наконец, выйдите из chroot-консоли и введите init 6, чтобы перезагрузить машину. После перезагрузки войдите в свою систему CentOS с учетной записью root, для которой сейчас не настроен пароль, и установите новый пароль для пользователя root, выполнив команду passwd, как показано на снимке экрана ниже. 
Вот и все! Загрузка физической машины или виртуальной машины с ISO-образом CentOS 7 DVD DVD в режиме восстановления может помочь системным администраторам выполнять различные задачи по устранению неполадок в неисправной системе, например восстановление данных или задачи, описанные в руководстве.
Если вам понравилась эта статья, подпишитесь на уведомления по электронной почте о руководствах по Linux. Если у вас есть вопросы или сомнения? обратитесь за помощью в разделе комментариев.
Если вы цените то, что мы делаем здесь, в TecMint, вам следует подумать о следующем:
TecMint – это самый быстрорастущий и пользующийся наибольшим доверием сайт сообщества, где можно найти любые статьи, руководства и книги по Linux в Интернете. Миллионы людей посещают TecMint! для поиска или просмотра тысяч опубликованных статей, доступных всем БЕСПЛАТНО.
Если вам нравится то, что вы читаете, купите нам кофе (или 2) в знак признательности.
Мы благодарны за вашу бесконечную поддержку.
Похожие записи
19 мыслей о том, как восстановить поврежденный загрузчик Grub в CentOS 7
Когда я обновляю свой сервер centos 7. один пакет «Libmnl» я установил и обновил сервер. после перезагрузки сервер полностью выключен.если я пытаюсь устранить неполадки сервера после загрузки GRUB, он показывает пустую консоль. он также не подходит для однопользовательского режима. Это промежуточный сервер
Кто-нибудь может мне помочь, как решить эту проблему?
Я постоянно получаю сообщение об ошибке «Добро пожаловать в аварийный режим!» всякий раз, когда запускаю свой centos7 на своем виртуальном компьютере. Я приветствую вашу помощь.
Я думаю, что это проблема с файловой системой, попробуйте решить ее, запустив fsck.
Я успешно выполнил перечисленные здесь шаги. Единственным дополнением было то, что мне пришлось вручную монтировать /boot и /boot/efi.
Я запустил grub2-install /dev/sda и grub2-install /dev/sdb (у меня есть RAID1 для /boot и я вручную клонировал /boot/efi).
У меня не было ошибок, но когда я пытаюсь перезагрузить компьютер, он просто возвращается к приглашению grub>
Если после установки Grub вы не найдете файл «/boot/grub2/grub.cfg», запустите команду grub2-mkconfig --output=/boot/grub2/grub.cfg, которая автоматически создаст grub.cfg. с существующими образами Linux в системе.
Спасибо, что поделились с нами советом, надеюсь, он поможет другим пользователям, которые не могут найти файл grub.cfg в Linux.
Я выполнил шаги, вышел из консоли и во время перезагрузки удалил DVD с CentOS, и теперь я получаю следующую ошибку
Пожалуйста, помогите мне, как мне уйти отсюда?
Если кто-то еще окажется здесь с этой проблемой. Я успешно выполнил эти шаги, но он по-прежнему попадал в меню «gurb>» (даже после попытки воссоздать файл /boot/grub2/grub.cfg). Ошибки не было, но она не заменяла файл grub.cfg. Я вручную переместил его в grub.cfg.bak и скопировал RPM-сохраненную версию файла grub.cfg в grub.cfg. Я также сделал restorecon -rv /boot/grub2/ (хотя я не знаю, повлияло ли это на что-то).
Теперь он загружается правильно.
Я не могу восстановить свою виртуальную машину (Centos-7.1). Я выполнил шаги и после перезагрузки вижу grub>
Может ли кто-нибудь помочь мне
Мне не удалось восстановить виртуальную машину Centos 7 в VirtualBox, выполнив описанные выше действия. Хотя установка grub2 прошла успешно, после перезагрузки появляется приглашение grub>.
Кажется, я нашел решение этой проблемы!
Краткий ответ: «Похоже, это сделано намеренно, чтобы избежать последствий от ничего не подозревающих пользователей, запускающих grub2-install. Чтобы восстановить возможность установки grub2 в EFI, установите пакет grub2-efi-modules».
Спасибо, Ричард. Я установил модули grub2-efi на свой сервер Centos 7.5. Будем надеяться, что мне никогда не придется использовать процедуру восстановления.
Между прочим, я обнаружил, что удаление рабочего диска сервера Centos 7 с ноутбука на короткий период времени может привести к повреждению загрузочного сектора.
Метод исправления поврежденного загрузочного сектора явно не работает в Centos 7.5. У меня те же результаты, что и у Виджая.
Каталог /usr/lib/grub/ на моем сервере содержит другой каталог: /i386-pc. На сервере нет каталога /x86_64.efi.
Где автор? Пропал без вести?
Вы потратите свое время, если будете следовать инструкциям автора по восстановлению поврежденного загрузочного сектора.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 238.5G 0 disk
sda1 8:1 0 120M 0 part /boot/efi
sda2 8:2 0 180G 0 часть /
sda3 8:3 0 14G 0 часть [SWAP]
sda4 8:4 0 43G 0 часть /home
Я получаю сообщение об ошибке:
/sbin/grub2-install: ошибка: /usr/lib/grub/x86_64.efi/modinfo.sh не существует. Пожалуйста, укажите --target или --directory
Можете ли вы сказать мне, что мне нужно сделать для этой ошибки
Я тоже получаю эту ошибку. Вы продвинулись в ее устранении?
«Похоже, это сделано намеренно, чтобы ничего не подозревающие пользователи запускали grub2-install. Чтобы восстановить возможность установки grub2 в EFI, установите пакет grub2-efi-modules».
Привет. Отличная статья. Почти идеально, но когда я дохожу до шага grub2-install, он не работает. В списке указано только grub2-macbless вместо всех перечисленных вами. Я попытался переустановить файлы grub, но он говорит, что ошибка с YUM в строке 28 YumMain не найдена. Есть идеи, что это такое?
Похоже, вам не удалось успешно перейти к /mnt/sysimage?
chroot не решает проблему.
Похоже, может быть несколько причин, по которым система Centos 7, успешно работающая в течение нескольких лет, вдруг решает больше не загружаться. В этой статье не рассматриваются никакие альтернативы.
Есть что сказать? Присоединяйтесь к обсуждению. Отменить ответ
Этот сайт использует Akismet для уменьшения количества спама. Узнайте, как обрабатываются данные ваших комментариев.
Если что-то пойдет не так, есть способы исправить проблему. Однако эти методы требуют, чтобы вы хорошо понимали систему. В этой главе содержится информация о типичных проблемах, с которыми вы можете столкнуться, а также описывается режим восстановления программы установки, который можно использовать для устранения этих проблем.
Распространенные проблемы
Возможно, вам потребуется загрузиться в режиме восстановления программы установки по одной из следующих причин:
Вы не можете нормально загрузиться в CentOS.
У вас проблемы с оборудованием или программным обеспечением, и вы хотите восстановить данные с жесткого диска вашей системы.
Вы забыли пароль root.
Не удается загрузить CentOS
Эта проблема часто возникает из-за установки другой операционной системы после того, как вы установили CentOS. Некоторые другие операционные системы предполагают, что на вашем компьютере нет других операционных систем. Они перезаписывают основную загрузочную запись (MBR), которая изначально содержала загрузчик GRUB2. Если загрузчик перезаписан таким образом, вы не сможете загрузить CentOS, если не сможете загрузиться в режиме восстановления программы установки и перенастроить загрузчик.
Еще одна распространенная проблема возникает при использовании инструмента создания разделов для изменения размера раздела или создания нового раздела из свободного места после установки, и он изменяет порядок ваших разделов. Если номер вашего раздела / изменится, загрузчик может не найти его для монтирования раздела. Чтобы решить эту проблему, вам нужно будет переустановить загрузчик. Инструкции о том, как это сделать, см. в разделе Переустановка загрузчика.
Проблемы с оборудованием и программным обеспечением
Эта категория включает широкий спектр различных ситуаций. Два примера включают отказ жестких дисков и указание недопустимого корневого устройства или ядра в файле конфигурации загрузчика. Если что-то из этого произойдет, вы не сможете перезагрузиться в CentOS. Однако, если вы загрузитесь в режиме восстановления программы установки, вы сможете решить проблему или, по крайней мере, получить копии наиболее важных файлов.
Сброс корневого пароля
Режим спасения анаконды
Режим восстановления программы установки Anaconda представляет собой минимальную среду Linux, которую можно загрузить с DVD-диска CentOS 7 или другого загрузочного носителя. Он содержит утилиты командной строки для устранения самых разных проблем. Доступ к этому режиму восстановления можно получить из подменю «Устранение неполадок» меню загрузки. В этом режиме вы можете монтировать файловые системы только для чтения или вообще не монтировать их, заносить в черный список или добавлять драйвер, предоставленный на диске с драйверами, устанавливать или обновлять системные пакеты или управлять разделами.
Режим спасения Anaconda отличается от режима спасения (эквивалент однопользовательского режима) и аварийного режима, которые предоставляются как части системы systemd и диспетчера служб. Дополнительные сведения об этих режимах см. в Руководстве системного администратора Red Hat Enterprise Linux 7.
Чтобы загрузиться в режиме восстановления Anaconda, вы должны иметь возможность загрузить систему с одного загрузочного носителя CentOS, например минимального загрузочного диска или USB-накопителя, или полного установочного DVD.
Для получения подробной информации о загрузке системы с помощью носителя, предоставляемого CentOS, см. соответствующие главы:
Расширенное хранилище, такое как устройства iSCSI или zFCP, должно быть настроено с использованием параметров загрузки dracut, таких как rd.zfcp= или root=iscsi:options . Невозможно настроить эти устройства хранения в интерактивном режиме после загрузки в режиме восстановления.
Для получения информации о параметрах загрузки dracut см. справочную страницу dracut.cmdline(7).
Загрузите систему либо с минимального загрузочного носителя, либо с полного установочного DVD-диска или USB-накопителя, и дождитесь появления меню загрузки.
В меню загрузки выберите параметр «Восстановление системы CentOS» в подменю «Устранение неполадок» или добавьте параметр inst.rescue в командную строку загрузки. Чтобы войти в командную строку загрузки, нажмите клавишу Tab в системах на основе BIOS или клавишу e в системах на основе UEFI.
Если для загрузки вашей системе требуется сторонний драйвер, который находится на диске с драйверами, добавьте inst.dd=имя_драйвера в командную строку загрузки:
Дополнительную информацию об использовании диска с драйверами во время загрузки см. в разделе Обновление драйверов вручную (x86) для систем AMD64 и Intel 64 или Обновление драйверов вручную (ppc) для серверов IBM Power Systems.
Если драйвер, входящий в состав дистрибутива CentOS 7, препятствует загрузке системы, добавьте параметр modprobe.blacklist= в командную строку загрузки:
Дополнительную информацию о добавлении драйверов в черный список см. в разделе Добавление драйвера в черный список (x86).
Когда все будет готово, нажмите Enter (системы на основе BIOS) или Ctrl + X (системы на основе UEFI), чтобы загрузить измененный параметр. Затем подождите, пока не появится следующее сообщение:
Если вы нажмете «Продолжить», он попытается смонтировать вашу файловую систему в каталоге /mnt/sysimage/. Если не удастся смонтировать раздел, вы получите уведомление. Если вы выберете «Только для чтения», он попытается смонтировать вашу файловую систему в каталоге /mnt/sysimage/, но в режиме только для чтения. Если вы выберете Пропустить, ваша файловая система не будет смонтирована. Выберите «Пропустить», если считаете, что ваша файловая система повреждена.
После того как ваша система находится в режиме восстановления, на VC (виртуальная консоль) 1 и VC 2 появляется запрос (используйте комбинацию клавиш Ctrl + Alt + F1 для доступа к VC 1 и Ctrl + Alt + F2 для доступа к VC 2) :
Даже если ваша файловая система смонтирована, корневой раздел по умолчанию в режиме восстановления Anaconda является временным корневым разделом, а не корневым разделом файловой системы, используемой в обычном пользовательском режиме ( multi-user.target или graphical.target ) . Если вы решили смонтировать свою файловую систему и она успешно смонтирована, вы можете изменить корневой раздел среды режима восстановления Anaconda на корневой раздел вашей файловой системы, выполнив следующую команду:
Это полезно, если вам нужно запустить команды, такие как rpm , которые требуют, чтобы ваш корневой раздел был смонтирован как / . Чтобы выйти из среды chroot, введите exit, чтобы вернуться к приглашению.
Если вы выбрали вариант «Пропустить», вы все равно можете попытаться смонтировать раздел или логический том LVM2 вручную в режиме восстановления Anaconda, создав каталог, например /directory/ , и введя следующую команду:< /p>
В приведенной выше команде /directory/ — это каталог, который вы создали, а /dev/mapper/VolGroup00-LogVol02 — это логический том LVM2, который вы хотите смонтировать. . Если раздел отличается от XFS, замените строку xfs правильным типом (например, ext4 ).
Если вы не знаете имена всех физических разделов, используйте следующую команду, чтобы вывести их список:
Если вы не знаете имена всех физических томов, групп томов или логических томов LVM2, используйте команды pvdisplay , vgdisplay или lvdisplay соответственно.
Из командной строки можно запускать множество полезных команд, например:
ssh , scp и ping, если сеть запущена
дамп и восстановление для пользователей с ленточными накопителями
parted и fdisk для управления разделами
rpm для установки или обновления программного обеспечения
Переустановка загрузчика
В некоторых случаях загрузчик GRUB2 может быть ошибочно удален, поврежден или заменен другими операционными системами. Следующие шаги подробно описывают процесс переустановки GRUB в основной загрузочной записи:
Следуйте инструкциям в разделе Загрузка в режиме восстановления Anaconda, чтобы загрузиться в режиме восстановления Anaconda. Убедитесь, что вы монтируете системный раздел / (корневой) в режиме чтения-записи.
Изменить корневой раздел:
Используйте следующую команду, чтобы переустановить загрузчик GRUB2, где install_device — это загрузочное устройство (обычно /dev/sda):
Перезагрузите систему.
Использование RPM для добавления, удаления или замены драйвера
Отсутствующие или неисправные драйверы могут вызвать проблемы при загрузке системы. Режим восстановления Anaconda предоставляет среду, в которой вы можете добавлять, удалять или заменять драйверы, даже если система не загружается. По возможности мы рекомендуем использовать диспетчер пакетов RPM для удаления неисправных драйверов или добавления обновленных или отсутствующих драйверов.
Когда вы устанавливаете драйвер с диска с драйвером, этот диск обновляет все образы initramfs в системе для использования этого драйвера. Если проблема с драйвером препятствует загрузке системы, вы не можете полагаться на загрузку системы из другого образа initramfs.
Загрузите систему в режиме восстановления Anaconda. Следуйте инструкциям в разделе Загрузка в режиме восстановления Anaconda. Убедитесь, что вы монтируете установленную систему в режиме чтения-записи.
Измените корневой каталог на /mnt/sysimage/ :
Используйте команду rpm -e для удаления пакета драйвера. Например, чтобы удалить пакет драйвера xorg-x11-drv-wacom, выполните:
Выйдите из среды chroot:
Если вы не можете удалить неисправный драйвер по какой-либо причине, вы можете вместо этого занести его в черный список, чтобы он не загружался во время загрузки. Дополнительные сведения о добавлении драйверов в черный список см. в разделах «Занесение драйвера в черный список» и «Параметры загрузки».
Установка драйвера аналогична процессу, но в системе должен быть доступен пакет RPM:
Загрузите систему в режиме восстановления Anaconda. Следуйте инструкциям в разделе Загрузка в режиме восстановления Anaconda. не монтируйте установленную систему только для чтения.
Сделайте доступным пакет RPM, содержащий драйвер. Например, смонтируйте компакт-диск или флэш-накопитель USB и скопируйте пакет RPM в выбранное вами место в /mnt/sysimage/ , например: /mnt/sysimage/root/drivers/
Измените корневой каталог на /mnt/sysimage/ :
Используйте команду rpm -ivh для установки пакета драйверов. Например, чтобы установить пакет драйверов xorg-x11-drv-wacom из /root/drivers/, выполните:
Каталог /root/drivers/ в этой среде chroot — это каталог /mnt/sysimage/root/drivers/ в исходной среде восстановления.
Выйдите из среды chroot:
После удаления и установки драйверов перезагрузите систему.
Вся документация по CentOS доступна по лицензии CC-BY-SA 3.0.
Эта страница была создана с использованием модифицированной версии пользовательского интерфейса Antora по умолчанию. Исходный код этого пользовательского интерфейса распространяется на условиях лицензии MPL-2.0.
Я только что установил CentOS 7 Everything ISO, и все, что я получил, — это вход в командную строку.Я успешно вхожу в систему; но я не могу запустить DE (который должен быть MATE).
атанере
Известный участник
атанере
Известный участник
Эта информация кажется старой, но она все еще может работать. Эта информация кажется немного более современной, но обе они могут работать.
Если вы не очень хорошо знакомы с Linux, есть ли какая-то особая причина, по которой вы начинаете с серверного дистрибутива, а не с чего-то более удобного для новичков? Я не уверен, но я не думаю, что MATE будет их рабочим столом, если вы не установили его вручную. Мы сможем узнать это после того, как вы загрузите рабочий стол.
bj53kjh
Новый участник
bj53kjh
Новый участник
Эта информация кажется старой, но она все еще может работать. Эта информация кажется немного более современной, но обе они могут работать.
Если вы не очень хорошо знакомы с Linux, есть ли какая-то особая причина, по которой вы начинаете с серверного дистрибутива, а не с чего-то более удобного для новичков? Я не уверен, но я не думаю, что MATE будет их рабочим столом, если вы не установили его вручную. Мы сможем узнать это после того, как вы загрузите рабочий стол.
атанере
Известный участник
Хорошо, попробуйте выполнить действия, описанные во второй ссылке выше. для «более современного» метода. Это вносит постоянное изменение, так что CentOS загружается с графическим интерфейсом, так что, надеюсь, это то, что вам нужно.
К сожалению, в этой ссылке также указано, как запустить графический интерфейс сейчас, поэтому, если это сработает, оно должно работать, чтобы сделать изменение постоянным, как описано далее.
ЯсКинасис
Известный участник
Iso-образ «всего» содержит все пакеты, доступные для Centos, но похоже, что образ Everything по умолчанию выполняет только минимальную, безголовую установку сервера только из командной строки. Я не уверен, что он установит X или любую другую среду рабочего стола.
После установки вам нужно будет смонтировать установочный носитель и использовать его для установки любых дополнительных/отсутствующих пакетов, а затем выполнить необходимые действия (согласно сообщению Стэна), чтобы запустить графический интерфейс.
Или просто используйте dnf или yum для загрузки и установки пакетов через Интернет перед запуском графического интерфейса.
Судя по примечаниям к выпуску, вы должны были выбрать DVD-версию. Похоже, это дало бы вам возможность установить рабочий стол/графический интерфейс.
В этой главе обсуждаются некоторые распространенные проблемы установки и их решения.
В целях отладки Anaconda записывает действия по установке в файлы в каталоге /tmp. Эти файлы перечислены в следующей таблице.
общие сообщения Anaconda
все внешние программы запускаются во время установки
обширная информация о модуле хранения
сообщения об установке пакетов yum и rpm
системные сообщения, связанные с оборудованием
В случае сбоя установки сообщения из этих файлов объединяются в /tmp/anaconda-tb-идентификатор , где идентификатор — это случайная строка.
После успешной установки эти файлы по умолчанию будут скопированы в установленную систему в каталог /var/log/anaconda/ . Однако, если установка не удалась или если при загрузке системы установки используются параметры inst.nosave=all или inst.nosave=logs, эти журналы будут существовать только на RAM-диске программы установки. Это означает, что они не сохраняются постоянно и будут потеряны после отключения питания системы. Чтобы сохранить их на постоянной основе, скопируйте эти файлы в другую систему в сети с помощью команды scp в системе, где запущена программа установки, или скопируйте их на подключенное запоминающее устройство (например, на флэш-накопитель USB). Подробная информация о том, как передавать файлы журнала по сети, приведена ниже. Обратите внимание: если вы используете флэш-накопитель USB или другой съемный носитель, обязательно сделайте резервную копию всех данных на нем перед началом процедуры.
В системе, которую вы устанавливаете, нажмите Ctrl + Alt + F2, чтобы получить доступ к командной строке. Вы войдете в учетную запись root и получите доступ к временной файловой системе программы установки.
Подключите флэш-накопитель USB к системе и выполните команду dmesg. Отобразится журнал с подробным описанием всех последних событий. В нижней части этого журнала вы увидите набор сообщений, вызванных только что подключенным USB-накопителем. Это будет выглядеть как набор строк, похожих на следующие:
Обратите внимание на имя подключенного устройства — в приведенном выше примере это sdb .
Перейдите в каталог /mnt и там создайте новый каталог, который будет служить целью монтирования для USB-накопителя. Имя каталога не имеет значения; в этом примере используется имя usb .
Смонтируйте флэш-накопитель USB во вновь созданный каталог. Обратите внимание, что в большинстве случаев вы хотите монтировать не весь диск, а его раздел. Поэтому не используйте имя sdb — используйте имя раздела, в который вы хотите записывать файлы журнала. В этом примере используется имя sdb1.
Теперь вы можете убедиться, что смонтировали правильное устройство и раздел, обратившись к нему и перечислив его содержимое. Список должен соответствовать тому, что вы ожидаете увидеть на диске.
Скопируйте файлы журнала на подключенное устройство.
Отключите флэш-накопитель USB. Если вы получаете сообщение об ошибке, говорящее о том, что цель занята, измените рабочий каталог за пределами монтирования (например, / ).
Файлы журнала установки теперь сохраняются на USB-накопителе.
В системе, которую вы устанавливаете, нажмите Ctrl + Alt + F2, чтобы получить доступ к командной строке. Вы войдете в учетную запись root и получите доступ к временной файловой системе программы установки.
Перейдите в каталог /tmp, где находятся файлы журналов:
Скопируйте файлы журнала в другую систему в сети с помощью команды scp:
Замените user на действительное имя пользователя в целевой системе, address на адрес целевой системы или имя хоста, а path на путь к каталогу, в который вы хотите сохранить файлы журнала. Например, если вы хотите войти как john в систему с IP-адресом 192.168.0.122 и поместить файлы журналов в каталог /home/john/logs/ этой системы, команда будет иметь следующий вид:< /p>
При первом подключении к целевой системе клиент SSH просит вас подтвердить правильность отпечатка пальца удаленной системы и желание продолжить:
Введите yes и нажмите Enter, чтобы продолжить. Затем введите действительный пароль при появлении запроса. Файлы начнут передаваться в указанный каталог в целевой системе.
Файлы журнала установки теперь постоянно сохраняются в целевой системе и доступны для просмотра.
Проблемы с началом установки
Проблемы с загрузкой графической установки
В системах с некоторыми видеокартами возникают проблемы с загрузкой графической программы установки. Если программа установки не запускается с параметрами по умолчанию, она пытается запуститься в режиме более низкого разрешения. Если это все еще не удается, программа установки пытается запуститься в текстовом режиме.
Существует несколько возможных решений проблем с отображением, большинство из которых связано с указанием пользовательских параметров загрузки. Дополнительные сведения см. в разделе Настройка системы установки в меню загрузки.
Можно попытаться выполнить установку с помощью базового графического драйвера. Для этого либо выберите «Устранение неполадок» > «Установить CentOS в базовом графическом режиме» в меню загрузки, либо отредактируйте параметры загрузки программы установки и добавьте inst.xdriver=vesa в конце командной строки.
Если программе установки не удается определить ваше разрешение экрана, вы можете отменить автоматическое определение и указать его вручную. Для этого добавьте параметр inst.resolution=x в меню загрузки, где x — разрешение вашего дисплея (например, 1024x768 ).
Вы также можете попытаться указать пользовательский видеодрайвер, игнорируя автоматическое определение программы установки. Чтобы указать драйвер, используйте параметр inst.xdriver=x, где x — драйвер устройства, который вы хотите использовать (например, nouveau ).
Если вышеуказанные варианты не помогли, вы можете использовать отдельную систему для доступа к графической установке по сети, используя протокол Virtual Network Computing (VNC). Подробнее об установке с помощью VNC см. в разделе Использование VNC.
Последовательная консоль не обнаружена
В некоторых случаях попытка установки в текстовом режиме с помощью последовательной консоли не приведет к выводу на консоль. Это происходит в системах с видеокартой, но без подключенного монитора. Если Anaconda обнаружит графическую карту, она попытается использовать ее для дисплея, даже если дисплей не подключен.
Если вы хотите выполнить текстовую установку на последовательной консоли, используйте параметры загрузки inst.text и console=. Дополнительные сведения см. в разделе Параметры загрузки.
Проблемы во время установки
Диски не обнаружены
В нижней части экрана «Место установки» может появиться следующее сообщение об ошибке: «Диски не обнаружены». Выключите компьютер, подключите хотя бы один диск и перезагрузите компьютер, чтобы завершить установку.
Сообщение указывает на то, что Anaconda не нашла доступных для записи устройств хранения для установки. В этом случае сначала убедитесь, что к вашей системе подключено хотя бы одно запоминающее устройство.
Если в вашей системе используется аппаратный RAID-контроллер, убедитесь, что контроллер правильно настроен и работает. Инструкции см. в документации вашего контроллера.
Если вы выполняете установку на одно или несколько устройств iSCSI и в системе нет локального хранилища, убедитесь, что все необходимые LUN (логические номера устройств) представлены соответствующему HBA ( адаптер главной шины). Дополнительные сведения об iSCSI см. в разделе Диски iSCSI.
Если вы убедились, что у вас есть подключенное и правильно настроенное запоминающее устройство, а сообщение по-прежнему появляется после перезагрузки системы и повторного запуска установки, это означает, что программе установки не удалось обнаружить хранилище. В большинстве случаев это сообщение появляется при попытке установки на устройство SCSI, которое не было распознано программой установки.
В этом случае вам придется выполнить обновление драйвера перед началом установки. Посетите веб-сайт поставщика оборудования, чтобы определить, доступно ли обновление драйвера, устраняющее вашу проблему. Дополнительные общие сведения об обновлениях драйверов см. в разделе Обновление драйверов во время установки в системах AMD64 и Intel 64.
Создание предустановочных файлов журнала
Чтобы отладить проблемы установки, вы можете установить параметр inst.debug для создания файлов журнала из среды до начала установки. Эти файлы журнала содержат, например, текущую конфигурацию хранилища.
Чтобы установить параметр в загрузочном меню установки CentOS:
Выберите запись «Установить CentOS 7».
Нажмите клавишу Tab, чтобы изменить параметры загрузки.
Добавить inst.debug к опциям. Например:
Подробнее см. в разделе Параметры загрузки.
Нажмите Enter, чтобы начать настройку.
Система сохраняет файлы журналов перед установкой в каталоге /tmp/pre-anaconda-logs/ перед запуском Anaconda. Чтобы получить доступ к файлам журнала:
Перейдите в каталог /tmp/pre-anaconda-logs/:
Проблемы после установки
Вы не можете загрузиться с вашей карты RAID?
Если вы выполнили установку и не можете загрузить свою систему должным образом, вам может потребоваться переустановить и разбить системное хранилище по-другому.
Некоторые типы BIOS не поддерживают загрузку с карт RAID. После завершения установки и первой перезагрузки системы может появиться только текстовый экран с приглашением загрузчика (например, grub> ) и мигающий курсор. В этом случае вы должны переразметить систему и переместить раздел /boot и загрузчик за пределы RAID-массива. Раздел /boot и загрузчик должны находиться на одном диске.
После внесения этих изменений вы сможете завершить установку и правильно загрузить систему. Дополнительные сведения о разделении см. в разделе Место установки (x86).
Проблема с графической последовательностью загрузки
После того, как вы закончите установку и перезагрузите систему в первый раз, возможно, система перестанет отвечать на запросы во время графической последовательности загрузки, что потребует перезагрузки. В этом случае загрузчик отображается успешно, но выбор любой записи и попытка загрузить систему приводит к остановке. Обычно это означает проблему с графической последовательностью загрузки; чтобы решить эту проблему, вы должны отключить графическую загрузку. Для этого временно измените параметр во время загрузки, прежде чем изменить его навсегда.
Включите компьютер и подождите, пока не появится меню загрузчика. Если вы установили период ожидания загрузчика равным 0, удерживайте нажатой клавишу Esc, чтобы получить к нему доступ.
Когда появится меню загрузчика, используйте клавиши курсора, чтобы выделить запись, которую вы хотите загрузить, и нажмите клавишу e, чтобы изменить параметры этой записи.
В списке опций найдите строку ядра, то есть строку, начинающуюся с ключевого слова linux (или, в некоторых случаях, linux16 или linuxefi ). В этой строке найдите параметр rhgb и удалите его. Параметр может быть не виден сразу; используйте клавиши курсора для прокрутки вверх и вниз.
Нажмите F10 или Ctrl + X, чтобы загрузить систему с измененными параметрами.
Если система успешно запустилась, вы можете войти в нее обычным образом. Тогда вам нужно будет навсегда отключить графическую загрузку — иначе вам придется выполнять предыдущую процедуру каждый раз при загрузке системы. Чтобы навсегда изменить параметры загрузки, сделайте следующее.
Войдите в учетную запись root с помощью команды su -:
Используйте инструмент grubby, чтобы найти ядро GRUB2 по умолчанию:
Используйте инструмент grubby, чтобы удалить параметр загрузки rhgb из ядра по умолчанию, определенного на последнем шаге, в вашей конфигурации GRUB2. Например:
После завершения этой процедуры вы можете перезагрузить компьютер. CentOS больше не будет использовать графическую последовательность загрузки. Если вы хотите включить графическую загрузку в будущем, выполните ту же процедуру, заменив параметр --remove-args="rhgb" на параметр --args="rhgb". Это восстановит параметр загрузки rhgb к ядру по умолчанию в вашей конфигурации GRUB2.
Дополнительную информацию о работе с загрузчиком GRUB2 см. в Руководстве системного администратора Red Hat Enterprise Linux 7.
Загрузка в графическую среду
Если вы установили систему X Window, но не видите графическую среду рабочего стола после входа в систему, вы можете запустить ее вручную с помощью команды startx.Однако обратите внимание, что это одноразовое исправление, которое не меняет процесс входа в систему для будущих входов.
Чтобы настроить систему таким образом, чтобы вы могли войти в систему с помощью графического экрана входа, вы должны изменить цель systemd по умолчанию на graphical.target . Когда закончите, перезагрузите компьютер. Вам будет представлено графическое приглашение для входа в систему после перезапуска системы.
Откройте командную строку. Если вы находитесь в своей учетной записи, станьте пользователем root, введя команду su -.
Измените цель по умолчанию на graphical.target . Для этого выполните следующую команду:
Графический вход в систему теперь включен по умолчанию — после следующей перезагрузки вам будет предложено графическое приглашение для входа в систему. Если вы хотите отменить это изменение и продолжать использовать текстовое приглашение для входа в систему, выполните следующую команду от имени пользователя root :
Дополнительную информацию о целях в systemd см. в Руководстве системного администратора Red Hat Enterprise Linux 7.
Графический интерфейс пользователя отсутствует
Если у вас возникли проблемы с запуском X (системы X Window), возможно, она не установлена. Некоторые из предустановленных базовых сред, которые вы можете выбрать во время установки, такие как Минимальная установка или Веб-сервер, не включают графический интерфейс — его необходимо установить вручную.
Сбой X-сервера после входа пользователя
Если у вас возникли проблемы со сбоем X-сервера при входе пользователя в систему, возможно, одна или несколько ваших файловых систем заполнены или почти заполнены. Чтобы убедиться, что это проблема, с которой вы столкнулись, выполните следующую команду:
Вывод поможет вам диагностировать, какой раздел заполнен — в большинстве случаев проблема будет в разделе /home. Ниже приведен пример вывода команды df:
В приведенном выше примере видно, что раздел /home заполнен, что приводит к сбою. Вы можете освободить место на разделе, удалив ненужные файлы. Освободив место на диске, запустите X с помощью команды startx.
Дополнительную информацию о df и описание доступных параметров (например, параметр -h, использованный в этом примере) см. на справочной странице df(1).
Ваша оперативная память не распознается?
В некоторых случаях ядро не распознает всю вашу память (ОЗУ), из-за чего система использует меньше памяти, чем установлено. Вы можете узнать, сколько оперативной памяти используется, используя команду free -m. Если отображаемый общий объем памяти не соответствует вашим ожиданиям, вероятно, по крайней мере один из ваших модулей памяти неисправен. В системах на основе BIOS вы можете использовать утилиту Memtest86+ для проверки системной памяти — подробности см. в разделе Загрузка режима тестирования памяти.
В некоторых аппаратных конфигурациях часть оперативной памяти системы зарезервирована и недоступна для основной системы. Примечательно, что портативные компьютеры со встроенными графическими картами будут резервировать часть памяти для графического процессора. Например, на ноутбуке с 4 ГиБ ОЗУ и встроенной видеокартой Intel будет доступно примерно 3,7 ГиБ доступной памяти.
Кроме того, механизм создания дампа ядра при сбое kdump, включенный по умолчанию в большинстве систем CentOS, резервирует часть памяти для вторичного ядра, используемого в случае сбоя основного ядра. Эта зарезервированная память также не будет отображаться как доступная при использовании команды free. Подробнее о kdump и требованиях к памяти см. в Руководстве по аварийному дампу ядра Red Hat Enterprise Linux 7.
Если вы убедились, что с вашей памятью проблем нет, вы можете попробовать установить объем памяти вручную, используя параметр ядра mem=.
Включите компьютер и подождите, пока не появится меню загрузчика. Если вы установили период ожидания загрузчика равным 0, удерживайте нажатой клавишу Esc, чтобы получить к нему доступ.
Когда появится меню загрузчика, используйте клавиши курсора, чтобы выделить запись, которую вы хотите загрузить, и нажмите клавишу e, чтобы изменить параметры этой записи.
В списке параметров найдите строку ядра, то есть строку, начинающуюся с ключевого слова linux (или, в некоторых случаях, linux16). Добавьте следующий параметр в конец этой строки:
Замените xx объемом оперативной памяти в МиБ.
Нажмите F10 или Ctrl + X, чтобы загрузить систему с измененными параметрами.
Подождите, пока система загрузится, и войдите в систему. Затем откройте командную строку и снова выполните команду free -m. Если общий объем оперативной памяти, отображаемый командой, соответствует вашим ожиданиям, добавьте следующее к строке, начинающейся с GRUB_CMDLINE_LINUX в файле /etc/default/grub, чтобы сделать изменение постоянным:
Замените xx объемом оперативной памяти в МиБ.
После того как вы обновили файл и сохранили его, обновите конфигурацию загрузчика, чтобы изменения вступили в силу. Выполните следующую команду с привилегиями root:
В /etc/default/grub приведенный выше пример будет выглядеть следующим образом:
Дополнительную информацию о работе с загрузчиком GRUB2 см. в Руководстве системного администратора Red Hat Enterprise Linux 7.
Отображает ли ваша система ошибки Signal 11?
Ошибка сигнала 11, известная как ошибка сегментации, означает, что программа обратилась к ячейке памяти, которая ей не назначена. Ошибка сигнала 11 может возникнуть из-за ошибки в одной из установленных программ или неисправного оборудования.
Если во время установки вы получаете фатальную ошибку signal 11, сначала убедитесь, что вы используете самые последние установочные образы, и позвольте Anaconda проверить их, чтобы убедиться, что они не повреждены. Плохой установочный носитель (например, неправильно записанный или поцарапанный оптический диск) является частой причиной ошибок сигнала 11. Перед каждой установкой рекомендуется проверять целостность установочного носителя.
Если вы выполнили проверку носителя без каких-либо ошибок, но у вас все еще есть проблемы с ошибками сегментации, это обычно означает, что в вашей системе произошла аппаратная ошибка. В этом случае проблема скорее всего в системной памяти (ОЗУ). Это может быть проблемой, даже если вы ранее использовали другую операционную систему на том же компьютере без каких-либо ошибок. В системах на основе BIOS вы можете использовать модуль тестирования памяти Memtest86+, включенный в установочный носитель, для тщательного тестирования памяти вашей системы. Дополнительные сведения см. в разделе Загрузка режима тестирования памяти.
Вся документация по CentOS доступна по лицензии CC-BY-SA 3.0.
Эта страница была создана с использованием модифицированной версии пользовательского интерфейса Antora по умолчанию. Исходный код этого пользовательского интерфейса распространяется на условиях лицензии MPL-2.0.
Читайте также: