91

Upgrade Warnings / Re: libkmod error

« Last post by Teriarch on 2025/05/21, 13:07:10 »

> Allerdings scheint alles zu funktionieren, auch Virtualbox.

Das ist die Frage. Ein

$ dpkg -L virtualbox-dkms |grep etc

ergibt:

/etc/modprobe.d/virtualbox-dkms.conf
/etc/modprobe.d/virtualbox-dkms.conf/virtualbox-dkms.modprobe.conf

Und das Konfigurationsverzeichnis /etc/modprobe.d von modprobe erlaubt keine Unterverzeichnisse.
Beim Laden des Moduls kvm.ko, welches für die Hardware Virtualisierung verantwortlich ist, wird neuerdings
kvm.ko bereits beim Laden als Hypervisor eingesetzt. Und die Konfigurationsdatei
"virtualbox-dkms.modprobe.conf" mit Inhalt

options kvm     enable_virt_at_load=0

soll das verhindern. Dazu kommt es alledings nicht, weil sie sich aufgrund eines Bugs in virtualbox-dkms
in einem Unterverzeichnis befindet. Ob kvm wirklich als Hypervisor geladen wird, kannst Du mit

$ cat /sys/module/kvm/parameters/enable_virt_at_load

überprüfen. Falls das Ergebnis "Y" ist, wird zwar "$ virtualbox" ausgeführt, aber kein OS gestartet, weil kvm
die für Virtualbox notwendige Virtualisierung blockiert. Die vorläufige Lösung bis zur Beseitigung des Bugs:

$ sudo mv /etc/modprobe.d/virtualbox-dkms.conf/virtualbox-dkms.modprobe.conf /etc/modprobe.d
$ sudo rmdir /etc/modprobe.d/virtualbox-dkms.conf

HTH

PS.: So wie der Treiber kvm.ko für qemu die Virtualisierung veranlasst, ist der Treiber vboxdrv.ko für virtualbox
       zuständig, aber nur einer von ihnen kann zu jedem Zeitpunkt als Hypervisor aktiv sein.

92

Upgrade Warnings / libkmod error

« Last post by harley-peter on 2025/05/21, 10:19:28 »

Hallo,
ein heutiges du ergibt bei mir folgende Fehlermeldung:

Code: [Select]

/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-6.14.7-1-siduction-amd64
libkmod: ERROR: conf_files_filter_out: Directories inside directories are not supported: /etc/modprobe.d/virtualbox-dkms.conf

Allerdings scheint alles zu funktionieren, auch Virtualbox.

93

Free Speech / Siduction 2024.10 - thanks.

« Last post by lesdelc on 2025/05/20, 14:30:06 »

Thanks for version 2024.1. I remember when I started using Siduction and everyone in the forum helped me out. I have been using Siduction for a few years now and have enjoyed it. I installed it on one laptop and two desktops. Keep up the great work.

94

Installation - Support / Re: Policy will reject signature within a year, see --audit for details

« Last post by devil on 2025/05/20, 11:08:29 »

SoftMaker hat schnell reagiert und einen neuen Key mit SHA256 erstellt. Der muss zunächst als Root importiert werden:

Code: [Select]

wget -qO- https://shop.softmaker.com/repo/linux-repo-public.key | gpg  --dearmor > /etc/apt/keyrings/softmaker.gpg


95

Experimental / Re: zfsbootmenu, linux-image-siduction-amd64 efivars not present (mitigated)

« Last post by ro_sid on 2025/05/19, 16:59:13 »

For your cuirosity my information comes from a system:

(Selfbuilt) Siduction-KDE-Live, kernel "Linux siduction 6.14.6-1-siduction-amd64 #1 SMP PREEMPT_DYNAMIC siduction 6.14-6 (2025-05-09) x86_64 GNU/Linux", UEFI-bootet, nothing with the letters "efi" (regardless of capitalization) in the modules.
Squashfile is copied to RAM and most likely of type ext4 there (overlay fs).
Nevertheless there is a 'directory' efivars/ in /sys/firmware/efi/ containing about 173 entries.

96

Experimental / Re: zfsbootmenu, linux-image-siduction-amd64 efivars not present (mitigated)

« Last post by exovert on 2025/05/19, 16:32:57 »

Thank you, I have 2 different ways of still being able to run fwupdmgr, and I can live without efivarfs on day to day if it came to it (if not, 6.12 is new enough for the device, even if it's not siduction's build of the kernel). I'm now more in a state of being curious as to what may be preventing the siduction linux image(s - using for ~ 2-3 months now) from exposing these - I'm sure there will be reasons (possibly packages not expected for users to be removing) and it seems informative why it'd be different. It'd be nicer to run it.

I didn't have a parallel (standard) siduction install anymore to compare if the efivars would be present, though I'd have thought it unlikely efivars were anywhere other than the default location. Are the efivarfs.ko modules also not present then (apt-file doesn't suggest they should be for these kernels, but this is sensible if it is built into the kernel, even if that runs me out of leads).


I did consider a standard install at the time on crypttab/btrfs, though I already had zfsbootmenu (& OS, data) on the device which has features I like, fits in directly with my backup, & to which I'm more familiar - To see what happened, based on adjusting the bookworm instructions I did a lift & shift of the already configured (without crypttab) siduction from ext storage where I'd been experimenting with it, and into the already encrypted zfs pool to see how far I could get and this turns out was (almost) without new seams. This is the the high watermark for the features/functions I wanted.

97

Installation - Support / Re: Policy will reject signature within a year, see --audit for details

« Last post by devil on 2025/05/19, 13:52:55 »

Hier mal eine Antwortvorlage. Die habe ich an Softmaker geschickt. Ihr müsst da nur noch die entsprechende Firma/Software ändern:

Code: [Select]

Hi,

ich möchte Sie im Vorfeld darauf aufmerksam machen, dass Debian demnächst Signaturen, die mit SHA1 gehashed sind, ablehnen wird. Entsprechende Warnungen werden bereits in Debian Unstable ausgegeben:

Warnung: http://shop.softmaker.com/repo/apt/dists/stable/InRelease: Policy will reject signature within a year, see --audit for details
Audit: http://shop.softmaker.com/repo/apt/dists/stable/InRelease: Sub-process /usr/bin/sqv returned an error code (1), error message is:
   Signing key on CC7D2EDF4808EFFA0E00FC723413DA98AA3E7F5E is not bound:
              No binding signature at time 2025-03-18T09:13:05Z
     because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance
     because: SHA1 is not considered secure since 2026-02-01T00:00:00Z


98

Software - Support / Re: Windows-Software unter Siduction.

« Last post by dibl on 2025/05/19, 13:01:04 »

Es gibt einige Programme, für die ich noch die Windows-Seite meines Dual-Boot-Systems nutze ...

Also here.

Windows 10 on KVM/qemu has worked well for years, Win 7 for years before that. I use a special-purpose Windows database for genealogy, and another special-purpose Windows software package to build my genealogy website from the database, and Filezilla on Windows to upload the website.

I once used VMware, but it is too fragile for sid. I also used VirtualBox, but it breaks every 6 weeks. Wine does not fully support the database.

$0.02. 

99

Experimental / Re: zfsbootmenu, linux-image-siduction-amd64 efivars not present (mitigated)

« Last post by ro_sid on 2025/05/19, 10:47:06 »

For me - not using zfs, though - efivars is just available under /sys/firmware/efi/efivars, even without my explicit mount. Please have a look there. Not present?
[efibootmgr seems to confirm that you booted into (U)EFI mode!]

100

Software - Support / Re: Windows-Software unter Siduction.

« Last post by ro_sid on 2025/05/19, 10:32:31 »

Vielleicht nicht ganz die erwartete Antwort, aber ...

Für solche Aufgaben verwende ich einen eigenen Datenträger - bei mir eine per USB angeschlossene SSD. Also eine Variante von Dual-Boot. Denn z.B. Spiele können auch ein MS-Windows bis zur Unfähigkeit für ein normales Arbeiten "entstellen".

Da ich dabei auf Microsoft Software nicht angewiesen sein möchte, verwende ich wo es geht ein spezialisiertes Betriebssystem auf dem Datenträger, das ich per UEFI (dort) boote. Inwieweit sich Siduction dafür eignet, mögen andere beurteilen - meiner Erfahrung nach sicherlich nicht schlechter als "allgemeine Linuxe" auch. Ich bin damit für meine Alltagsarbeit sehr zufrieden. Fürs Spielen habe ich mir WinesapOS als eben ein spezialisiertes Linux ausgeguckt.
[Wenn man Microsoft in einer VM "nicht benutzen" möchte, bleibt halt nur die Emulation, die unter Linux meines Wissens immer mit WINE verknüpft ist. Ob als Proton/SteamOS, CrossOver, PlayOnLinux (+ noch nicht fertigem Nachfolger) oder per z.B. Lutris. Vermutlich eignet sich solche Software auch für "anderes", am besten natürlich dann, wenn es ein "Rezept" dafür gibt,]