Система не запускается с USB на ноутбуке, "ACPI Error: Aborting method"

Суть проблемы:
Имеется китайский ноутбук сомнительного происхождения. Пытаюсь запустить на нём Arch Linux с USB-флешки (записана руфусом в DD-режиме). Система не запускается - отображаются ошибки по типу:
ACPI Error: Aborting method *** due to previous error (AE_AML_LOOP_TIMEOUT)
Подобные сообщения высвечиваются каждые 30 секунд, и дальше процесс не идёт. Ошибки отображаются как в Legacy, так и в UEFI. Нагуглив проблему, понял, что её можно решить установкой значений ACPI OSI (acpi_osi=), однако мой подбор значений не увенчался успехом (пробовал начиная с "Windows 2009" и до 2019, также вместе с параметром acpi_osi=!). С параметром acpi=off система стартует, но без работающей клавиатуры (не функционирует совсем).
Что странно, другие дистрибутивы (Ubuntu-based и Федора) запускаются с параметром acpi=off с работающей клавиатурой, но только в Legacy-режиме, в UEFI тоже ничего не запускается.

Действительно ли в этой ситуации проблема в параметре acpi_osi, или я не туда копаю?
Для того чтобы ваша система смогла загрузиться с только что записанной флешки нужно отключить UEFI Secure Boot. Этот режим позволяет загружаться только подписанным операционным системам, а подписанными являются только ОС от Microsoft. Поэтому для Linux этот режим надо отключать
AMD Ryzen™5 2600, AMD RX570, AMD Radeon R7Perfomance
dorissimus
(acpi_osi=), однако мой подбор значений не увенчался успехом (пробовал начиная с "Windows 2009" и до 2019, также вместе с параметром acpi_osi=!)
Пробовал и acpi_osi=Linux? .... хотя, думаю, вряд ли это поможет.

dorissimus
С параметром acpi=off система стартует, но без работающей клавиатуры
Попробуй дополнительно к acpi=off прописать nolapic - не поможет, можно пробовать и другие ... одного рецепта для всех нет.

EDIT 1 - В части параметров acpi, можно пробовать вместо acpi=off и более мягкие другие, типа: acpi=strict или acpi=copy_dsdt или acpi=rsdt ... и можно добавить nolapic

Уточнение в части
dorissimus
пробовал начиная с "Windows 2009" и до 2019
Нужно смотреть, что прописано конкретно в DSDT, например, мой случай
 }
 If (_OSI ("Windows 2006"))
{
      OSYS = 0x07D6
}
If (_OSI ("Windows 2009"))
{
       OSYS = 0x07D9
}
Но, повторюсь, надежды на этот osi мало
Ошибки не исчезают с опытом - они просто умнеют
vasek
Нужно смотреть, что прописано конкретно в DSDT, например, мой случай
Да, я просмотрел у себя, и у меня прописано многовато значений...
				If(_OSI("Linux"))
				{
					Store(0x03E8, OSYS)
				}
				If(_OSI("Windows 2001"))
				{
					Store(0x07D1, OSYS)
				}
				If(_OSI("Windows 2001 SP1"))
				{
					Store(0x07D1, OSYS)
				}
				If(_OSI("Windows 2001 SP2"))
				{
					Store(0x07D2, OSYS)
				}
				If(_OSI("Windows 2001.1"))
				{
					Store(0x07D3, OSYS)
				}
				If(_OSI("Windows 2006"))
				{
					Store(0x07D6, OSYS)
				}
				If(_OSI("Windows 2009"))
				{
					Store(0x07D9, OSYS)
				}
				If(_OSI("Windows 2012"))
				{
					Store(0x07DC, OSYS)
				}
				If(_OSI("Windows 2013"))
				{
					Store(0x07DD, OSYS)
				}
				If(_OSI("Windows 2015"))
				{
					Store(0x07DF, OSYS)
				}
Пока попробовал nolapic добавить - не заработало. Я так понял, здесь можно только случайно подбирать параметры acpi, пока не запустится...
dorissimus
Я так понял, здесь можно только случайно подбирать параметры acpi, пока не запустится…
Не зная причины, остается только так ... nolapic помогает частенько, но не всегда.
Можно установить Arch и не с установочного archiso -- есть OS, не помню как называаются, с которых можно установить Arch - поищи на нашем форуме, было несколько топиков на этот счет ... или кто подскажет, кто помнит ...
Ошибки не исчезают с опытом - они просто умнеют
vasek
dorissimus
Я так понял, здесь можно только случайно подбирать параметры acpi, пока не запустится…
Не зная причины, остается только так … nolapic помогает частенько, но не всегда.
Можно установить Arch и не с установочного archiso – есть OS, не помню как называаются, с которых можно установить Arch - поищи на нашем форуме, было несколько топиков на этот счет … или кто подскажет, кто помнит …
Ну, манжаро кстати ведёт себя абсолютно также. То есть запускаются на этом чуде только убунту-минт/федора-сьюс, да и то только в Legacy BIOS и с выключенным acpi. Так что, возможно, тут от ядра зависит.

UPD: ещё возможно дело в неправильно работающем Secure Boot. Он отключён в биосе (его и включить нельзя), но система, видимо, этого не понимает. По крайней мере, это объясняет, почему некоторые дистры запускаются только в Legacy BIOS, но всё равно непонятно, как это решать.
dorissimus
Так что, возможно, тут от ядра зависит.
Скорее всего здесь все вместе: и ядро и железо и что то другое.

PS - dorissimus, интересно, попробуй загрузись с systemrescuecd - сделан на основе Arch, если запусить потом startx, то загрузится XFCE
И еще, что то не соображу, будет ли отличие в загрузке в случае загрузки непосредственно с Live USB или с образа установочного CD, размещенного в корне установленной системы (через Grub2).

EDIT 1 - интересно узнать, что за клавиатура? - тачпад, внешняя - USB? ... что за железо ? ... возможно приведены не все логи (что то пропущено интересное)
Ошибки не исчезают с опытом - они просто умнеют
Можно еще попробовать вписать полный комплект параметров загрузки ядра для клавиатуры, надежды мало, но не попробовать грех
i8042.reset i8042.nomux i8042.nopnp i8042.noloop i8042.notimeout i8042.direct ..... как добавка к acpi=off nolapic
Ошибки не исчезают с опытом - они просто умнеют
vasek
попробуй загрузись с systemrescuecd
Те же проблемы, что и на арче, увы.

vasek
будет ли отличие в загрузке в случае загрузки непосредственно с Live USB или с образа установочного CD, размещенного в корне установленной системы (через Grub2)
На ноутбуке стоит только windows, так что вряд ли можно проверить.
vasek
интересно узнать, что за клавиатура?
Клавиатура от ноутбука. Железо - Maibenben xiaomai 5 pro (если не ошибся), присутствует дискретная nvidia.
В логах, собственно, только повторяется одна ошибка, но вот

Параметры с i8042 попробовал, что-то не заработали.
dorissimus
неправильно работающем Secure Boot
Для других Xiaomi рекомендуют
It is actually very easy getting the Arch Installation Medium to boot properly. Prior to booting the Arch installation ISO enter the UEFI menu by pressing F2 during Boot.

Security -> set password
Security -> Disable Secure Boot
reset the password by setting the password again but letting the "New Password" fields blank
Installation of Arch can proceed normally…..

Или это не опечатка XIAOMAI и мимикрия другого китайца под бренд?
 
Зарегистрироваться или войдите чтобы оставить сообщение.