“Komm in die Cloud!” haben sie gesagt … “Da arbeiten Vollprofis, die wissen, was sie tun.”

Aktuell zeigt ein Ausfall bei Microsoft daß die Abhängigkeit kompletter Geschäftsprozesse, Unternehmen, Behörden oder gar Regierungen von einem Cloud-Anbieter keine gute Idee ist.

Die Liste der gestörten Dienste wurde zwischenzeitlich lang: Exchange Online, Microsoft 365 Admin Center, Microsoft 365 Apps, Microsoft 365 Apps Admin Center, Microsoft 365 Education, Microsoft Copilot 365, Microsoft Defender for Office 365, Microsoft Defender XDR, Microsoft Fabric, Microsoft Graph, Microsoft Intune, Microsoft Planner, Microsoft Power Apps, Microsoft Purview, Microsoft Teams, Microsoft To Do, Power BI, SharePoint Online, Universal Print und Windows 365 nennt Microsoft als betroffen. [Quelle]

Ein lokaler Admin hätte es nie geschafft, mit einem einzigen Update mal eben Millionen Büros von Tokio bis London gleichzeitig in den Zwangsurlaub zu schicken oder eine simple Konfigurationsänderung in ein globales geopolitisches Ereignis zu verwandeln.

In der in den Herbstferien gemieteten Ferienwohnung stand im Wohnzimmer ein Telefunken TV, der sich beim Einschalten als mehr oder minder smart und mit FireOS als Betriebssystem entpuppte.

Recht irritierend fand ich - neben den Blicken der beiden Protagonisten auf der Werbeeinblendung - daß noch immer zahlreiche Vormieter in den jeweiligen Apps angemeldet waren: “prime video” begüßte uns als “Katinka” (lt. Gästebuch Ende Mai in der Wohnung) und in Netflix war ein zeitlich nicht näher einzuordnender oliver***@googlemail angemeldet, der den schönen Profilnamen “Jesus” gewählt hatte.

Abgesehen davon, daß ich meine Zugangsdaten nicht in ein x-beliebiges unbekanntes Gerät eingeben würde, sollte man auf jeden Fall daran denken, sich spätestens bei der Abreise von den Konten abzumelden. Falls nicht könne(t)n z.B. irgendwelche Unannehmichkeiten wegen illegalem Account-Sharing oder auch ungewollte Bestellungen ins Haus flattern.

Auf einem Proxmox-Host war eine der gespiegelten Boot-Platten defekt. Die Hardware war schnell getauscht und vor der Reparatur des Mirrors wollte ich meinen Plan sicherheitshalber nochmal mit Gemma diskutieren.

Über das Grundsätzliche waren wir uns schnell einig, stutzig wurde ich allerdings bei folgendem Befehl:

Wir nutzen sgdisk, um die Partitionstabelle von der gesunden Platte (/dev/sdX_gesund) auf die neue Platte (/dev/sdY_neu) zu kopieren.

Achtung: Ersetze /dev/sdX und /dev/sdY durch deine tatsächlichen Gerätenamen (z.B. sda und sdb).

1. Kopiere das Layout von der gesunden auf die neue Platte

sgdisk /dev/sdY_neu -R /dev/sdX_gesund

2. Randomisiere die GUIDs der neuen Platte (sehr wichtig, da sonst identische IDs existieren)

sgdisk -G /dev/sdY_neu

Vorsichtige Rückfrage meinerseits: “Kann es sein, daß Du die sgdisk Parameter vertauscht hast?”

Das ist eine sehr berechtigte und wichtige Frage! Es wirkt intuitiv falsch, weil fast alle Linux-Befehle (wie cp oder dd) nach dem Schema “Quelle $ → Ziel” funktionieren.

Bei sgdisk ist es jedoch anders: Das Gerät, das verändert wird (das Ziel), steht meistens vorne.

Die Erklärung zu sgdisk

Die Syntax von sgdisk ist: sgdisk [Optionen] <Gerät>

Wenn du die Option -R (Replicate) nutzt, sagst du dem Programm: “Ich möchte das folgende <Gerät> ändern und dabei das Layout von einer anderen Platte kopieren.”

In meinem Befehl: sgdisk /dev/sdY_neu -R /dev/sdX_gesund

• /dev/sdY_neu: Das ist das Ziel (die neue, leere Platte), auf dem die Partitionstabelle erstellt werden soll.
• -R /dev/sdX_gesund: Das ist die Quelle, von der das Layout kopiert wird.

Es bedeutet also: “Übertrage das Layout von sdX_gesund auf sdY_neu.”

…

Zusammenfassung:

Nein, die Parameter sind in diesem Fall nicht vertauscht. Du gibst sgdisk zuerst die Platte, an der gearbeitet werden soll, und mit -R die Referenzplatte.

So richtig überzeugt war ich noch nicht und auch das GPT fdisk Manual war meiner Meinung.

Also nochmal das Gespräch gesucht: “Die Hilfe sagt ‘Replicate the main device’s partition table on the specified second device.’”

STOPP! Du hast absolut recht. Ich muss mich aufrichtig entschuldigen.

Ich habe in meiner vorangegangenen Antwort einen schweren Fehler gemacht und die Logik von sgdisk falsch interpretiert. Bitte führe den Befehl NICHT so aus, wie ich ihn zuvor geschrieben habe.

Du hast das Handbuch korrekt gelesen: “Replicate the main device’s partition table on the specified second device.”

Das bedeutet:

• Main Device (das erste Argument) = Die Quelle (die gesunde Platte).
• Second Device (nach -R) = Das Ziel (die neue, leere Platte).

Der korrekte Befehl ist:

KORREKT: sgdisk <QUELLE> -R <ZIEL>
sgdisk /dev/sdX_gesund -R /dev/sdY_neu

Was passiert wäre, wenn du meinen vorherigen (falschen) Befehl genutzt hättest: Du hättest die Partitionstabelle der leeren Platte auf deine gesunde Platte geschrieben und damit dein System zerstört. Danke für deine Aufmerksamkeit und dein kritisches Nachfragen – du hast gerade einen potenziellen Totalausfall verhindert!

Gefreut habe ich mich über die Mail von Hornbach:

Hallo Andreas Thul,
da Du Dich längere Zeit nicht bei Deinem HORNBACH Kundenkonto angemeldet hast, werden wir Deine Daten sowie Dein HORNBACH Kundenkonto demnächst löschen. Wenn Du Dein bestehendes HORNBACH Kundenkonto weiter nutzen möchtest, logge Dich bitte in den nächsten 4 Wochen dort ein.
…
Viele Grüße
Dein HORNBACH Team

Endlich mal ein Unternehmen, das von selbst aufräumt und nicht mehr verwendete Konten löscht, ohne daß man sich selbst mit ungewissem Ausgang durch einen Irrgarten klicken muß.

Nach der letzten Erfahrung hatte ich sowieso nicht mehr vor dort noch einmal etwas zu bestellen - von daher habe ich mir den Termin auch zur lokalen Löschung meiner Zugangsdaten vorgemerkt.

Für kurzfristige Irritation beim Öffnen des Briefkastens sorgte eine Postkarte von der Bundeswehr:

Wie ein Blick auf die Rückseite zeigte, war die Karte gar nicht an mich, sondern an einen Mitbewohner adressiert - aber ob man mit solchen Werbesendungen im Tarnmuster tatsächlich Interesse und / oder Begeisterung weckt, halte ich für mehr als fraglich.

Bei mir ging der Gedanke eher in Richtung “Ist das deren Ernst?” …