Astra linux не загружается started update utmp

Зависает Debian на начальном этапе загрузки

При включении ноутбука при загрузки системы выдает

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

Это ЛорОвец классической редакции. Разговаривает только ссылками. Ему кажется, что от этого он выглядит умнее и круче, чем ТС.

Но вообще: первая ссылка в гугле и правда на ЛОРотему про калолинукс. Другое дело, что там, как обычно это с ЛОРом бывает, куча учителей великого Днао вещает о вариантах достижения пингвиньего просветления, а также о том, какой ТС дно, и ни одного внятного ответа на твой вопрос.

Да читал я это и гуглить умею, проблема в том что я в консоль не могу даже попасть стандартными средствами alt+f2 и у меня на входе дикии лаги начинаются и дальше одной буквы не высвечивается на мониторе.

Попробуй в grub выбрать другие ядра и потыкать alt+f2 с ними.

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

я в консоль не могу даже попасть

В грубе нажимаешь e и дописываешь к параметрам запуска systemd.unit=rescue.target. А, как попадёшь в консоль, смотришь journalctl -b -1

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

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

По симптомам и без доп. информации я бы сказал, что у тебя какая-то проблема с видеочипом возникла или с драйвером видео (с ядрёным модулем) при его загрузке. Надо загрузиться в безопасном режиме и глянуть предыдущие логи, что там пишется. Что за видео?

Берёш флешку, делаешь из неё livecd и пробуешь загрузить на ноуте. Если всё ок, то монтируй диск ноута и смотри логи.

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Перестал загружаться линукс (Пропала поддержка сети.)

Модератор: Bizdelnick

Перестал загружаться линукс

Сообщение MiK13 » 12.08.2018 22:37

Вернулся с дачи домой, решилотзайтив VK, включаю компьютер,а он . не загружается, То есть выскакивает несколько строк, иногда до 2х десятков, и всё замирает. Ждал долго. По «трём клавишам» (Alt+SysRq+B или Ctrl+Alt+Del) перегружается.
Причём, оказалось, что и Jessie, который я оставил — тоже. В конце концов решил загрузиться в режиме восстановления. Загрузился.
Выдал startx — иксы появились. Естественно, от рута. Попробовал перед этим выдать su mik139 — ничего не получилось.
После загрузки иксов обнаружил, что нет сети. То есть ifconfig выдал только l lo. Добавил IP адрес, но внешняя сеть всё равно не доступна. Хотя модем пингуется. Решил посмотреть, что в /etc/resolv.conf — а он недоступен. То есть это ссылка на
/var/run/NetworkManager/resolv.conf, а в /var/run/ каталога NetworkManager НЕТ.
И есть несуществующая ссылка initctl -> /run/systemd/initctl/fifo: в /run/systemd каталога initctl тоже НЕТ.
Проблему временно решил (чтобы написать этот вопрос) переименовав в /etc resolv.conf в resolv.conf1 и скопировав resolv.conf из Jessie со строкой nameserver 8.8.8.8

Но как мне исправить систему и восстановить её нормальную работу?

P.S. Обнаружил ещё одну странность:

Re: Перестал загружаться линукс

Сообщение devilr » 12.08.2018 22:53

Re: Перестал загружаться линукс

Сообщение MiK13 » 12.08.2018 23:31

Источник

Операционные системы 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. обновлений безопасности, представляющих собой файл с совокупностью программных компонентов из состава ОС, в которые внесены изменения с целью устранения уязвимостей, а также информации, содержащей сведения о контрольных суммах всех файлов обновлений безопасности, указания по установке, настройке и особенностям эксплуатации ОС с установленными обновлениями безопасности.

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

Источник

Arch Linux

You are not logged in.

#1 2012-06-02 13:02:26

[SOLVED] Problems with systemd-update-utmp after systemd update

Hi all,
I noticed that systemd-update-utmp-runlevel.service has been failing since the last systemd update. My systemd is:

The exact cause of error is:

What’s more, after this update I am not able to mount vmware hgfs shares. I’ve got following entry in my /etc/fstab (from arch’s wiki)

It worked just fine. After the update system boots into maintenance mode with the following message found in sysemd-journal:

After commenting hgfs mount entry out the system boots normally.
Thanks in advance.

EDIT:
Mounting hgfs shares manually works as expected

so this issue must be systemd related

Last edited by mrzeznicki (2012-06-07 15:18:05)

#2 2012-06-02 14:42:09

Re: [SOLVED] Problems with systemd-update-utmp after systemd update

You’re probably missing a symlink from /var/run to /run. We need to fix this in core/filesystem, but its not a simple change because it requires user intervention.

I can’t reproduce your problem with mount. Is that the real host? Does it really start with a ‘.’ ?

Last edited by falconindy (2012-06-02 14:42:31)

#3 2012-06-02 16:16:42

Re: [SOLVED] Problems with systemd-update-utmp after systemd update

You’re probably missing a symlink from /var/run to /run. We need to fix this in core/filesystem, but its not a simple change because it requires user intervention.

In fact I do, should I create it myself?

I can’t reproduce your problem with mount. Is that the real host? Does it really start with a ‘.’ ?

Yes, I copied this directly from https://wiki.archlinux.org/index.php/In … systemd%29
My arch machine is a vmware guest, I forgot to mention
Thanks for your answer

#4 2012-06-02 16:28:06

Re: [SOLVED] Problems with systemd-update-utmp after systemd update

In fact I do, should I create it myself?

Sure. The symlink is needed.

Yes, I copied this directly from https://wiki.archlinux.org/index.php/In … systemd%29
My arch machine is a vmware guest, I forgot to mention
Thanks for your answer

Still can’t reproduce this. libmount’s parser does just fine with «.host» as a dummy entry in my /etc/hosts file mapped for an NFS share.

#5 2012-06-03 01:22:56

Re: [SOLVED] Problems with systemd-update-utmp after systemd update

Still can’t reproduce this. libmount’s parser does just fine with «.host» as a dummy entry in my /etc/hosts file mapped for an NFS share.

Yep, libmount is probably not a problem, I guess this error comes from vmware’s hgfsmounter

I am just wondering why it worked before (and why manual mount works). Is there anything in systemd mount layer that consumes ‘/’?

#6 2012-06-03 01:29:05

Re: [SOLVED] Problems with systemd-update-utmp after systemd update

systemd calls /bin/mount for anything except the API filesystems.

#7 2012-06-03 01:53:40

Re: [SOLVED] Problems with systemd-update-utmp after systemd update

You might look in /run/systemd/generator for a file mnt-hgfs.mount. Show us what’s in that file, and it will tell us how systemd (or more specifically, the new systemd-fstab-generator) parsed that line. The What=, Where=, Type=, and Options= fields should hopefully reflect correctly what you have in fstab. If they don’t, it’s likely a systemd bug that should be reported upstream. You should be able to work around it in this case by copying that file to /etc/systemd/system and «fixing» it, though I haven’t tested this.

#8 2012-06-03 02:12:39

Re: [SOLVED] Problems with systemd-update-utmp after systemd update

Uggh, I forgot about that new generator. It does appear to be problematic.

And I’m highly suspicious of a function called ‘path_kill_slashes’ that’s called on the source.

Last edited by falconindy (2012-06-04 12:47:01)

Источник

Arch Linux

You are not logged in.

#1 2014-10-21 16:31:40

Boot error: Started update utmp about system runlevel changes

Can’t run Arch after yesterday’s full system upgrade.

Upgrade seems to go fine (only some messages regarding pacnew files), but after restarting the system is blocked before the display manager.

Last message produced is:

started update utmp about system runlevel changes

The system then freezes at such message.
(If I press the power button then the system stop freezing and start to shutdown).

Last edited by zero-giulio (2014-10-21 17:09:40)

#2 2014-10-24 07:29:35

Re: Boot error: Started update utmp about system runlevel changes

Seems to be something like this:

But that is a 2012 topic.
May the problem be the same of mine?

#3 2016-03-02 17:21:23

Re: Boot error: Started update utmp about system runlevel changes

I had the same problem with but with Kali2.0. If you have NVIDIA GPU, check your Xorg logs. If you see «Segmentation fault at address 0x6f», this is the fix http://adonespitogo.com/articles/fixed- … tallation/

#4 2016-03-02 18:27:39

Re: Boot error: Started update utmp about system runlevel changes

It’s unlikely that the problem you encountered on your non-Arch OS is related to this problem from 2 years ago..

Sakura:-
Mobo: MSI MEG B550 UNIFY // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Источник