Hitonabi
cf2f65c567
Ampel / ampel (push) Failing after 29s
ARCAN-*.md, Setup-/Fix-Skripte (u.a. install-rippy.sh fuer ein nie existentes "LXC 106"), proxmox-add-drive.sh (scsi-Passthrough war der falsche Weg — richtig ist USB-Passthrough per Vendor-ID, siehe SAVEPOINT) und die udev-Rules (referenzierten ein nie gebautes udev_daemon.py). SAVEPOINT dokumentiert Kernumbau + Hardware-Kette + Firmware-Befund (BU40N 1.05 kann kein UHD — Crossflash 1.03-MK ist der dokumentierte Weg). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Rippy udev-Setup
Problem
Rippy findet kein Laufwerk, obwohl eines am Host angeschlossen ist.
Ursache
Die docker-compose.yml nutzte anonyme Volumes für /dev/disc, /dev/cdrom, /dev/dvd:
volumes:
- disc:/dev/disc # ❌ Anonymes Volume, leer
Lösung
Direkte Mounts vom Host in den Worker-Container:
1. docker-compose.yml anpassen
volumes:
- /dev/cdrom:/dev/cdrom:ro
- /dev/dvd:/dev/dvd:ro
- /dev/sr0:/dev/sr0:ro
- disc:/dev/disc # ✅ Shared-Mount für udev-Symlinks
2. Worker-Dockerfile erweitern
isoinfofür Disc-Typ-Erkennungudevfür Geräteverwaltung
3. udev-Regel installieren
Kopiere 99-disc-ripper.rules nach /etc/udev/rules.d/
4. udev-Daemon ausführen
Der Daemon (udev_daemon.py) läuft im Worker-Container und erstellt Symlinks mit UUID/Serial.
Installation auf Arcane VM
cd /path/to/rippy/udev
bash install-arcane.sh
Testen
- Leg eine CD/DVD ein
- Logs prüfen:
docker logs -f rippy-worker - Symlinks:
docker exec rippy-worker ls -la /dev/disc - Devices:
docker exec rippy-worker ls -la /dev/cdrom /dev/dvd /dev/sr0
Dateien
99-disc-ripper.rules— udev-Regel für Einwurf/Auswurfudev_daemon.py— Daemon für Disc-Erkennungrippy-udev.service— systemd-Service (optional)install-arcane.sh— Installations-Skript für Arcane VM