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

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

Источник

Как загрузиться в режим восстановления или аварийный режим в Ubuntu 18.04

В качестве примера будет использована система Ubuntu 18.04 LTS, но руководство актуально для любой системы, использующей Systemd как подсистему инициализации. Так же мы рассмотрим команды по восстановлению системы Ubuntu без ее переустановки.

Что такое режим восстановления в системах Linux?

Режим восстановления эквивалентен однопользовательскому режиму в дистрибутивах Linux, которые используют демон SysV в качестве диспетчера служб по умолчанию. В режиме восстановления все локальные файловые системы будут примонтированы, но только некоторые важные службы будут запущены. Например, сетевые сервисы не будут запущены. Режим восстановления Linux полезен в ситуациях, когда система не может нормально загрузиться. Кроме того, в данном режиме мы можем выполнить некоторые важные операции по восстановлению, например, такие как сброс root пароля.

Что такое аварийный режим?

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

Загрузка в режим восстановления в Ubuntu 18.04 LTS

Запустите установленную систему Ubuntu. Когда появится меню Grub, выберите первую запись и нажмите e для редактирования.

Если у вас не отобразилось меню Grub, то нужно нажать клавишу ESC сразу после исчезновения логотипа BIOS.

Найдите строку, начинающуюся со слова «linux», удалите значение «$vt_handoff» и в конце этой строки введите следующее значение (Чтобы быстрее достичь конца строки, просто нажмите CTRL + e или используйте клавишу END или стрелки LEFT / RIGHT на клавиатуре):

После того, как вы добавили вышеприведенное значение, нажмите сочетание клавиш CTRL + x или F10, чтобы загрузить систему в режим восстановления. Через несколько секунд вы попадете в режим восстановления (однопользовательский режим) в качестве пользователя root. Нажмите Enter.

Затем введите следующую команду для монтирования файловой системы root (/) в режим чтения / записи:

Загрузка в аварийный режим

Загрузка операционной системы Linux в аварийный режим аналогична описанному выше методу. Все, что вам нужно сделать, это заменить «systemd.unit= rescue.target» на «systemd.unit = emergency.target» при редактировании меню Grub.

После того, как вы добавили «systemd.unit=emergency.target», нажмите Ctrl + x или F10, чтобы продолжить загрузку в аварийный режим.

Вы можете подключить корневую файловую систему в режим чтения / записи с помощью команды:

Переключение между режимами восстановления и аварийный режимом и наоборот

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

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

Режим восстановления Recovery mode в Linux

Еще одним режимом, которым можно воспользоваться для восстановления системы, является режим Recovery mode. Примечателен он тем, что содержит предустановленные утилиты для восстановления.

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

Затем из появившегося списка выбрать первое (верхнее) ядро с надписью (recovery mode).

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

Clean, например, удалит неиспользуемые файлы, если вы подозреваете, что проблема связана с полным диском. dpkg попытается исправить любые сломанные пакеты программного обеспечения. (Средство «dpkg»может потребовать, чтобы вы сначала включили сеть (network). Опция root запустит командную строку от имени суперпользователя.

Теперь вы знаете, что такое режим восстановления, аварийный режим и Recovery mode, а также как загрузиться в эти режимы в Ubuntu 18.04. Как я уже упоминал, приведенные здесь шаги будут работать во многих последних версиях Linux, в которых используется Systemd.

Как восстановить операционную систему Ubuntu без переустановки

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

На экране входа в систему воспользуйтесь комбинацией клавиш CTRL + ALT + F1 для переключения в виртуальную консоль tty1, возможно вам придется переключится на другую виртуальную консоль, в таком случае воспользуйтесь этой же комбинацией клавиш, но с F2 или F3 и т.д. И затем выполните следующие команды:

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

И обновить систему:

И перезагрузить систему:

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

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

Источник

Операционные системы Astra Linux

Оперативные обновления и методические указания

Операционные системы Astra Linux предназначены для применения в составе информационных (автоматизированных) систем в целях обработки и защиты 1) информации любой категории доступа 2) : общедоступной информации, а также информации, доступ к которой ограничен федеральными законами (информации ограниченного доступа).

1) от несанкционированного доступа;
2) в соответствии с Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статья 5, пункт 2).

Операционные системы Astra Linux Common Edition и Astra Linux Special Edition разработаны коллективом открытого акционерного общества «Научно-производственное объединение Русские базовые информационные технологии» и основаны на свободном программном обеспечении. С 17 декабря 2019 года правообладателем, разработчиком и производителем операционной системы специального назначения «Astra Linux Special Edition» является ООО «РусБИТех-Астра».

На web-сайтах https://astralinux.ru/ и https://wiki.astralinux.ru представлена подробная информация о разработанных операционных системах семейства Astra Linux, а также техническая документация для пользователей операционных систем и разработчиков программного обеспечения.

Мы будем признательны Вам за вопросы и предложения, которые позволят совершенствовать наши изделия в Ваших интересах и адаптировать их под решаемые Вами задачи!

Репозитория открытого доступа в сети Интернет для операционной системы Astra Linux Special Edition нет. Операционная система распространяется посредством DVD-дисков.

Информацию о сетевых репозиториях операционной системы Astra Linux Common Edition Вы можете получить в статье Подключение репозиториев с пакетами в ОС Astra Linux и установка пакетов.

В целях обеспечения соответствия сертифицированных операционных систем Astra Linux Special Edition требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.

Очередные обновления (версии) предназначены для:

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

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

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

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

Источник