Astra linux зависает при загрузке

Astra linux. Не запускается после установки, черный экран.

Имеется: astra linux 1.5 с ядром 4.2.0, железо — intel xeon e3-1200 v2/3rd, vga контроллер встроенный на нем же. Устанавливал без подключения к интернету. Железо точно рабочее. При установке ставил с графическим интерфейсом.

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

Попытки решения: 1. Загрузился с диска астры в режиме восстановления, где выполнил chroot /target отредактировал /etc/modprobe.d/blacklist.conf добавив в конце blacklist uvesafb options uvesafb modeset=0 отредактировал /etc/initramfs-tools/modules закоментировав uvesafb Выполнил update-initramfs -u -k all Результата нет. При загрузке ничего не изменилось. 2. Загрузился с liveCD kali linux, в котором: Смонтировал корень винта на /mnt, на нем поправил /etc/default/grub изменив GRUB_GFXMODE=1024×768 на GRUB_GFXMODE=auto далее смонтировал mount —bind /dev /mnt/dev и mount —bind /proc /mnt/proc. Цель — создать условия выполнения grub-update, однако grub-update не выполнился — команда не найдена. После перезагрузки эффект прежний. 3. Хотел посмотреть логи но /var/log/Xorg.O.log отсутствует 4. Ещё читал вариант, что проблема у решает удаление Xorg.conf, однако и его нет не в /etc/X11 не в /etc.

В линуксе только начинаю. Изучаю теорию на базе Ред хата по книге но от общих азов до решения проблем пропасть, а на работе вводим астру. Изучение форумов дало лишь описанные попытки и отсутствие результата.

В связи со сложившейся ситуацией HELP ))

Ставь кали астру бухгалтерше перед увольнением если зп была маленькая , пусть чёрный экран ловит , нормальные люди ставят ос 3.0 или 4.0

Возможны варианты. Во-первых, грузится ли ядро? Видишь ли ты много текста перед тем, как экран очистится? Во-вторых, попробуй отключить fly-dm (service flydm disable, или как-то так, не помню уже) — если загрузится, проблема в иксах, если нет — в ядре.

Цель — создать условия выполнения grub-update

  1. mount /dev/ /mnt/
  2. cd /mnt/
  3. mount -o bind /dev ./dev
  4. mount -o bind /sys ./sys
  5. mount -t proc none ./proc
  6. chroot . /bin/[sh,bash]

Был бы выбор )). Дали астру и танцуй как хочешь.

При включении текста нет вообще. Заставка Биос и следом пустой экран.

Тогда сделай grub-update, как я написал. А, ещё такой момент: установка, случаем, не в EFI-режиме была?

Установку запускал с ДВД без efi режима. При установке создал три раздела: корень, swap и /home. При применении разметки вышло сообщение что нет efi раздела. Создал efi раздел на 100 мб в файловой системе esp. После этого продолжил установку. По обновлению grub : chroot не проходит, ошибка — отсутствует директория или файл. В реальности bash на месте, вместо sh @sh. Попробовал chroot ./bin/bash выдал ошибку not a directory.

Официальная техподдержка что ответила?

При применении разметки вышло сообщение что нет efi раздела
Установку запускал с ДВД без efi режима

Очень странно, ты уверен, что оно было не в efi?

Ты пропустил пробел между точкой и /bin/bash

Это старая версия ASTRA Linux. Можно попробовать установить новую версию — вдруг ошибка исправится сама собой.

вдруг ошибка исправится сама собой.

Сами собой ошибки не устраняются. Это как предлагать перезагрузить систему.

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

Судя по всему, проблема в том, что не стартует загрузчик.

BIOS точно с UEFI? В настройках BIOS оно отключается?

Почитать про установку загрузчика можно тут

Когда ставил на сколько помню выбрал вариант p1: dvd. Соответственно должен быть без uefi. Вообще с неделю назад экспериментировал и хотел на другой машине поставить вместе Винду и астру, прочитал что ставить надо через уефи, так к чему я это — после установки винды попытался загрузить установщик астры через uefi: dvd . И установщик даже не запустился. Но чтоб наверняка, в понедельник переустановлю, о результатах напишу здесь. Chroot вроде с пробелом вводил, но перед переустановкой ещё попробую, чтобы уж наверняка.

Читайте также:  Получение админских прав windows 10 без пароля

Что касается перехода на новую версию, то по рукам связан. Могу ставить только астру 1.5 иного не дано.

По BIOS: должен быть, по настройкам посмотрю обязательно.

В общем в понедельник буду применять в жизнь данные советы. А пока на выходные в книги и виртуальные машины )) всем большое спасибо за информацию, в понедельник обязательно отпишусь как и что.

В общем, тезисно, т.к. с мобилы.

1. Уже есть Смоленск 1.6, но можно поэкспериментировать и на бесплатном орле — «скочать» с https://mirror.yandex.ru/astra/current/orel/iso/ (даже лайв есть)

2. про уефи режим верно говорят — попробуй в нем

3. В грубе убери quiet, чтобы видно было, что происходит

Проблема решена. Всем огромное спасибо за помощь.

По порядку о проделанных операциях: 1. Chroot. Пробовал ещё раз chroot ./bin/[sh,bash] пишет cannot change root directory to ‘./bin/[sh,bash]’: no such file or directory. Пробел точно ставил. Ещё пробовал варианты chroot ./bin/bash chroot ./bin sudo chroot ./bin/[sh,bash] ошибка также. Но этот вопрос уже отдельная тема, буду разбираться. 2. Залез в BIOS (материнка h61m-s2pv), в его параметрах изменил boot mode selection: было uefi and legacy, поставил legasy only и изменил other pci device rom priority: было uefy OpROM, поставил legacy OpROM. Сами по себе изменения в биосе проблему не решили, поэтому переустановил операционную систему. 3. Переустановил операционную систему той же версии с разметкой: корень, swap, /home. В этот раз никаких запросов на раздел efi. В итоге проблема решена.

Ещё раз всем откликнувшимся большое спасибо. Serioja благодарю за ссылку.

Источник

Astra linux зависает при загрузке

Доброго времени суток!

Исходные данные. Наша организация получила несколько десятков HPшных системных блоков. Вроде бы все работали хорошо, но с недавнего времени перестали загружаться сразу несколько машин с одной и той-же проблемой. Решить проблемы сам не в силах, прошу помощи специалистов разбирающихся в Linux.

Перестала загружается ОС. При включении ранее автоматически загружалось ядро generic, сейчас же на чёрном экране в левом верхнем углу циклично моргает нижнее подчеркивание.
Если загружать ядро hardened, то появляется ошибка: [17.695857] systemd-sysv-generator795: [/etc/init.d/cprocsp:4] PID file not absolute. Ignoring.

Сообщения: 334
Благодарности: 43

Сообщения: 2015
Благодарности: 461

Конфигурация компьютера
Память: 16GB
ОС: Linux mkhome 4.2.3-calculate #1 SMP PREEMPT Thu Oct 15 15:11:33 UTC 2015 x86_64
» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Конфигурация компьютера
Материнская плата: MSI MPG B550 GAMING EDGE WIFI
HDD: 500Gb SSD Samsung 970 EVO Plus NVMe M.2
Звук: «Realtek ALC1200» with «Edifier R1700BTs»
Монитор: 27″ AOC U2777PQU
ОС: Microsoft Windows 10 Pro x64
Читайте также:  Windows 10 удаляет файлы мимо корзины
то появляется ошибка: [17.695857] systemd-sysv-generator795: [/etc/init.d/cprocsp:4] PID file not absolute. Ignoring. »

Это сообщение от «КриптоПро CSP» — можно проигнорировать.

У Вас скрины загрузки в «Rescue Mode», а как выглядит нормальная загрузка с ядром Generic?

А так да, у Вас «Astra Linux Special Edition операционная система специального назначения» тут либо сразу в тех.поддержку, ну или на форум Астры сходить.

Источник

Не загружается Linux. Что делать?

Операционная система Linux обычно запускается весьма быстро. Именно поэтому большинство данных, которые вводятся при загрузке ОС, прокручиваются перед пользователем в ускоренном режиме. Даже если постараться, прочесть всплывающий текст невозможно. При загрузке ОС системы нередко возникают разнообразные ошибки. Многие пользователи сталкиваются с проблемой, когда Линукс напрочь отказывается загружаться.

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

Причины отказа в загрузке ОС Linux

Стоит рассмотреть наиболее распространённые варианты ошибок, которые устранить весьма просто:

  • Операционная система отказалась запускаться после того, как были загружены обновления. При обновлении дистрибутива, возможно, что-то пошло не так. В итоге, пользователь не может посетить на рабочую оболочку.
  • ОС Linux может перестать запускаться в том случае, когда имеются поврежденные участки в системе файлов.
  • Система отказывается мониторить один из наиболее главных разделов на жестком диске. Это зачастую происходит из-за неправильно введенных настроек в fstab.
  • Linux отказывается загружаться при наличии несовместимостей на драйверах для графики и ядре.
  • Операционная система не запустится, если жестки диск переполнен информацией. В этом случае все просто – негде сохранить временные файлы.

Если пользователь иногда экспериментирует с ОС, при этом обращается с ней не очень бережно, ошибки будут появляться очень часто. Стоит заметить, неполадки могут возникнуть и из-за загрузки Grub. Чтобы устранить неисправности, первоначально потребуется тщательно изучить лаги на последней загрузке. Это даст возможность максимально точно определить причину. Сделать это можно с использованием LiveCD или путем загрузки системы в режиме восстановления.

Особенности создания LiveCD/USB

Для восстановления загрузки операционной системы потребуется носитель, на который временно или долгосрочно сохраняется сама система. На CD или USB необходимо создать и сохранить образ дистрибутива. Чаще всего используется Ubuntu, но можно использовать другие дистрибутивы Debian, Centos, Астра Linux.

Для этих целей потребуется посетить официальный портал загрузки. Здесь есть множество версий. Можно выбрать любую из понравившихся вариаций. Рекомендуется использовать наиболее новые версии, они совместимы с современным оборудованием.

Как проверить журнал загрузки?

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

Чтобы начать работу с помощью вспомогательной опции, потребуется ввести пароль суперпользователя. Если этот пункт не появится на экране вашего монитора, потребуется запустить восстановление Bash путём нажатия на клавишу «Е» в меню Grub. Здесь прописывается специальная строка параметра на ядре.

Для просмотра логов в разделе systemd можно воспользоваться утилитой journalctl. Система самостоятельно подскажет, какую команду рекомендуется загрузить для просмотра логов.

Информацию о проблемах и сбоях также можно увидеть в файле /var/log/messages. Именно здесь хранятся системные сообщения, которые отправляют различные сервисы как во время работы, так и при загрузке операционной системы.

Для просмотра логов можно использовать команду cat или другие, например mcview, nano.

Чтобы посмотреть все сообщения, которые показывались во время загрузки операционной системы Линукс, стоит прочитать файл boot.log.

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

Загрузчик Grub не работает. Как его восстановить?

Нередко случаются ситуации, когда загрузчик Grub не функционирует. Восстановить его можно с помощью утилиты Boot repair. Сделать это можно буквально за пару кликов.

Читайте также:  Настройка реестр windows время

Данная утилита имеет свой собственный GUI. Разобраться с ним сможет даже неопытный человек. Для установки программы можно использовать несколько способов:

  • Создание и установка образа диска, именуемого Boot Repair. Именно с него будет осуществляться дальнейшая загрузка.
  • Установка утилиты с использованием специального PPA-репозитория. Он располагается в LiveCD или LiveUSB дистрибутиве.

Первый вышеописанный способ максимально понятен. Достаточно скачать образ, записать его с использованием специальных инструментов. Второй метод немного сложнее. Здесь нужно знать определенные команды.

После загрузки утилиты Boot repair пользователю будут доступны несколько вариантов действий:

  • Recommended repair. Эта функция позволяет исправить большинство известных ошибок, которые возникают во время запуска. С помощью опции также можно просканировать и сам загрузчик Grub.
  • Create a BootInfo summary. Такая функция предназначена для создания скрипта Boot-Info-Script. Он используется при диагностике неполадок.

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

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

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

Первым делом требуется посмотреть, есть ли свободное место на диске. Если в специальной рубрике загрузчика написано 0%, вам известна причина отказа в загрузке. Для устранения неполадки требуется удалить файлы, в которых нет необходимости. Для этого стоит перемонтировать корневые разделы для чтения и сохранения информации.

Нарушена целостность пакетов

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

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

Ошибка загрузки системы, связанная с проблемами в /ETC/FSTAB

Это еще одна возможная причина отказа работы операционной системы. Чаще всего в данной рубрике имеется неверная запись одного из разделов. В этом случае Linux не способен мониторить данный раздел.

Если он является корневым, загрузиться ему никак не получится. Изучив systemd, вы обнаружите большое количество ошибок. Требуется обнаружить именно первую, вследствие которой возникли все остальные. Если вы не уверены, что имеется ошибка, рекомендуется на всякий случай заменить первичную запись без UUID.

Еще одна причина – повреждена система файлов

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

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

Как проверить работу драйвера для видео?

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

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

Что еще может вызвать сбой загрузки?

Одна из наиболее актуальных и распространённых причин – неправильная установка 2 операционных систем. Linux и Windows просто-напросто могут конфликтовать между собой. Стоит обязательно знать последовательность установки.

Первоначально устанавливается Windows, а лишь потом – Linux.

Если выполнить действия с точностью до наоборот, непременно повредится Grub. Загружаться будет только Windows, а Linux останется неактивной.

Нужно заметить, что повреждение Grub может возникнуть и по другим причинам. К примеру, при попытке установки параметров для запуска ручным способом. Это делают неопытные специалисты. Для устранения ошибок вручную убирается все лишнее, либо заново устанавливается сам загрузчик.

Источник

Оцените статью