интересности с выключением и ждущим режимом

Нашел у себя одно старое решение — попробуй, вдруг поможет...
Ошибки не исчезают с опытом - они просто умнеют
но ведь там вроде что то с совсем не работающим ждущим, а тут он работает, да и как бы пофиг на него, больше интересно почему он вдруг начал включаться сам
Xts
а тут он работает, да и как бы пофиг на него, больше интересно почему он вдруг начал включаться сам
Вообщем ты прав..........работает и работает.... Ну а причина самовключения - гадать нет смысла....
Ошибки не исчезают с опытом - они просто умнеют
vasek
гадать нет смысла....
дак а что делать то? это как то совсем не круто, с каждым годом что винда что линукс куда то катятся, и кажется вниз..
Xts
дак а что делать то? ..
Xts
больше интересно почему он вдруг начал включаться сам
Всему причиной, я думаю, является ACPI, управляющая электропитанием компьютера......и похоже у тебя с ней проблемы.
Функции включения электропитания по наступлению определенных событий, на которые указывал Natrio, расписаны в спецификации ACPI. Основные из них - сигналы при подаче напряжения на блок питания, сигналы по внутреннему таймеру,сигналы от событий, задаваемых настройками BIOS, материнской платы,сетевые сигналы и др., вплоть до нажатия клавиш и мыши...
И как это все проанализировать....сказать трудно. На ум приходит только один простой способ проверки - извлечь таблицу DSDT, а затем скомпилировать ее обратно в байткод и посмотреть ошибки. Я еще не встречал, чтобы при этом не было ошибок (у меня, например, две, но не существенные, не влияющие на работу). Как это делается, можно найти в инете + немного описано и в Wiki ........если ошибки существенные, их нужно устранять....
Ошибки не исчезают с опытом - они просто умнеют
Проверить на ошибки, чтобы не лазать по инету, можешь следующим способом
1. Создаем DSDT
$ sudo acpidump -b -n DSDT (или $ sudo cat /sys/firmware/acpi/tables/DSDT > dsdt.dat)
2. Дизассемблируем DSDT
$ iasl -d dsdt.dat
3. Перекомпилируем DSDT
$ iasl -tc dsdt.dsl
И я в итоге получаю
Intel ACPI Component Architecture
ASL+ Optimizing Compiler version 20150717-32
Copyright (c) 2000 - 2015 Intel Corporation
Compiler aborting due to parser-detected syntax error(s)
dsdt.dsl 3558: If (CondRefOf (FPED))
Error 6126 - ^ syntax error, unexpected PARSEOP_IF
dsdt.dsl 27024:
Error 6126 - syntax error, unexpected PARSEOP_METHOD, expecting $end and premature End-Of-File
ASL Input: dsdt.dsl - 27024 lines, 943334 bytes, 10687 keywords
Hex Dump: dsdt.hex - 203 bytes
Compilation complete. 2 Errors, 0 Warnings, 0 Remarks, 0 Optimizations
Ошибки не исчезают с опытом - они просто умнеют
могу предположить дело в самой железке!
у меня когда то был прикол с клавой, когда ей взбредет в голову контроллер сама печатала разные символы... замена помогла...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vasek, попробую

nafanja, еслиб дело было в железке, то на других системах былоб тоже самое, а тут только на арче, ни на чем более
nafanja
дело в самой железке!
Точнее не в самой железке, а в ее драйверах (программном обеспечении), но события (сигналы) о включении всеравно обрабатываются через ACPI......
Вертится глупая мысля по проверке — а что если запустится с выключенным ACPI, будут ли отрабатываться сигналы о включении....???
Ошибки не исчезают с опытом - они просто умнеют
Xts
а тут только на арче, ни на чем более
Как правило недобросовестные производители затачивают DSDT под определенную систему (в основном винду), а потому в Linux наблюдаются проблемы и с мультимедийными клавишами и с подсветкой и др.... Ну и разные системы Linux переваривают это по разному.
Самые лучшие ноутбуки для Linux (в смысле все работает из коробки) это ноутбуки с предустановленным Linux.......
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.