Проблема с системой, после выхода из сна

vasek
Просто установи пакет linux-lts и загрузись с него …
После загрузки с ядром lts проблема сохраняется.
Буду ждать решения по systemd.
Спасибо всем, кто откликнулся на проблему.
omnus
После загрузки с ядром lts проблема сохраняется.
Рекомендую lts сохранить (не удалять) - иногда бывает и нужен ...
Ошибки не исчезают с опытом - они просто умнеют
omnus
он применяется к исходникам, потом сборка и установка?
так и есть.
# pacman -S asp
$ asp update
$ asp export systemd
$ cd systemd
$ wget https://paste.fedoraproject.org/paste/Qhao0f9NszPj8K9EgCSbnw/raw -O 0002-rand.patсh
$ wget https://paste.fedoraproject.org/paste/ZbqmeHIzXsJJ6y6Wn9FMqQ/raw -O PKGBUILD
$ makepkg -si --skippgpcheck
Ошибки в тексте-неповторимый стиль автора©
indeviral
pacman -S asp gperf libmicrohttpd quota-tools gnu-efi-libs kexec-tools
Что то много лишнего ... неужели это все нужно?
Ошибки не исчезают с опытом - они просто умнеют
vasek
Что то много лишнего … неужели это все нужно?
Ну это, то чего лично у меня не хватало. На самом деле список несколько шире)
Ошибки в тексте-неповторимый стиль автора©
vasek
все нужно
все
makedepends=('acl' 'cryptsetup' 'docbook-xsl' 'gperf' 'lz4' 'xz' 'pam' 'libelf'
'intltool' 'iptables' 'kmod' 'libcap' 'libidn2' 'libgcrypt'
'libmicrohttpd' 'libxslt' 'util-linux' 'linux-api-headers'
'python-lxml' 'quota-tools' 'shadow' 'gnu-efi-libs' 'git'
'meson' 'libseccomp' 'pcre2' 'audit' 'kexec-tools' 'libxkbcommon'
'bash-completion')

Еще из лога omnus journalctl какие то проблемы со временем
System is tainted: local-hwclock
ну и виндовые разделы через фстаб нет смысла монтировать если винда не выключается а уходит в гибернацию

А ну и обновиться и перезагрузиться перед сборкой
indeviral, vs220 - насчет лишних пакетов - действительно для сборки нужно много, даже и не предполагал, что их будет так много.
Например, у меня требуется 10 пакетов - я обычно запускаю makepkg --nobuild и вывод покажет требующиеся для сборки пакеты ...
Ошибки не исчезают с опытом - они просто умнеют
Да, нехороший bug AMD
Red Hat Systemd (system and service manager) lead developer Lennart Poettering discovered that AMD A6-6310 "Beema" SoC that's popular among low-cost notebooks, has a faulty implementation of the RdRand random-number generation instruction. The processor's hardware random number generator (RNG) loses "randomness" after the machine resumes from a suspended state (i.e. waking up the notebook from sleep by opening its lid while it's powered on). Modern computers rely on RNGs for "entropy," critical to generation of unpredictable keys on the fly for SSL. However, the entropy source needn't be hardware, and isn't so by default. Software RNGs exist, and by default the Linux kernel does not use RdRand to generate entropy. Windows is not known to use RdRand for basic ACPI functions such as suspend/resume; however a faulty hardware RNG is not without implications for the platform, and applications that run on it.
Но интересно то, что Windows это не затронуло, так как он не использует RdRand для основных функций ACPI (suspend/hibernate)

Посмотрел, параметры ядра и нашел один параметр - nordrand
nordrand - [X86] Disable kernel use of the RDRAND and RDSEED instructions even if they are supported by the processor.  RDRAND and RDSEED are still available to user space applications.
Но плохо то, что эти инструкции по-прежнему остаются доступными для приложений пользовательского пространства. … И похоже что это не поможет???
Ради интереса, проверь - попробуй добавить в параметры ядра nordrand, лучше при загрузке, через меню Grub (будет действовать только в текущей загрузке)

EDIT 1 - да, nordrand не поможет в данном случае - вот что пишут на этот счет
Userspace applications can and will still use nordrand since it is a cpu instruction but /dev/random will not. If you want to disable it completely you'll have to roll your own kernel
Плюс к этому, если бы это сработало, давно бы уже использовали, а не писали патч.
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.