Ich hab ein nervige Problem seit dem aktuellen Upgrade, und zwar zeigt es mir im Explorer immer die 450mb Recovery Partition an, laufwerksbuchstabe via DIskpart entfernen funktioniert zwar, ABER nach einem Reboot, wird die Partition wieder gemountet. habt ihr ne idee wie ich das komplett verhindern kann ?
LG
Seite 1 von 1
Recovery Partition erscheint immer wieder Nach Update auf das 1803er Update
Anzeige
#2
geschrieben 01. Mai 2018 - 11:27
Habe das selbe Problem. Auf allen PC bei denen ich mit dem Update durch bin.
Würden nicht ständig Meldungen kommen, dass der Datenträger voll ist, wäre es weniger nervig.
Würden nicht ständig Meldungen kommen, dass der Datenträger voll ist, wäre es weniger nervig.
Dieser Beitrag wurde von karstenschilder bearbeitet: 01. Mai 2018 - 11:27
#3
geschrieben 01. Mai 2018 - 11:39
Ja, dass kommt wegen dem Laufwerksbuchstaben, dass Windows da so meckert. Ist halt eines der Bugs in der SetupPlatform, die Microsoft nicht gefixt hat.
Habt ihr auch mal in der Datenträgerverwaltung nachgeschaut, ob das wirklich die eine Wiederherstellungspartition ist (i.r.R. am Anfang des Datenträgers) oder ob das eine Zweite ist, die unsinnigerweise ab und zu in der Mitte bzw. am Ende angelegt wird?
Die Sache mit der Widerherstellungspartition und dem WinRE scheint da nicht immer sauber durchzufaulen. Bei einigen existiert auch noch die versteckte Datei 'C:\$WINRE_BACKUP_PARTITION.MARKER'. Auch ein Zeichen, das etwas nicht ganz durchgelaufen ist.
Ansonsten, den Laufwerksbuchstaben entfernen:
diskpart starten
>list volume
>select volume X (aus der Liste v. o.)
>remove
>automount disable
>exit
Jetzt sollte der Laufwerksbuchstabe nicht mehr erscheinen und Windows meckert auch nicht mehr über den Speicherplatz.
Habt ihr auch mal in der Datenträgerverwaltung nachgeschaut, ob das wirklich die eine Wiederherstellungspartition ist (i.r.R. am Anfang des Datenträgers) oder ob das eine Zweite ist, die unsinnigerweise ab und zu in der Mitte bzw. am Ende angelegt wird?
Die Sache mit der Widerherstellungspartition und dem WinRE scheint da nicht immer sauber durchzufaulen. Bei einigen existiert auch noch die versteckte Datei 'C:\$WINRE_BACKUP_PARTITION.MARKER'. Auch ein Zeichen, das etwas nicht ganz durchgelaufen ist.
Ansonsten, den Laufwerksbuchstaben entfernen:
diskpart starten
>list volume
>select volume X (aus der Liste v. o.)
>remove
>automount disable
>exit
Jetzt sollte der Laufwerksbuchstabe nicht mehr erscheinen und Windows meckert auch nicht mehr über den Speicherplatz.
Ich bin kein Toilettenpapier-Hamster.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#4
geschrieben 01. Mai 2018 - 11:50
#5
geschrieben 01. Mai 2018 - 12:19
Interessant. Auf einem Gerät ist der Laufwerksbuchstabe von alleine wieder verschwunden. Kommt mir fast so vor, als ob der für irgendeinen Abschluss gebraucht wurde und nun, da es fertig war, entfernt worden ist.
#6
geschrieben 01. Mai 2018 - 15:23
Mit Diskpart hat leider nicht geklappt, aber mit Paragon habe ich den Laufwerksbuchstaben auf "kein" geändert.
Die Partition ist zum Glück aus dem Exolorer verschwunden und Windows gibt endlich Ruhe.
Ich hatte auch noch ein anderes Problem mit einer Fehlermeldung von "Appcent.exe".
Das war allerdings ein oft auftretender Fehler nach einem großen Windowsupdate.
Falls noch jemand dieses Problem hat.>> Mein Link
Einfach mit Powershell (Administrator) ausführen.
Jetzt ist bei mir die Fehlermeldung bei Windowsstart jedenfalls weg.
Die Partition ist zum Glück aus dem Exolorer verschwunden und Windows gibt endlich Ruhe.
Ich hatte auch noch ein anderes Problem mit einer Fehlermeldung von "Appcent.exe".
Das war allerdings ein oft auftretender Fehler nach einem großen Windowsupdate.
Falls noch jemand dieses Problem hat.>> Mein Link
Einfach mit Powershell (Administrator) ausführen.
Jetzt ist bei mir die Fehlermeldung bei Windowsstart jedenfalls weg.
#7
geschrieben 01. Mai 2018 - 18:42
Die Sache mit dem DCOM gibt es schon lange und in mehrfacher Ausführung (betrifft nicht nur den ShellServiceHost). Aber das wüsste ich jetzt nicht, warum man das ändern sollte. Es hat mit Sicherheit schon so seine Gründe, warum man diesen Komponenten die Berechtigungen für eine 'Lokale Aktivierung' entzogen wurde. Und solange keine merkbaren Probleme auftreten, lasse ich das so.
Hier der Artikel von Microsoft dazu: In Windows wird die DCOM-Ereignis-ID 10016 protokolliert
Aber dass das mit Diskpart nicht geklappt hat? Gut, wenn es mit Paragon geht, auch gut. Hauptsache es geht irgendwie. Wird Zeit, das ein Update für diese und andere Kleinigkeiten erscheint.
Hier der Artikel von Microsoft dazu: In Windows wird die DCOM-Ereignis-ID 10016 protokolliert
Aber dass das mit Diskpart nicht geklappt hat? Gut, wenn es mit Paragon geht, auch gut. Hauptsache es geht irgendwie. Wird Zeit, das ein Update für diese und andere Kleinigkeiten erscheint.
Ich bin kein Toilettenpapier-Hamster.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#8
geschrieben 02. Mai 2018 - 22:21
Eine administrative Eingabeaufforderung öffnen und die Zeile: Mountvol x: /d ausführen, statt "x" den tatsächlichen Buchstaben der Wiederherstellungspartition angeben. Das hilft dauerhaft ab.
- ← [gelöst] Office Updates für falsche Bit-Version
- System & Software - Windows 10
- V1803, Language Packs? →
Thema verteilen:
Seite 1 von 1