Ich hatte ja oben im Bild auch das Dialog-Fenster für die Formatierung mit aufgenommen.irgendwas hat geschrieben:05.08.2021 23:09:53Ob der Datenträger (oder Partition oder was auch immer) einen Laufwerksbuchstaben hat oder nicht, spielt keine Rolle. Wenn das Tool im "Hintergrund" eine falsche UUID zum formatieren gewählt hat, dann ist das zweifelsohne ein Bug.
du willst also behaupten, dass folgendes möglich ist:
Da steht: USB -Laufwerk formatieren.
Stattdessen wird "aus Versehen" eine nicht erkanntes, nicht gemountetes Volume auf der
Festplatte als USB-Laufwerk bezeichnet
Es wird dann selbstverständlich auch die Speicherkapazität des USB-Laufwerks angezeigt
und natürlich auch noch die Datenträgernummer Verwechselt
Datenträger 0 /Part 3 ---> EXT4 Partition
Datenträger 1 /Part 0 ---> Unformatierter Stick
Code: Alles auswählen
PS C:\Windows\system32> GWMI -namespace root\cimv2 -class win32_DiskPartition
NumberOfBlocks : 102400
BootPartition : True
Name : Datenträgernr. 0, Partitionsnr. 0
PrimaryPartition : True
Size : 52428800
Index : 0
NumberOfBlocks : 104687616
BootPartition : False
Name : Datenträgernr. 0, Partitionsnr. 1
PrimaryPartition : True
Size : 53600059392
Index : 1
NumberOfBlocks : 1044480
BootPartition : False
Name : Datenträgernr. 0, Partitionsnr. 2
PrimaryPartition : True
Size : 534773760
Index : 2
NumberOfBlocks : 40960000
BootPartition : False
Name : Datenträgernr. 0, Partitionsnr. 3
PrimaryPartition : True
Size : 20971520000
Index : 3
NumberOfBlocks : 62541824
BootPartition : False
Name : Datenträgernr. 1, Partitionsnr. 0
PrimaryPartition : True
Size : 32021413888
Index : 0
Unter Volumes erscheint die EXT4 Partition nicht. Hier der Stick
Code: Alles auswählen
_
PS C:\Windows\system32> GWMI -namespace root\cimv2 -class win32_volume
[.........]
_GENUS : 2
__CLASS : Win32_Volume
__SUPERCLASS : CIM_StorageVolume
__DYNASTY : CIM_ManagedSystemElement
__RELPATH : Win32_Volume.DeviceID="\\\\?\\Volume{0f69c0e3-f5e0-11eb-99a2-080027f00d8c}\\"
__PROPERTY_COUNT : 44
__DERIVATION : {CIM_StorageVolume, CIM_StorageExtent, CIM_LogicalDevice, CIM_LogicalElement...}
__SERVER : DESKTOP-F5DNGA1
__NAMESPACE : root\cimv2
__PATH : \\DESKTOP-F5DNGA1\root\cimv2:Win32_Volume.DeviceID="\\\\?\\Volume{0f69c0e3-f5e0-11eb-99a
2-080027f00d8c}\\"
Access :
Automount : True
Availability :
BlockSize :
BootVolume :
Capacity :
Caption : D:\
Compressed :
ConfigManagerErrorCode :
ConfigManagerUserConfig :
CreationClassName :
Description :
DeviceID : \\?\Volume{0f69c0e3-f5e0-11eb-99a2-080027f00d8c}\
DirtyBitSet :
DriveLetter : D:
DriveType : 2
ErrorCleared :
ErrorDescription :
ErrorMethodology :
FileSystem :
FreeSpace :
IndexingEnabled :
InstallDate :
Label :
LastErrorCode :
MaximumFileNameLength :
Name : D:\
NumberOfBlocks :
PageFilePresent :
PNPDeviceID :
PowerManagementCapabilities :
PowerManagementSupported :
Purpose :
QuotasEnabled :
QuotasIncomplete :
QuotasRebuilding :
SerialNumber :
Status :
StatusInfo :
SupportsDiskQuotas :
SupportsFileBasedCompression :
SystemCreationClassName :
SystemName :
SystemVolume :
PSComputerName : DESKTOP-F5DNGA1
Man kann es auch an den Haaren herbeiziehen. Vor allem sollte man es dann auch begründen.irgendwas hat geschrieben:05.08.2021 23:09:53Und ja, eine VM ist kein geeignetes Mittel dieses Szenario zu reproduzieren, denn es kann durchaus sein, dass das Phänomen nur in einer bestimmen Kombination aus UUIDs auftritt.
Ich kann dir nicht sagen, wann Windows UUID's vergibt. In den Volumes ist das Laufwerk jedenfalls nicht vermerkt,
da nicht erkannt /gemountet.
Aber das können mir hier sicherlich andere sagen, wo man die UUID eines nicht erkannten / nicht gemouteten
Laufwerks bei Windows findet.
Edit:
Die einzige Möglichkeit, die EXT 4 Partition auf der Festplatte umzuformatieren ist:
- Datenträgerverwaltung aufrufen
Partition löschen
Neue erstellen
Formatieren
einfach mal so neu zu formatieren.
Und nun hätte ich gerne eine Erklärung, warum das ausgerechnet in einer VM nur so sein soll.