Astra linux после установки не загружается

Перестала загружается ОС Astra Linux Смоленкс 1.6

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

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

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

Так-же пробовал загружать встроенный режим восстановления, сначала ядро generic — выдает сообщение о том, что учетная запись root заблокирована, после нажатия на Enter зависает на этом, дальше больше ничего не происходит. Потом через hardened так-же выходит сообщение о том, что учетная запись root заблокирована, только отсутствуют 4 строки intel_rapl: Found RAPL domain package, core, uncore, dram.

Прошу Вашей помощи, как решить без переустановки ОС.

нахрена это кому может быть нужно…

Импортозамещение, под это можно списать средства.

Запросили средства на переход, поделили, накатили Астру с «рутрекера» – админы не люди, приперлись на ЛОР.

+1 к опции сравнения работающих машин с упавшими + раскатка работающих на упавших. Но это тоже надо с умом, а то следующий вопрос будет: «как восстановить данные, если перетёр левым дампом».

Этот дистр в любом ларьке не купишь, это не ручки/карандаши и даже не компутерное железо… там одних бумаг — что/где/кому — выше крыши должно быть…

Этот дистр в любом ларьке не купишь

Значит сама Астра тухляк. Подозреваю, что systemd неправильно генерирует скрипты SysV, и система не может загрузится в нужный ранлевел.

systemd-sysv-generator — Unit generator for SysV init scripts

Убери из параметров ядра параметр quiet и загрузись с ядром generic.

По умолчанию в астра Линукс запароленный загрузчик grub.

Найди в /etc/default/grub или файла в /etc/grub.d/ активацию установки пароля grub.

И перегенерируй конфиг загрузчика.

Либо можешь просто в /etc/default/grub убрать параметр quiet и перегенерироывть конфиг загрузчика.

После загружается с ядром без параметра quiet и смотришь сообщения ядра.

Но для того чтобы изменить конфигурационные файлы для генерации конфига загрузчика тебе придется загрузиться с livecd / liveusb флешки, сделать chroot.

И уже в chroot окружении сделать правки и обновить конфиг загрузчика.

Знать бы ещё как это делать

Посмотри https://habr.com/ru/post/104536/ . Только если получится войти, перед тем, как править /etc/passwd, /etc/shadow и прочее, почитай про их формат и сохрани резервные копии с теми же правами, что и у оригиналов (особенно это касается /etc/shadow). Ну и имей в виду, что в принципе изменения могут отслеживаться, и если это так, то тебя могут схватить за жопу, если, конечно, ты собираешься это делать самовольно вразрез с инструкциями, не являясь админом.

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

судя по ману оно таки должно хоть куда-то да загрузиться.

«systemd does not support SysV scripts as part of early boot, so all wrapper units are ordered after basic.target»

так шта это косяк именно этого поцтерингового продукта жизнедеятельности.

ЗЫ: если бы у меня 25 процентов парка полегло…. я фигею…

ЗЫ: если бы у меня 25 процентов парка полегло…. я фигею…

А 75 процентов-то осталось…

В социальной сети «ВКонтакте» на аккаунте Astra Linux линуксоид Shurik Popov дал такой совет, орфография сохранена: «пробуйте грузиться с генерик, при мигании курсора перейти в консольный режим клавишами ctrl+alt+F1 (или F2) и смотрите логи»…

Чем раньше уйдешь, тем позже поседеешь.

Во всяком настоящем деле, во всякой профессии есть своя элита, своя аристократия, выделяющаяся превосходством в производительности труда. Джеймс Брайант Конант.

Чем раньше уйдешь, тем позже поседеешь.

Чем отличается пользователь Windows от пользователя Linux? Пользователь Linux бьется головой об монитор, плачет, потом читает инструкцию, приступает к работе, работает. Пользователь Windows сразу приступает к работе, потом начинает читать инструкцию, а уже потом плачет и бьётся головой о монитор.

Shurik Popov оригинально почти денис

Наша организация получила несколько десятков HPшных системных блоков.

Я работал на десктопах HP в 1998-2003 годах в Министерстве финансов и Министерстве экономики и бюджетного планирования Республики Казахстан на Windows 95-98 и ничего плохого я не могу сказать про HP, остались приятные воспоминания. Но мне больше нравится комьютерная техника от ASUS c их девизом: «В поисках невозможного…»…

И к чему этот комментарий?

// PS А я люблю пиво с шашлыком.

Хорошо омаров есть, запивать шато. Можно пиво с шашлыком, но уже не то…

таки да — а если чо, то можно сказать это антиковидные мероприятия — чтоб между юзерами было по одному не работающему компутеру…

Согласен, спасибо за цитату. Желаю топикстартеру удачи.

Источник

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 вроде с пробелом вводил, но перед переустановкой ещё попробую, чтобы уж наверняка.

Что касается перехода на новую версию, то по рукам связан. Могу ставить только астру 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 благодарю за ссылку.

Источник

Не загружается Linux, чиним загрузчик GRUB

Любите экспериментировать? Наверняка вы когда-либо пытались произвести какие-то действия со своей Linux-системой, причем не так важно какие были цели: изучение и познание новых возможностей или же какая-то более конкретная цель, в виде исправления той или иной ошибки. В любом случае, при работе с дистрибутивами Linux, для загрузки которых, в большинстве случаев, и используется Grub, с последним могут возникать неприятные проблемы, ввиду которых дальнейшая эксплуатация системы просто-напросто невозможна. В этой статье вы узнаете, что делать, если не загружается Linux. Как вести себя в подобной ситуации и какие действия производить, чтобы починить загрузчик Grub. Пожалуй, начнем.

Что такое Grub

Grub (или GRand Unified Bootloader) — загрузчик операционных систем с открытым исходным кодом. Распространяется он под лицензией GNU GPL, в полностью свободном виде. С помощью этого замечательного лоадера можно сделать много всего — основная же функция не ограничивается загрузкой лишь одной операционной системы. Вы можете иметь куда больше операционных систем на своем ПК, загружая любую из них с помощью Grub. На скриншоте выше вы можете видеть как примерно Grub выглядит. Кстати говоря, если вы захотите установить Ubuntu 18.04 рядом с Windows, вам определенно понадобится помощь Grub.

Grub используется в большинстве дистрибутивов Linux в качестве загрузчика по-умолчанию. Разумеется и с ним иногда возникают проблемы. Этим самые проблемы чреваты полным отказом операционной системы. Поэтому для починки Grub нам понадобятся дополнительные инструменты. Какие именно — узнаете далее.

От чего могут возникнуть проблемы

Одна из самых распространенных причин — это неправильный порядок установки двух операционных систем (Linux и Windows). Допустим, если вы захотите установить две этих операционных системы на свой ПК — вам непременно стоит знать правильную последовательность:

• Сначала устанавливаем Windows
• И только потом уже Linux

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

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

Восстановление Grub с помощью LiveCD/USB

Для этого способа нам понадобится флешка с дистрибутивом Linux на борту. Подойдет любой: от Ubuntu, Arch или даже Linux Mint. Здесь нужен только терминал, поэтому подойдет даже версия без графической оболочки.

Как создать LiveCD/USB

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

Идем на официальную страницу загрузки. Загружаем любую понравившуюся версию (лучше взять новейшую для десктопа), после чего записываем ее на USB/CD.

С помощью Rufus:

Последняя версия приложения доступна на официальном сайте. Сразу после загрузки и запуска/установки мы увидим такое окно:

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

Находим загруженный образ через менеджер, после чего жмем «Старт».

С помощью Etcher:

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

Ну а теперь, собственно, можно переходить к восстановлению Grub. Вставляем флешку в наш ПК (где сломан загрузчик), после чего перезагружаем его с этой самой флешки. Как только мы войдем в лайв-систему, сразу открываем терминал, после чего проделываем следующие действия:

Открываем таблицу разделов с помощью команды:

Примерно такая таблица будет выведена на экран:

По этой таблице мы видим, что Linux, в нашем случае, расположен на разделе /dev/sda1.

С помощью следующей команды мы смонтируем этот раздел в /mnt:

Теперь, для записи grub в MBR, нужно ввести следующую команду:

Если нужно только восстановить MBR диска (после переустановки Windows, к примеру), то этих действий будет вполне достаточно.

Если же необходимо обновить и меню grub (после установки Windows), то нужно выполнить еще и эту команду:

Вот и все, восстановление закончено!

Восстановление с помощью chroot

Помимо вышеописанного способа, при восстановлении Grub с помощью LiveCD можно использовать и этот. Тут мы будем использовать утилиту chroot.

Здесь нам, опять же, понадобится таблица разделов. Вводим уже известную команду:

В выводе снова будет эта таблица. Теперь нам надо присмотреться к ней еще внимательнее.

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

Обратите внимание, что если если разделы /boot или /var находятся отдельно, то Вам нужно будет примонтировать их в /mnt/boot и /mnt/var.

Далее мы переходим в окружающую среду chroot с помощью команды:

И теперь, наконец-таки переустанавливаем Grub с помощью следующей команды:

Если вы на этом этапе получаете какие-то сообщения об ошибках, то попробуйте использовать эти команды:

Если все прошло успешно, выходим из chroot, используя команду:

Далее нужно отмонтировать все разделы. Для этого вводим в терминал:

В случае, если вы монтировали раздел /boot введите команду:

Теперь перезагружаем систему с помощью:

Можно также обновить меню Grub, используя команду:

Восстановление Grub в rescue mode

Если по каким-то причинам у вас нет доступа к LiveCD/USB-носителю, а также к компьютеру, с помощью которого этот самый носитель можно было бы сделать, то этот способ для вас.

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

Одна из этих частей (первая) записана в MBR диска. В ней присутствует базовый функционал и ничего больше (консоль в rescue mode).

Стало быть, нам нужно определить, в каком разделе находится вторая часть Grub (находится в каталоге /boot/grub), и после чего подгрузить все недостающие модули. А вот уже после этого мы сможем запустить загрузчик с нужного раздела. В rescue mode есть всего четыре команды:

Для начала вводим следующую команду:

В выводе будет что-то подобное:

В некоторых случаях Grub неправильно опеределяет файловые системы находящиеся на разделах дисков. В данном примере загрузчик показывает их как msdos. Мы должны попытаться угадать диски, которые видим. В примере доступно два диска. Диск с индексом 0 содержащий три раздела, и диск с индексом 1 содержащий два раздела. Если вы знаете структуру своих дисков, определить нужный труда не составит.

В загрузчике Grub разделы нумеруются в обратном исчислении. Не очень ясно какой именно из разделов назван, к примеру (hd0,msdos3). Чтобы было более понятно, можно использовать вид (hd0,1). Если в грабе отсчет дисков идет с 0, а разделов с 1, то можно определить, что операционная система установлена в первый раздел первого раздела — (hd0,1). Используем следующую команду:

С помощью этих команд мы приказываем системе использовать какой-то конкретный диск, для выполнения всех остальных операций (в нашем случае, это диск (hd0,1)). Чтобы проверить есть ли на данном диске загрузчик, введем эту команду:

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

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

Чтобы закрепить результат (и не проделывать все то же самое после перезапуска ПК), нужно зайти в терминал своего дистрибутива Linux, где с root правами выполнить следующую команду:

sdX — диск, на который должен быть установлен Grub.

Если операционная система расположена на разделе с файловой системой btrfs, то нам необходимо выполнить следующие команды:

И подгрузить модули:

Ну и теперь запустить GRUB:

Восстановление Grub с помощью утилиты Boot repair

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

Чтобы установить boot repair, вы можете воспользоваться одним из приведенных способов:

• Запись и установка специального образа диска Boot Repair (и дальнейшая загрузка с него)
• Установка Boot repair из PPA-репозитория в LiveCD/USB дистрибутиве.

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

В утилите будет доступно два варианта на выбор:

Recommended repair исправляет большую часть известных ошибок, которые могли бы возникнуть при запуске. С его помощью вы сможете пофиксить и загрузчик Grub.

Create a BootInfo summary создает Boot-Info-Script – скрипт, который позволяет диагностировать большинство проблем при загрузке.

Здесь же есть и Advanced options. Он включает в себя варианты для восстановления и настройки загрузчика Grub2 (загрузка по-умолчанию, опции загрузки ядра, отображение или скрытие GRUB при загрузке, удаление GRUB). С помощью этих же инструментов, вы можете восстановить MBR и т.д.

Вам обязательно стоит заглянуть на официальный сайт Boot Repair. Там вы сможете найти более подробную информацию обо всех возможностях и особенностях программы. Там же будет доступна информация о выходе новых версий: фиксах и улучшениях самой утилиты, а также многом и многом другом.

Выводы

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

Возможно вас заинтересуют и другие похожие материалы про починку загрузчика Grub2. Например, в этом материале вы узнаете, как починить GRUB2 если Ubuntu не хочет загружаться. Там более подробно рассказывается, как фиксить груб с помощью утилиты Boot Repair, возможно вам стоит заглянуть туда, если вы не поняли что-то из этого материала. Что же, ну а на сегодня это все. Надеюсь, что данный материал помог вам разобраться в ошибках. Что, в свою очередь, поможет вам их решить.

Источник