Зависания после обновления до Leap

openSUSE, SUSE Linux Enterprise

Модератор: Модераторы разделов

Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Зависания после обновления до Leap

Сообщение RusWolf »

Silver писал(а):
09.01.2016 05:59
Тоже думал перейти на Tumbleweed, но все таки не рискую

Стояла openSuse 13.2 работала себе, решил попробовать openSuse Tumbleweed обновился онлайн и пипец понеслось комп начал виснуть намертво, через каждые 10 минут.

Почитал форум, решил убрать драйвер nouveau и поставить родной драйвер nvidia, c пятой попытки установил.
Tumbleweed теперь работает немного стабильнее намертво зависает через пару часов теперь :)

Причём зависает даже в режиме простоя компьютера :)
Иногда перед зависанием вылетает в окно консоли ( как будото я нажал ctrl+alt+F1) выдаёт четыре строки AMD-Vi куча цифр и зависает опять намертво.
Спасибо сказали:
Аватара пользователя
aleksejsmir
Сообщения: 155
Контактная информация:

Re: Зависания после обновления до Leap

Сообщение aleksejsmir »

RusWolf писал(а):
09.01.2016 17:15
Tumbleweed теперь работает немного стабильнее намертво зависает через пару часов теперь :)


Знакомо. У меня это началось еще на 13.2 сусях, продолжилось на перекатиполе и Leap. Вероятнее всего, проблема здесь. Во всяком случае, очень похоже.
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

aleksejsmir писал(а):
09.01.2016 17:25
Знакомо. У меня это началось еще на 13.2 сусях, продолжилось на перекатиполе и Leap. Вероятнее всего, проблема здесь. Во всяком случае, очень похоже.

На 13.2 зависал комп раз в сутки.
На Tumbleweed зависает намертво даже во время загрузки пока висит заставка со значком бесконечности :)
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20752
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Зависания после обновления до Leap

Сообщение Bizdelnick »

RusWolf
Это точно не аппаратная проблема? У меня такое было (независимо от дистрибутива и его версии), вылечилось заменой видеокарты (вот уж не помню, как я допёр, что именно её надо менять, но полной уверенности у меня не было, пока аптайм не стал измеряться месяцами).
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Bizdelnick, на Win10 и openSUSE 13.1 работает сутками, на Win10 под тяжёлыми играми не виснет.

Редкие зависоны были на openSUSE 13.2, а на перекати-поле полный пипец, было даже три раза подряд, зависал при загрузке, причём X сервер ещё даже не стартанул.
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20752
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Зависания после обновления до Leap

Сообщение Bizdelnick »

RusWolf писал(а):
12.01.2016 15:21
на Win10 и openSUSE 13.1 работает сутками

Другие версии/сборки ядра не пробовали? Я бы начал с kernel-vanilla.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Bizdelnick писал(а):
12.01.2016 23:12
Другие версии/сборки ядра не пробовали? Я бы начал с kernel-vanilla.

Первым делом, сразу же поменял ядро, как раз ставил kernel-vanilla, ничего не изменилось, все те же зависоны компа :(
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Зависания после обновления до Leap

Сообщение NickLion »

RusWolf
Я бы посоветовал создать отдельную тему — явно не всеобщая проблема — у меня openSUSE Leap 42.1 работает без зависаний.
Далее, Вы считаете, что зависания связаны с видеокартой, по какой причине?
У Вас HDD/SSD?
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

NickLion писал(а):
13.01.2016 11:24
RusWolf
Я бы посоветовал создать отдельную тему — явно не всеобщая проблема — у меня openSUSE Leap 42.1 работает без зависаний.
Далее, Вы считаете, что зависания связаны с видеокартой, по какой причине?
У Вас HDD/SSD?

У меня старенький HDD 80GB, выделенный целиком под Linux.

Я ничего не считаю, так как вообще не могу понять с чем связаны зависания :(
На работе то же обновил 13.1 до перекати-поле, работает отлично, разница только в процах, на работе 4 ядра, дома 8 ядер.

Если не трудно, отделите мои сообщения в отдельную тему.
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20752
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Зависания после обновления до Leap

Сообщение Bizdelnick »

RusWolf писал(а):
09.01.2016 17:15
Иногда перед зависанием вылетает в окно консоли ( как будото я нажал ctrl+alt+F1) выдаёт четыре строки AMD-Vi куча цифр

Можете фотографию выложить?
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Если повторится такое, cфотографирую.
Вчера вечером всё таки удалось сделать обновление через zypper dup ( комп не зависал в это время ), после обновления комп проработал минут 40 без зависаний.
Дальше уже лег спать и выключил комп.
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Последние записи в журнале, перед зависанием компьютера:

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

янв 13 18:27:29 linux-dren parcellite-startup.desktop[1993]: Looking in '/etc/xdg/parcellite/parcelliterc'
янв 13 18:27:29 linux-dren parcellite-startup.desktop[1993]: Looking in '/etc/xdg/parcellite/parcelliterc'
янв 13 18:27:29 linux-dren parcellite-startup.desktop[1993]: Looking in '/etc/xdg/parcellite/parcelliterc'
янв 13 18:27:29 linux-dren parcellite-startup.desktop[1993]: Looking in '/etc/xdg/parcellite/parcelliterc'
янв 13 18:27:29 linux-dren audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=geoclue comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
янв 13 18:27:29 linux-dren kernel: audit: type=1131 audit(1452698849.733:175): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=geoclue comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? termina
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): Acer S231HL (CRT-0): connected
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): Acer S231HL (CRT-0): 400.0 MHz maximum pixel clock
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0):
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-0: disconnected
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-0: Internal TMDS
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-0: 330.0 MHz maximum pixel clock
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0):
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-1: disconnected
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0):
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-2: disconnected
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-2: Internal TMDS
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-2: 165.0 MHz maximum pixel clock
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0):
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-3: disconnected
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-3: 330.0 MHz maximum pixel clock
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0):
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-4: disconnected
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-4: Internal DisplayPort
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0): DFP-4: 960.0 MHz maximum pixel clock
янв 13 18:27:30 linux-dren /usr/lib/gdm/gdm-x-session[1460]: (--) NVIDIA(GPU-0):
янв 13 18:27:31 linux-dren parcellite-startup.desktop[1993]: Flag 0x0001, status 0, EXIT 1 STAT 0
янв 13 18:27:31 linux-dren gnome-do.desktop[1988]: Unhandled Exception:
янв 13 18:27:31 linux-dren gnome-do.desktop[1988]: System.IO.FileNotFoundException: Could not load file or assembly 'Mono.Addins, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756' or one of its
янв 13 18:27:31 linux-dren gnome-do.desktop[1988]: File name: 'Mono.Addins, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756'
янв 13 18:27:31 linux-dren gnome-do.desktop[1988]: [ERROR] FATAL UNHANDLED EXCEPTION: System.IO.FileNotFoundException: Could not load file or assembly 'Mono.Addins, Version=1.0.0.0, Culture=neutral, PublicKeyTok
янв 13 18:27:31 linux-dren gnome-do.desktop[1988]: File name: 'Mono.Addins, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756'
янв 13 18:27:32 linux-dren dbus[1130]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service'
янв 13 18:27:32 linux-dren systemd[1]: Starting Location Lookup Service...
янв 13 18:27:32 linux-dren dbus[1130]: [system] Successfully activated service 'org.freedesktop.GeoClue2'
янв 13 18:27:32 linux-dren systemd[1]: Started Location Lookup Service.
янв 13 18:27:32 linux-dren audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=geoclue comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
янв 13 18:27:32 linux-dren kernel: audit: type=1130 audit(1452698852.773:176): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=geoclue comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? termina
янв 13 18:27:32 linux-dren dbus[1130]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.53" (uid=484 pid=2055 comm="/usr/lib/geoclue -t 5 ") interface="org.freedesktop.DBus.Propert
янв 13 18:27:32 linux-dren gnome-shell.desktop[1856]: Window manager warning: "XF86Help" is not a valid accelerator
янв 13 18:27:34 linux-dren nautilus-autostart.desktop[1964]: ** (nautilus:1964): WARNING **: Can not calculate _NET_NUMBER_OF_DESKTOPS
янв 13 18:27:34 linux-dren nautilus-autostart.desktop[1964]: ** (nautilus:1964): WARNING **: Can not calculate _NET_NUMBER_OF_DESKTOPS
янв 13 18:27:34 linux-dren nautilus-autostart.desktop[1964]: ** (nautilus:1964): WARNING **: Can not get _NET_WORKAREA
янв 13 18:27:34 linux-dren nautilus-autostart.desktop[1964]: ** (nautilus:1964): WARNING **: Can not determine workarea, guessing at layout
янв 13 18:27:35 linux-dren gnome-shell[1856]: GNOME Shell started at Wed Jan 13 2016 18:27:25 GMT+0300 (MSK)
янв 13 18:27:35 linux-dren nautilus-autostart.desktop[1964]: ** (nautilus:1964): WARNING **: Can not calculate _NET_NUMBER_OF_DESKTOPS
янв 13 18:27:35 linux-dren nautilus-autostart.desktop[1964]: ** (nautilus:1964): WARNING **: Can not calculate _NET_NUMBER_OF_DESKTOPS
янв 13 18:27:35 linux-dren nautilus-autostart.desktop[1964]: ** (nautilus:1964): WARNING **: Can not get _NET_WORKAREA
янв 13 18:27:35 linux-dren nautilus-autostart.desktop[1964]: ** (nautilus:1964): WARNING **: Can not determine workarea, guessing at layout
янв 13 18:27:37 linux-dren audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=geoclue comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
янв 13 18:27:37 linux-dren kernel: audit: type=1131 audit(1452698857.733:177): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=geoclue comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? termina
янв 13 18:27:41 linux-dren dbus[1130]: [system] Failed to activate service 'org.bluez': timed out
янв 13 18:27:41 linux-dren pulseaudio[1802]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application d
янв 13 18:27:49 linux-dren su[2182]: The gnome keyring socket is not owned with the same credentials as the user login: /run/user/1000/keyring/control
янв 13 18:27:49 linux-dren su[2182]: gkr-pam: couldn't unlock the login keyring.
янв 13 18:27:49 linux-dren audit[2182]: USER_AUTH pid=2182 uid=1000 auid=1000 ses=1 msg='op=PAM:authentication grantors=pam_unix acct="root" exe="/usr/bin/su" hostname=? addr=? terminal=pts/0 res=success'
янв 13 18:27:49 linux-dren su[2182]: (to root) wolf on pts/0
янв 13 18:27:49 linux-dren audit[2182]: USER_ACCT pid=2182 uid=1000 auid=1000 ses=1 msg='op=PAM:accounting grantors=pam_unix acct="root" exe="/usr/bin/su" hostname=? addr=? terminal=pts/0 res=success'
янв 13 18:27:49 linux-dren su[2182]: pam_unix(su:session): session opened for user root by (uid=1000)
янв 13 18:27:49 linux-dren audit[2182]: CRED_ACQ pid=2182 uid=1000 auid=1000 ses=1 msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/su" hostname=? addr=? terminal=pts/0 res=success'
янв 13 18:27:49 linux-dren kernel: audit: type=1100 audit(1452698869.305:178): pid=2182 uid=1000 auid=1000 ses=1 msg='op=PAM:authentication grantors=pam_unix acct="root" exe="/usr/bin/su" hostname=? addr=? termi
янв 13 18:27:49 linux-dren kernel: audit: type=1101 audit(1452698869.305:179): pid=2182 uid=1000 auid=1000 ses=1 msg='op=PAM:accounting grantors=pam_unix acct="root" exe="/usr/bin/su" hostname=? addr=? terminal=
янв 13 18:27:49 linux-dren kernel: audit: type=1103 audit(1452698869.305:180): pid=2182 uid=1000 auid=1000 ses=1 msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/su" hostname=? addr=? terminal=pts
янв 13 18:27:49 linux-dren su[2182]: pam_systemd(su:session): Cannot create session: Already running in a session
янв 13 18:27:49 linux-dren audit[2182]: USER_START pid=2182 uid=1000 auid=1000 ses=1 msg='op=PAM:session_open grantors=pam_limits,pam_unix,pam_umask,pam_systemd,pam_gnome_keyring,pam_env,pam_xauth acct="root" ex
янв 13 18:27:49 linux-dren kernel: audit: type=1105 audit(1452698869.333:181): pid=2182 uid=1000 auid=1000 ses=1 msg='op=PAM:session_open grantors=pam_limits,pam_unix,pam_umask,pam_systemd,pam_gnome_keyring,pam_
янв 13 18:27:52 linux-dren PackageKit[1956]: daemon quit
янв 13 18:27:52 linux-dren packagekitd[1956]: (packagekitd:1956): GLib-CRITICAL **: Source ID 10 was not found when attempting to remove it
янв 13 18:27:52 linux-dren audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=packagekit comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
янв 13 18:27:52 linux-dren kernel: audit: type=1131 audit(1452698872.737:182): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=packagekit comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? term
янв 13 18:28:03 linux-dren audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-localed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
янв 13 18:28:03 linux-dren kernel: audit: type=1131 audit(1452698883.353:183): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-localed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=?
янв 13 18:28:04 linux-dren audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
янв 13 18:28:04 linux-dren kernel: audit: type=1131 audit(1452698884.229:184): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr
lines 2349-2398/2398 (END)
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Вот ещё не приятные записи в журнале:

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

янв 13 18:56:55 linux-dren kernel: ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20150818/tbfadt-654)


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

янв 13 18:57:06 linux-dren systemd-udevd[636]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[676]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[645]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[665]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[735]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[713]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[708]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[707]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[672]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[690]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[704]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[732]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[637]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[658]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[720]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[723]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[670]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[739]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[701]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[649]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[718]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[654]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[679]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[663]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[746]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[639]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[660]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[714]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[682]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[652]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[731]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[671]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.
янв 13 18:57:06 linux-dren systemd-udevd[733]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.


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

янв 13 18:57:11 linux-dren systemd[1]: Failed to start Security Auditing Service.
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: Зависания после обновления до Leap

Сообщение Stauffenberg »

RusWolf

Systemd создает немало проблем, но использование GNOME3... это ИМХО слишком экстримально... хотя я слышал легенды о счастливых GNOME 3 пользователях, но никогда не встречал их в живую.
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20752
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Зависания после обновления до Leap

Сообщение Bizdelnick »

[offtopic]
Stauffenberg писал(а):
14.01.2016 00:07
экстримально
Проверочное слово — «экстремум».
[offtopic]
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Stauffenberg писал(а):
14.01.2016 00:07
хотя я слышал легенды о счастливых GNOME 3 пользователях, но никогда не встречал их в живую.

Значит я, счастливый пользователь GNOME 3 :)

Пользуюсь SUSE c 2007 года, исключительно с GNOME.
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Зависания после обновления до Leap

Сообщение NickLion »

RusWolf писал(а):
09.01.2016 17:15
Иногда перед зависанием вылетает в окно консоли ( как будото я нажал ctrl+alt+F1) выдаёт четыре строки AMD-Vi куча цифр и зависает опять намертво.

Это похоже на kernel-panic. Да, очень желательно увидеть что же там написано.

PS лично мой опыт показывает, что при использовании проприетарного модуля nvidia (bumblee не имею, как с ним — не берусь утверждать) сложнее увидеть информацию, обычно комп не успевает переключиться в режим консоли и визуально — как полное зависание, что даже мышка не движется, при использовании nouveau — успевало переключаться. Но это мои личные наблюдения, не статистика.
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Зависания после обновления до Leap

Сообщение NickLion »

RusWolf писал(а):
13.01.2016 19:02
Вот ещё не приятные записи в журнале:

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

янв 13 18:56:55 linux-dren kernel: ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20150818/tbfadt-654)

https://bugzilla.redhat.com/show_bug.cgi?id=1010562

RusWolf писал(а):
13.01.2016 19:02

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

янв 13 18:57:06 linux-dren systemd-udevd[636]: Process '/usr/bin/systemctl reset-failed kdump' failed with exit code 1.

Да, а вот это не хорошо. Собственно kdump — пытается создать дамп ядра, если в нём что-то упало. Т.е. всё же у Вас падение ядра, похоже.
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

NickLion писал(а):
14.01.2016 10:51
Да, а вот это не хорошо. Собственно kdump — пытается создать дамп ядра, если в нём что-то упало. Т.е. всё же у Вас падение ядра, похоже.

Сегодня на работе обновил openSUSE, обновилось ядро, вечером попытаюсь обновиться дома, может с новым ядром что изменится.

Убивает сейчас одно, что раз пять, комп зависает намертво через 10-15 минут примерно, а потом может проработать часа 3 без проблем, при чём за эти три часа можно без проблем перезагружать комп.
Спасибо сказали:
Аватара пользователя
semiconductor
Сообщения: 269
ОС: Да полно всяких

Re: Зависания после обновления до Leap

Сообщение semiconductor »

Может быть, проблема все-же в железе? Материнка или HDD...
RTFM, изыди!
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: Зависания после обновления до Leap

Сообщение Stauffenberg »

[offtop]
Bizdelnick писал(а):
14.01.2016 00:23
[offtopic]
Stauffenberg писал(а):
14.01.2016 00:07
экстримально
Проверочное слово — «экстремум».
[offtopic]

Cпасибо. Да, время берет свое, за границей вот уже как второй десяток лет пошел.
[offtop]
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

semiconductor, ну если бы в Windows10 или в openSUSE 13.1 на этом же винте комп вис, то тогда я не сомневался бы, что проблема в железе.
Специально для проверки ставил на этот же винт openSUSE 13.1, работает как часы.
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: Зависания после обновления до Leap

Сообщение Stauffenberg »

RusWolf писал(а):
14.01.2016 12:34
Специально для проверки ставил на этот же винт openSUSE 13.1, работает как часы.

Так может быть лучше на openSUSE 13.1 и остаться?
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Stauffenberg, а как же желание опробовать новое :)

А если серьёзно, то думаю проблему с зависанием рано или поздно починят.
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: Зависания после обновления до Leap

Сообщение Stauffenberg »

RusWolf писал(а):
14.01.2016 12:52
Stauffenberg, а как же желание опробовать новое :)

А если серьёзно, то думаю проблему с зависанием рано или поздно починят.

Ну это да. Пока не починили можно переждать на 13.1.
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Stauffenberg писал(а):
14.01.2016 12:55
Пока не починили можно переждать на 13.1.

Ну так это не мой метод.
Перетерплю зависания.

За одно есть возможность узнать что-то новое для себя.
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: Зависания после обновления до Leap

Сообщение Stauffenberg »

RusWolf писал(а):
14.01.2016 12:56
Ну так это не мой метод.

Ну в таком случае можно было бы выяснить в какой версии воспроизводится эта проблема и попробовать поставить другую systemd самому. Сравнить результат.
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Stauffenberg писал(а):
14.01.2016 15:47
Ну в таком случае можно было бы выяснить в какой версии воспроизводится эта проблема и попробовать поставить другую systemd самому.


Сижу читаю про systemd, если хватит моих познаний попробую это сделать.
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20752
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Зависания после обновления до Leap

Сообщение Bizdelnick »

Не стоит, systemd тут явно ни при чём. Только новых проблем огребёте.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
RusWolf
Сообщения: 604
ОС: Arch Linux x64 на BTRFS

Re: Зависания после обновления до Leap

Сообщение RusWolf »

Попытался вчера обновить имидж, при установке скаченных пакетов, ресивер завис наглухо.
После перезагрузки даже grub2 не хотел стартовать, не видел винта с Linux напрочь.
Скачал по новой DVD установочный оброз, поставил заново систему.
Загрузилась после установки и работает без сбоев на драйверах nouveau, ну думаю вот оно долгожданное счастье :)
Но не тут то было только запустил установленную (с репозитария openSUSE !!!!) opera и пошли глюки с зависанием, выкидываннием в консоль и последующим зависанием компа.

Пока не пользуюсь opera ни каких проблем нет, как только запускаю opera, через минут 5-10 начинаются глюки и комп зависает намертво.
Спасибо сказали:
Ответить