Fedora 20 ACPI выходит на черном экране перед входом в систему
Первое, что нужно знать, в zsh , history , что означает fc -l .
Затем прочтите man zshbuiltins , раздел о команде fc :
Выберите диапазон команд от от первой до последней из списка истории. Первый и последний аргументы могут быть указаны как число или как нить. Отрицательное число используется как смещение к текущей истории номер события . Строка указывает самое последнее событие, начинающееся с данная строка. Все замены старый = новый, если таковые имеются, являются выполняется по командам.
...
Если первый не указан, ему будет присвоено значение -1 (самый последний event) или до -16, если указан флаг -l. Если последний не указан, он будет установлен в первый или в -1, если задан флаг -l .
Как сказано в документе, если используется отрицательное число, это смещение к текущей истории. Итак, history -20 выводит список команд с текущей на предыдущую.
Если указать число история 20 , zsh будет считать, что это первая и последняя форма . В этом случае первый устанавливается на 20, но последний опускается. Таким образом, для last установлено значение -1 , потому что используется fc -l .
Ваша проблема звучит для меня как ошибка в ядре. Я нашел багзиллу под заголовком: Bug 42696 - Обнаружен неправильный ACPI-руководитель для видеокарты NVIDIA на Lenovo Ideapad Y470/Y570.
выдержкаНа Lenovo Ideapad Y470 и Lenovo Ideapad Y570 ядро назначает ручку _SB.PCI0.PEG0.VGA на устройство PCI (возможно, потому что Метод _DOS найден на хэндле?)
Тем не менее, правильные _DSM, _ROM, _PS0 и _PS3 могут быть найдены на _SB.PCI0.PEG0.PEGP ручка. _PSx на ручке VGA - это в основном нет-нет-нет, она получает/устанавливает только переменную _PSC. _ROM не существует и метод _DSM не полезен при сравнении с методом PEGP._DSM.
Из-за этой проблемы драйвер нуво не загружает vbios (потому что _ROM не существует на VGA). Аналогично, проприетарный драйвер nvidia не загружается. Что касается методов _PS0 и _PS0, использующих Методы pci_set_power_state на самом деле не отключают устройство PCI.
Для этого был найден патч, но он может и не исправить проблему на всех аппаратных средствах.
Действия, чтобы взять
- Я бы добавил вашу систему в список систем в ошибке, если её ещё нет
- Скачайте и попробуйте другой дистрибутив, чтобы подтвердить, что это не проблема с аппаратным обеспечением, а также чтобы посмотреть, остаётся ли проблема с другим дистрибутивом
EDIT #1
Исследуя вашу проблему немного больше, кажется, что проблема проистекает из DMAR/IOMMU. Выдержка
- Расшифровка таблиц DMAR в ACPI...IOMMU, часть 2DMAR - указывает на блок переадресации DMA, отвечающий за выполнение Перевод. Также вежливо называется IOMMU. Может быть больше, чем 1 аппаратный блок в системе. Каждый может управлять набором устройств. Для причины производительности, которые вы можете найти в настольной системе, может быть один только для аудиосистемы высокой четкости, так что он может наслаждаться быть единственный ребенок.
Похоже, у него есть проблема с извлечением информации ACPI из вашей системы во время загрузки. Я отследил приведенное выше сообщение об ошибке до этого конкретного патча к компоненту iommu:
Эта система немного устарела, я обнаружил, что некоторые конфигурации этого ноутбука на самом деле сертифицированы Canonical для запуска Ubuntu (12.04). Не зная точной конфигурации вашей системы, отладить ее в дальнейшем практически невозможно.
Теперь, учитывая, что она сертифицирована для конкретной версии Ubuntu, вы можете попробовать установить эту версию, чисто для того, чтобы убедиться, что система имеет проблемы с оборудованием, или если были внесены изменения либо в ядро Linux и/или драйвер(ы) в более новых версиях, которые делают ее несовместимой с вашей системой.