Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Mit Bitlocker verschlüsselte System-SSD auf neues Mainboard mitnehmen/umziehen/einbauen – ohne Datenverlust möglich?
Der reicht auch. Wirkliche Argumente, warum er nicht reichen sollte, kamen ja auch keine.
Dennoch spricht auch nichts dagegen Bitlocker zu pausieren - das erspart dir dann das manuelle Eingeben des Schlüssels, weil wirklich scharf drauf war ich auch nie.
@tollertyp ... sprichst du aus Erfahrung? Hast du das denn schon gemacht, was ich vorhabe?
SSD mit Bitlocker ausbauen -> neues Mainboard & neue CPU einbauen -> SSD wieder rein, Booten -> Bitlocker-Wiederherstellungsschlüssel eingeben, normal nutzen?
Eigentlich ist meine Frage ja recht simpel und ich fänd's voll cool, wenn jemand aus praktischer Erfahrung bestätigen oder dementieren kann, dass das funktioniert wie geplant.
Das System startet bzw. lässt den Zugriff auf den Datenträger zu. Der Wiederherstellungsschlüssel ist genauso gut wieder jeder andere Schlüssel auch. Hat man den, kann man mit dem Laufwerk alles machen.
Ergänzung ()
me2u schrieb:
SSD mit Bitlocker ausbauen -> neues Mainboard & neue CPU einbauen -> SSD wieder rein, Booten -> Bitlocker-Wiederherstellungsschlüssel eingeben, normal nutzen?
In einem Fall von mir hatte ich vor, ein Laufwerk mittels Backup wiederherzustellen. Während der Wiederherstellung folgte ein Fehler, worin stand, dass nicht mehr auf das Laufwerk zugegriffen werden konnte. Im Bios gab es dann eine Bootschleife, wovon ich nicht mehr herauskam. Es wurde mir der Zugriff verweigert und selbst die Wiederstellungscodes konnten hier nicht mehr was bewirken.
Die Optionen, die mir hierzu angezeigt wurden, endeten immer in einem Fehler.
Mein Stick mit der Rettungsumgebung konnte auch nicht mehr gebootet werden, weil hier kein Zugriff auf dem Laufwerk möglich war. Das Laufwerk wurde während der Wiederherstellung gesperrt.
Mittels Windows Setup konnte ich auf das Laufwerk dann doch letztendlich zugreifen und die vorhandenen Partitionen löschen. Danach klappte es dann wieder mit der Rettungsumgebung (Stick) und das Wiederherstellen mit einem Backup.
Würde daher auch den BitLocker pausieren oder beenden und später wieder (falls erwünscht) aktivieren.
Blöd gefragt, aber Mutmassung oder Wissen (aus Erfahrung)?
Ich habe nämlich gelesen, dass Bitlocker irgendwie ans spezifische TPM Modul gebunden sei und weiss jetzt halt nicht ob das stimmt oder nicht . . .
Standardmäßig ja.
Wenn TPM nicht funktioniert, zurückgesetzt bzw. gelöscht wurde, ist die Entsperrung aber immer mittels des Bitlocker-Wiederherstellungsschlüssels möglich.
me2u schrieb:
praktischer Erfahrung bestätigen oder dementieren kann, dass das funktioniert wie geplant.
Das System startet bzw. lässt den Zugriff auf den Datenträger zu. Der Wiederherstellungsschlüssel ist genauso gut wieder jeder andere Schlüssel auch. Hat man den, kann man mit dem Laufwerk alles machen.
SSD mit Bitlocker ausbauen -> neues Mainboard & neue CPU einbauen -> SSD wieder rein, Booten -> Bitlocker-Wiederherstellungsschlüssel eingeben, normal nutzen?
Für den reinen Zugang ist das irrelevant. Der Wiederherstellungsschlüssel ist ein Zweitschlüssel der unabhängig von weiteren Schlüsseln funktioniert. Wenn man ein TPM in einer neuen CPU nutzen will, muss man natürlich neu verschlüsseln.
Ergänzung ()
BFF schrieb:
Da wurde der vorher ausgedruckte Backup Code einfach nicht akzeptiert.
Nachweisbar nicht.
Wir konnten das sogar nach vollziehen.
Sprich Bitlocker aus, BL an, neuen Backup Code gedruckt, Datenträger in neues Gerät, starten, Code eingeben, Falscher Code.
Weil wir zu faul waren alle möglichen Beteiligten anzusprechen haben wir BL deaktiviert, Datenträger in neues Gerät, BL aktiviert und gut wars.
Wir vermuten das dies wirklich vom TPM verursacht war und es da „Inkompatibilitäten“ zwischen AMD/Intel auftraten. Wir wechselten damals von Intel nach AMD.
Ich meine sogar gelesen zu haben: nein. Wenn Du den Wiederherstellungsschlüssel eingegeben hast, wird der Key sogar automatisch an das neue TPM angepasst. Nur sicher bin ich mir nicht. Und vor allem, ob das reine Pausieren der Verschlüsselung wirklich eine gute Idee ist, wenn man die CPU wechselt.
Aber es gibt sicher Leute hier, die machen das regelmäßig beruflich.
Nachweisbar nicht.
Wir konnten das sogar nach vollziehen.
Sprich Bitlocker aus, BL an, neuen Backup Code gedruckt, Datenträger in neues Gerät, starten, Code eingeben, Falscher Code.
Interessant. Das klingt ja fast nach nem Bug. Ich arbeite ja nur mit forensischen Images und da hat der Wiederherstellungsschlüssel immer funktioniert. Wobei ich da natürlich einschränken muss, dass das natürlich niemals ein Bootdatenträger ist, sondern immer ein separater Datenträger bzw. Image. Die Hardware ist natürlich so gut wie immer abweichend vom Fremdsystem. Hatte ein solches Verhalten noch nicht. Muss ich mir für die Zukunft merken.
Ergänzung ()
Bob.Dig schrieb:
Ich meine sogar gelesen zu haben: nein. Wenn Du den Wiederherstellungsschlüssel eingegeben hast, wird der Key sogar automatisch an das neue TPM angepasst.
Mein Stick mit der Rettungsumgebung konnte auch nicht mehr gebootet werden, weil hier kein Zugriff auf dem Laufwerk möglich war. Das Laufwerk wurde während der Wiederherstellung gesperrt.
Ich mache mit dem Paragon Festplattenmanager regelmäßig Backups und zum wiederherstellen des Systemlaufwerk wird ein bootbarer Stick erstellt. Damit wird das Programm mittels Windows PE gebootet und es lassen sich dann damit Laufwerke bearbeiten oder Backups wieder einspielen. Das klappt in der Regel auch sehr gut und habe es schon oft erfolgreich ausführen können.
Das nutze ich auch wenn ich was austesten möchte und danach meine System wiederhergestellt werden soll.
Aber in diesem Fall mit dem BitLocker wurde die SSD gesperrt, damit die Daten nicht gelöscht werden können. Es hatte sich auch ein Fehler damit ergeben weil die Wiederherstellung zum Teil bereits ausgeführt wurde.
Nach dem Neustart bekam ich einen Fehler mit ein paar Lösungen, die alle nicht funktionieren. Ich kam daher nicht mehr auf Windows und überhaupt konnte nichts mehr unternommen werden. Der Stick hängte sich beim booten fest. Das kenne ich wenn das Programm nicht auf Laufwerke zugreifen kann.
Selbst das Löschen per BIOS Funktion ging nicht und es wurde ausgsagt, dass kein Zugriff möglich sei.
Ein Backup hatte ich ja, ich musste nur die Wiederherstellung mit dem Programm aus dem Uefi mit dem Stick irgendwie wieder zum laufen bekommen.
Die Lösung war letztendlich dann ein Windows Setup und dessen Seite mit den Laufwerke. Darin konnte ich die Partition löschen und ich kam dann auch mit dem Stick mit der Rettungsumgebung von Paragon wieder drauf. Damit lief dann die Wiederherstellung problemlos durch.
Mit dem ersten Vorgang hatte ich die Partition nicht gelöscht, denn diese werden normalerweise beim wiederherstellen überschrieben. Hätte ich die Partition zuvor gelöscht oder die SSD mittels BIOS Funktion gelöscht, hätte es dieses Problem nicht gegeben.
Damals hatte ich Windows 24h2 testen wollen und danach sollte mein Backup wieder eingespielt werden. Windows 24H2 hatte mir aber unbewusst den BitLocker mit dem Setup mit aktiviert. Windows 24H2 hatte ich in der Testphase installiert.
Ich habe mich schlussendlich aus Sicherheits-/Bequemlichkeitsgründen dazu entschieden, Bitlocker auszuschalten um es später nach dem Umbau wieder einzuschalten. Das ging auch viel schneller als erwartet (trotz gut 1TB an Daten auf der SSD) und hat knappe 10-15min gedauert bis die Entschlüsselung abgeschlossen war, hätte gedacht, dass das deutlich länger dauern würde.
Nun, ich war wirklich erstaunt, wie problemlos Windows den Hardware-Tausch mitgemacht hat. Das System hat OOTB gebootet und lief dann einwandfrei. Getauscht wurde von einem MSI X470 auf ein ASUS X570 Board und die bisherige Ryzen 5600 CPU wurde durch eine 5700X ersetzt; der Rest des Systems ist gleich geblieben. Hatte mich eigentlich auf eine notwendige Reparatur-Installation eingestellt. Aber die war nicht nötig.
Ja, gerade wenn man es nutzt ohne es zu wissen stellt sich die Frage um so mehr.
Aber hier weiß er es ja, und nutzt es, also dürfte es ja auch einen Grund geben?
Also Laptops, die ich auch mal mitnehme, bei denen aktiviere ich auch die Bitlocker-Verschlüsselung, so ist es nicht. Man muss einem potentiellen Dieb ja nicht auch noch gleich seine Daten anvertrauen. Zuhause sehe ich das etwas weniger kritisch, deshalb habe ich sie auf den Desktops i.d.R. nicht aktiviert.
Aber klar: Kann jeder ja für sich entscheiden. Und vermutlich würde ich meistens gar nicht merken, ob mein Desktop Bitlocker-verschlüsselt ist.
Eigentlich aus dem gleichen Grund, wie die meisten, die es bewusst mobil nutzen: Zwecks Datensicherheit im Falle eines Diebstahls (hier: Einbruchs). Und, weil es keinen merklichen Performance-Verlust bringt während die Datensicherheit erhöht wird.
Kurzum könnte man sagen wie schon @BFF meinte: Weil ich es kann. 😎
😉
BFF schrieb:
Und! Wie wir wissen, wissen manche garnicht das sie mit Bitlocker beglueckt sind.
Phuuu, sag nichts! Hatte so einen Fall letztens im Freundes-/Familienumfeld mit einem Surface Notebook, das der Kundin gewissermassen abgeschmiert ist. Gott sei Dank war dann doch noch ein Booten ins System ohne Eingabe des Wiederherstellungsschlüssels möglich, der dann umgehend (extern) gesichert und nochmals ausgedruckt wrude! 😵