LINUX.ORG.RU

reboot вместо shutdown на GIGABYTE GA-IMB1900N

 


0

1

Система на базе GIGABYTE GA-IMB1900N. Установлена Ubuntu 20.04 (сервер):

Linux twentysixth 5.4.0-52-generic #57-Ubuntu SMP Thu Oct 15 10:57:00 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

После виполнения shutdown -h now система сразу перезапускается.

Пробовал различные варианты ключей загрузки ядра (acpi=noirq, acpi=on, acpi=force, acpi=off) - без нужного результата (acpi=off - перестают работать сетевые интерфейсы, система все так же перезапускается).

Пробовал отключать в BIOS USB3 - без результата.

Пробовал различные манипуляции с шиной usb в системе, например - for i in /sys/bus/usb/devices/*/power/control; do echo $i; done - без результата.

Пробовал ставить пакет laptop-mode-tools - без результата.

На всякий случай вывод lspci:

00:00.0 Host bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series SoC Transaction Register (rev 11)

00:02.0 VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display (rev 11)

00:13.0 SATA controller: Intel Corporation Atom Processor E3800 Series SATA AHCI Controller (rev 11)

00:14.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx, Celeron N2000 Series USB xHCI (rev 11)

00:1a.0 Encryption controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Trusted Execution Engine (rev 11)

00:1b.0 Audio device: Intel Corporation Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller (rev 11)

00:1c.0 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 1 (rev 11)

00:1c.2 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 3 (rev 11)

00:1c.3 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 4 (rev 11)

00:1f.0 ISA bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Power Control Unit (rev 11)

00:1f.3 SMBus: Intel Corporation Atom Processor E3800 Series SMBus Controller (rev 11)

02:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)

03:00.0 PCI bridge: ASMedia Technology Inc. ASM1184e PCIe Switch Port

04:01.0 PCI bridge: ASMedia Technology Inc. ASM1184e PCIe Switch Port

04:03.0 PCI bridge: ASMedia Technology Inc. ASM1184e PCIe Switch Port

04:05.0 PCI bridge: ASMedia Technology Inc. ASM1184e PCIe Switch Port

04:07.0 PCI bridge: ASMedia Technology Inc. ASM1184e PCIe Switch Port

05:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)

lsusb

Bus 002 Device 002: ID 0bda:0411 Realtek Semiconductor Corp. 4-Port USB 3.1 Hub

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Bus 001 Device 003: ID 05e3:0608 Genesys Logic, Inc. Hub

Bus 001 Device 004: ID 046d:c040 Logitech, Inc. Corded Tilt-Wheel Mouse

Bus 001 Device 002: ID 0bda:5411 Realtek Semiconductor Corp. 4-Port USB 2.1 Hub

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Пиши к разработчикам материнской платы, на лицо проблема в ACPI таблицах.

Можешь попробовать обновить Биос.

anonymous
()

Пропробуй обновить BIOS. Проверь блок питания. Очисть биос и загрузи настройки по умолчанию. Отключи WakeOnLan, Intel RST (Rapid Storage) и поиграйся с настройками WakeOn* \ SleepState

CrazyAlex25 ★★★
()

перестают работать

ещё все ядра процессора кроме первого перестают работать, о чём подсовывающие такую бомбу забывают упомянуть

anonymous
()
Ответ на: комментарий от CrazyAlex25

Ранее этот системный блок был не у меня непосредственно. Сейчас его передали мне.

Что пробовал:

обновил БИОС с сайта производителя до последней версии, после - настйроки по умолчанию

WakeOnLan - отключено

Intel RST - пункт отсутсвует

Подлючал другой БП

Результат тот же

Заметил, что перед выключением и перезапуском индикаторы питания гаснут на 3-5 секунд.

Так же на консоли появляется сообщение (оно будет последним, если ввести комманду halt вместо shutdows -h 0):

ACPI Warning: _SB.PCI0.RP04.BR1F._PRT: Return Package has no elements (empty) (20190816/nsprepkg-94)

У кого будут еще идеи? Возвращать МП продавцу?

oleg_kravchenko
() автор топика
Ответ на: комментарий от CrazyAlex25

Попробуй в GRUB добавить acpi_os_name=«Microsoft Windows NT»

Windows 2000       	Windows 2000
Windows 2001       	Windows XP
Windows 2001 SP1	Windows XP SP1
Windows 2001.1     	Windows Server 2003
Windows 2001 SP2	Windows XP SP2
Windows 2001.1 SP1 	Windows Server 2003 SP1
Windows 2006       	Windows Vista
Windows 2006 SP1	Windows Vista SP1
Windows 2006.1     	Windows Server 2008
Windows 2009       	Windows 7, Win Server 2008 R2
Windows 2012       	Windows 8, Win Server 2012
Windows 2013       	Windows 8.1
Windows 2015       	Windows 10
Windows 2016       	Windows 10, version 1607
Windows 2017       	Windows 10, version 1703
Windows 2017.2     	Windows 10, version 1709
Windows 2018      	Windows 10, version 1803
Windows 2018.2	Windows 10, version 1809
Windows 2019	Windows 10, version 1903
Windows 2020	Windows 10, version 2004
CrazyAlex25 ★★★
()
Последнее исправление: CrazyAlex25 (всего исправлений: 1)

Linux twentysixth 5.4.0

Intel Corporation Atom Processor E3800 Series

Atom baytrail. Насколько помню, их работу сломали где-то начиная с версии ядра 5.0 (как сломали, до этого криво, но работало) И более-менее починили где-то в 5.7-5.9

anonymous
()
Ответ на: комментарий от anonymous

Возвращать МП продавцу?

Возвращай, baytrail’ы не бери.

anonymous
()
Ответ на: комментарий от oleg_kravchenko

Осталось 2 варианта:

  1. Сдать плату производителю.
  2. Выгружать модули ядра по одному и смотреть как проявиться баг. У многих это связано или с LAN или с USB (*hci_hcd, так же звуковая карта). Если найдешь модуль изза которого производит ребут то добавь в rc.local.shutdown или в сервис systemd
CrazyAlex25 ★★★
()
Ответ на: комментарий от anonymous

Наврятли… У меня биос поддерживает только

Windows 2001
Windows 2001.1
Windows 2006
Windows 2009
Windows 2012
Windows 2013
Windows 2015
Windows 2006 SP2
Microsoft Windows NT
CrazyAlex25 ★★★
()
Ответ на: комментарий от CrazyAlex25

Linux, насколько я знаю, мимикрирует под оффтоп и устанавливает acpi_osi в перечисленные тобой значения, но принципиально скрывает, что он linux. Поэтому для некоторых биосов надо принудительно указывать acpi_osi=Linux, чтобы ядро не притворялось.

anonymous
()
Ответ на: комментарий от anonymous

Для успокоения попробовал запустить live USB с windows (версия 7). Выключилось коректно.

Т.е. проблема точно в ОС.

Буду продолжать искать решение, предполагая много «вони» от поставщика во время возврата.

oleg_kravchenko
() автор топика
Ответ на: комментарий от oleg_kravchenko

ACPI Warning: _SB.PCI0.RP04.BR1F._PRT: Return Package has no elements (empty) (20190816/nsprepkg-94)

_PRT - это таблица прерываний pci. И он пустой. Кривой биос. Скорее всего, из-за этого не может нормально выключить и уходит в перезагрузку.

anonymous
()
Ответ на: комментарий от oleg_kravchenko

Т.е. проблема точно в ОС.

Проблема в ACPI в том что производители ложат х*й на поддержку других ОСей кроме Windows. Поэтому и существуют костыли вроде acpi_osi.

CrazyAlex25 ★★★
()
Последнее исправление: CrazyAlex25 (всего исправлений: 1)
Ответ на: комментарий от CrazyAlex25

Не поможет.

Надо добиться именно полноценного правильного срабатывания acpi, а не урезать. То есть нужен правильный биос с правильным и полноценным acpi. Тем более это SoC (System-on-Chip). После потом, когда у него заработает выключение, он скорее всего столкнётся с спонтанным зависанием, чем и прославились baytrail’ы. Это зависание как бы исправили, но как бы и нет.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.