Здравствуйте, уважаемые знатоки!
При выборе обновления в виджете “Обновление программ” и перезагрузки после установки, система загружается не полностью - на тёмном экране на листе сидит хамелеон, из нескольких пиктограмм, отражающих этапы загрузки видна только иконка жёсткого диска, в режим консоли переключиться можно.
В консоли пишет “Welcome to openSUSE 12.3 “Dartmouth” - Kernel 3.11.6-4-desktop (tty1)”
Ноутбук Toshiba Sattelite a300
Подобная проблема (зависание после обновления с подобными симптомами) наблюдалась также на ноутбуке ASUS k50ij, причём в самое неудобное время, фактически поставив под угрозу проект, который чудом удалось завершить.
На ASUS пришлось заново установить систему, чтобы завершить очень важную работу.
На Toshiba хочется вернуть работоспособность.
Прошу оказать методическую поддержку в этом частном случае и как быть в подобных ситуациях в дальнейшем.
К сожалению с ней сталкиваюсь практически с выходом каждой новой версии, каждый раз заново переустанавливаю ОС и все индивидуальные пакеты.
Заранее благодарю!
Если написано “Welcome to openSUSE 12.3 “Dartmouth” - Kernel 3.11.6-4-desktop (tty1)”, то ОС уже загрузилась и глобально всё в порядке. Если «пиктограммы» начали появляться, значит, это уже рабочий стол загружается (хоть и не столь успешно, как хотелось бы). Возможно, содержимое десятой консоли и файла ~/.xsession-errors прольёт свет на причину зависания.
Расскажите подробнее, что и каким образом вы обновляли, какие репозитории подключали. При установке стандартных обновлений такого случаться не может…
Не помню какие репозитории подключал. Обычно они подключались автоматически при установке программного обеспечения через сайт openSUSE Leap - Get openSUSE или через Yast2.
Вот что показывает zypper -lr
Используйте, пожалуйста, paste.opensuse.org для таких дел. А то левые файлообменники тут не в чести, именно этот вообще говорит “веб-страница недоступна”.
Из того, что бросается в глаза: одновременно включены репозитории для 13.1 и 12.3, так не надо делать. Прежде всего я бы рекомендовал войти на первой консоли как root и произвести следующие действия:
остановить графическую систему, она всё равно “висит” (systemctl isolate multi-user.target
) 1. отключить первые три репозитория (zypper mr -d номер
) 1. принудительно обновить пакеты до дистрибутивных версий (zypper dup
) 1. перезагрузиться (systemctl isolate reboot.target
) 1. проверить результаты и сообщить на форум
Извините, не знал таких тонкостей…
вот ссылка… http://paste.opensuse.org/17794265
дошёл до 3 шага - ругается на недоступность ресурса… видимо нет сети… смотрю в инете как можно из консоли wi-fi поднять…
Посмотрите, пожалуйста, текст по ссылке, возможно там есть необходимые симптомы…
Заранее благодарю!
Судя по надписи в рабочей системе на ASUS - “Версия 0.9.0.10 (nm09 20131128)”, смею предположить, что NetworkManager 09 от 28 ноября 2013. На Toshiba A300 ничего взамен не устанавливал - предустановки + ПО, которого не хватало…
У меня сложилось впечатление, что в Suse по умолчанию ifup не ставится и возможно не ставился никогда… это инструмент для любителей точной ручной работы…
Согласен, надпись подозрительная… и она не одна… допускаю, что тревожные сообщения взаимосвязаны…
вот вывод указанной Вами команды:
Name : libQtWebKit4
Version : 4.8.5+2.3.3
Release : 2.3.1
Architecture: x86_64
Install Date: Sat Feb 22 11:32:55 2014
Group : Development/Libraries/C and C++
Size : 42898887
License : LGPL-2.1+ and BSD-3-Clause and MPL-1.1 and GPL-2.0+
Signature : RSA/SHA256, Sun Oct 20 15:09:23 2013, Key ID b88b2fd43dbdc284
Source RPM : libQtWebKit4-4.8.5+2.3.3-2.3.1.src.rpm
Build Date : Sun Oct 20 15:06:22 2013
Build Host : build33
Relocations : (not relocatable)
Packager : http://bugs.opensuse.org
Vendor : openSUSE
URL : http://trac.webkit.org/wiki/QtWebKit
Summary : Open source Web Browser engine based on Qt4
Description :
WebKit is an open source web browser engine. WebKit’s HTML and JavaScript code
began as a branch of the KHTML and KJS libraries from KDE. As part of KDE
framework KHTML was based on Qt but during their porting efforts Apple’s
engineers made WebKit toolkit independent. QtWebKit is a project aiming at
porting this fabulous engine back to Qt.
Distribution: openSUSE 13.1
при наборе в консоли
ifup wlan
даёт
Network is managed by ‘NetworkManager.service’ -> skipping
при наборе в консоли
NetworkManager
даёт
NetworkManager: symbol lookup error: /usr/lib64/libgudev-1.0.so.0: undefined symbol: g_type_class_adjust_private_offset
при наборе в консоли
ifup wlan
даёт
Network is managed by ‘NetworkManager.service’ -> skipping
при наборе в консоли
service NetworkManager start
даёт
Job for NetworkManager.service failed. See ‘systemctl status NetworkManager.service’ and ‘journalctl -xn’ for details
Mar 13 12:33:38 linux-ijki systemd[1]: Starting Network Manager…
Mar 13 12:33:38 linux-ijki systemd[1]: NetworkManager.service: main process exited, code=exited, status=127/n/a
Mar 13 12:33:38 linux-ijki systemd[1]: Failed to start Network Manager.
Mar 13 12:33:38 linux-ijki systemd[1]: Unit NetworkManager.service entered failed state.
Вывод второй команды:
– Logs begin at Wed 2014-03-12 18:35:29 MSK, end at Thu 2014-03-13 12:33:38 MSK. –
Mar 13 12:30:01 linux-ijki systemd[1]: Starting Session 148 of user root.
– Subject: Unit session-148.scope has begun with start-up
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
– Unit session-148.scope has begun starting up.
Mar 13 12:30:01 linux-ijki systemd[1]: Started Session 148 of user root.
– Subject: Unit session-148.scope has finished start-up
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
– Unit session-148.scope has finished starting up.
– The start-up result is done.
Mar 13 12:31:15 linux-ijki systemd[1]: Starting Network Manager…
– Subject: Unit NetworkManager.service has begun with start-up
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
– The result is failed.
Mar 13 12:31:15 linux-ijki systemd[1]: Unit NetworkManager.service entered failed state.
Mar 13 12:33:38 linux-ijki systemd[1]: Starting Network Manager…
– Subject: Unit NetworkManager.service has begun with start-up
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
“Activation of org.freedesktop.UDisks2 timed out”
Failed enumerating UDisks2 objects: “org.freedesktop.DBus.Error.NoReply”
“Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.”
Я думаю, у вас в результате некорректного обновления из репозитория не своей версии поломались некоторые системные компоненты. Так что NetworkManager тоже имеет право не работать. Предлагаю вопрос о поднятии вайфая в консоли обсуждать в другой теме.
Что касается восстановления работы системы, можно подключить дистрибутивный DVD в качестве репозитория и обновиться с него, раз сети нет. Либо с этого же DVD использовать обновление существующей версии.
Уважаемый, Minton!
Уважаемые знатоки!
Оромное спасибо за помощь!
Обновился с дистрибутивной флешки. Система загружается, настройки, на первый взгляд, остались прежние.
При обновлении, правда, предупреждал о конфликте какой-то библиотеки и предлагал на выбор - не обновлять LibreOffice или оставить старой библиотеку. Выбрал обновление библиотеки.
Можно как-нибудь проверить корректность установки ?
Как быть в дальнейшем ? Повторюсь - уже не первый раз неудочное обновление, на разной технике и как водится в самое неудобное время. Я в принципе готов восстанавливать систему после обновления при гарантии сохранности данных, оперативности этой процедуры и наличии нужных инструментов. Становиться для этого администратором Suse не готов.
В данном конкретном случае причина сбоя очевидна, вы подключили репозитории разных версий. Дополнительного контроля в этой области можно не ждать, ибо традиционно предполагается, что человек, знающий пароль root, знает, что делает.
Привести систему в устойчивое состояние может всё тот же zypper dup при включении только стандартных репозиториев (в т.ч. обновлений). Т.е. поскольку сейчас система успешно загружается, то я бы советовал это проделать (тщательно проверив список репозиториев на предмет вмешательства посторонних).
Уважаемый Minton!
Не совсем так.
Виджет обновления не требует прав root, просто спрашивает обновить или нет. Как правило вываливается большой перечень обновляемых компонентов, проверять их весьма трудоёмко даже для специалиста. После подтверждения установка происходит автоматически, в некоторых случаях просит перезагрузить систему.
При обновлении через YAST действительно нужно авторизоваться root-ом, но процедура схожа - выбираешь сетевое обновление и система предлагает обновить пакеты.
Какой смысл предлагать обновлять пакеты, если они не работоспособны ?
Если не ошибаюсь, для тестирования новых, но не достаточно опробованных возможностей используются другие дистрибутивы.
Что подразумевается под использованием только стандартных репозиториев ?
После каждой новой установки приходится добавлять Thunderbird, кодеки, skype, поддержку RAR… последние три, на мой взгляд нужны почти всем.
Ещё устанавливал Wine, VirtualBox, FreeMind, Rambus, Gimp, ProjectLibre…
В моём понимании, если пакет находится на легитимном сайте со статусом совместимости с нужной версией ОС и установкой в 1 клик, то всё должно именно так и работать. Но почему-то иногда (даже и не помню, что именно устанавливал, ибо давно было) в процессе установки говорится о конфликте каких-то библиотек и предложением оставить, что-то одно. Есть ещё интереснее - сейчас с сайта нельзя установить Midnight Commander, через YAST - пожалуйста.
Как определить правильные репозитории ?
Прошу дать совет как быть в случае сбоев.
Неожиданное крушение системы с возможностью утери информации, долгим и трудозатратным восстанавлением не могу себе позволить.
Прецеденты уже были.
Если на этой страничке openSUSE Software не нажимать кнопку, показать нестабильные пакеты, то вы не будете устанавливать пакеты из “нестандартных репозиториев”.
Не нужно заниматься подменой понятий. Вы добавили репозиторий для другой версии дистрибутива и не могли сделать этого без прав root. Как именно вы потом обновлялись уже неважно, проблема создана заранее.
Thunderbird, GIMP, Wine, unrar есть в стандартном репозитории. Skype ставится из отдельного пакета. Ну и т.д.
Я имел в виду использовать только стандартные репозитории для zypper dup, чтобы восстановить работоспособность системы. После этого вы можете использовать любые репозитории, но уже будете внимательнее смотреть на версии.