Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
-
Blackbox
- Beiträge: 4289
- Registriert: 17.09.2008 17:01:20
- Lizenz eigener Beiträge: GNU Free Documentation License
Beitrag
von Blackbox » 13.11.2022 09:20:01
Welches Paket stellt die virtuelle Gerätedatei
/dev/net/tun zur Verfügung?
Dieses Gerät wird für den erweiterten Betrieb via libvirt benötigt.
Konkrete Fehlermeldung:
Allerding scheinen libvirt Services zu laufen.
41821
Die Fehlermeldungen aus dem Logfile sehen so aus:
Code: Alles auswählen
Nov 12 06:54:28 $HOSTNAME libvirtd[973]: Unable to open /dev/net/tun, is tun module loaded?
Nov 12 06:56:11 $HOSTNAME libvirtd[973]: Unable to open /dev/net/tun, is tun module loaded?
Nov 12 06:59:07 $HOSTNAME libvirtd[973]: Unable to open /dev/net/tun, is tun module loaded?
Nov 12 06:59:55 $HOSTNAME libvirtd[973]: Unable to open /dev/net/tun, is tun module loaded?
Nov 13 01:13:46 $HOSTNAME libvirtd[973]: Unable to open /dev/net/tun, is tun module loaded?
Nov 13 09:11:17 $HOSTNAME libvirtd[973]: Unable to open /dev/net/tun, is tun module loaded?
Any Ideas?
Zuletzt geändert von
Blackbox am 20.11.2022 14:13:58, insgesamt 1-mal geändert.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14
Freie Software unterstützen,
Grundrechte stärken!
-
TRex
- Moderator
- Beiträge: 8069
- Registriert: 23.11.2006 12:23:54
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: KA
Beitrag
von TRex » 13.11.2022 09:56:42
Code: Alles auswählen
filename: /lib/modules/4.19.0-8-amd64/kernel/drivers/net/tun.ko
Du meinst dieses? Hast deinen Kernel aktualisiert und nicht rebootet?
-
Blackbox
- Beiträge: 4289
- Registriert: 17.09.2008 17:01:20
- Lizenz eigener Beiträge: GNU Free Documentation License
Beitrag
von Blackbox » 13.11.2022 12:30:41
TRex hat geschrieben: 13.11.2022 09:56:42
Hast deinen Kernel aktualisiert und nicht rebootet?
Nein, habe den Kernel noch nicht aktualisiert.
Mein aktueller Kernel steht in der Signatur.
Alles andere wäre viel zu trivial gewesen.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14
Freie Software unterstützen,
Grundrechte stärken!
-
TRex
- Moderator
- Beiträge: 8069
- Registriert: 23.11.2006 12:23:54
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: KA
Beitrag
von TRex » 13.11.2022 13:57:55
Ging nicht um die exakte Version, sondern um den potentiellen mismatch zwischen dem laufenden Kernel und dem, was in dem modules-Verzeichnis ist. Aber gut - meintest du das tun.ko-file oder bezog sich deine Frage auf irgendetwas im userland?
-
Blackbox
- Beiträge: 4289
- Registriert: 17.09.2008 17:01:20
- Lizenz eigener Beiträge: GNU Free Documentation License
Beitrag
von Blackbox » 13.11.2022 14:37:02
TRex hat geschrieben: 13.11.2022 13:57:55
meintest du das tun.ko-file
Ja, das scheint das betreffende Kernelmodul zu sein.
Der Auslöser für diesen Fehler scheint aber
appamor zu sein, zumindest deutet diese Livemeldung darauf hin.
Code: Alles auswählen
Nov 13 14:23:39 $HOSTNAME kernel: audit: type=1400 audit(1668345819.691:189): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libvirt-b84f1602-4a43-4f10-8ba0-af6e5cd37057" pid=949999 comm="apparmor_parser"
Nov 13 14:23:39 $HOSTNAME kernel: BPF: [97154] STRUCT
Nov 13 14:23:39 $HOSTNAME kernel: BPF: size=896 vlen=72
Nov 13 14:23:39 $HOSTNAME kernel: BPF:
Nov 13 14:23:39 $HOSTNAME kernel: BPF: Invalid name
Nov 13 14:23:39 $HOSTNAME kernel: BPF:
Nov 13 14:23:39 $HOSTNAME kernel: failed to validate module [tun] BTF: -22
Nov 13 14:23:39 $HOSTNAME libvirtd[973]: Unable to open /dev/net/tun, is tun module loaded?
Edit: Diskutiere das Problem nun in Upstream.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14
Freie Software unterstützen,
Grundrechte stärken!
-
Huck Fin
- Beiträge: 1202
- Registriert: 10.03.2008 17:10:30
Beitrag
von Huck Fin » 17.11.2022 16:12:19
dev tun und dev tap kenne ich jetzt nur von openvpn...
-
Blackbox
- Beiträge: 4289
- Registriert: 17.09.2008 17:01:20
- Lizenz eigener Beiträge: GNU Free Documentation License
Beitrag
von Blackbox » 20.11.2022 14:25:42
Nach einem Patch und einem Kernelupdate kann ich meine V-Entities wieder starten.
Vorerst habe ich mir damit geholfen, den in Debian unstable vorhandenen Sourcecode zu patchen und ein eigenes Übergangspaket zu bauen, um dieses dann zu installieren.
Anschließend den Debian Maintainer vom Patch in Kenntnis gesetzt, dieser sagte zu, diesen Patch bei nächster Gelegenheit auszurollen.
//Edit: Mittlerweile ist das gepachte Paket ist in Debian unstable gelandet und hat das selbsterstellte Paket ersetzt.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14
Freie Software unterstützen,
Grundrechte stärken!