Команда IT специалистов выполнит подготовку инфраструктуры для вашего бизнеса.
Внедрение самых передовых решений и технологий.
Поддержка и сопровождение ваших сервисов.
Выполнение работ под "ключ", от покупки сервера, до настройки автоматизации процессов. 8(977)608-78-62 adm@nixm.ru
Внедрение самых передовых решений и технологий.
Поддержка и сопровождение ваших сервисов.
Выполнение работ под "ключ", от покупки сервера, до настройки автоматизации процессов. 8(977)608-78-62 adm@nixm.ru
Лог загрузки
Лог загрузки
Как бы система работает стабильно, но вот эти ошибки которые вываливаются при загрузке.. Не очень нравятся.
Лог загрузки.
Как лечить?
Лог загрузки.
Код: Выделить всё
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.
Ubuntu mate 18.04
- Oleg65
- Местный говорун
- Сообщения: 859
- Зарегистрирован: 18 янв 2015, 10:56
- Откуда: г.Коломна Моск.обл.
Re: Лог загрузки
Что имеем на борту? Что там NVidia? Хоть просветите - Ванги давно уже нет.... Ноут? В ошибках страшного вообще ничего нет. (кофигурация системы). С кернелом - была ли такая ошибка на предыдущем ядре? С предыдущим драйвером видюхи? Какой драйвер?
NM - это баг, ни на что не влияет.
PAM - подключаемые модули - не находит доступных объектов (lightdm?)
Синий зуб - пытается подключиться к сервису Link Loss ( нафига?)
Пульса - ищет ofono, но запущена.
Подробнее как? Нет даже полного выхлопа dmesg и др. логов (если соберетесь - pastebin Вам в помощь, что бы выхлопами не засорять топик)
NM - это баг, ни на что не влияет.
PAM - подключаемые модули - не находит доступных объектов (lightdm?)
Синий зуб - пытается подключиться к сервису Link Loss ( нафига?)
Пульса - ищет ofono, но запущена.
Подробнее как? Нет даже полного выхлопа dmesg и др. логов (если соберетесь - pastebin Вам в помощь, что бы выхлопами не засорять топик)
Re: Лог загрузки
Имеем Ubuntu 16.04.04, Да, Да.Что имеем на борту? Что там NVidia? Хоть просветите - Ванги давно уже нет.... Ноут?
Я бы так знал, только сейчас научился просматривать этот лог, Драйвер 340,104(всегда).С кернелом - была ли такая ошибка на предыдущем ядре? С предыдущим драйвером видюхи? Какой драйвер?
Скажите чего и как собрать И я соберу.Подробнее как? Нет даже полного выхлопа dmesg и др. логов (если соберетесь - pastebin Вам в помощь, что бы выхлопами не засорять топик)
Ubuntu mate 18.04
- Oleg65
- Местный говорун
- Сообщения: 859
- Зарегистрирован: 18 янв 2015, 10:56
- Откуда: г.Коломна Моск.обл.
Re: Лог загрузки
Не надо ничего собирать, критичными являются ошибки находящиеся в конце вывода, именно поэтому всегда смотрят 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 нет вывода ошибок - ИМХО - изучение, конечно хорошо, но можно с улучшениями нажить проблем из которых будет ой-ой как выходить! Лучше в ВМ, предварительно почитав про модули ядра, и там можно повозиться... Но выбор, конечно за Вами
В связи с этим, там же в /var/log:
ligtdm.log - просмотр из под root - отладка загружаемых конфигов ligtdm.conf.d
auth.log - авторизация (как раз РАМ!)
gpu-manager.log - загрузка и инициализация видюхи
kern.log - загрузка ядра и модулей
syslog - загрузка ОС после загрузчика (boot.log)
Посмотрев эти файлы обратите на сообщения с ERROR в начале. Если все работает и не падает, в последних строках dmesg нет вывода ошибок - ИМХО - изучение, конечно хорошо, но можно с улучшениями нажить проблем из которых будет ой-ой как выходить! Лучше в ВМ, предварительно почитав про модули ядра, и там можно повозиться... Но выбор, конечно за Вами
Re: Лог загрузки
Ну раз нормально, то дальше ковырять не буду.Oleg65 писал(а):Кроме того, ошибками PAM могут быть удаленные (Вами) кошельки или что-то подобное, связанное с модулями аутентификации (с паролями). Короче - у Вас все нормально, просто в системе остались какие-то хвосты (в ligtdm) и ядро не определяет видюху, как оборудование PCI.
Кстати, а вот ещё такое.. почему при загрузки системы, когда летят эти строчки, там в одной надпись FAILED Она так быстро пролетает, что я не успеваю прочитать.
Если всё нормально, то может выключить что-то там, чтобы не видеть этот failed каждый раз?
Ubuntu mate 18.04
- Oleg65
- Местный говорун
- Сообщения: 859
- Зарегистрирован: 18 янв 2015, 10:56
- Откуда: г.Коломна Моск.обл.
Re: Лог загрузки
Не совсем понятно, почему при загрузке ОС "летят строчки" - наверное пытливый ум? По умолчанию в Grub2 должен стоять quiet splash, т.е. во время загрузки на экране сиреневый фон.
И так, файл из-под root: /etc/default/grub
По умолчанию должен выглядеть так (если нет дуалбута, но для сплэш это не важно):
Так вот, для того, что бы загрузка скрывалась за фоном, строка
должна быть именно такой.
Без фона, когда виден процесс загрузки - такой:
Удачи!
И так, файл из-под 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: Лог загрузки
Да именно пытливый А если серьезно, то у меня две оси, и на быстрой загрузке не работает моя вторая(ось)винда.Oleg65 писал(а):Не совсем понятно, почему при загрузке ОС "летят строчки" - наверное пытливый ум? По умолчанию в Grub2 должен стоять quiet splash, т.е. во время загрузки на экране сиреневый фон.
И так, файл из-под root: /etc/default/grub
По умолчанию должен выглядеть так (если нет дуалбута, но для сплэш это не важно):
Т.е лучшее решение ошибки, это скрыть её за сиреневым фоном?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=" "
Ubuntu mate 18.04
- Oleg65
- Местный говорун
- Сообщения: 859
- Зарегистрирован: 18 янв 2015, 10:56
- Откуда: г.Коломна Моск.обл.
Re: Лог загрузки
Что не так? Не хотите видеть - пожалуйста решение Желаете исправить все - изучаем логи (т.е. гуглим каждую эррор - причин много, Вы свою систему и железо знаете лучше - поэтому и поиск будет гораздо продуктивнее), меняем настройки ядра (предварительно почитав об этом), добавляем недостающие файлы или редактируем демоны и конфиги - вуаля! - ничего сложного, в принципе. У меня, например, на это ушло много времени и все равно в чем-то выпадают ошибки... И да, ОС приходилось иногда переустанавливать....Если всё нормально, то может выключить что-то там, чтобы не видеть этот failed каждый раз?
Re: Лог загрузки
Ясно.
А можно узнать, по первому логу... в каком именно месте, случается этот failed ?
А можно узнать, по первому логу... в каком именно месте, случается этот failed ?
Ubuntu mate 18.04
- Oleg65
- Местный говорун
- Сообщения: 859
- Зарегистрирован: 18 янв 2015, 10:56
- Откуда: г.Коломна Моск.обл.
Re: Лог загрузки
А лог-то где? У меня лог загрузки занимает 208 Кб, а у Вас? Прежде чем задавать такой вопрос - потрудитесь, пожалуйста, почитать весь Ваш топикfreeuser писал(а):Ясно.
А можно узнать, по первому логу... в каком именно месте, случается этот failed ?