Поврежденный (?) ReFS вызывает синий экран при подключении диска

На Windows Server 2019 у меня есть пул дисковых пространств на 8 дисков, который содержит много томов, только один из которых отформатирован в ReFS. (Остальные NTFS.)

Мой сервер недавно самопроизвольно начал циклы синего экрана в середине очень интенсивного использования FS (много больших удалений файлов). Теперь синие экраны сразу во время загрузки и чередуются между различными REFS.SYS ошибки. Это происходит даже при включенных различных параметрах запуска, таких как безопасный режим. В то же время, один из SSD, который составляет мое системное зеркало тома, вышел из строя. Я предположил, что это означало, что что-то испортилось на системном томе. Похоже, что это не так, основываясь на следующем открытии.

Используя новый системный диск, я переустановил Windows Server. Он обнаружил пул хранения со всеми томами в автономном режиме. Затем я вывел каждый том онлайн один за другим. Все тома, содержащие разделы, отформатированные в NTFS, появились в сети без проблем. Однако один том, содержащий ReFS, приводит к тому, что новая система становится синей, если она подключена к сети.

Какие шаги я могу предпринять, чтобы восстановить раздел ReFS / выполнить какую-либо проверку или восстановить его? И есть ли способ заставить том запускаться в автономном режиме на исходной системе? (Я хотел бы вернуться к исходному образу сервера теперь, когда я знаю, что не сама система была повреждена.)

1 ответ

Переформатируйте "потерянный" том в NTFS, восстановите данные из резервной копии и отключите ReFS от производства еще на пару лет. Когда тома ReFS заполняются до 60-80%, они имеют тенденцию блокироваться. Если у вас есть включенная система хеширования данных пользователя ReFS, ситуация становится еще хуже.

Другие вопросы по тегам