После обновления не запускается астра линукс

Содержание

Astra linux. Не запускается после установки, черный экран.
Операционные системы Astra Linux
Операционные системы Astra Linux
Не загружается Linux
Почему Linux не загружается?
Проверка журналов загрузки
Что делать если Linux не грузится?
1. Проблема с местом на диске
2. Целостность пакетов и системы
3. Проблема с /etc/fstab
4. Повреждение файловой системы
5. Проблема видеодрайвера
6. Другое
Выводы

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

mount /dev/ /mnt/
cd /mnt/
mount -o bind /dev ./dev
mount -o bind /sys ./sys
mount -t proc none ./proc
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: должен быть, по настройкам посмотрю обязательно.

Читайте также: Linux mac os style 2020

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

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

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

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

Операционные системы 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 требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.

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

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

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

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

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

Источник

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

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

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

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

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

Источник

Не загружается Linux

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

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

Почему Linux не загружается?

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

Linux после обновления не загружается, вы обновляли дистрибутив и что-то пошло не так, и теперь вы не можете попасть в вашу рабочую оболочку;
Linux перестал загружаться в результате повреждения файловой системы;
Linux не может примонтировать один из важных разделов диска из-за неверных настроек fstab;
Система не загружается из-за несовместимости графического драйвера и ядра;
Диск переполнен и системе попросту негде создать временные файлы.

Все это может возникать не так редко, если вы очень любите экспериментировать с системой и при этом не очень аккуратны. Мы не будем рассматривать проблемы с загрузкой из за Grub. Я буду надеяться, что там у вас все в порядке. Самое главное, что нужно сделать при проблемах с загрузкой — это посмотреть внимательно логи последней загрузки. Только так вы сможете понять в чем причина проблем и не гадать. Как это сделать? Есть несколько способов, вы можете использовать LiveCD или загрузиться в режим восстановления.

Проверка журналов загрузки

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

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

Если такого пункта нет можно загрузить режим восстановления Bash. Для этого нужно нажать клавишу «E» на пункте меню Grub и дописать в строку параметров ядра «init=/bin/bash»:

С этим параметром ядро запустит интерпретатор Bash вместо того, чтобы загружать систему инициализации. Самый первый способ посмотреть логи в systemd — это использовать утилиту journalctl. Система нам сама подсказывает какую команду нужно запустить, чтобы посмотреть логи:

Если во время загрузки возникла ошибка, вы найдете ее здесь. Если же вы пошли другим путем, можно посмотреть несколько файлов, первый из них — /var/log/boot.log. Он есть не во всех дистрибутивах, но если есть, то здесь вы найдете все сообщения, которые выводились на экран во время загрузки:

В режиме восстановления можно посмотреть содержимое лога ядра с помощью dmesg, в LiveUSB это бесполезно:

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

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

Что делать если Linux не грузится?

1. Проблема с местом на диске

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

Если доступно 0% места, то вы знаете в чем проблема. Чтобы ее решить просто удалите ненужные файлы из папок /var/log, /var/cache/ и так далее. Для того чтобы вы смогли редактировать и удалять файлы, корневую систему, возможно, придется перемонтировать для чтения и записи:

mount -o remount,rw /

2. Целостность пакетов и системы

У меня с местом все в порядке, доступно более 5 гигабайт, значит можно предположить, что проблема в пакетах. Чтобы исправить выполните dpkg:

dpkg —configure -a

Также можно выполнить:

sudo apt -f install
# sudo apt update && sudo apt full-upgrade

Но это сработает только в chroot окружении LiveUSB системы, поскольку в режиме восстановления интернета нет. Вы можете попытаться настроить проводной интернет с помощью команды:

3. Проблема с /etc/fstab

Следующая причина проблем с загрузкой может быть неверная запись в /etc/fstab для одного из разделов, если лог сообщает что-то в роде «Dependency failed for /dev/disk/by-uuid/f4d5ddc4-584c-11e7-8a55-970a85f49bc5» то это означает, что система не может примонтировать один из разделов в /etc/fstab.

Если это будет корневой раздел, система не загрузится. Systemd может выдавать много ошибок, но важно найти первую. Все остальные могут оказаться только ее следствием.

Поэтому если есть такая ошибка в логе проверьте файл /etc/fstab. Правильно ли там указан адрес корневого раздела? Если не уверены, лучше заменить на привычную запись Linux без UUID.

4. Повреждение файловой системы

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

Здесь нужно указать адрес файла нужного раздела в файловой системе.

5. Проблема видеодрайвера

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

apt purge nvidia*

Для видеокарт AMD команда будет выглядеть так:

apt purge fglrx*

С новым драйвером AMDGPU проблем быть не должно, так как он имеет открытый исходный код и встроен в ядро.

Во всяком случае, после удаления драйвера черный экран Linux должен перестать появляться.

6. Другое

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

Выводы

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

Источник