Fehlermeldungs-Bedeutung

[Franklin Schiftan]

Hallo miteinander,

nachdem eine per USB angeschlossene Backup-HDD völlig unmotiviert
vom Rechner getrennt wurde, habe ich mir mal die Ereignisanzeige
angeschaut und zu etwa diesem Zeitpunkt die untenstehende Meldung
gesehen. Leider kann ich mit der nicht wirklich was anfangen. Kann
mir das evtl. jemand nach (für mich) verständlich "übersetzen"? Kann
dort die "Ursache" oder der Grund für das plötzliche Trennen der
Platte gefunden werden?

*x- - - - - - - - - - - - - > Schnipp < - - - - - - - - - - - -x*
Durch die Berechtigungseinstellungen für "Computerstandard" wird dem
Benutzer "DOCK-15\Franklin" (SID:
S-1-5-21-1550137063-1573929305-2582167175-1004) unter der Adresse
"LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ
"Lokal Aktivierung" für die COM-Serveranwendung mit der CLSID
{C2F03A33-21F5-47FA-B4BB-156362A2F239}
und der APPID
{316CDED5-E4AE-4B15-9113-7055D84DCC97}
im Anwendungscontainer
"Microsoft.Windows.ShellExperienceHost_10.0.19041.1023_neutral_neutral_cw5n1h2txyewy"
(SID:
S-1-15-2-155514346-2573954481-755741238-1654018636-1233331829-3075935687-2861478708)
gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool
für Komponentendienste geändert werden.
*x- - - - - - - - - - - - - > Schnapp < - - - - - - - - - - - -x*


--
..... und tschuess

Franklin

[Hermann]

Am 24.08.2021 um 07:06 schrieb Franklin Schiftan:
> nachdem eine per USB angeschlossene Backup-HDD völlig unmotiviert
> vom Rechner getrennt wurde, habe ich mir mal die Ereignisanzeige
> angeschaut und zu etwa diesem Zeitpunkt die untenstehende Meldung
> gesehen.

https://docs.microsoft.com/de-de/troubleshoot/windows-client/application-management/event-10016-logged-when-accessing-dcom

Gruß

Hermann

[Takvorian]

Franklin Schiftan schrieb:

> Kann
> dort die "Ursache" oder der Grund für das plötzliche Trennen der
> Platte gefunden werden?

Glaube ich eher nicht, dass der ShellExperienceHost (= UWP-Apps, GUI,
Startmenü....) mit der Trennung der Disk zu tun hat. Solange alles
problemlos funktioniert, ist es auch Zeitverschwendung, diesen kryptischen
Meldungen nachzugehen. Hier finden sich auch ähnliche Meldungen, alles läuft
einwandfrei. Üblicherweise ist die Ereignisanzeige voll mit solchen
Meldungen. Wenn die Trennung ein einmaliges Ereignis war, würde ich's
ignorieren.

[Franklin Schiftan]

Takvorian schrieb am 24.08.2021 um 11:10 Uhr:

> Franklin Schiftan schrieb:
>
>> Kann dort die "Ursache" oder der Grund für das plötzliche
>> Trennen der Platte gefunden werden?
>
> Glaube ich eher nicht, dass der ShellExperienceHost (= UWP-Apps,
> GUI, Startmenü....) mit der Trennung der Disk zu tun hat. Solange
> alles problemlos funktioniert,

Tut es ja leider nicht, weil mit der unmotivierten Trennung der
Backup-HDD (leider nicht nur einmalig) kein Backup mehr zuverlässig
möglich ist.

[Franklin Schiftan]

Danke, Hermann, aber vermutlich ist - wie von Hans-Peter auch schon
vermutet - diese Ereignisanzeige nur zufällig im zeitlichen
Zusammenhang mit der Trennung der USB-Platte und von daher nicht
wirklich eine Hilfe beim Herausfinden der eigentlichen Ursache.

Zumal diese Trennungen (seit einigen Monaten, also leider nichts mit
'funktionierenden Zustand zurückspielen, ich hatte halt immer noch
Hoffnung auf Besserung) sehr sporadisch auftreten, manchmal mehrmals
hintereinander am selben Tag (wenn ich es mit dem Backup dann doch
mehrfach versuchte), manchmal lief es aber auch schon zwei / drei
Wochen ohne diese mysteriöse Trennung problemlos durch. Daher dürfte
die eigentliche Ursache wohl nicht ganz einfach zu finden sein,
zumal dieses Symptom auch mit einer neuen Platte, einer neuen
Platten-Dockingstation sowie anderen USB-Ports (egal, ob am Rechner
direkt oder an der Rechner-Docking-Station) auftrat.

> Hermann

[Takvorian]

Franklin Schiftan schrieb:

Dann muss man was tun. Seit wann ist das so? Ich würde testweise mal eine
alte Sicherung zurück schreiben, mit der der Fehler nie auftrat. Tritt er
dann trotzdem wieder auf, ist es ein Hardware-Problem...

[Takvorian]

Franklin Schiftan schrieb:

> Zumal diese Trennungen (seit einigen Monaten, also leider nichts mit
> 'funktionierenden Zustand zurückspielen,

Dann könnte man immer noch recht schnell testweise mal auf einer anderen
Partition (oder wenn dies nicht möglich, in eine Datei (VHD)) ein neues OS
installieren und dort testen. Zudem Port/Platte/Kabel tauschen....

[Franklin Schiftan]

Takvorian schrieb am 24.08.2021 um 12:53 Uhr:

> Franklin Schiftan schrieb:
>
>> Zumal diese Trennungen (seit einigen Monaten, also leider
>> nichts mit 'funktionierenden Zustand zurückspielen,
>

> Zudem Port/Platte/Kabel tauschen....

Zumindest das hatte ich ja - wie geschrieben (Message-ID:
<iok00o...@mid.individual.net> ) - auf dem Weg einer
Ursachenfindung schon probiert.

Gibt es denn möglicherweise außer der Ereignisanzeige noch andere
(Protokoll-)Möglichkeiten, um der fraglichen Ursache evtl. auf die
Spur zu kommen (und vor allem auch, ohne ein neues BS in einer VM
aufzusetzen, zumal mir ein - dauerhafter - Erfolg *dort* nur bedingt
hilft, weil ich ja das Hauptsystem sichern will)?

[Takvorian]

Franklin Schiftan schrieb:

> Takvorian schrieb am 24.08.2021 um 12:53 Uhr:
>
>> Franklin Schiftan schrieb:
>>
>>> Zumal diese Trennungen (seit einigen Monaten, also leider
>>> nichts mit 'funktionierenden Zustand zurückspielen,
>>
>> Zudem Port/Platte/Kabel tauschen....
>
> Zumindest das hatte ich ja - wie geschrieben (Message-ID:
> <iok00o...@mid.individual.net> ) - auf dem Weg einer
> Ursachenfindung schon probiert.
>
> Gibt es denn möglicherweise außer der Ereignisanzeige noch andere
> (Protokoll-)Möglichkeiten, um der fraglichen Ursache evtl. auf die
> Spur zu kommen

z.B. den Prozess-Monitor beim Backup mitlaufen lassen. Da müsste sich der
Fehler genauer verfolgen lassen.
Wie läuft das im Fehlerfall denn ab? Nach der Trennung sofort neu verbinden
und dann geht es wieder?

> (und vor allem auch, ohne ein neues BS in einer VM
> aufzusetzen,

ich meinte keine VM, sondern Installation in eine Datei (vhd), es wird also
nativ von der Hardware gebootet, so, als wäre das andere System in einer
anderen Partition installiert. Mit Löschung dieser Datei ist das OS dann
weg.

> zumal mir ein - dauerhafter - Erfolg *dort* nur bedingt
> hilft, weil ich ja das Hauptsystem sichern will)?

Das wäre ja problemlos möglich.

[Franklin Schiftan]

Takvorian schrieb am 24.08.2021 um 14:28 Uhr:

> Franklin Schiftan schrieb:
>
>> Takvorian schrieb am 24.08.2021 um 12:53 Uhr:
>>
>>> Franklin Schiftan schrieb:
>>>
>>>> Zumal diese Trennungen (seit einigen Monaten, also leider
>>>> nichts mit 'funktionierenden Zustand zurückspielen,
>>>
>>> Zudem Port/Platte/Kabel tauschen....
>>
>> Zumindest das hatte ich ja - wie geschrieben (Message-ID:
>> <iok00o...@mid.individual.net> ) - auf dem Weg einer
>> Ursachenfindung schon probiert.
>>
>> Gibt es denn möglicherweise außer der Ereignisanzeige noch
>> andere (Protokoll-)Möglichkeiten, um der fraglichen Ursache
>> evtl. auf die Spur zu kommen
>
> z.B. den Prozess-Monitor beim Backup mitlaufen lassen.

Ja, die Überlegung hatte ich auch schon.

> Da müsste sich der Fehler genauer verfolgen lassen. Wie läuft das
> im Fehlerfall denn ab? Nach der Trennung sofort neu verbinden
> und dann geht es wieder?

Manchmal verbindet sich die Platte von alleine wieder neu, meistens
aber nicht. Und egal, was passiert, DriveSnapshot läuft danach nicht
wieder normal weiter, weil es keinen Zugriff auf die *.hsh-Datei für
das Diff-Backup hat(te). Man kann es nach diversen Fehlermeldungen
von wegen 'Platte nicht erreichbar' nur noch abbrechen.

>> (und vor allem auch, ohne ein neues BS in einer VM
>> aufzusetzen,
>
> ich meinte keine VM, sondern Installation in eine Datei (vhd),

O.k., da hatte ich Dich dann falsch verstanden. Und ehrlich gesagt,
wüsste ich jetzt auch gar nicht, wie ich das machen müsste.

> es wird also nativ von der Hardware gebootet, so, als wäre das
> andere System in einer anderen Partition installiert. Mit
> Löschung dieser Datei ist das OS dann weg.
>
>> zumal mir ein - dauerhafter - Erfolg *dort* nur bedingt hilft,
>> weil ich ja das Hauptsystem sichern will)?
>
> Das wäre ja problemlos möglich.

Echt? Dann wäre das natürlich auch spannend ...

[Matthias Berke]

Am 24.08.2021 um 07:06 schrieb Franklin Schiftan:

> Hallo miteinander,
>
> nachdem eine per USB angeschlossene Backup-HDD völlig unmotiviert
> vom Rechner getrennt wurde,

hast Du das USB-Backup-Teil (Gehäuse + HDD) einmal an einem anderen PC
testen können?

Passiert dort das gleiche hat das USB-Backup-Teil ein Problem.
Und wenn nicht hat Dein USB am PC ein Problem.

Dann teste wenn Du noch einen entsprechenden Steckplatz hast eine
passende USB-Karte am PC.
Achtung! achte auf einen bekanntermaßen guten Chip der USB-Karte.
also NEC, FrescoLogic oder ASMedia
Idealerweise hat auch das USB-Backup-Gehäuse einen der 3 als Controller-Chip


--
mfg
Matthias Berek

[Franklin Schiftan]

Matthias Berke schrieb am 24.08.2021 um 17:58 Uhr:

> Am 24.08.2021 um 07:06 schrieb Franklin Schiftan:
>
>> Hallo miteinander,
>>
>> nachdem eine per USB angeschlossene Backup-HDD völlig
>> unmotiviert vom Rechner getrennt wurde,
>
> hast Du das USB-Backup-Teil (Gehäuse + HDD) einmal an einem
> anderen PC testen können?
>
> Passiert dort das gleiche hat das USB-Backup-Teil ein Problem.
> Und wenn nicht hat Dein USB am PC ein Problem.
>
> Dann teste wenn Du noch einen entsprechenden Steckplatz hast eine
> passende USB-Karte am PC.

Es handelt sich um ein Notebook, da ist also nix mit separaten
Karten .... und an verschiedenen Ports hatte ich es schon ausprobiert.

> Achtung! achte auf einen bekanntermaßen guten Chip der USB-Karte.
> also NEC, FrescoLogic oder ASMedia Idealerweise hat auch das
> USB-Backup-Gehäuse einen der 3 als Controller-Chip

Hmm, soweit ich das gesehen hab, wurde da was von Prolific genannt
... muss ich beim nächsten Mal drauf achten.

[Matthias Berke]

Am 24.08.2021 um 18:07 schrieb Franklin Schiftan:

>
> Es handelt sich um ein Notebook, da ist also nix mit separaten
> Karten .... und an verschiedenen Ports hatte ich es schon ausprobiert.

OK dann also die Backupplatte an anderer Maschine testen, ob dort
ebenfalls Abbrüche erfolfgen.

Ich bereinige in solchen Fällen vorher mit den Tools von Uwe Sieber
meine USB-Einträge

- DriveCleanup
- DeviceCleanup

Ich habs mir ins gleiche Speicherverzeichnis der Tools eine CMD
eingerichtet die automatisch zwischen WIN 32bit- und 64bit-Tool
unterschieden und muss so nur eine Verknüpfung zu meiner CMD als
Adminstrator einrichten.

> Hmm, soweit ich das gesehen hab, wurde da was von Prolific genannt
> ... muss ich beim nächsten Mal drauf achten.

Prolific kenne ich eigentlich nur als Treiber USB-to-Serial aber nicht
als reinen USB-Treiber - aber man kann ja auch nicht alles kennen. :-)

--
mfg
Matthias

[Matthias Berke]

Am 24.08.2021 um 18:25 schrieb Matthias Berke:

sorry hab die Links vergessen

> Ich bereinige in solchen Fällen vorher mit den Tools von Uwe Sieber
> meine USB-Einträge
>
> - DriveCleanup

https://www.uwe-sieber.de/misc_tools.html#devicecleanup

> - DeviceCleanup

https://www.uwe-sieber.de/drivetools.html#drivecleanup


--
mfg
Matthias Berke

[Franklin Schiftan]

Matthias Berke schrieb am 24.08.2021 um 18:29 Uhr:

> Am 24.08.2021 um 18:25 schrieb Matthias Berke:
>
> sorry hab die Links vergessen

Danke, Matthias .... da ich hier schon seit Jahren USBDLM verwende,
sind mir Uwes Seiten und Tools natürlich auch bekannt.

>> Ich bereinige in solchen Fällen vorher mit den Tools von Uwe Sieber
>> meine USB-Einträge
>>
>> - DriveCleanup
>
> https://www.uwe-sieber.de/misc_tools.html#devicecleanup
>
>> - DeviceCleanup
>
> https://www.uwe-sieber.de/drivetools.html#drivecleanup

Getrennte Geräte sollten ja eigentlich (bei entsprechender
Einstellung) in USBDeview auch angezeigt werden. Dort ist aber
nichts entsprechendes - und schon gar nicht an die 1.000 - zu sehen.

Von daher könnte ich mir vorstellen, dass diese "Bereinigung" nicht
viel zu tun haben dürfte und von daher (hier) auch nicht so viel bringt.

Aber trotzdem nochmal danke für den Hinweis.

[Takvorian]

Franklin Schiftan schrieb:

> O.k., da hatte ich Dich dann falsch verstanden. Und ehrlich gesagt,
> wüsste ich jetzt auch gar nicht, wie ich das machen müsste.
>
>> es wird also nativ von der Hardware gebootet, so, als wäre das
>> andere System in einer anderen Partition installiert. Mit
>> Löschung dieser Datei ist das OS dann weg.
>>
>>> zumal mir ein - dauerhafter - Erfolg *dort* nur bedingt hilft,
>>> weil ich ja das Hauptsystem sichern will)?
>>
>> Das wäre ja problemlos möglich.
>
> Echt? Dann wäre das natürlich auch spannend ..

Man kann in der Datenträgerverwaltung ja einfach eine virtuelle Platte
(vhdx) erzeugen, diese dann einbinden, formatieren und wie eine neue
Partition benutzen, also auch Windows darauf installieren.
Gleiches ist auch in Diskpart möglich, Beispiel:

Wirrtuelle Platte mit der Größe 100 MB erzeugen, einhängen, im GPT-Stil
initialisieren, Partition erstellen und NTFS formatieren, ca. 15 Sekunden:

cre vdi file=x:\Blah.vhdx maximum=100
atta vdi
con gpt
cre par pri
for quick
ass letter=v

Man kann also den Windows-Stick booten, mit Shift-F10 in der Kommandozeile
diskpart aufrufen, die Platte erstellen und Windows dann nach dort
installieren. Vorher den alten BCD sichern, weil ja wegen des zweiten
Windows ein Dualboot-Eintrag im BCD erzeugt wird, damit man beim Start das
OS auswählen kann.
Oder die VHDX vorher schon in Windows via diskpart wie oben erstellen und im
Setup via Diskpart nur noch mit Angabe des Pfades einhängen.

Siehe z.B. hier:
https://www.computerweekly.com/de/ratgeber/Windows-To-Go-und-VHDX-Alternative-Moeglichkeiten-der-Windows-10-Installation
usw...

Das neue OS lässt sich durch Sicherung der VHDX-Datei auch einfachst
sichern.

[Matthias Berke]

Am 24.08.2021 um 18:53 schrieb Franklin Schiftan:
>
> Matthias Berke schrieb am 24.08.2021 um 18:29 Uhr:
>
>> Am 24.08.2021 um 18:25 schrieb Matthias Berke:
>>
>> sorry hab die Links vergessen
>
> Danke, Matthias .... da ich hier schon seit Jahren USBDLM verwende,
> sind mir Uwes Seiten und Tools natürlich auch bekannt.

ach so na dann :-)

> Aber trotzdem nochmal danke für den Hinweis.

gerne.

Wenn Du mit einer anderen Hardware gegentesten willst könnte ich Dir
eine 2,5-Zoll Backup-Platte (1 TB SSD + inateck-Gehäuse) ausleihen.

Die musst Du nur an USB anschließen kein extra Netzteil notwendig

Bei Interesse einfach Mail an mich.

--
mfg
Matthias

[Franklin Schiftan]

Matthias Berke schrieb am 24.08.2021 um 19:21 Uhr:

> Am 24.08.2021 um 18:53 schrieb Franklin Schiftan:

>> Aber trotzdem nochmal danke für den Hinweis.
>
> gerne.
>
> Wenn Du mit einer anderen Hardware gegentesten willst könnte ich
> Dir eine 2,5-Zoll Backup-Platte (1 TB SSD + inateck-Gehäuse)
> ausleihen.
>
> Die musst Du nur an USB anschließen kein extra Netzteil
> notwendig

Das ist sehr nett! Würde ich ja auch gerne machen .... nur fürchte
ich, dass es hier doch eher irgendwie am System liegt, nachdem das
unvermittelte Trennen mit einer neuen Platte und einer neuen
Dockingstation für die neue Platte auch schon vorkam. Und selbst
wenn es mit Deiner Hardware zunächst mal funktionieren würde - ich
hatte ja geschrieben, dass es hier auch mit meiner Hardware
teilweise ohne jegliche Fehlermeldung über Wochen einwandfrei lief -
bevor dann aus heiterem Himmel wieder diese ominösen Trennungen
stattfanden.

Von daher könnte das von Hans-Peter empfohlene Vorgehen über ein
separates System vielleicht mehr Erfolg bringen. Allerdings bin ich
da nicht so mutig wie er, der sowas ja schon öfters gemacht hat,
insbesondere wenn ich so Sachen wie 'BCD sichern' etc. lese. Klar,
wenn man es einmal gemacht hat, wird man wahrscheinlich staunen, wie
einfach alles ist. Aber nachdem das hier mein Haupt-Arbeitsrechner
mit rd. 2 TB an Daten ist, bin ich halt ein wenig vorsichtiger ....

> Bei Interesse einfach Mail an mich.

Nochmals danke ...

[Takvorian]

Franklin Schiftan schrieb:

> insbesondere wenn ich so Sachen wie 'BCD sichern' etc. lese. Klar,
> wenn man es einmal gemacht hat, wird man wahrscheinlich staunen,

Äh - mit Drive-Snapshot die 100 MB-Systempartition sichern, darauf befindet
sich der BCD. ;-)

> Aber nachdem das hier mein Haupt-Arbeitsrechner
> mit rd. 2 TB an Daten ist, bin ich halt ein wenig vorsichtiger ...

Die 2 TB Daten befinden sich ja hoffentlich auf einer separaten Platte oder
zumindest in einer separaten Datenpartition.

[Franklin Schiftan]

Takvorian schrieb am 24.08.2021 um 20:05 Uhr:

> Franklin Schiftan schrieb:
>
>> insbesondere wenn ich so Sachen wie 'BCD sichern' etc. lese.
>> Klar, wenn man es einmal gemacht hat, wird man wahrscheinlich
>> staunen,
>
> Äh - mit Drive-Snapshot die 100 MB-Systempartition sichern,
> darauf befindet sich der BCD. ;-)

Ach, so einfach ist das .... das war mir nicht bewusst. Na dann...

Dumm nur, dass es eine solche Partition hier gar nicht gibt ... Hier
gibt es auf dem Datenträger 0 (SSD) eine 1,46 GB große fehlerfreie
EFI-Systempartition, dann eine 1,9 GB große Partition ohne
irgendwelche weiteren Bezeichnungen sowie eine fehlerfreie 227,51 GB
große NTFS-Partition Windows C: mit Startpartition,
Auslagerungsdatei, Absturzabbild, Basisdatenpartition.

>> Aber nachdem das hier mein Haupt-Arbeitsrechner mit rd. 2 TB an
>> Daten ist, bin ich halt ein wenig vorsichtiger ...
>
> Die 2 TB Daten befinden sich ja hoffentlich auf einer separaten
> Platte oder zumindest in einer separaten Datenpartition.

Yep, auf Datenträger 1 (eine Eisen-HDD) mit einer fehlerfreien
1.863,02 GB großen NTFS-Basisdatenpartition, aber die sollen
natürlich auch bzw. sogar vorrangig gesichert werden.

[Franklin Schiftan]

Matthias Berke schrieb am 24.08.2021 um 17:58 Uhr:

> Achtung! achte auf einen bekanntermaßen guten Chip der
> USB-Karte. also NEC, FrescoLogic oder ASMedia Idealerweise hat
> auch das USB-Backup-Gehäuse einen der 3 als Controller-Chip

Hier kommen jetzt noch wie versprochen die genaueren Angaben, einmal
von USBDeview und einmal von (dem anscheinend etwas genaueren)
DevManView, wobei übrigens in USBDeview der jeweilige
Laufwerksbuchstabe seltsamerweise nicht mit angezeigt wird, in
DevManView allerdings schon:

Platte H (das ist die neue in einer Fideco-Dockingstation):

USBDeview

- TOSHIBA HDWE150 USB Device

- USB\VID_067B&PID_2773\PROLIFICMP000000001

DevManView

- HGST HUS 726T6TALE6L4 USB Device

-
USBSTOR\Disk&Ven_HGST_HUS&Prod_726T6TALE6L4&Rev_VKGN\PROLIFICMP000000001&0


Platte G (das ist die frühere Platte in einer
Inateck-Dockingstation, wo das Trenn-Problem ja zuerst auftrat):

USBDeview

- USB Attached SCSI (UAS) Mass Storage Device

- USB\VID_174C&PID_55AA\MSFT3012345678910B

DevManView

- Inateck ASM1153E SCSI Disk Device

- SCSI\Disk&Ven_Inateck&Prod_ASM1153E\7&30f3425f&0&000000

[Franklin Schiftan]

Takvorian schrieb am 24.08.2021 um 14:28 Uhr:

> Franklin Schiftan schrieb:

>> Gibt es denn möglicherweise außer der Ereignisanzeige noch
>> andere (Protokoll-)Möglichkeiten, um der fraglichen Ursache
>> evtl. auf die Spur zu kommen
>
> z.B. den Prozess-Monitor beim Backup mitlaufen lassen. Da müsste
> sich der Fehler genauer verfolgen lassen.

Also, das hatte ich heute früh mal versucht, wo sich das neue Gerät
dann auch gleich nach dem Einschalten relativ schnell wieder
abmeldete .... aber ehrlich gesagt, bei der Fülle der Einträge und
wenn man nicht genau weiß, wonach man suchen / filtern soll, fällt
es mir schwer, etwas Verwertbares zu erkennen. Es gab zwar etliche
'Name not found' oder auch 'Buffer overflow', aber die waren von mir
auch nicht direkt mit der Trennung des Laufwerks in Verbindung zu
bringen.

[Takvorian]

Franklin Schiftan schrieb:

Man muss bei Procmon natürlich filtern, sonst wird man von der Masse
erschlagen. Immerhin kennt man den genauen Zeitpunkt, den
Laufwerksbuchstaben der Platte, den Zielort der Sicherung....

[Takvorian]

Franklin Schiftan schrieb:

> Takvorian schrieb am 24.08.2021 um 20:05 Uhr:
>
>> Franklin Schiftan schrieb:
>>
>>> insbesondere wenn ich so Sachen wie 'BCD sichern' etc. lese.
>>> Klar, wenn man es einmal gemacht hat, wird man wahrscheinlich
>>> staunen,
>>
>> Äh - mit Drive-Snapshot die 100 MB-Systempartition sichern,
>> darauf befindet sich der BCD. ;-)
>
> Ach, so einfach ist das .... das war mir nicht bewusst. Na dann...
>
> Dumm nur, dass es eine solche Partition hier gar nicht gibt ... Hier
> gibt es auf dem Datenträger 0 (SSD) eine 1,46 GB große fehlerfreie
> EFI-Systempartition,

Die sollte nicht größer als 100 MB sein, also eine irrsinnige
Platzverschwendung. Ist das vom Hersteller wie üblich völlig vermurkster
OEM-Schrott?

> dann eine 1,9 GB große Partition ohne
> irgendwelche weiteren Bezeichnungen

Noch mal Wahnsinn. Disk 0 sollte man löschen und sauber neu aufsetzen, das
Windows-Setup die Partitionen selbst erstellen lassen. Die normale
Partitionierung wäre: Diskpart -> sel dis 0 -> lis par:

Partition 1 EFI-System 100 MB
Partition 2 Reserviert 16 MB
Partition 3 Windows xxx GB
Partition 4 Wiederherstellung 524 MB

> sowie eine fehlerfreie 227,51 GB
> große NTFS-Partition Windows C: mit Startpartition,
> Auslagerungsdatei, Absturzabbild, Basisdatenpartition.

Den BCD kann man mit "bcdedit" auch solo sichern:
Admin-CMD:
bcdedit /export e:\Blah.bcd
Rücksicherung mit "/import"

[Franklin Schiftan]

Takvorian schrieb am 25.08.2021 um 10:44 Uhr:

> Franklin Schiftan schrieb:
>
>> Takvorian schrieb am 24.08.2021 um 20:05 Uhr:
>>
>>> Franklin Schiftan schrieb:
>>>
>>>> insbesondere wenn ich so Sachen wie 'BCD sichern' etc.
>>>> lese. Klar, wenn man es einmal gemacht hat, wird man
>>>> wahrscheinlich staunen,
>>>
>>> Äh - mit Drive-Snapshot die 100 MB-Systempartition sichern,
>>> darauf befindet sich der BCD. ;-)
>>
>> Ach, so einfach ist das .... das war mir nicht bewusst. Na
>> dann...
>>
>> Dumm nur, dass es eine solche Partition hier gar nicht gibt ...
>> Hier gibt es auf dem Datenträger 0 (SSD) eine 1,46 GB große
>> fehlerfreie EFI-Systempartition,
>
> Die sollte nicht größer als 100 MB sein, also eine irrsinnige
> Platzverschwendung. Ist das vom Hersteller wie üblich völlig
> vermurkster OEM-Schrott?

Hmm, ich glaube, dass die Fa. Schenker das Windows selbst schon
irgendwie mitgeliefert hat, dass die "richtige" Ersteinrichtung dann
aber hier erfolgte. Kann natürlich sein, dass sie die Partitionen
auch schon so eingerichtet hatten.

>> dann eine 1,9 GB große Partition ohne irgendwelche weiteren
>> Bezeichnungen
>
> Noch mal Wahnsinn.

Könnte das möglicherweise die von Dir als
Wiederherstellungspartition bezeichnete sein?

> Den BCD kann man mit "bcdedit" auch solo sichern: Admin-CMD:
> bcdedit /export e:\Blah.bcd Rücksicherung mit "/import"

Ah ja, gut zu wissen - danke.

Inzwischen hab ich erst mal die Platten-Dockingstation
zurückgegeben, weil Matthias ja auch wegen des Chips meinte, dass
andere da möglicherweise besser wären - und eine "bessere" bestellt
.... mal sehen, ob diese unmotivierten Trennungen dann damit auch
noch erfolgen.

[Takvorian]

Franklin Schiftan schrieb:

> Takvorian schrieb am 25.08.2021 um 10:44 Uhr:
>
>> Franklin Schiftan schrieb:
>>
>>> Takvorian schrieb am 24.08.2021 um 20:05 Uhr:
>>>
>>>> Franklin Schiftan schrieb:
>>>>
>>>>> insbesondere wenn ich so Sachen wie 'BCD sichern' etc.
>>>>> lese. Klar, wenn man es einmal gemacht hat, wird man
>>>>> wahrscheinlich staunen,
>>>>
>>>> Äh - mit Drive-Snapshot die 100 MB-Systempartition sichern,
>>>> darauf befindet sich der BCD. ;-)
>>>
>>> Ach, so einfach ist das .... das war mir nicht bewusst. Na
>>> dann...
>>>
>>> Dumm nur, dass es eine solche Partition hier gar nicht gibt ...
>>> Hier gibt es auf dem Datenträger 0 (SSD) eine 1,46 GB große
>>> fehlerfreie EFI-Systempartition,
>>
>> Die sollte nicht größer als 100 MB sein, also eine irrsinnige
>> Platzverschwendung. Ist das vom Hersteller wie üblich völlig
>> vermurkster OEM-Schrott?
>
> Hmm, ich glaube, dass die Fa. Schenker das Windows selbst schon
> irgendwie mitgeliefert hat, dass die "richtige" Ersteinrichtung dann
> aber hier erfolgte. Kann natürlich sein, dass sie die Partitionen
> auch schon so eingerichtet hatten.

Die Einrichtung, die der User zuhause macht, ist ja nur eine kleine
Personalisierung, da ist da Kind schon längst in den Brunnen gefallen - in
die tiefe OEM-Kloake.

>>> dann eine 1,9 GB große Partition ohne irgendwelche weiteren
>>> Bezeichnungen
>>
>> Noch mal Wahnsinn.
>
> Könnte das möglicherweise die von Dir als
> Wiederherstellungspartition bezeichnete sein?

Es ist halt irgendeine OEM-Partition. Wo sich Win RE befindet, erfährt man
mit "reagentc /info" oder via "bcdedit /enum all".

>> Den BCD kann man mit "bcdedit" auch solo sichern: Admin-CMD:
>> bcdedit /export e:\Blah.bcd Rücksicherung mit "/import"
>
> Ah ja, gut zu wissen - danke.
>
> Inzwischen hab ich erst mal die Platten-Dockingstation
> zurückgegeben, weil Matthias ja auch wegen des Chips meinte, dass
> andere da möglicherweise besser wären - und eine "bessere" bestellt
> .... mal sehen, ob diese unmotivierten Trennungen dann damit auch
> noch erfolgen.

Da du ja schon ohne Docking direkt am Rechner angeschlossen ebenfalls
Probleme hattest, wird eine neue Docking-Station eher nichts nützen. Einen
USB-Stick direkt am Rechner wirst du wohl auch schon versucht haben...
Eigentlich sollte die Ereignisanzeige einen exakt zum Zeitpunkt passenden
Fehler anzeigen.

[Franklin Schiftan]

Ah ja.

>>>> dann eine 1,9 GB große Partition ohne irgendwelche weiteren
>>>> Bezeichnungen
>>>
>>> Noch mal Wahnsinn.
>>
>> Könnte das möglicherweise die von Dir als
>> Wiederherstellungspartition bezeichnete sein?
>
> Es ist halt irgendeine OEM-Partition. Wo sich Win RE befindet,
> erfährt man mit "reagentc /info"

Da heißt es
"WinRE-Ort:\\?\GLOBALROOT\device\harddisk0\partition3\Recovery\WindowsRE"
Partition3 wäre dann doch aber die "normale" Windows-C-Partition,
oder? Weil, auf der Disk0 gibt es ja nur diese drei von mir
genannten Partitionen.

> oder via "bcdedit /enum all".
>
>>> Den BCD kann man mit "bcdedit" auch solo sichern: Admin-CMD:
>>> bcdedit /export e:\Blah.bcd Rücksicherung mit "/import"
>>
>> Ah ja, gut zu wissen - danke.
>>
>> Inzwischen hab ich erst mal die Platten-Dockingstation
>> zurückgegeben, weil Matthias ja auch wegen des Chips meinte,
>> dass andere da möglicherweise besser wären - und eine
>> "bessere" bestellt .... mal sehen, ob diese unmotivierten
>> Trennungen dann damit auch noch erfolgen.
>
> Da du ja schon ohne Docking direkt am Rechner angeschlossen
> ebenfalls Probleme hattest, wird eine neue Docking-Station eher
> nichts nützen.

Halt, hier hab ich mich vermutlich nicht ganz klar ausgedrückt. Es
gibt hier zwei Dockingstation, die eine, auf der das Notebook steht
und wo die vielen Dinge angeschlossen sind, damit ich das Notebook
einfach entfernen und mobil nutzen kann, ohne jedesmal alle Kabel
abzuziehen.

Die zweite ist die Dockingstation, die notwendig ist, um die
"normale" PC-Festplatte darüber per USB am PC / Notebook
anzuschließen. Wenn man keinen Desktop-Rechner mit Platz im Gehäuse
hat, ist dies eigentlich der einzige Weg, um eine "normale"
PC-Festplatte z.B. am Notebook (per USB) anzuschließen.

Und diesen Anschluss der USB-Platte mit ihrer Dockingstation hatte
ich auch schon - um die Notebook-Dockingstation als mögliche
Fehlerursache auszuschließen - testweise mal direkt an verschiedenen
Notebook-USB-Buchsen (anstelle an der Notebook-Dockingstation)
vorgenommen - leider auch ohne merkbaren Erfolg.

[Takvorian]

Franklin Schiftan schrieb:

> Takvorian schrieb am 25.08.2021 um 12:44 Uhr:

>> Es ist halt irgendeine OEM-Partition. Wo sich Win RE befindet,
>> erfährt man mit "reagentc /info"
>
> Da heißt es
> "WinRE-Ort:\\?\GLOBALROOT\device\harddisk0\partition3\Recovery\WindowsRE"
> Partition3 wäre dann doch aber die "normale" Windows-C-Partition,
> oder? Weil, auf der Disk0 gibt es ja nur diese drei von mir
> genannten Partitionen.

Die Datenträgerverwaltung zeigt nicht alle Partitionen an.
Siehe Diskpart:
sel dis 0
lis par

>> Da du ja schon ohne Docking direkt am Rechner angeschlossen
>> ebenfalls Probleme hattest, wird eine neue Docking-Station eher
>> nichts nützen.
>
> Halt, hier hab ich mich vermutlich nicht ganz klar ausgedrückt. Es
> gibt hier zwei Dockingstation, die eine, auf der das Notebook steht
> und wo die vielen Dinge angeschlossen sind, damit ich das Notebook
> einfach entfernen und mobil nutzen kann, ohne jedesmal alle Kabel
> abzuziehen.
>
> Die zweite ist die Dockingstation, die notwendig ist, um die
> "normale" PC-Festplatte darüber per USB am PC / Notebook
> anzuschließen. Wenn man keinen Desktop-Rechner mit Platz im Gehäuse
> hat, ist dies eigentlich der einzige Weg, um eine "normale"
> PC-Festplatte z.B. am Notebook (per USB) anzuschließen.

Sowas hab ich gar nicht, ich habe für Backups extern nur richtige
USB-Platten mit eigener Stromversorung, die direkt an den PCs angeschlossen
sind. Man sollte jedenfalls auch das testen, bevor man sinnlos neue Hardware
kauft. Ein Stick genügt ja für Testzwecke direkt im Rechner steckend.

[Franklin Schiftan]

Takvorian schrieb am 25.08.2021 um 13:45 Uhr:

> Franklin Schiftan schrieb:
>
>> Takvorian schrieb am 25.08.2021 um 12:44 Uhr:
>
>>> Es ist halt irgendeine OEM-Partition. Wo sich Win RE
>>> befindet, erfährt man mit "reagentc /info"
>>
>> Da heißt es
>> "WinRE-Ort:\\?\GLOBALROOT\device\harddisk0\partition3\Recovery\WindowsRE"
>>
>>
>>
Partition3 wäre dann doch aber die "normale" Windows-C-Partition,
>> oder? Weil, auf der Disk0 gibt es ja nur diese drei von mir
>> genannten Partitionen.
>
> Die Datenträgerverwaltung zeigt nicht alle Partitionen an. Siehe
> Diskpart: sel dis 0 lis par

Ah ja, da sieht's "besser" aus:

Partition ### Typ Größe Offset
------------- ---------------- ------- -------
Partition 1 System 1500 MB 1024 KB
Partition 2 Reserviert 2000 MB 1501 MB
Partition 3 Wiederherstellun 2000 MB 3501 MB
Partition 4 Primär 227 GB 5501 MB

>>> Da du ja schon ohne Docking direkt am Rechner angeschlossen
>>> ebenfalls Probleme hattest, wird eine neue Docking-Station
>>> eher nichts nützen.
>>
>> Halt, hier hab ich mich vermutlich nicht ganz klar
>> ausgedrückt. Es gibt hier zwei Dockingstation, die eine, auf
>> der das Notebook steht und wo die vielen Dinge angeschlossen
>> sind, damit ich das Notebook einfach entfernen und mobil nutzen
>> kann, ohne jedesmal alle Kabel abzuziehen.
>>
>> Die zweite ist die Dockingstation, die notwendig ist, um die
>> "normale" PC-Festplatte darüber per USB am PC / Notebook
>> anzuschließen. Wenn man keinen Desktop-Rechner mit Platz im
>> Gehäuse hat, ist dies eigentlich der einzige Weg, um eine
>> "normale" PC-Festplatte z.B. am Notebook (per USB)
>> anzuschließen.
>
> Sowas hab ich gar nicht, ich habe für Backups extern nur richtige
> USB-Platten mit eigener Stromversorung, die direkt an den PCs
> angeschlossen sind.

;-) Na ja, da sind dann "Dockingstation" und Platte halt fest
zusammen verbaut.

> Man sollte jedenfalls auch das testen, bevor man sinnlos neue
> Hardware kauft. Ein Stick genügt ja für Testzwecke direkt im
> Rechner steckend.

Da das unmotivierte Trennen nur recht selten vorkommt (dann aber um
so störender ist), hatte ich mit Sticks am Rechner bislang nie
(solche) Probleme.

[Takvorian]

Franklin Schiftan schrieb:

> Ah ja, da sieht's "besser" aus:
>
> Partition ### Typ Größe Offset
> ------------- ---------------- ------- -------
> Partition 1 System 1500 MB 1024 KB

Statt 100 MB monströse 1500 MB - Vermutlich auch noch OEM-Müll in der
System-Partition, der dort auf keinen Fall hingehört.

> Partition 2 Reserviert 2000 MB 1501 MB

Für die MSR-Partition genügen 16 MB dicke. 2000 MB sind der absolute
Wirrsinn.

> Partition 3 Wiederherstellun 2000 MB 3501 MB

Passt dann zu der Meldung von Reagentc. Statt 524 MB aber satte 2000 MB,
wieder Idiotie.