Страница 1 из 2

Лог загрузки

Добавлено: 26 мар 2018, 00:07
freeuser
Как бы система работает стабильно, но вот эти ошибки которые вываливаются при загрузке.. Не очень нравятся.

Лог загрузки.

Код: Выделить всё

nvidia-persistenced[589]: Failed to query NVIDIA devices. Please ensure that the NVIDIA device files (/dev/nvidia*) exist, and that user 12

kernel: vgaarb: this pci device is not a vga device
kernel: vgaarb: this pci device is not a vga device
NetworkManager[916]: nm_device_get_device_type: assertion 'NM_IS_DEVICE (self)' failed
wpa_supplicant[1221]: dbus: wpa_dbus_get_object_properties: failed to get object properties: (none) none
wpa_supplicant[1221]: dbus: Failed to construct signal

lightdm[1309]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or director
lightdm[1309]: PAM adding faulty module: pam_kwallet.so
lightdm[1309]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or direct
lightdm[1309]: PAM adding faulty module: pam_kwallet5.so
lightdm[1368]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or director
lightdm[1368]: PAM adding faulty module: pam_kwallet.so
lightdm[1368]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or direct
lightdm[1368]: PAM adding faulty module: pam_kwallet5.so

bluetoothd[1228]: Failed to obtain handles for "Service Changed" characteristic
bluetoothd[1228]: Not enough free handles to register service
bluetoothd[1228]: Error adding Link Loss service
bluetoothd[1228]: Not enough free handles to register service
bluetoothd[1228]: Not enough free handles to register service
bluetoothd[1228]: Not enough free handles to register service
bluetoothd[1228]: Current Time Service could not be registered
bluetoothd[1228]: gatt-time-server: Input/output error (5)
bluetoothd[1228]: Not enough free handles to register service
bluetoothd[1228]: Not enough free handles to register service
bluetoothd[1228]: Sap driver initialization failed.
bluetoothd[1228]: sap-server: Operation not permitted (1)

pulseaudio[1886]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio agent with ofono: org.freedesktop.DBus.Error.Servic
pulseaudio[2054]: [pulseaudio] pid.c: Daemon already running.
Как лечить?

Re: Лог загрузки

Добавлено: 26 мар 2018, 17:26
Oleg65
Что имеем на борту? Что там NVidia? Хоть просветите - Ванги давно уже нет.... Ноут? В ошибках страшного вообще ничего нет. ;) (кофигурация системы). С кернелом - была ли такая ошибка на предыдущем ядре? С предыдущим драйвером видюхи? Какой драйвер?
NM - это баг, ни на что не влияет.
PAM - подключаемые модули - не находит доступных объектов (lightdm?)
Синий зуб - пытается подключиться к сервису Link Loss ( нафига?)
Пульса - ищет ofono, но запущена.
Подробнее как? Нет даже полного выхлопа dmesg и др. логов (если соберетесь - pastebin Вам в помощь, что бы выхлопами не засорять топик) :)

Re: Лог загрузки

Добавлено: 26 мар 2018, 18:50
freeuser
Что имеем на борту? Что там NVidia? Хоть просветите - Ванги давно уже нет.... Ноут?
Имеем Ubuntu 16.04.04, Да, Да.
С кернелом - была ли такая ошибка на предыдущем ядре? С предыдущим драйвером видюхи? Какой драйвер?
Я бы так знал, только сейчас научился просматривать этот лог, Драйвер 340,104(всегда).
Подробнее как? Нет даже полного выхлопа dmesg и др. логов (если соберетесь - pastebin Вам в помощь, что бы выхлопами не засорять топик) :)
Скажите чего и как собрать :D И я соберу. :)

Re: Лог загрузки

Добавлено: 26 мар 2018, 19:25
Oleg65
Не надо ничего собирать, критичными являются ошибки находящиеся в конце вывода, именно поэтому всегда смотрят tail - последние 10 строк вывода... Кроме того, ошибками PAM могут быть удаленные (Вами) кошельки или что-то подобное, связанное с модулями аутентификации (с паролями). Короче - у Вас все нормально, просто в системе остались какие-то хвосты (в ligtdm) и ядро не определяет видюху, как оборудование PCI.
В связи с этим, там же в /var/log:
ligtdm.log - просмотр из под root - отладка загружаемых конфигов ligtdm.conf.d
auth.log - авторизация (как раз РАМ!)
gpu-manager.log - загрузка и инициализация видюхи
kern.log - загрузка ядра и модулей
syslog - загрузка ОС после загрузчика (boot.log)
Посмотрев эти файлы обратите на сообщения с ERROR в начале. Если все работает и не падает, в последних строках dmesg нет вывода ошибок - ИМХО - изучение, конечно хорошо, но можно с улучшениями нажить проблем из которых будет ой-ой как выходить! Лучше в ВМ, предварительно почитав про модули ядра, и там можно повозиться... ;) Но выбор, конечно за Вами :?

Re: Лог загрузки

Добавлено: 26 мар 2018, 20:51
freeuser
Oleg65 писал(а):Кроме того, ошибками PAM могут быть удаленные (Вами) кошельки или что-то подобное, связанное с модулями аутентификации (с паролями). Короче - у Вас все нормально, просто в системе остались какие-то хвосты (в ligtdm) и ядро не определяет видюху, как оборудование PCI.
Ну раз нормально, то дальше ковырять не буду. :)

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

Если всё нормально, то может выключить что-то там, чтобы не видеть этот failed каждый раз?

Re: Лог загрузки

Добавлено: 27 мар 2018, 17:16
Oleg65
Не совсем понятно, почему при загрузке ОС "летят строчки" - наверное пытливый ум? По умолчанию в Grub2 должен стоять quiet splash, т.е. во время загрузки на экране сиреневый фон.
И так, файл из-под root: /etc/default/grub
По умолчанию должен выглядеть так (если нет дуалбута, но для сплэш это не важно):

Код: Выделить всё

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
Так вот, для того, что бы загрузка скрывалась за фоном, строка

Код: Выделить всё

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
должна быть именно такой.
Без фона, когда виден процесс загрузки - такой:

Код: Выделить всё

GRUB_CMDLINE_LINUX_DEFAULT=" "
Удачи! ;)

Re: Лог загрузки

Добавлено: 27 мар 2018, 20:15
freeuser
Oleg65 писал(а):Не совсем понятно, почему при загрузке ОС "летят строчки" - наверное пытливый ум? По умолчанию в Grub2 должен стоять quiet splash, т.е. во время загрузки на экране сиреневый фон.
И так, файл из-под root: /etc/default/grub
По умолчанию должен выглядеть так (если нет дуалбута, но для сплэш это не важно):
Да именно пытливый :D А если серьезно, то у меня две оси, и на быстрой загрузке не работает моя вторая(ось)винда.
Oleg65 писал(а):

Код: Выделить всё

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
Так вот, для того, что бы загрузка скрывалась за фоном, строка

Код: Выделить всё

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
должна быть именно такой.
Без фона, когда виден процесс загрузки - такой:

Код: Выделить всё

GRUB_CMDLINE_LINUX_DEFAULT=" "
Удачи! ;)
Т.е лучшее решение ошибки, это скрыть её за сиреневым фоном? :D

Re: Лог загрузки

Добавлено: 27 мар 2018, 20:30
Oleg65
Если всё нормально, то может выключить что-то там, чтобы не видеть этот failed каждый раз?
Что не так? Не хотите видеть - пожалуйста решение :D Желаете исправить все - изучаем логи (т.е. гуглим каждую эррор - причин много, Вы свою систему и железо знаете лучше - поэтому и поиск будет гораздо продуктивнее), меняем настройки ядра (предварительно почитав об этом), добавляем недостающие файлы или редактируем демоны и конфиги - вуаля! - ничего сложного, в принципе. У меня, например, на это ушло много времени и все равно в чем-то выпадают ошибки... И да, ОС приходилось иногда переустанавливать.... :oops:

Re: Лог загрузки

Добавлено: 27 мар 2018, 21:40
freeuser
Ясно.

А можно узнать, по первому логу... в каком именно месте, случается этот failed ?

Re: Лог загрузки

Добавлено: 28 мар 2018, 17:03
Oleg65
freeuser писал(а):Ясно.

А можно узнать, по первому логу... в каком именно месте, случается этот failed ?
А лог-то где? :shock: У меня лог загрузки занимает 208 Кб, а у Вас? Прежде чем задавать такой вопрос - потрудитесь, пожалуйста, почитать весь Ваш топик :evil: