P9 Simple Linux not shutting down on desktop

[gosts 87]

Это грубая ошибка ядра Линукс, - неверное определение типа оперативной памяти

Т.е. из-за ошибки в ядре неверно определяется тип оперативной памяти? Обалдеть!

[Speccyfighter]

Это грубая ошибка ядра Линукс, - неверное определение типа оперативной памяти

Т.е. из-за ошибки в ядре неверно определяется тип оперативной памяти? Обалдеть!

Ну если на модуль памяти non-ECC ядро говорит что это ECC и рекомендует заглянуть в BIOS, значит у ядра с головой что-то не так. Особенно учитывая, что ни модуль памяти, ни системная плата, не поддерживают ECC от слова совсем.

Грандиозный совет в dmesg,

Код: [Выделить]

[    9.672293] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
                Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
                (Note that use of the override may cause unknown side effects.)

особенно учитывая, что плата поддерживает только non-ECC модули памяти, чем модули F3-2400C11D-8GAB по-сути и являются.

[gosts 87]

Похоже, Димитриосу нужно делать апгрейд "железа".

[Speccyfighter]

Похоже, Димитриосу нужно делать апгрейд "железа".

Всё намного печальнее:
Кодописателей сейчас развелось, как тараканов. А тех кто способен пожервовать своим временем и способен анализировать код, можно пересчитать по пальцам. Об этом не так давно Линус и говорил. К сожалению.

[Δημητριος]

Всё намного печальнее:
Кодописателей сейчас развелось, как тараканов. А тех кто способен пожервовать своим временем и способен анализировать код, можно пересчитать по пальцам. Об этом не так давно Линус и говорил. К сожалению.

My problem may never be solved
Моя проблема может никогда не быть решена

[gosts 87]

Грандиозный совет в dmesg,

Ага. Особенно интересна вот эта запись:

Код: [Выделить]

2.524845] nvidia: module license 'NVIDIA' taints kernel.
[    2.524845] Disabling lock debugging due to kernel taint

[gosts 87]

My problem may never be solved

Only if the kernel code is written without errors.

[gosts 87]

А тех кто способен пожервовать своим временем и способен анализировать код, можно пересчитать по пальцам.

Ну так сейчас и слово "Хакер" имеет совершенно противоположное значение, чем вначале.

[Speccyfighter]

А тех кто способен пожервовать своим временем и способен анализировать код, можно пересчитать по пальцам.

Ну так сейчас и слово "Хакер" имеет совершенно противоположное значение, чем вначале.

Это конечно не истина в последней инстанции, но всё же Димитросу имеет смысл обратиться на bugzilla.kernel.org. Это хоть какой-то шанс.
Скажем в моём случае с RTC в ядре, это имело решающее значение. Потому что патч первой версии был неправильным и на моём ноутбуке он бы не сработал. Я конечно не Си-шник, но по листингу того первого патча, это было очевидно даже непрограммисту.

[gosts 87]

Это конечно не истина в последней инстанции, но всё же Димитросу имеет смысл обратиться на bugzilla.kernel.org.

Я тоже так считаю.

[asy]

Then another question: which output of "free" utility?

please what do you mean

Код: [Выделить]

$ free
              total        used        free      shared  buff/cache   available
Mem:        5755516     1747292     2071308      703508     1936916     3045832
Swap:      10485756      366080    10119676
My system has 5755516 RAM and 10485756 swap. "Swap size" > "Mem size", so, hibernation is possible.

[asy]

Да, посмотрел User manual M3N78D FX и спецификацию F3-2400C11D-8GAB. Это грубая ошибка ядра Линукс, - неверное определение типа оперативной памяти, она не ECC. И ваша системная плата M3N78D FX не поддерживает DRAM ECC.

Только это к делу не относится ни разу. Дело - это "Hibernation image not present or could not be loaded". А при неверной работе с памятью система просто бы сыпалась сразу.

[Δημητριος]

Then another question: which output of "free" utility?

please what do you mean

Код: [Выделить]

$ free
              total        used        free      shared  buff/cache   available
Mem:        5755516     1747292     2071308      703508     1936916     3045832
Swap:      10485756      366080    10119676
My system has 5755516 RAM and 10485756 swap. "Swap size" > "Mem size", so, hibernation is possible.

so what is the problem

Код: [Выделить]

              total        used        free      shared  buff/cache   available
Mem:        8154360     1641972     5073648      131228     1438740     6133688
Swap:      16307196           0    16307196


[asy]

so what is the problem

Now there are no more simple ideas. Is there any information in the log about creating an image before hibernation? may be

Код: [Выделить]

journalctl | grep -C10 "Reached target Sleep"something will tell you

[Δημητριος]

so what is the problem

Now there are no more simple ideas. Is there any information in the log about creating an image before hibernation? may be

Код: [Выделить]

journalctl | grep -C10 "Reached target Sleep"something will tell you

no nothing