Ho una workstation Windows 10 utilizzata nella mia azienda per cose come l'elaborazione delle immagini (Photoshop) e lo sviluppo del software (Eclipse). È un computer basato su i7-2600K, scheda madre Gigabyte GA-B75M-D3H B75, 16 GB di RAM. Il sistema operativo è su SSD Samsung 850 pro, c'è un altro 850 pro per dati, WD Black per dati, oltre a due unità HGST da 4 GB ciascuna su porte SATA 3, formattate ReFS, in un mirror degli spazi di archiviazione. L'array ha 1,63 GB usati, 1,99 GB gratuiti.
Recentemente le unità ReFS nel mirror degli spazi di archiviazione hanno iniziato a cadere - finora tre volte in un mese. Questo di solito si verifica sotto carico da moderato a pesante, dopo un periodo prolungato. Nessuno degli altri dischi è sotto carico per quanto ne so, quindi presumo che sia ReFS, Spazi di archiviazione o un problema con un disco sottostante. Un riavvio porta il disco online.
Riesco a vedere errori nel Visualizzatore eventi come quelli qui sotto. Questi non sono tutti in un unico posto, e mentre ci sono aree di registro NTFS e Spazi di archiviazione in "Registro applicazioni e servizi -> microsoft -> windows" non sembra esserci uno per ReFS.
Gradirei aiuto per rintracciare ciò che sta causando questi problemi e risolverli, in modo che il mio sistema rimanga attivo.
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
AGGIORNA come yagmoth sottolinea che questo errore include qualcosa sull'USB. Gli scenari in cui ricordo che si verifica questo errore sono a) Quando si esegue il backup su un disco USB esterno b) Durante l'esecuzione dei backup di CrashPlan su un altro disco SATA interno