1) Что такое libicown-2.dll? Может быть libiconv-2.dll всё же?
2) Может быть версия libiconv-2.dll для x86_64, а программа, которая её хочет, x86_32. Или наоборот.
Wataru, Евгений Шатунов, но я заметил тенденцию что 99% новичков, студентов и просто мамкиных хакеров почему-то используют именно VLA вместо тех же malloc/free или new/delete или на крйний случай обычных статических масстивов.
Что за идиотская манера использовать VLA толком не понимая что это и игнорируя напрочь что "In C99, the length parameter must come before the variable-length array parameter in function calls."?
DimanCPlusPlus, только вчера я сапгрейдился на 5.12.5, а сегодня уже вышло 5.12.6 для Fedora 34. Может быть в нём встроенную поддержку rtl8821ce исправили?
Может я чего-то не понимаю, но зачем ставить виртуалку внутри виртуалки? И разве так вообще можно (имеется в виду hardware виртуализация, а не software)?
DimanCPlusPlus, предложение глупое, но поддержка rtl8821 наверняка в 5.12.5 сделана в виде модуля, так? А что если сделать такой финт ушами: встроенный модуль запретить посредством внесения в /etc/modprobe.d/blacklist.conf записи "blacklist rtw88_8821ce" (ну или не rtw88_8821ce, а что там отвечает именно за этот wlan), а вместо него установить как раньше поддержку rtl8821 через DKMS?
DimanCPlusPlus, ну что ж, хорошо что разрешилось. А у меня с тех пор (с "Написано 7 часов назад") всё ещё полёт нормальный, тьфу-тьфу-тьфу, на ядре 5.12.5.
DimanCPlusPlus, когда я только-только установил себе Fedora 34, буквально через несколько дней как она появилась на https://getfedora.org/, не то 28, не то 29 апреля, то у меня запуск именно Firefox приводил к конкретному фризу, даже NumLock не реагировал и мышка не двигалась. Снёс nouveau, установил проприетарный драйвер Nvidia с https://www.nvidia.ru/Download/index.aspx и зависания вмиг прекратились. Может быть аналогичное действие поможет? Похоже к зависанию приводит именно nouveau, но не всегда и не у всех, иначе бы давно заметили и исправили. За nouveau подобное уже было замечено, правда лет 7-8 назад.
Правда в процессе установки DKMS ругнулся на проприетарные драйвера для nvidia, правда вяло ругнулся, варнингом:
nvidia-peermem.ko.xz:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/5.12.5-300.fc34.x86_64/extra/
Adding any weak-modules
depmod: WARNING: /lib/modules/5.12.5-300.fc34.x86_64/extra/nvidia-peermem.ko.xz needs unknown symbol ib_register_peer_memory_client
depmod: WARNING: /lib/modules/5.12.5-300.fc34.x86_64/extra/nvidia-peermem.ko.xz needs unknown symbol ib_unregister_peer_memory_client
depmod.....
DKMS: install completed.
Done.
dkms: running auto installation service for kernel 5.12.5-300.fc34.x86_64
Done.
DimanCPlusPlus, беру свои слова обратно. Именно сейчас именно в данный момент в соседнем окне "sudo dnf update" устанавливает мне ядро как раз 5.12.5. Только странно почему он лишь сейчас мне его стал ставить, до этого "sudo dnf update" ничего не делал (см. его вывод у меня выше) и последнее ядро было именно 5.11.21. Установка закончится (он нашёл помимо ядра ещё 89 пакетов для апгрейда), перегружусь и если не зависнет ;-) то ещё раз тут отмечусь.
Или у меня глюк, или практически слово в слово подобные вопросы задают с завидной регулярностью. Неужели трудно воспользоваться поиском вместо того чтобы спрашивать откровенную ерунду?
2) Может быть версия libiconv-2.dll для x86_64, а программа, которая её хочет, x86_32. Или наоборот.