hi Jaki143 Also zu deiner Frage Nein wir haben das nicht geplant auf dem Desktop anzuzeigen da man es ja in der Systeminfo auch bereits sehen kann.
Beiträge von King_AFK
-
-
Hallo HTuniverse
Es freut mich zuhören das dir VailuxOS auch gefällt.
Danke für die Fehlermeldung wir werden uns drum kümmern den Fehler zubeheben.
Mit freundlichen Grüßen
-
OK
versuch das mal noch mal aus
2. Verknüpfung (Symlink) manuell setzen Manchmal ist die Datei als libopenal.so.1.x.x vorhanden, wird aber von FFmpeg nicht unter dem exakten Namen libopenal.so.1 gefunden. Überprüfe und erstelle den Symlink:
Codesudo ldconfig sudo ln -s /usr/lib/x86_64-linux-gnu/libopenal.so.1 /usr/lib/x86_64-linux-gnu/libopenal.so(Falls 32-Bit verwendet wird, passe den Pfad an /usr/lib/i386-linux-gnu/ an.)
3. Multimedia-Codecs & FFmpeg-Erweiterungen aktualisieren Stelle sicher, dass die grundlegenden FFmpeg-Bibliotheken vollständig auf dem System vorhanden sind:
4. Start via Terminal zur Diagnose Starte TRCC aus dem Terminal heraus, um zu sehen, wo genau die Bibliothek gesucht wird:
(oder ./TRCC.AppImage, falls es als AppImage ausgeführt wird)
Wenn der Fehler weiterhin auftritt, poste bitte die Terminal-Ausgabe von: find /usr/lib -name "libopenal*"
-
-
Damane hast du schon mal andere Programme genutzt ? welche Version hast du und ab welcher version ist das aufgetreten ?
-
Freut uns zuhören schwabe1972 😍
-
Danke für die info wir haben erstmal den Download Gesperrt.
-
Hallo Manu0204 Probier bitte mal meine Anleitung aus.
Drücke Strg + Alt + F3 (oder F2 bis F6), um zu prüfen, ob du die grafische Oberfläche umgehen und eine Text-Anmeldung erreichen kannst. Falls der Login-Prompt erscheint, melde dich normal an.
Status des Display-Managers prüfen Prüfe, ob der Anmeldedienst (wie SDDM) abgestürzt ist oder hängt:
(Ersetze sddm ggf. durch gdm3 oder lightdm). Falls der Dienst abgestürzt ist, lässt sich die Ursache genauer abrufen:
System-Logs untersuchen Filtere die Systemprotokolle nach Fehlern rund um den Zeitpunkt des Plymouth-Stopps (häufig Grafiktreiber- oder Compositor-Probleme):
Typische Ursachen & Lösungsansätze
- Grafiktreiber / Kernel-Modesetting: Nach Kernel-Updates oder Treiber-Aktualisierungen (besonders bei proprietären Treibern wie NVIDIA oder bei Wayland-Initialisierungen) kann die Grafikkarte den Modus nicht wechseln. Ein Neuinstallieren oder Reaktualisieren der Treiber-Module schafft hier meist Abhilfe.
- Compositor- oder Desktop-Crashes: Wenn der Display-Manager versucht, die Session zu starten, aber sofort abstürzt (z. B. KDE Plasma Wayland-Session), hilft oft das vorübergehende Starten einer X11-Session oder das Zurücksetzen der Anzeigekonfiguration im Home-Verzeichnis.
-
-
Hi Damane mit welchen Programm öffnest du den Videos ? Nimmst du unseren Standart Player ?
-
schwabe1972 Danke für die Meldung. Der Fehler ist uns sogar bereits bekannt und wird demnächst gefixt.
-
schwabe1972 Du kannst das ganze ausnahmsweise per Terminal erledigen.
Das ganze sollte eigentlich so passen.
-
-
So für frisch installierten Server ein kleines Script zur Sicherheit.
Alles mit besten Wissen und Gewissen zusammen gebaut.
Verbessert gerne mein Script falls ihr was findet das nicht passt.
Bin offen für alle Positiven wie Negativen punkten.
Code
Alles anzeigen#!/usr/bin/env bash # # Server Hardening & Security Setup Script (mit interaktivem SSH-Key Check) # set -euo pipefail GREEN='\033[0;32m' YELLOW='\033[1;33m' RED='\033[0;31m' NC='\033[0m' # No Color echo -e "${GREEN}=== Start: Security & Hardening Setup ===${NC}\n" # 1. Root-Check if [ "$EUID" -ne 0 ]; then echo -e "${RED}Fehler: Bitte führen Sie dieses Skript als root oder mit sudo aus.${NC}" exit 1 fi # 2. Pakete aktualisieren & Basis-Tools installieren echo -e "${YELLOW}[1/5] Aktualisiere Paketlisten und installiere Sicherheitstools...${NC}" apt update apt install -y ufw fail2ban rkhunter unattended-upgrades curl # 3. UFW Firewall konfigurieren echo -e "${YELLOW}[2/5] Konfiguriere UFW Firewall...${NC}" ufw default deny incoming ufw default allow outgoing ufw allow 22/tcp comment 'SSH' ufw allow 80/tcp comment 'HTTP' ufw allow 443/tcp comment 'HTTPS' ufw --force enable echo -e "${GREEN}✓ UFW Firewall ist aktiv.${NC}" # 4. Fail2ban konfigurieren echo -e "${YELLOW}[3/5] Konfiguriere Fail2ban für SSH und GitLab...${NC}" cat << 'EOF' > /etc/fail2ban/jail.d/gitlab.conf [sshd] enabled = true port = ssh logpath = %(sshd_log)s backend = %(sshd_backend)s maxretry = 3 findtime = 600 bantime = 3600 [gitlab-auth] enabled = true port = http,https filter = gitlab-auth logpath = /var/log/gitlab/gitlab-rails/application_json.log maxretry = 5 findtime = 600 bantime = 3600 EOF cat << 'EOF' > /etc/fail2ban/filter.d/gitlab-auth.conf [Definition] failregex = ^.*"severity":"INFO","time":"[^"]+","key":"authentication","message":"Failed login for.*"remote_ip":"<HOST>" ignoreregex = EOF systemctl restart fail2ban systemctl enable fail2ban echo -e "${GREEN}✓ Fail2ban konfiguriert und neu gestartet.${NC}" # 5. rkhunter & Unattended-Upgrades echo -e "${YELLOW}[4/5] Konfiguriere rkhunter & Unattended-Upgrades...${NC}" sed -i 's/^UPDATE_MIRRORS=.*/UPDATE_MIRRORS=1/' /etc/rkhunter.conf || true sed -i 's/^MIRROR_MODE=.*/MIRROR_MODE=0/' /etc/rkhunter.conf || true sed -i 's|^#\?WEB_CMD=.*|WEB_CMD="curl -s -S"|' /etc/rkhunter.conf || true if [ -f /etc/default/rkhunter ]; then sed -i 's/APT_AUTOGEN="false"/APT_AUTOGEN="true"/' /etc/default/rkhunter sed -i 's/CRON_DAILY_RUN="false"/CRON_DAILY_RUN="true"/' /etc/default/rkhunter fi rkhunter --propupd --quiet || true cat << 'EOF' > /etc/apt/apt.conf.d/20auto-upgrades APT::Periodic::Update-Package-Lists "1"; APT::Periodic::Unattended-Upgrade "1"; EOF echo -e "${GREEN}✓ rkhunter & Automatische Sicherheitsupdates eingerichtet.${NC}" # 6. Interaktiver SSH-Key Check & Hardening echo -e "\n${YELLOW}[5/5] Prüfe SSH-Keys und Konfiguration...${NC}" AUTH_KEYS="/root/.ssh/authorized_keys" mkdir -p /root/.ssh chmod 700 /root/.ssh touch "$AUTH_KEYS" chmod 600 "$AUTH_KEYS" # Prüfen, ob bereits Keys eingetragen sind KEY_COUNT=$(grep -c -v '^[[:space:]]*$' "$AUTH_KEYS" || true) if [ "$KEY_COUNT" -gt 0 ]; then echo -e "${GREEN}Es wurden bereits $KEY_COUNT SSH-Key(s) in $AUTH_KEYS gefunden.${NC}" else echo -e "${RED}WARNUNG: Es ist aktuell KEIN SSH-Schlüssel in $AUTH_KEYS eingetragen!${NC}" fi echo -e "\nWas möchten Sie tun?" echo "1) Öffentlichen SSH-Key (Public Key) jetzt einfügen" echo "2) Vorhandenen Key nutzen / Manuell später hinzufügen" echo "3) SSH-Passwort-Login vorerst AKTIV lassen (Sicherheitsmodus)" read -p "Auswahl [1-3]: " SSH_CHOICE case $SSH_CHOICE in 1) read -p "Fügen Sie Ihren Public Key ein (ssh-ed25519 / ssh-rsa ...): " USER_KEY if [ -n "$USER_KEY" ]; then echo "$USER_KEY" >> "$AUTH_KEYS" echo -e "${GREEN}✓ SSH-Key erfolgreich zu $AUTH_KEYS hinzugefügt.${NC}" fi DISABLE_PASS="yes" ;; 2) DISABLE_PASS="yes" ;; 3) DISABLE_PASS="no" echo -e "${YELLOW}Passwort-Login bleibt vorerst aktiviert.${NC}" ;; *) DISABLE_PASS="no" ;; esac # SSH-Hardening anwenden, falls gewünscht SSHD_CONFIG="/etc/ssh/sshd_config" if [ -f "$SSHD_CONFIG" ]; then cp "$SSHD_CONFIG" "${SSHD_CONFIG}.bak_$(date +%F)" if [ "$DISABLE_PASS" = "yes" ]; then sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' "$SSHD_CONFIG" sed -i 's/^#\?PermitRootLogin.*/PermitRootLogin prohibit-password/' "$SSHD_CONFIG" echo -e "${GREEN}✓ Passwort-Login deaktiviert. SSH-Login nur noch mit Key möglich!${NC}" fi sed -i 's/^#\?PermitEmptyPasswords.*/PermitEmptyPasswords no/' "$SSHD_CONFIG" systemctl reload ssh || systemctl reload sshd || true fi echo -e "\n${GREEN}=== Setup erfolgreich abgeschlossen! ===${NC}"
-
Hallo Manu0204 ,
vielen Dank für das tolle Feedback, das freut mich riesig zu lesen!
Genau das war das Ziel: den Einstieg so einfach wie möglich zu machen, direkten Support ohne Hürden zu bieten und ein System abzuliefern, das im Alltag einfach läuft – ohne Gefrickel beim Dual-Boot oder lange Frustration bei der Software-Suche.
Mach dir wegen der Zukunft keine Sorgen: VailuxOS wird aktiv weiterentwickelt und bleibt definitiv am Start. Es ist noch einiges in Arbeit!
Danke dir für das Vertrauen und weiterhin viel Spaß mit dem System!
Liebe Grüße
-
-
-
Hallo tumleh,
vielen Dank für die Rückmeldung und den Zwischenstand!
Die Fehlermeldung "Secure Boot Violation: Invalid signature detected" bedeutet schlichtweg, dass dein ASUS-BIOS den Bootloader von Ventoy nicht kennt und ihn aus Sicherheitsgründen blockiert.
Dass Intel Anti-Theft auf Enabled steht, kannst du ignoriere – das hat auf das Booten von USB-Sticks keinen Einfluss.
Du kannst das Problem ganz einfach auf zwei Wege lösen, damit du deine Multiple Live-Linuxe nutzen kannst:
Weg 1: Secure Boot im BIOS deaktivieren (Empfohlen)
Da du Linux-Systeme nutzt, ist das die unkomplizierteste Lösung:
- Beim Start F2 (oder Entf) drücken, um ins BIOS zu gelangen.
- Navigiere zum Reiter Security.
- Setze Secure Boot (oder Secure Boot Control) auf Disabled.
- Tipp: Falls die Option ausgegraut ist, setze im selben Menü kurzzeitig ein Administrator Password. Danach lässt sich die Option ändern (das Passwort kannst du danach wieder entfernen).
- Mit F10 speichern und neu starten.
Weg 2: Ventoy-Schlüssel registrieren (Enroll Key)
Falls du Secure Boot zwingend eingeschaltet lassen möchtest:
- Ventoy bringt einen eigenen Schlüssel mit. Wenn beim Booten der blaue MOK Manager-Bildschirm erscheint, wähle dort Enroll key from disk.
- Wähle die Datei ENROLL_THIS_KEY_IN_MOKMANAGER.cer vom Ventoy-Stick aus und bestätige den Vorgang.
Sobald Secure Boot deaktiviert oder der Ventoy-Schlüssel hinterlegt ist, sollte deinem Multiboot-Stick mit mehreren Live-Systemen nichts mehr im Wege stehen.
-
Hallo tumleh,
vielen Dank für deine Rückmeldung!
Wenn der Stick am MS-DOS/Legacy-PC startet, am EFI-Notebook jedoch Fehler wirft, liegt das sehr wahrscheinlich daran, dass der Stick im Legacy-/BIOS-Modus (MBR) partitioniert bzw. geschrieben wurde, das Notebook aber ein reines UEFI-System erwartet (oder umgekehrt).
Hier sind die wichtigsten Schritte, um das Problem zu lösen:
1. UEFI / Secure Boot Einstellungen anpassen (Notebook)
- Secure Boot deaktivieren: Gehe beim Notebook ins BIOS/UEFI-Setup und schalte Secure Boot aus.
- CSM / Legacy Support aktivieren: Falls das Notebook eine Option für CSM (Compatibility Support Module) oder Legacy Boot hat, aktiviere diese versuchsweise.
2. Stick für UEFI neu erstellen
Falls das Notebook rein auf UEFI läuft, erstelle den Stick am besten noch einmal neu mit einem Tool wie Rufus (unter Windows):
- Partitionsschema: GPT
- Zielsystem: UEFI (ohne CSM)
- Dateisystem: FAT32
3. Start- / Boot-Optionen & Kernel-Parameter
Falls du die Optionsliste (die Kernel-Parameter) beim Starten suchst:
- Bei EFI/GRUB: Wenn das Boot-Menü erscheint, wähle den Menüeintrag aus und drücke e. Dadurch öffnet sich der Editor für die Boot-Zeile.
- Typische Parameter bei EFI-Problemen: Reicht es oft, ans Ende der Zeile mit linux / kernel Parameter wie nomodeset oder noapic anzuhängen und mit Strg+X oder F10 zu starten.
Gib gerne kurz Bescheid, welches Notebook-Modell du genau nutzt oder welche konkrete Fehlermeldung auf dem Bildschirm erscheint gerne per Screenshot!
Viele Grüße
-
Also bei mir zu mindestens Läuft es auf Hardwaregeräte auf Proxmox und tatsächlich auch auf Virtualbox welche Konfiguration haste da den

