Closed shift-ohkawa closed 1 month ago
Thanks for reporting this. Understood that it might not be feasible to capture repro-mode traces given that the machine is already deployed as part of your CI infrastructure. Would you still be able to file a Windows Feedback item from the machine? Assuming you have it enabled on the machine, you can invoke Feedback Hub via [Windows]+[f] and paste the link here so we can more easily find your information on the back end. The link can be found at the bottom of the feedback report. Please use "Developer Platform -> Dev Drive" for the Category.
It turned out that this issue was caused by a driver provided by third-party.
We can't mention or describe the driver because it's protected under NDA, but its developer has recognized the driver to be "incompatible" with Dev Drive. Throughout our additional tests with the driver, we confirmed that the problem can be reproduced on non-Threadripper machine.
I'm closing this issue as it's surely not Dev Drive's bug. Thank you so much for your attention and sorry for bothering you.
@shift-ohkawa no problem! Thanks for following up.
Windows Build Number
Microsoft Windows NT 10.0.22631.0
Processor Architecture
AMD64 (AMD Ryzen Threadripper 7970X)
Memory
384GB
Storage Type, free / capacity
C: NVMe SSD 1TB, D: NVMe SSD 4TB
Relevant apps installed
Visual Studio Professional 2022, etc. (not seems to be related, though)
Traces collected via Feedback Hub
(none)
Isssue description
After creating Dev Drive formatted with ReFS, some malfunctions are observed and let the system nearly inoperable.
Steps to reproduce
Expected Behavior
Rebooting system and opening any utilities can be done successfully.
Actual Behavior
Some malfunctions, seemingly related to disk I/O operation, are observed, including:
FYI, throughout our test:
And sorry in advance, I'm afraid it'll not be easy for us to reproduce the problem or try any workarounds on the Threadripper machine, because it's already in use as part of our CI.