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

[Bizdelnick]

выбрать такой набор пакетов, с которым работать в установленной системе будет невозможно

Если такое в принципе возможно с пакетами из оф. репозитория, то это однозначно баг.
Однако я склонен полагать, что у ТСа всё же аппаратная проблема.

[Stauffenberg]

Однако я склонен полагать, что у ТСа всё же аппаратная проблема.

Похоже у него их несколько...

[Stauffenberg]

выбрать такой набор пакетов, с которым работать в установленной системе будет невозможно

Если такое в принципе возможно с пакетами из оф. репозитория, то это однозначно баг.

Я ни разу не получал поломаную систему таким образом и, в принципе, механизм зависимостей должен решить эту проблему, если она возникнет. Тем не менее, я считаю, теоретически это возможно.

[RusWolf]

К примеру, выбрать такой набор пакетов, с которым работать в установленной системе будет невозможно.

К примеру представим, что это возможно, хотя всегда думал что при установки c iso образа DVD все проблемы c зависимостями разрешены.
Установка минимальная GNOME DE и пакеты разработки для GNOME.

Однако я склонен полагать, что у ТСа всё же аппаратная проблема.

Как-то однобоко получается, при работе службы Wicked, нет аппаратных проблем, а при работе службы Network Manager вдруг откуда не возьмись появляются аппаратные проблемы.

[Bizdelnick]

я считаю, теоретически это возможно

Да, теоретически такой баг возможен. ☺
Но проявление бага не означает, что пользователь что-то делает не так.

[Bizdelnick]

при работе службы Wicked, нет аппаратных проблем, а при работе службы Network Manager вдруг откуда не возьмись появляются аппаратные проблемы.

Запросто. NM может пытаться, скажем, переключить сетевуху в какой-то режим или отправить пакет специфического вида. Может пытаться включить/выключить какой-нибудь энергосберегающий режим. Может быть что-нибудь более опосредованное, например для отрисовки значка nm-applet в GNOME3 вызывается какая-нибудь OpenGL-функция, которая использует битую область видеопамяти. В общем, может быть всё что угодно, поэтому аппаратные проблемы очень трудно диагностировать.

[RusWolf]

Bizdelnick, работая инженером-электронщиком по ремонту станков с ЧПУ, я имею понятие "аппаратная проблема".

Но тот факт, что свою домашнюю видео-карту и WI-FI PCI карту, я сейчас поставил на работе в компьютер и в данный момент пишу на форуме, с той же openSUSE, установленную c того же DVD диска, с работающим Network Manager, исключает аппаратную проблему с этими девайсами.

[Bizdelnick]

исключает аппаратную проблему с этими девайсами

Значит осталось проверить материнку, проц, ОЗУ и диски.

[RusWolf]

Bizdelnick ОЗУ и диск то же проверил уже на работе, на той же openSUSE, с того же DVD диска.

Ну а проц и матеренку, уж извините, под Windows 10 и показе UHD при программном декодирование H.265 и загрузкой 90% ( 8-ядер) как-то работает часами.
Или в Linux используются не те же регистры и порты процессора и не тот же набор чипов в материнке?

Поэтому и начал писать о проблеме зависания, так как имею привычку сначала проверять железо.

[Bizdelnick]

ОЗУ и диск то же проверил уже на работе, на той же openSUSE

А грузить систему с домашнего диска на рабочей машине пробовали? Тут уж почти наверняка: если будет виснуть — дело в системе (или в самом диске, что маловероятно), если не будет — в железе.

Или в Linux используются не те же регистры и порты процессора и не тот же набор чипов в материнке?

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

[RusWolf]

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

Можете фотографию выложить?

Вот и выловил этот момент, даже фотографировать не пришлось

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

[   29.034393] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:14.4 domain=0x000c address=0x0000000000000000 flags=0x0000]
[   29.034593] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:14.4 domain=0x000c address=0x0000000000000040 flags=0x0000]
[   29.034760] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:14.4 domain=0x000c address=0x0000000000000080 flags=0x0000]
[   29.034926] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:14.4 domain=0x000c address=0x00000000000000c0 flags=0x0000]

[Bizdelnick]

А что это за устройство, на которое ругань?
lspci -vnns 00:14.4
Сходу нагуглилось, но ничего толком не проянило: https://lkml.org/lkml/2015/1/5/415

[Olej]

Ну а проц и матеренку, уж извините, под Windows 10 и показе UHD при программном декодирование H.265 и загрузкой 90% ( 8-ядер) как-то работает часами.
Или в Linux используются не те же регистры и порты процессора и не тот же набор чипов в материнке?

Это вовсе не аргумент, что если OpenSUSE 13.1 или Windows 10 работают замечательно, то апаратных проблем быть не может.
Последнее время умники-майнтейнеры многих дистрибутивов Linux стали собирать дистрибутивы с включенной по дефаулту опцией PAE.
А это совершенно другой режим работы процессора ... про который Windows просто не догадывается о существовании, а OpenSUSE 13.1 может просто не использовать.
Это только как пример одной из возможностей...

И графика у вас, как мне показалось, - встроенное ядро AMD с GPU?

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

Можете фотографию выложить?

Вот и выловил этот момент, даже фотографировать не пришлось

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

[   29.034393] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:14.4 domain=0x000c address=0x0000000000000000 flags=0x0000]
[   29.034593] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:14.4 domain=0x000c address=0x0000000000000040 flags=0x0000]
[   29.034760] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:14.4 domain=0x000c address=0x0000000000000080 flags=0x0000]
[   29.034926] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:14.4 domain=0x000c address=0x00000000000000c0 flags=0x0000]

Вообще то, это IO_PAGE_FAULT ...
А для выяснения девайса, покажите (может ещё раз?)

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

$ lspci

Как вариант, попробуйте загрузиться с LiveCD того же дистрибутива, но накатанного с 32-бит образа.

[NickLion]

Olej
openSUSE Leap не имеет 32-битной версии.

[RusWolf]

А что это за устройство, на которое ругань?
lspci -vnns 00:14.4

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

linux-8ft5:/home/wolf # lspci -vnns 00:14.4
00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge [1002:4384] (rev 40) (prog-if 01 [Subtractive decode])
    Flags: bus master, VGA palette snoop, 66MHz, medium devsel, latency 64, NUMA node 0
    Bus: primary=00, secondary=05, subordinate=05, sec-latency=64
    I/O behind bridge: 0000c000-0000cfff
    Memory behind bridge: fe100000-fe1fffff

И графика у вас, как мне показалось, - встроенное ядро AMD с GPU?

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

01:00.0 VGA compatible controller: NVIDIA Corporation GK106 [GeForce GTX 660] (rev a1)

А для выяснения девайса, покажите (может ещё раз?)
$ lspci

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

linux-8ft5:/home/wolf # lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (external gfx0 port B) (rev 02)
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD/ATI] RD990 I/O Memory Management Unit (IOMMU)
00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port B)
00:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port D)
00:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port H)
00:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (external gfx1 port A)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 42)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 5
01:00.0 VGA compatible controller: NVIDIA Corporation GK106 [GeForce GTX 660] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK106 HDMI Audio Controller (rev a1)
02:00.0 USB controller: Etron Technology, Inc. EJ168 USB 3.0 Host Controller (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
04:00.0 USB controller: Etron Technology, Inc. EJ168 USB 3.0 Host Controller (rev 01)
05:06.0 Ethernet controller: Qualcomm Atheros AR5212/5213/2414 Wireless Network Adapter (rev 01)
05:0e.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)

[Bizdelnick]

Ну... Если у Вас на работе точно такая же материнка и система с точно таким же ядром, и при этом проблема там ни разу не проявлялась, то, на мой взгляд, Вам пора менять мать.

[RusWolf]

то, на мой взгляд, Вам пора менять мать.

Подожду пока программисты подправят драйвера под Linux для материнок GIGABYTE, так как оказывается в интернете валом жалоб с моей проблемой.
Тему можно закрывать.

[NickLion]

Последнее время умники-майнтейнеры многих дистрибутивов Linux стали собирать дистрибутивы с включенной по дефаулту опцией PAE.
А это совершенно другой режим работы процессора ... про который Windows просто не догадывается о существовании, а OpenSUSE 13.1 может просто не использовать.
Это только как пример одной из возможностей...

Плохой пример, кстати. PAE используется только 32-битными ядрами, плюс openSUSE использует PAE ядро для 32-битной версии давно, значительно ранее 13.1.

[Olej]

Плохой пример, кстати. PAE используется только 32-битными ядрами,

Решил умник, через неделю, повышенным инделектом похвастаться? ... что про PAE, мол, и он тоже что-то где-то слышал...

Пример был не про PAE, а про то, что под разными операционными системами процессор может использовать совершенно разные режимы, и работоспособность разных систем не гарантирует 100% соответствие жедеза.

Слышал звон, де не знает где он...

[NickLion]

Olej
1. Вы привели конкретный пример про PAE. И скорее, вы слышали звон, раз приводите этот пример, где обсуждается 64-битная ОС.
2. Умника я из себя не строил, а просто сказал, что пример плохой.
3. Подлечите собственное чувство времени. Неделя = 7 дней ≠ 1 дню.

[Bizdelnick]

!	Предупреждение от модератора
	Тут обсуждается конкретная техническая проблема. Любителям нахамить или потрындеть за политику рекомендую ознакомиться с правилами форума и впредь справлять свои вербальные отправления в других местах.