1
Announcements / Ankündigungen / Re: Umzug des Forums / Relocation of the Forum
« Last post by devil on Today at 09:20:28 »We are quite confident the move will take care of the issue. If not, it's time to go looking for different software.
Recent Posts
2
Announcements / Ankündigungen / Re: Umzug des Forums / Relocation of the Forum
« Last post by DeepDayze on Yesterday at 21:23:02 »Fingers crossed that this server move will resolve the constant issues with the database. Have you also considered moving to another forum software such as phpBB?
3
Upgrade Warnings / Re: Neuester Siduction Kernel (6.19.11-2) merkwuerdig
« Last post by Teriarch on Yesterday at 17:53:01 »Es bleibt trotzdem seltsam:
$ ls -la linux-image-6.19.11-*
-rw-r--r-- 1 tr tr 63174040 2. Apr 20:27 linux-image-6.19.11-1-siduction-amd64_6.19-11_amd64.deb
-rw-r--r-- 1 tr tr 97859332 10. Apr 12:01 linux-image-6.19.11-2-siduction-amd64_6.19-11.2_amd64.deb
Die neue Version ist um ca. 50% größer als die ältere. Packt man beide Debianpakete samt
control Dateien aus, so erhält man:
i$ grep 'CONFIG_MODULE_COMPRESS ' /tmp/deb.MnDOSteepZ/boot/config-6.19.11-1-siduction-amd64;\
du -BM /tmp/deb.MnDOSteepZ/|tail -5; echo;\
grep CONFIG_MODULE_COMPRESS= /tmp/deb.IAAsL71Yn2/boot/config-6.19.11-2-siduction-amd64;\
du -BM /tmp/deb.IAAsL71Yn2/|tail -5
# CONFIG_MODULE_COMPRESS is not set
327M /tmp/deb.MnDOSteepZ/lib/modules/6.19.11-1-siduction-amd64
327M /tmp/deb.MnDOSteepZ/lib/modules
327M /tmp/deb.MnDOSteepZ/lib
16M /tmp/deb.MnDOSteepZ/boot
343M /tmp/deb.MnDOSteepZ/
CONFIG_MODULE_COMPRESS=y
91M /tmp/deb.IAAsL71Yn2/lib/modules/6.19.11-2-siduction-amd64
91M /tmp/deb.IAAsL71Yn2/lib/modules
91M /tmp/deb.IAAsL71Yn2/lib
19M /tmp/deb.IAAsL71Yn2/boot
111M /tmp/deb.IAAsL71Yn2/
Das um ca. 50% größere Debianpacket hat also im ausgepackten Zustand
eine um ca. 60% kleinere Größe. Die kleinere Größe erklärt sich natürlich durch die
Kompression der Module, was aber erklärt den Anstieg der Größe nach
Erzeugung des Debian Pakets? Das ist eine gute Einstellungsfrage für zukünftige
Siduction System Administratoren.
111M -> 97M (6.19.11-2)
343M -> 63M (6.19-11)
$ ls -la linux-image-6.19.11-*
-rw-r--r-- 1 tr tr 63174040 2. Apr 20:27 linux-image-6.19.11-1-siduction-amd64_6.19-11_amd64.deb
-rw-r--r-- 1 tr tr 97859332 10. Apr 12:01 linux-image-6.19.11-2-siduction-amd64_6.19-11.2_amd64.deb
Die neue Version ist um ca. 50% größer als die ältere. Packt man beide Debianpakete samt
control Dateien aus, so erhält man:
i$ grep 'CONFIG_MODULE_COMPRESS ' /tmp/deb.MnDOSteepZ/boot/config-6.19.11-1-siduction-amd64;\
du -BM /tmp/deb.MnDOSteepZ/|tail -5; echo;\
grep CONFIG_MODULE_COMPRESS= /tmp/deb.IAAsL71Yn2/boot/config-6.19.11-2-siduction-amd64;\
du -BM /tmp/deb.IAAsL71Yn2/|tail -5
# CONFIG_MODULE_COMPRESS is not set
327M /tmp/deb.MnDOSteepZ/lib/modules/6.19.11-1-siduction-amd64
327M /tmp/deb.MnDOSteepZ/lib/modules
327M /tmp/deb.MnDOSteepZ/lib
16M /tmp/deb.MnDOSteepZ/boot
343M /tmp/deb.MnDOSteepZ/
CONFIG_MODULE_COMPRESS=y
91M /tmp/deb.IAAsL71Yn2/lib/modules/6.19.11-2-siduction-amd64
91M /tmp/deb.IAAsL71Yn2/lib/modules
91M /tmp/deb.IAAsL71Yn2/lib
19M /tmp/deb.IAAsL71Yn2/boot
111M /tmp/deb.IAAsL71Yn2/
Das um ca. 50% größere Debianpacket hat also im ausgepackten Zustand
eine um ca. 60% kleinere Größe. Die kleinere Größe erklärt sich natürlich durch die
Kompression der Module, was aber erklärt den Anstieg der Größe nach
Erzeugung des Debian Pakets? Das ist eine gute Einstellungsfrage für zukünftige
Siduction System Administratoren.
111M -> 97M (6.19.11-2)
343M -> 63M (6.19-11)
4
Upgrade Warnings / Re: [solved] Problem mit Virtualbox und Kernel 6.19 nach full-upgrade
« Last post by edlin on Yesterday at 15:51:26 »Da musst du dich nicht entschuldigen. Als ich
edlin
Code: [Select]
/usr/src/linux-header/other_kernel/.config las, musste ich auch erstmal verblüfft nachschauen, ob das so stimmen kann oder was gemeint sein könnte. Insbesondere der Slash zwischen header und other war für mich irritierend. Ich hätte da eher was in der Form Code: [Select]
/usr/src/linux-headers-6.xx.yy-z-siduction-amd64/.config erwartet. Naja, gibt Schlimmeres.edlin
5
Upgrade Warnings / Re: [solved] Problem mit Virtualbox und Kernel 6.19 nach full-upgrade
« Last post by harley-peter on Yesterday at 14:55:54 »@Teriarch:
Sorry, dass other_kernel als Platzhalter gedacht war, soweit habe ich nicht mitgedacht.
Sorry, dass other_kernel als Platzhalter gedacht war, soweit habe ich nicht mitgedacht.
6
Upgrade Warnings / Re: error kernel 6.17.2-1-siduction-amd64
« Last post by dacorsa on Yesterday at 13:53:57 »@dacorsa
Maybe you can supply more information about the current state of your system, including:
- are the new nvidia drivers loaded and used ($ lsmod|grep nvidia)?
- did they even compile?
- are you still using the external nvidia card (and not the internal one, since the drivers didn't load)?
- can you provide a desktop image?
- can you start a konsole to ease the gathering of information?
Excuse me i'm very busy i will do ASAP
Thanks best regards
7
Upgrade Warnings / Re: [solved] Problem mit Virtualbox und Kernel 6.19 nach full-upgrade
« Last post by Teriarch on Yesterday at 13:10:19 »@harley-peter
> mit dem heutigen Update funktioniert Virtualbox wieder.
ja, wie ich bereits sagte Version 7.2.6-dfsg-4 von virtualbox-dkms
sollte ohne patch mit allen aktuellen Kernel Versionen, für die
CONFIG_KPROBES=Y gesetzt ist (insb. den Siduction Kernel)
funktionieren. Da ich nicht wusste, welche "anderen" Kernel bei
Dir noch installiert sind, habe ich dafür den Metanamen "other_kernel"
als Platzhalter für weitere Kernel benutzt (so wie es in der in der Mathematik
zuweilen üblich ist, die Variable n als Platzhalter für natürliche Zahlen 1,2,3,...
wie in "n + n = 2*n" zu verwenden, ohne damit zu implizieren, dass "n"
[als Buchstabe] selbst eine natürliche Zahl ist).
Der Patch ist nur noch notwendig, falls weitere Kernel ohne CONFIG_KPROBES=Y
vorhanden sind, damit die Übersetzung nicht abbricht, und das System nicht in einen
unkonfigurierten Zustand gerät. Es ist wahrscheinlich, dass für solche Kernel die
Module zwar laden, aber bei Benutzung virtualbox selbst stecken bleibt und ein Reboot
notwendig wird. Dafür spricht die letzte Bemerkung aus
<https://github.com/VirtualBox/virtualbox/issues/467>:
> shmerl last week:
> @philipmw: The fix is not in 7.2.6, only in the upcoming versions.
P.S.:
Vielleicht kannst Du vermöge
$ dpkg -l|grep linux-image
verifizieren, dass Kernel 6.10.12-1-siduction-amd64 nicht mehr installiert ist.
in diesem Fall lässt sich durch
$ sudo rm -rf /lib/modules/6.10.12-1-siduction-amd64
mit wenig Aufwand die Leiche im Keller schnell beseitigen.
> mit dem heutigen Update funktioniert Virtualbox wieder.
ja, wie ich bereits sagte Version 7.2.6-dfsg-4 von virtualbox-dkms
sollte ohne patch mit allen aktuellen Kernel Versionen, für die
CONFIG_KPROBES=Y gesetzt ist (insb. den Siduction Kernel)
funktionieren. Da ich nicht wusste, welche "anderen" Kernel bei
Dir noch installiert sind, habe ich dafür den Metanamen "other_kernel"
als Platzhalter für weitere Kernel benutzt (so wie es in der in der Mathematik
zuweilen üblich ist, die Variable n als Platzhalter für natürliche Zahlen 1,2,3,...
wie in "n + n = 2*n" zu verwenden, ohne damit zu implizieren, dass "n"
[als Buchstabe] selbst eine natürliche Zahl ist).
Der Patch ist nur noch notwendig, falls weitere Kernel ohne CONFIG_KPROBES=Y
vorhanden sind, damit die Übersetzung nicht abbricht, und das System nicht in einen
unkonfigurierten Zustand gerät. Es ist wahrscheinlich, dass für solche Kernel die
Module zwar laden, aber bei Benutzung virtualbox selbst stecken bleibt und ein Reboot
notwendig wird. Dafür spricht die letzte Bemerkung aus
<https://github.com/VirtualBox/virtualbox/issues/467>:
> shmerl last week:
> @philipmw: The fix is not in 7.2.6, only in the upcoming versions.
P.S.:
Vielleicht kannst Du vermöge
$ dpkg -l|grep linux-image
verifizieren, dass Kernel 6.10.12-1-siduction-amd64 nicht mehr installiert ist.
in diesem Fall lässt sich durch
$ sudo rm -rf /lib/modules/6.10.12-1-siduction-amd64
mit wenig Aufwand die Leiche im Keller schnell beseitigen.
8
Upgrade Warnings / Re: Neuester Siduction Kernel (6.19.11-2) merkwuerdig
« Last post by edlin on Yesterday at 12:44:05 »Danke. Der Sprung von Größe M auf 7XL war doch etwas unerwartet heftig.
edlin
edlin
9
Upgrade Warnings / Re: [solved] Problem mit Virtualbox und Kernel 6.19 nach full-upgrade
« Last post by harley-peter on Yesterday at 12:20:32 »@Teriarch:
mit dem heutigen Update funktioniert Virtualbox wieder.
Ich weiß nicht, wo 6.10.12-1-siduction-amd64 herkommt denn der Kernel-remover zeigt mir keinen 6.10 Kernel an.
mit dem heutigen Update funktioniert Virtualbox wieder.
Code: [Select]
ls -la /lib/modules
insgesamt 0
drwxr-xr-x 1 root root 300 10. Apr 12:08 .
drwxr-xr-x 1 root root 2908 10. Apr 12:15 ..
drwxr-xr-x 1 root root 14 10. Apr 12:15 6.10.12-1-siduction-amd64
drwxr-xr-x 1 root root 496 8. Apr 10:14 6.17.12-1-siduction-amd64
drwxr-xr-x 1 root root 496 8. Apr 10:14 6.18.11-1-siduction-amd64
drwxr-xr-x 1 root root 496 8. Apr 10:14 6.19.10-1-siduction-amd64
drwxr-xr-x 1 root root 496 8. Apr 10:14 6.19.11-1-siduction-amd64
drwxr-xr-x 1 root root 496 10. Apr 12:07 6.19.11-2-siduction-amd64
Ich weiß nicht, wo 6.10.12-1-siduction-amd64 herkommt denn der Kernel-remover zeigt mir keinen 6.10 Kernel an.
Code: [Select]
rep KPROBES /usr/src/linux-header/other_kernel/.config
grep: /usr/src/linux-header/other_kernel/.config: Datei oder Verzeichnis nicht gefunden
ls /usr/src/
linux-headers-6.17.12-1-siduction-amd64 linux-headers-6.19.10-1-siduction-amd64 linux-headers-6.19.11-2-siduction-amd64 python3.13 virtualbox.tar.bz2
linux-headers-6.18.11-1-siduction-amd64 linux-headers-6.19.11-1-siduction-amd64 python3.12 virtualbox-7.2.6
10
Upgrade Warnings / Re: Neuester Siduction Kernel (6.19.11-2) merkwuerdig
« Last post by towo on Yesterday at 12:05:35 »Habe die config nochmal geändert, die Größe ist jetzt wieder moderater, allerdings sind da nicht mehr alle BPF Optionen aktiv, welche noch mehr debugging benötigen würden.