Proxmox 7to8 & Upgrade Windows 10 VM zu Windows 11

Proxmox 7to8 & Upgrade Windows 10 VM zu Windows 11

Das Ende von Windows 10 ist der Beginn von Windows 11.

 

End of Windows 10 (EOL)

Nach dem 14. Oktober 2025 wird Microsoft keine Updates mehr für Windows 8.1 und Windows 10 mehr zur Verfügung stellen.
Quelle: Microsoft kündigt Windows 8.1 und Windows 10 EOL an.

Da es neben inkompatibler Hardware, auf dem Windows 10 läuft und das man virtualisieren möchte,  auch bestehende virtuelle Windows 10 Maschinen auf Proxmox VE gibt, die auf Windows 11 upgedated werden sollen oder müssen, ist hier das Step-by-Step-Upgrade-How-To.

Die Systemvoraussetzungen für Windows 11 sind folgende:

  • 4 GB RAM
  • 64GB Disk
  • TPM 2.0
  • UEFI
  • Kompatible CPU
  • u.a.

Die vollständige Liste ist hier zu finden: Microsoft Windows 11 Systemanforderungen.

Teil 1: Proxmox VE Upgrade

Proxmox VE 8

Wir brauchen also zuerst einmal Proxmox VE in der Version 8, da hier erstmals TPM 2.0 verfügbar ist und auch UEFI vollständig Windows 11 -fähig unterstützt wird.
Hier ist die Upgrade-Prozedur beschrieben: Proxmox VE 7 to 8

Zusammengefasst durchlaufen wir folgende Schritte:

Shutdown sämtlicher VMs und Container.
Proxmox 7 noninteraktiv auf den neuesten Stand bringen und Version ausgeben:
export DEBIAN_FRONTEND=noninteractive; apt update
yes '' | apt-get -y -o DPkg::options::="--force-confdef" -o DPkg::options::="--force-confold" upgrade
yes '' | apt-get -y -o DPkg::options::="--force-confdef" -o DPkg::options::="--force-confold" dist-upgrade
apt autoremove
pveversion
Proxmox 7to8 Check:
pve7to8

Dieser Schritt darf keine Fehler ausgeben. Falls doch, sind diese erst einmal zu beheben. Uns ist noch keiner unter gekommen.
Falls bei euch einer auftritt, bitte hier einen Kommentar hinterlassen.

Proxmox 8 Repo Upgrade:
sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list /etc/apt/sources.list.d/pve-enterprise.list

Refresh Repo Index:

apt update

Upgrade auf Proxmox 8:

apt dist-upgrade

Das war es erst mal für Proxmox. Nach reboot steht die Proxmox VE in der Version 8 zur Verfügung.

Wie man physikalische Windows 10 Hardware virtualisiert, um es auf Windows 11 upzugraden, erspare ich uns erst mal.
Gegebenenfalls wird es dafür noch einen weiteren Beitrag geben, falls das von Interesse ist und ihr das in den Kommentaren wünscht.

Teil 2: Windows 10 vorbereiten: Disk nach GPT konvertieren

Ein essentieller Schitt für die Umstellung zu UEFI ist die Umwandlung der Windows vDisk von MBR auf GPT.
Am einfachsten geschieht das unter Windows selbst.

1. Dazu ist ein Command-Fenster (cmd) als Administrator zu starten.
2. Im Command-Fenster ist folgender Validierungsbefehl auszuführen:
mbr2gpt /validate /allowFullOS

mbr2gpt Validate

Falls dieser Befehl fehlerfrei beendet wurde, kann die Konvertierung der Disk nach GPT finalisiert werden durch folgenden Befehl:
mbr2gpt /convert /disk:0 /allowFullOS

mbr2gpt convert

Die VM kann nun herunter gefahren werden. Falls der Hypermode aktiv ist, einfach statt Herunterfahren, einen Neustart durchführen und die VM in dem Moment stoppen, wenn das Proxmox-Boot-Logo angezeigt wird.

Teil 3: Anpassungen der VM Hardware unter Proxmox VE

1. Umstellung der CPU auf [host]

CPU type host

2. Einfügen einer EFI Partition

EFI Disk

3. Umstellen des BIOS auf UEFI

UEFI BIOS

4. Einfügen des TPM 2.0 Chips

TPM 2.0 chip

5. Booten der Windows 10 VM

Teil 4: Upgrade auf Windows 11

Windows 11

1. PC Health Check

Download PC Health Check unter https://aka.ms/GetPCHealthCheckApp, installieren und ausführen.

Windows 11 Check Start

Result simple

Result Full

Wenn alles grün ist, kann das eigentliche Update beginnen.

2. Update auf Windows 11

Falls Windows Update nicht anbietet, auf Windows 11 upzudaten, kann man das auch manuell anstoßen.

Download von Windows 11 Updater hier: https://www.microsoft.com/software-download/windows11

Ausführen der Setup-Datei Windows11InstallationAssistant:

Windows 11 Installation Assistand

Windows 10 to 11

Windows 11 Upgrade

Nach dem Neustart steht Windows 11 zur Verfügung.

Voilà
Proxmox Backup Server: Sync-Job-Fehler- „owner check failed“

Proxmox Backup Server: Sync-Job-Fehler- „owner check failed“

Nachfolgende Fehlermeldung führt dazu, dass die Backups für die Sync-Gruppe ct/110 auf einen Fehler laufen:

2025-01-20T18:37:35+01:00: sync group ct/110 failed - owner check failed (backupuser@pbs != root@pam)

PBS Sync Job Failed

Aus irgendeinem Grund stimmen die lokalen Berechtigungen nicht für die Sync-Gruppe.
Hier scheint sich das um einen Bug zu handeln, der bei Verbindungsabbrüchen von online Backups und VPN-Tunnel zum Tragen kommt.
Bei Proxmox haben einige User dieses Problem. Da gab es auch einen Bug dazu, der aber noch nicht nachgestellt werden konnte.

Ein Workaround, der bei uns funktionierte, ist einfach die ownership der Sync-Gruppe auf dem Sync-Server zu überschreiben:

Annahme: Das Backup-Repo soll backupstorage2 heißen, der lokale Benutzer mit entsprechenden Berechtigungen auf das Repo soll backupuser@pbs heißen, dann wäre der Befel folgender:

proxmox-backup-client change-owner ct/110 backupuser@pbs --repository backupstore2

Möchte man alle vorhandenen Sync-Gruppen in einem Rutsch bereinigen, kann das in das Script „/usr/local/bin/pbs-correct-sync-group-ownership.sh“ packen:

#!/bin/bash
storagepath="$(dirname $(grep path /etc/proxmox-backup/datastore.cfg | awk '{print $2}'))"
repository="$(grep datastore: /etc/proxmox-backup/datastore.cfg | awk '{print $2}')"
backupuser="$(grep -r owner /etc/proxmox-backup/sync.cfg | awk '{print $2}')"
type="ct host vm"

for t in $type
 {
 for s in $(ls $storagepath/$repository/$t)
  {
   printf "Changing ownership of sync group $t/$s...\n"
   proxmox-backup-client change-owner $t/$s $backupuser --repository $repository
  }
 }

 

Infiniband Switch Mellanox/Voltaire Grid Director 4036 – Quick Configuration Guide

Infiniband Switch Mellanox/Voltaire Grid Director 4036 – Quick Configuration Guide

In all cases, read the manual and the release notes, especially if you plan to upgrade the firmware/software version. I will not be responsible if you damage your (expensive) equipment…

Use a serial connection

You can connect to the switch with the serial cable provided with the switch, and the screen command.

screen /dev/ttyUSB0 38400,vt100

Or SSH

If you connect the management interface to the network, you can also assign an IP to the switch via DHCP and use ssh:

ssh guest@a.b.c.d

You will find the default passwords in the manual.

Change all passwords

CORE2# password update admin
Enter new password (up to 8 characters) password: *******
Re-enter new password (up to 8 characters)password: *******
OK
CORE2# password update guest
Enter new password (up to 8 characters) password: *******
Re-enter new password (up to 8 characters)password: *******
OK
CORE2# password update root
Enter old password  (up to 8 characters)password: *******
Enter new password (up to 8 characters) password: *******
Re-enter new password (up to 8 characters)password: *******
OK

Time

The format of the time is MMDDhhmmyyyy (M = month, D = day, h = hour, m = second, y = year). Replace e.f.g.h with the IP of your preferred NTP server.

enable
config
ntp
clock set 031411502013
ntp server-ip-address set e.f.g.h
ntp status set enable

And finally, choose your timezone.

time-zone list show
> 170) Europe/Berlin

time-zone set 170

Name

You can set the hostname of the switch with the following commands. This name will be used in the “Node description” field, and is important if you want to understand the output of the IB commands (ibnetdiscover, ibswitches, etc).

enable
config
names
unique-default-name set disable
system-name set infinibandswitch14
exit

Subnet Manager

Choose the routing algorithm, in my case, min-hop. The other routing algorithms are documented here, choose accordingly to your network topology.

config
sm
sm-info show
-> default to min-hop

Or disable it if you have already installed a subnet manager:

sm-info mode set disable

At the end, restart the switch, it should be back in ~5 or ~10 minutes.

reload

Firmware/Software updates:

I have only tested the update from SW version 3.6.2-635 to 3.9.1-985. In all cases, you MUST read the release notes corresponding to your update. An error in the update process may break your switch.
  • Again, read the release notes on mellanox.com, for the Voltaire grid director 4036 (not 4036E).
  • If you still want to run this update, download the file upgrade_all.tgz.
  • Create a special user account voltaire on a SSH server (10.180.44.23) listening on port 22, with password authentication allowed.
  • Configure the remote server which host your firmware/software files:
      config
      remote
      server 10.180.44.23
      protocol set SCP
      username gd4036-fwupd
      password
    
      SWITCH-IB5(config-remote)# remote show
      remote configuration
      -----------------------
      remote server: a.
      username:      gd4036-fwupd
      protocol:      SCP
    
  • Read the current firmware & software version
      infinibandswitch14# module-firmware show
    
      Module No.      Type            Node GUID             LID   FW Version  SW Version
      ----------      ----            ---------             ---   ----------  ----------
      4036/2036                                                               3.6.2-365
      ---------
              CPLD    1                                             0xa
              IS4     1               0x0008f10500201238    1      7.4.2200      VLT1210032201
    
  • push firmware_complete.tgz in 10.180.44.23:~voltaire/ and untar it (tar -xzf firmware_complete.tgz).
  • on the IB switches, in a SCREEN:
      update software chassis [directory]
    
  • Wait
  • After the upgrade, you should see the new versions installed
      infinibandswitch14# version show
              version: 3.9.1
              date:    Sep 23 2012 12:11:59 PM
              build Id:985
      SWITCH-IB5# module-firmware show
    
      Module No.      Type            Node GUID             LID   FW Version  SW Version
      ----------      ----            ---------             ---   ----------  ----------
      4036/2036                                                               3.9.1-985
      ---------
              CPLD    1                                             0xa
              IS4     1               0x0008f10500201238    1      7.4.2200      VLT1210032201
      ---------