Ich habe eine Windows 10-Workstation in meinem Unternehmen, die beispielsweise für die Bildverarbeitung (Photoshop) und die Softwareentwicklung (Eclipse) verwendet wird. Es ist ein i7-2600K-basierter Computer, ein Gigabyte GA-B75M-D3H B75-Motherboard mit 16 GB RAM. Das Betriebssystem ist auf der Samsung 850 Pro SSD, es gibt eine weitere 850 Pro für Daten, WD Black für Daten sowie zwei 4 GB HGST-Laufwerke an SATA 3-Ports, formatiert mit ReFS, in einem Speicherbereichsspiegel. Das Array hat 1,63 GB verwendet, 1,99 GB frei.
Vor kurzem sind die ReFS-Laufwerke im Speicherbereichsspiegel gesunken - bisher dreimal im Monat. Dies tritt normalerweise unter mäßiger bis schwerer Last nach einem längeren Zeitraum auf. Soweit ich das beurteilen kann, fällt keine der anderen Festplatten unter Last. Ich gehe daher davon aus, dass es sich um ReFS, Speicherbereiche oder ein Problem mit einer zugrunde liegenden Festplatte handelt. Ein Neustart bringt die Festplatte online.
Ich kann Fehler in der Ereignisanzeige sehen, wie die folgenden. Diese befinden sich nicht alle an einem Ort, und obwohl es unter "Anwendungs- und Dienstprotokoll -> Microsoft -> Windows" Protokollbereiche für NTFS und Speicherbereiche gibt, scheint es keinen für ReFS zu geben.
Ich würde mich über Hilfe freuen, um herauszufinden, was diese Probleme verursacht, und um sie zu beheben, damit mein System in Betrieb bleibt.
16:27.05 (under event viewer -> application and services log -> microsoft -> windows -> storagespaces-driver-operationsl
Virtual disk {26bf58b3-1cb9-4b93-a945-1b89331bb565} requires a data integrity scan.
Data on the disk is out-of-sync and a data integrity scan is required. To start the scan, run the following command:
Get-ScheduledTask -TaskName "Data Integrity Scan for Crash Recovery" | Start-ScheduledTask
Once you have resolved the condition listed above, you can online the disk by using the following commands in PowerShell:
Get-VirtualDisk | ?{ $_.ObjectId -Match "{26bf58b3-1cb9-4b93-a945-1b89331bb565}" } | Get-Disk | Set-Disk -IsReadOnly $false
Get-VirtualDisk | ?{ $_.ObjectId -Match "{26bf58b3-1cb9-4b93-a945-1b89331bb565}" } | Get-Disk | Set-Disk -IsOffline $false
16:27.05 (windows system event log): The file system was unable to write metadata to the media backing volume R:. A write failed with status "A device which does not exist was specified." ReFS will take the volume offline. It may be mounted again automatically.
16:27.06 (windows system event log): The file system detected a checksum error and was not able to correct it. The name of the file or folder is "<unable to determine file name>".
18:35.50 (windows system event log): Failed to connect to the driver: (-2147024894) The system cannot find the file specified.
18:35.50 (Kernel PNP) The driver \Driver\WudfRd failed to load for the device SWD\WPDBUSENUM\_??_USBSTOR#Disk&Ven_Generic&Prod_STORAGE_DEVICE&Rev_9451#7&2a9fd895&0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}.
18:35.58: Virtual disk {26bf58b3-1cb9-4b93-a945-1b89331bb565} could not be repaired because there is not enough free space in the storage pool.
Replace any failed or disconnected physical disks. The virtual disk will then be repaired automatically or you can repair it by running this command in PowerShell:
Get-VirtualDisk | ?{ $_.ObjectId -Match "{26bf58b3-1cb9-4b93-a945-1b89331bb565}" } | Repair-VirtualDisk
UPDATE, wie Yagmoth hervorhebt, beinhaltet dieser Fehler etwas über USB. Die Szenarien, in denen ich mich an diesen Fehler erinnere, sind: a) Beim Sichern auf einem externen USB-Laufwerk b) Beim Ausführen von CrashPlan-Sicherungen auf einem anderen internen SATA-Laufwerk