Ошибки при загрузки система

[Kotov666]

Вроде не плохо почистил систему , но остались некоторые ошибки с которыми не могу справиться:

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

Pandora ~ # uname -a
Linux Pandora 4.11.0-14-generic #20~16.04.1-Ubuntu SMP Wed Aug 9 09:06:22 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

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

Pandora ~ # inxi 
CPU~Dual core Intel Core i5-3210M (-HT-MCP-) speed/max~1376/3100 MHz Kernel~4.11.0-14-generic x86_64 Up~34 min Mem~1656.6/7861.5MB HDD~1250.3GB(22.5% used) Procs~271 Client~Shell inxi~2.2.35  

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

Pandora ~ # journalctl -p err
-- Logs begin at Пт 2017-12-01 14:23:34 +08, end at Пт 2017-12-01 14:57:55 +08. --
дек 01 14:23:35 Pandora kernel: ACPI Error: Field [CMDX] at 224 exceeds Buffer [SCBF] size 168 (bits) (20170119/dsopcode-236)
дек 01 14:23:35 Pandora kernel: ACPI Error: Method parse/execution failed [\GTFB] (Node ffffa0d2a68d6550), AE_AML_BUFFER_LIMIT (20170119/psparse-543)
дек 01 14:23:35 Pandora kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT0._GTF] (Node ffffa0d2a68d6a50), AE_AML_BUFFER_LIMIT (20170119/psparse-543)
дек 01 14:23:35 Pandora kernel: ACPI Error: Field [CMDX] at 224 exceeds Buffer [SCBF] size 168 (bits) (20170119/dsopcode-236)
дек 01 14:23:35 Pandora kernel: ACPI Error: Method parse/execution failed [\GTFB] (Node ffffa0d2a68d6550), AE_AML_BUFFER_LIMIT (20170119/psparse-543)
дек 01 14:23:35 Pandora kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT0._GTF] (Node ffffa0d2a68d6a50), AE_AML_BUFFER_LIMIT (20170119/psparse-543)
дек 01 14:23:50 Pandora systemd-udevd[386]: invalid key/value pair in file /etc/udev/rules.d/ft-rockey.rules on line 1, starting at character 14 (',')
дек 01 14:23:57 Pandora NetworkManager[1134]: nm_device_get_device_type: assertion 'NM_IS_DEVICE (self)' failed
дек 01 14:23:58 Pandora wpa_supplicant[1360]: dbus: wpa_dbus_get_object_properties: failed to get object properties: (none) none
дек 01 14:23:58 Pandora wpa_supplicant[1360]: dbus: Failed to construct signal
дек 01 14:24:19 Pandora mdm[1695]: GLib-CRITICAL: g_key_file_get_string: assertion 'key_file != NULL' failed
дек 01 14:24:19 Pandora mdm[1695]: GLib-CRITICAL: g_key_file_free: assertion 'key_file != NULL' failed
дек 01 14:24:21 Pandora pulseaudio[2178]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.systemd1.NoSuchUnit: Unit dbus-org.bluez.service not found.
Pandora ~ #

[Linuha]

Kotov666, Попробуйте в /etc/default/grub в строке GRUB_CMDLINE_LINUX_DEFAULT= добавить параметр acpi=off или acpi=noapic

[Kotov666]

А это не скажется на производительности?

[Linuha]

Производительность здесь ни причём.

[Kotov666]

Попробовал оба варианта, не чего не изменилось

[Chocobo]

Kotov666, sudo update-grub еще, после любой правки в том файле.

[Kotov666]

да это знаю, делал

[Unborn]

параметр acpi=off или acpi=noapic

Не нужно советовать того, чего не понимаешь от слова вообще.
acpi=noapic такого в природе не существует. Хотя бы глаза открыл и посмотрел на модель ЦП.

А это не скажется на производительности?

Скажется. Только не сколько на производительности, а сколько на работе системы в целом. Не нужно бестолковым советам внимать.
ACPI отключали в переходный переод с БП АТ на АТХ, пока не пофиксили все косяки в ярде. И при установке на ноутбуки при их появлении, и то не на всех. В редких версиях БИОС. При установке старой железки, которая из-за своей древности не поддерживает и не знает о энергосбережении. Копипастеры-пионеры-говноблогеры и прочие МД до сих пор размножают такие параметры, не понимая, что они вообще означают и какой будет результат. А другие им тупо следуют.
Отключение APIC - этого вообще не делают на стабильном ядре. Это девелоперский параметр при отладке ядра. Нужны очень веские причины, чтобы отключить расширенный контролер прерываний.
Есть ошибки на которые просто не нужно внимания обращать, потому что они возникают от установки новых ядер на металлолом или наоборот - когда железо новое, а ядро ещё не полностью его поддерживает. А также и новых драйверов на старое железо, потому что драйвер уже умеет больше, чем железо теоретически знает. И наоборот - железо умеет, а драйвер ещё нет.
Вот как пример - drm:intel set cpu fifo underrun reporting [i915]] *ERROR* uncleared fifo underrun on pipe A
drm:intel cpu fifo underrun irq handler [i915]] *ERROR* CPU pipe A FIFO underrun
при этом всё замечательно работает. Только на ядре 4.9 LTS ошибок нет, а на крайнем 4.13 - пожалуйста.
Ядро адекватно железу установи и посмотри. А если и так нормально работает, то внимания не обращай.

[Linuha]

Не по теме

Не нужно советовать того, чего не понимаешь от слова вообще.

Сорприз - Вам досталось звание "Мистер вежливость"

[Chocobo]

Unborn, все так, скажется не столько на производительности, сколько на функциональности
В данном примере с ноутом - вероятно отвалится управление яркостью, в первую голову

[Unborn]

В данном примере с ноутом - вероятно отвалится управление яркостью, в первую голову

Да это не так страшно. Запоминание текущего не будет. При вкл. будет всегда макс. Но прикольно будет, когда ноут выключаться из ОС перестанет. Строчки оранжевой как в Винде - теперь питание компа можно выключить - не будет. Не предусмотрена.
p-state окривеет. Хрен пойми как от батарейки работать. Ну и ждущий режим - а зачем он нужен?
Советы по отключению ACPI, APIC - это чистая бестолковка от бестолкового советчика. Нужно причину ошибки узнать, а то затылок зачесался - голову ампутировали. Странно, что ещё не посоветовали второе ядро отключить. Что уж там - до кучи.
ТСу на ЛОРЕ что-нибудь насоветуют. Он там тоже запостил.