Stufe I · Abfolge

Legt die VMs im Labor an:

• Legt srv01, srv02, ra-01, ra-02 und lx-01 mit den gegebenen Werten an.
• Stellt bei allen VMs UEFI als Firmware ein; bei den Windows-VMs zusätzlich Secure Boot und einen virtuellen TPM 2.0.
• Verbindet alle VMs mit demselben internen Netz.
• Bindet die geprüften ISO-Dateien ein, bei Proxmox zusätzlich die VirtIO-ISO für die Windows-VMs.
• Legt vor der Installation einen Snapshot jeder leeren VM an.

Nachschlagen Suchbegriffe für Handbuch, Herstellerdoku und RFC: OVMF · TPM state · VirtualBox EFI · q35

Zu zweit Diese Aufgabe bearbeitet ihr zu zweit.

Stufe I · Abfolge

Installiert srv01 und srv02 nach eurem Plan:

• Installiert srv02 aus eurer user-data, srv01 mit dem Installationsprogramm von Hand nach dem Partitionsplan.
• Setzt Hostname und feste Adresse; prüft die Netzwerkkonfiguration in Netplan.
• Spielt alle Updates ein und startet neu.
• Meldet euch per SSH vom Linux-Client aus an.
• Haltet mit lsblk -f und df -h fest, dass die Partitionen eurem Plan entsprechen.

Nachschlagen Suchbegriffe für Handbuch, Herstellerdoku und RFC: netplan · netplan try · lsblk · ssh

Zu zweit Diese Aufgabe bearbeitet ihr zu zweit.

# /etc/netplan/50-cloud-init.yaml (Name kann abweichen)
network:
  version: 2
  ethernets:
    ens18:            # unter VirtualBox oft enp0s3
      addresses: [10.30.0.10/24]
      routes:
        - to: default
          via: 10.30.0.1
      nameservers:
        addresses: [10.30.0.1]   # bis Samba läuft
        search: [szt3.internal]

sudo netplan try
sudo netplan apply
ip -br addr
ip route

Stufe II · Algorithmus

Installiert einen Windows-11-Platz aus der Antwortdatei:

• Legt eure autounattend.xml auf ein zweites Medium, das Setup beim Start findet.
• Startet ra-01 vom Windows-Medium und lasst Setup ohne Eingriff laufen.
• Notiert jede Stelle, an der Setup doch eine Eingabe verlangt, und bessert die Antwortdatei nach.
• Bindet fehlende Treiber nach eurer Treiberliste ein.
• Wiederholt die Installation auf ra-02 und vergleicht die Ergebnisse.

Nachschlagen Suchbegriffe für Handbuch, Herstellerdoku und RFC: autounattend.xml · Windows Setup · Microsoft-Windows-Setup DiskConfiguration · pnputil

Im Team Diese Aufgabe bearbeitet ihr im Team.

Stufe II · Algorithmus

Verfolgt den Bootvorgang an euren Systemen:

• Lest auf srv01 Firmwaremodus, Secure-Boot-Zustand, Starteinträge und Kernel-Kommandozeile aus.
• Messt mit systemd-analyze, wie lange Firmware, Bootloader, Kernel und Userspace brauchen, und welche Units am längsten.
• Lest auf ra-01 die Einträge des Windows-Boot-Managers aus und sucht in der Ereignisanzeige die Startdauer.
• Ordnet jeden Beleg einer der fünf Schichten aus der Fachgrundlage zu.
• Erklärt, warum systemd-analyze auf einer VM keine Firmwarezeit oder eine andere als auf echter Hardware zeigen kann.

Nachschlagen Suchbegriffe für Handbuch, Herstellerdoku und RFC: systemd-analyze · efibootmgr · bcdedit · Ereignis-ID 100 Diagnostics-Performance

Zu zweit Diese Aufgabe bearbeitet ihr zu zweit.

Stufe II · Algorithmus

Optimiert die Systemeinstellungen:

• Legt für die Plätze Energieeinstellungen fest, die zu drei Schichten und dem Wartungsfenster passen.
• Legt fest, wann Updates auf Servern und Plätzen kommen und wann neu gestartet wird.
• Prüft auf beiden Servern, welche Dienste laufen, und deaktiviert, was nicht gebraucht wird.
• Prüft auf ra-01 die Autostart-Einträge und entfernt, was die Schulung stört.
• Haltet jede Änderung mit altem Wert, neuem Wert und Grund fest.

Nachschlagen Suchbegriffe für Handbuch, Herstellerdoku und RFC: powercfg · unattended-upgrades · systemctl disable · Windows Update Nutzungszeit · Wake on LAN

Im Team Diese Aufgabe bearbeitet ihr im Team.

# Ubuntu
systemctl list-units --type=service --state=running
sudo systemctl disable --now NAME.service
cat /etc/apt/apt.conf.d/50unattended-upgrades
timedatectl

# Windows (Eingabeaufforderung als Administrator)
powercfg /list
powercfg /change standby-timeout-ac 0
powercfg /a

Stufe II · Algorithmus

Führt das Testprotokoll für alle Systeme:

• Legt Testfälle fest: Start im UEFI-Modus mit Secure Boot, Adresse und Erreichbarkeit, Namensauflösung, Zeit, Updatestand, Energieeinstellungen, Anmeldung.
• Legt je Testfall Soll, Prüfweg und Beleg fest.
• Führt die Tests auf srv01, srv02, ra-01 und lx-01 durch.
• Wertet aus: bestanden, nicht bestanden, nicht prüfbar, mit Grund.
• Entscheidet, welche Testfälle beim Rollout an jedem der 40 Plätze laufen müssen.

Im Team Diese Aufgabe bearbeitet ihr im Team.

Stufe III · Heuristik

Die Lage: Am Montag um 6:10 Uhr meldet die Frühschicht in Raum A: ra-07 startet nicht. In der Nacht hat jemand über ein Werkzeug des Herstellers ein „Chipsatz- und Speicherpaket“ auf drei Plätzen eingespielt. Am Bildschirm von ra-07 erscheint das Herstellerlogo, dann der Ladekreis, nach einigen Sekunden ein blauer Bildschirm mit Stopcode INACCESSIBLE_BOOT_DEVICE. Nach zwei Fehlstarts kommt die Windows-Wiederherstellungsumgebung. Die beiden anderen Plätze mit demselben Paket starten.

Im Labor zusätzlich: Auf lx-01 wurde ein Grafiktreiber des Herstellers über DKMS aktualisiert. Danach zeigt lx-01 statt der Anmeldeoberfläche einen schwarzen Bildschirm; mit Strg + Alt + F3 erreicht ihr eine Textkonsole.

Ein Platz bootet nach dem Treiberupdate nicht:

• Lest die Lage unten und ordnet jedes Symptom einer Schicht des Software-Stacks zu.
• Stellt zwei Vermutungen auf und legt fest, welcher Beleg welche Vermutung bestätigt oder widerlegt.
• Grenzt den Fehler mit den Mitteln ein, die ihr ohne Neuinstallation habt.
• Behebt den Fehler und beschreibt den Rückweg.
• Leitet eine Regel für Treiberupdates auf allen 40 Plätzen ab.

Nachschlagen Suchbegriffe für Handbuch, Herstellerdoku und RFC: INACCESSIBLE_BOOT_DEVICE · Windows-Wiederherstellungsumgebung · pnputil /delete-driver · mokutil · journalctl -b -1

Im Team Diese Aufgabe bearbeitet ihr im Team.