![\"\"](\"https:\/\/www.cssec.de\/blog\/wp-content\/uploads\/2019\/03\/hqdefault.jpg\")
<\/p>\nHallo,<\/p>\n
heute mal wieder eine kleine Anekdote aus dem typischen Alltag. Heute hatte ich einige Momente, die mich wirklich viel Nerven gekostet haben und wer ist daran Schuld – Microsoft!!!<\/p>\n
Aktuell entwickle ich vorwiegend auf meinem Notebook, schlie\u00dfe das \u00fcber ein paar Kabel in meinem B\u00fcro an die Monitore und Tastatur\/Maus an, kann aber auch wenn ich mal Lust habe, zu Hause noch was machen. Die allgemeine Geschwindigkeit auf dem Teil ist zwar einen Tick langsamer als auf meinem Desktop-Rechner, trotzdem l\u00e4sst es sich aufgrund der NVMe-SSD ziemlich gut arbeiten.<\/p>\n
Heute morgen habe ich, bevor ich ins B\u00fcro bin, noch etwas Cutworks-Support gemacht. Anscheinend gab es mal wieder ein Windows-Update (M\u00e4rz-Update) , beim Herunterfahren habe ich mich daher entschieden, Windows zu aktualisieren.
\nDann im B\u00fcro hat er die Updates eingespielt und nach dem 2. Reboot, dann erst mal die Ern\u00fcchterung: Grub startete nicht mehr, ging also in den rescue-Modus und pr\u00e4sentierte mir folgenden Bildschirm:<\/p>\n
<\/p>\n
WTF?? Super, das Update hat wohl die komplette GRUB-Installation geschrottet. Also als erstes habe ich dann mal das Manjaro-Live-System gebootet – ein Krampf auf meinem Notebook, weil der Boot standardm\u00e4\u00dfig bei der MHWD-Initialisierung h\u00e4ngenbleibt,\u00a0 aber nach dem Auskramen einiger Linux-Kernel-Parameter irgendwann ging es dann doch. Dann habe ich nach typischer Anleitung folgendes gemacht:<\/p>\n
sudo mount \/dev\/nvme0n1p3 \/mnt\r\nsudo mount --rebind \/proc \/mnt\/proc\r\nsudo mount --rebind \/sys \/mnt\/sys\r\nsudo mount --rebind \/dev \/mnt\/dev\r\nsudo chroot \/mnt\r\n<\/pre>\nDamit hatte ich zumindest meine Linux-Installation mal gechrootet. Anschlie\u00dfend habe ich versucht den Grub-Bootloader zu aktualisieren:<\/p>\n
sudo update-grub\r\n<\/pre>\nDas hat irgendwie ziemlich lange gedauert, irgendwann war er dann doch fertig und ich habe das chroot verlassen und den Rechner neu gebootet. Und siehe da – ES HAT SICH NICHTS GE\u00c4NDERT.<\/p>\n
Irgendwie bin ich an diesem Punkt schon kurz vorm Verzweifeln gewesen.
\nDa ich die Linux-Installation auf meinem Notebook nicht wirklich oft nutze, dazu habe ich ja meinen Desktop, wollte ich zumindest erst einmal wieder Windows zum Laufen bekommen. Also den Windows-Installations-Stick eingelegt, in die Problembehandlung gegangen und dann auf der Kommandozeile die folgenden Befehle eingegeben:<\/p>\nbootrec \/fixmbr\r\nbootrec \/fixboot\r\n<\/pre>\nDer letzte Befehl hat einfach mal folgendes gebracht:<\/p>\n
element nicht gefunden<\/pre>\nNach dem Reboot das gleiche Problem wie vorher. Irgendwie ist mir langsam sehr mulmig im Bauch geworden – die Verzweifelung wurde immer gr\u00f6\u00dfer.
\nAlso wieder den Windows-Installations-Stick angeschaut und in der Kommandozeile diskpart gestartet.
\nDer Befehl list partitions zeigte mir dann merkw\u00fcrdigerweise, dass meine Windows-Partition mit einmal Laufwerk D zugeordnet war, der Daten-Partition auf meiner zweiten Festplatte dann komischerweise C.<\/p>\nMoment….<\/p>\n
Also ins Bios gewechselt und die Boot-Reihenfolge der Festplatten ge\u00e4ndert. Trotzdem war Grub immer noch der Auffassung: unknown filesystem.
\nNach dem erneuten Boot in den Windows-Installations-Stick und Ausf\u00fchrung von diversen Rettungs-Mechanismen, die allesamt mit „Kann nicht ausgef\u00fchrt werden“ endeten, erreichten meine Wut und Frustration auf Microsoft ungeahne Ma\u00dfe. Als letzten Versuch habe ich dann noch einmal:<\/p>\nbootrec \/fixmbr<\/pre>\naufgerufen, der komischerweise mit „access denied“ bzw. „Zugriff verweigert“ endete. Total frustriert schaltete ich den Rechner wieder aus, um m\u00f6glicherweise noch einmal von Seiten Linux etwas zu machen und wie durch ein Wunder bootete trotz „access denied-Fehler“ bei der MBR-Reparatur das System pl\u00f6tzlich wieder.<\/p>\n
Das war echt die schlimmste und nervenaufreibendste Stunde seit langem. Irgendwie scheint das Windows-Update dazu gef\u00fchrt zu haben, dass meine Festplatten getauscht oder aber die NVMe pl\u00f6tzlich kurzzeitig nicht mehr erkannt wurde und dementsprechend die Daten-SSD zur Haupt-Festplatte wurde. Entsprechend konnte dann der Grub (der von der alten Installation wohl noch auf der Daten-SSD war) nat\u00fcrlich kein System mehr erkennen.<\/p>\n
Nun l\u00e4uft es zum Gl\u00fcck wieder. Ich werde wohl mal in K\u00fcrze mein Notebook wechseln, irgendwie bereitet das MSI immer mehr \u00c4rger, es hat mir schon eine M2-SSD und eine normale SSD geschrottet, ich bef\u00fcrchte, dass, obwohl die Komponenten relativ neu sind, das Notebook schon wieder dabei ist, die langsam SSD’s zu schrotten.
\nNie wieder MSI-Notebooks!!!<\/p>\nEtwas gutes hat aber diese Lektion: Ich habe mich nun endg\u00fcltig entschlossen, auf meinem Desktop Windows 10 nur in einer VM laufen zu lassen. Dass Windows ein Dual-Boot-System „schrottet“ und man Schwierigkeiten hat, es wieder zu Laufen zu bekommen, ist mir heute nicht das erste mal passiert. Daher ist die VM die bessere Variante.<\/p>\n","protected":false},"excerpt":{"rendered":"
Hallo, heute mal wieder eine kleine Anekdote aus dem typischen Alltag. Heute hatte ich einige Momente, die mich wirklich viel Nerven gekostet haben und wer ist daran Schuld – Microsoft!!! Aktuell entwickle ich vorwiegend auf meinem Notebook, schlie\u00dfe das \u00fcber ein paar Kabel in meinem B\u00fcro an die Monitore und Tastatur\/Maus an, kann aber auch […]<\/p>\n","protected":false},"author":1,"featured_media":288,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15,16],"tags":[],"_links":{"self":[{"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/posts\/286"}],"collection":[{"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/comments?post=286"}],"version-history":[{"count":2,"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/posts\/286\/revisions"}],"predecessor-version":[{"id":290,"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/posts\/286\/revisions\/290"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/media\/288"}],"wp:attachment":[{"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/media?parent=286"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/categories?post=286"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cssec.de\/blog\/wp-json\/wp\/v2\/tags?post=286"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}