fix(templates): cloud-init-Laufwerk an scsi1 statt ide2

q35 hängt IDE an den SATA-Controller; der Cloud-Kernel von Debian 12 kennt ihn nicht, cloud-init fand keine Datenquelle. Gefunden bei der Abnahme von #021 auf pve-demo: Template-Bau über die Bau-Adresse und eine Debian-12-VM daraus, beides ohne SSH zum Node.

Closes #021

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

src/engine/ablaeufe/template-bau.ts

@@ -470,7 +470,10 @@ export function templateBauSchritte(e: TemplateBauEingabe, stand: TemplateBauSta
           serial0: "socket",
           vga: "serial0",
           agent: "enabled=1,fstrim_cloned_disks=1",
-          ide2: `${e.storage}:cloudinit`,
+          // cloud-init-Laufwerk am virtio-SCSI-Controller, nicht an ide2: q35 hängt IDE an SATA (AHCI),
+          // und der „cloud“-Kernel von Debian 12 hat keinen Treiber dafür – cloud-init fände keine
+          // Datenquelle und bliebe stumm (gefunden bei der Abnahme von #021).
+          scsi1: `${e.storage}:cloudinit`,
           ipconfig0: "ip=dhcp",
           ciupgrade: false,
           tags: ["proxdeploy-template", d.id, ...profilIds.map((p) => `profil-${p}`)].join(";"),

src/lib/version.ts

@@ -2,7 +2,7 @@
  * Version und Git-Stand für Seitenleiste, `/api/v1/ich` und die Kopfzeile der CLI.
  * Beide Werte werden beim Bauen gesetzt (Docker-Build-Arg bzw. Installer).
  */
-export const VERSION = process.env["NEXT_PUBLIC_APP_VERSION"] ?? "0.6.0";
+export const VERSION = process.env["NEXT_PUBLIC_APP_VERSION"] ?? "0.6.1";
 export const GIT_SHA = (process.env["NEXT_PUBLIC_GIT_SHA"] ?? "").slice(0, 7);
 
 export function versionText(): string {