<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Qemu on Damien Dyes Blog</title>
    <link>https://blogs.damiendye.uk/de/tags/qemu/</link>
    <description>Recent content in Qemu on Damien Dyes Blog</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Sun, 04 Oct 2026 10:30:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/de/tags/qemu/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Eine OEM-Lizenz in eine Proxmox-VM bringen, und was dabei mitwandert</title>
      <link>https://blogs.damiendye.uk/de/proxmox/moving-an-oem-licence-into-a-proxmox-vm/</link>
      <pubDate>Sun, 04 Oct 2026 10:30:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/moving-an-oem-licence-into-a-proxmox-vm/</guid>
      <description>Wie die OEM-Lizenz in der Firmware eines PCs, die ACPI-Tabelle MSDM, in eine Proxmox-VM kommt: sie auslesen, sie prüfen, bevor QEMU eine kaputte zurechtbiegt, sie nur für root lesbar in pmxcfs ablegen, und was Microsofts eigene Bedingungen zum Umzug sagen, samt der einen VM auf der lizenzierten Maschine und warum Volumenlizenzen sie nie nutzen.</description>
    </item>
    <item>
      <title>Eine Proxmox-VM mit eigenem Branding, und wie es das nächste Upgrade übersteht</title>
      <link>https://blogs.damiendye.uk/de/proxmox/branding-a-proxmox-vm/</link>
      <pubDate>Sun, 04 Oct 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/branding-a-proxmox-vm/</guid>
      <description>Fünf Stellen, an denen eine Standard-VM unter Proxmox einen fremden Namen zeigt, und wie du jede ersetzt, ohne dass apt es zurückdreht: SMBIOS-Strings aus der VM-Konfiguration, der SeaBIOS-Splash, ein neu gebautes OVMF-Logo oder ein Option-ROM, das die Firmware nicht anfasst, und das Logo der Weboberfläche, alles aus dem Quellcode gelesen.</description>
    </item>
    <item>
      <title>Proxmox VE ist kein Hypervisor — KVM ist einer, und du fährst ihn schon</title>
      <link>https://blogs.damiendye.uk/de/proxmox/kvm-the-hypervisor-inside-proxmox-ve/</link>
      <pubDate>Wed, 12 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/kvm-the-hypervisor-inside-proxmox-ve/</guid>
      <description>„Ist Proxmox für Unternehmen tauglich?“ ist eine Frage zum Hypervisor, und Proxmox VE enthält keinen. Der Hypervisor ist KVM, dasselbe Kernel-Modul unter EC2, Google Cloud, Nutanix AHV und OpenShift Virtualization. Was Proxmox tatsächlich pflegt, warum das Typ-1-Argument die falsche Linie trifft, und was das Fundament nicht kauft.</description>
    </item>
    <item>
      <title>Ein virtuelles NVMe-Gerät in Proxmox — und die drei Dinge, die du aufgibst</title>
      <link>https://blogs.damiendye.uk/de/proxmox/virtual-nvme-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 14:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/virtual-nvme-proxmox/</guid>
      <description>QEMU kann einen echten NVMe-Controller emulieren, der Gast nutzt also seinen eigenen eingebauten NVMe-Treiber, ohne VirtIO-Medium. Es ist auch von Entwurf her nicht migrierbar, für Proxmox-Sicherungen unsichtbar und nicht schneller als VirtIO SCSI. Hier steht, wie man eines hinzufügt und wann es sich lohnt.</description>
    </item>
    <item>
      <title>Der Uhr einer VM ist nicht zu trauen — und die ptp_kvm-Lösung für QEMU/KVM</title>
      <link>https://blogs.damiendye.uk/de/proxmox/vm-time-ptp-kvm/</link>
      <pubDate>Fri, 07 Aug 2026 13:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/vm-time-ptp-kvm/</guid>
      <description>Die Uhr einer virtuellen Maschine steht auf einer Annahme, die Virtualisierung zerbricht: dass die CPU weiterzählt. Warum Gast-Zeit auf jedem Hypervisor wegläuft, was der Versatz tatsächlich kaputt macht — Kerberos, TLS, Ceph, Windows — und wie ptp_kvm es auf QEMU/KVM richtig löst.</description>
    </item>
    <item>
      <title>Immer Q35, nicht i440fx — warum das auf Proxmox VE zählt</title>
      <link>https://blogs.damiendye.uk/de/proxmox/q35-not-i440fx/</link>
      <pubDate>Fri, 07 Aug 2026 08:45:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/q35-not-i440fx/</guid>
      <description>Die beiden virtuellen QEMU-Chipsätze sind nicht austauschbar. Q35 liefert eine richtige PCIe-Topologie, auf die Passthrough, modernes Windows und das ganze KVM-Umfeld angewiesen sind.</description>
    </item>
  </channel>
</rss>
