SaintAnd, судя по предоставленному логу:
в Вашем случае загружается стандартный libglx.so от Xorg, а должен загружаться от NVIDIA Corporation (пример ниже):
(хотя, в последнем Вашем логе cat /var/log/Xorg.0.log, присутствует NVIDIA Corporation)
В логе так же сообщается об этом:
странно по какой причине это происходит.
Есть такое предложение:
- сделать резервную копию /porteus/base/002-xorg.xzm (скопировать на другой раздел жесткого диска и не трогать его, чтобы потом можно было с чего быстро восстановиться)
- под root пользователем распаковать оригинальный /porteus/base/002-xorg.xzm модуль и удалить из него libglx.so по следующему пути
Code: Select all
002-xorg/usr/lib64/xorg/modules/extensions/libglx.so
- под root пользователем запаковать новый 002-xorg.xzm и заменить им исходный 002-xorg.xzm модуль в /porteus/base
- скопировать 08-nvidia-340.107-k.4.16.8-porteus-v4.0-x86_64.xzm в /porteus/base
- загрузиться в режиме Always Fresh
Еще, как вариант, можно попробовать собрать NVIDIA драйвер в
Porteus-v3.2.2
Отправлено спустя 28 минут 18 секунд:
Думаю, стоит точно откинуть мои предыдущие предложения, так как это все крайность
Удалось найти
https://www.linuxquestions.org/question ... ost5969291
elcore;5969291 wrote:This packaging tool (nvidia-legacy340-kernel) is not properly maintained or tested, and latest 340.x legacy is not 340.104 but 340.107
See
here for
32bit and
64bit legacy drivers.
I did manually install the 340.107 module from .run file on 4.14.x and it works fine on all kernels from 4.14.80 to 4.14.104 (I don't use 4.4.x kernels, or packaging tools)
и
https://www.linuxquestions.org/question ... ost5981150
Содержимое
kernel-4.4.168.patch
Code: Select all
--- a/kernel/nv-linux.h 2018-12-14 19:32:47.000000000 +1100
+++ b/kernel/nv-linux.h 2018-12-20 01:02:36.066123342 +1100
@@ -2083,45 +2083,27 @@
/* get_user_pages
*
- * The 8-argument version of get_user_pages was deprecated by commit
- * (2016 Feb 12: cde70140fed8429acf7a14e2e2cbd3e329036653)for the non-remote case
- * (calling get_user_pages with current and current->mm).
- *
- * Completely moved to the 6 argument version of get_user_pages -
- * 2016 Apr 4: c12d2da56d0e07d230968ee2305aaa86b93a6832
- *
- * write and force parameters were replaced with gup_flags by -
- * 2016 Oct 12: 768ae309a96103ed02eb1e111e838c87854d8b51
- *
+ * hacked to work with 4.4.168
*/
-#if defined(NV_GET_USER_PAGES_HAS_TASK_STRUCT)
- #define NV_GET_USER_PAGES(start, nr_pages, write, force, pages, vmas) \
- get_user_pages(current, current->mm, start, nr_pages, write, force, pages, vmas)
-#else
- #if defined(NV_GET_USER_PAGES_HAS_WRITE_AND_FORCE_ARGS)
- #define NV_GET_USER_PAGES get_user_pages
- #else
- #include <linux/mm.h>
-
- static inline long NV_GET_USER_PAGES(unsigned long start,
- unsigned long nr_pages,
- int write,
- int force,
- struct page **pages,
- struct vm_area_struct **vmas)
- {
- unsigned int flags = 0;
-
- if (write)
- flags |= FOLL_WRITE;
- if (force)
- flags |= FOLL_FORCE;
-
- return get_user_pages(start, nr_pages, flags, pages, vmas);
- }
- #endif
-#endif
+#include <linux/mm.h>
+
+static inline long NV_GET_USER_PAGES(unsigned long start,
+ unsigned long nr_pages,
+ int write,
+ int force,
+ struct page **pages,
+ struct vm_area_struct **vmas)
+{
+ unsigned int flags = 0;
+
+ if (write)
+ flags |= FOLL_WRITE;
+ if (force)
+ flags |= FOLL_FORCE;
+
+ return get_user_pages(current, current->mm, start, nr_pages, flags, pages, vmas);
+}
/* get_user_pages_remote() was added by:
* 2016 Feb 12: 1e9877902dc7e11d2be038371c6fbf2dfcd469d7
Нужно очень хорошо
попросить
neko, что бы он собрал для Вас нужное ядро 4.4.178+ или 4.14.110+ (лучше 4.4.178+) в теме
Porteus Kernel Builder (Пост neko #70633)
Linux 6.6.11-porteus #1 SMP PREEMPT_DYNAMIC Sun Jan 14 12:07:37 MSK 2024 x86_64 Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz GenuineIntel GNU/Linux
MS-7A12 » [AMD/ATI] Navi 23 [Radeon RX 6600] [1002:73ff] (rev c7) » Vengeance LPX 16GB DDR4 K2 3200MHz C16