- Диск отключен в соответствии с установленной администратором политикой
- Подключенные сетевые диски не работают в Windows 10
- Подключенные сетевые диски не работают
- Создание сценариев
- Возможные способы выполнения скрипта для подключения к подключенному сетевому диску
- 1] Создать элемент автозагрузки
- 2] Создать запланированное задание
- 3] Настройки групповой политики
- Ошибка службы виртуальных дисков объект не найден (решено)
- Диск отключен из-за конфликта подписей с другим диском, находящимся в сети
- Добавить комментарий Отменить ответ
Диск отключен в соответствии с установленной администратором политикой
На одном из серверов с Windows Server 2016 после каждой перезагрузки сервера отключается дополнительный диск (не системный), подключенный в виде LUN с SAN хранилища по FC. Если открыть консоль управления дисками diskmgmt.msc, можно увидеть, что данный диск находится в автономном режиме Offline.
Чтобы сделать этот диск доступным в Windows нужно щелкнуть по нему ПКМ и перевести в режим Online. Это придется делать при каждой перезагрузке сервера. Сомнительная перспектива.
Сначала были подозрения, что при отключении питания в серверной СХД загружалась позже, чем сервер. Однако при штатной перезагрузке диск все равно отключался.
Обратите внимание на всплывающую надпись у отключённого диска в консоли управления дисками:
Как оказалось, такая проблема может наблюдаться в кластерах или на виртуальных машинах с Windows, на которых общие диски могут быть доступны нескольким операционным системам. Это связано с наличием специальной политики SAN Policy, которая впервые появилась в Windows Server 2008. Эта политика управляет автоматическим монтированием внешних дисков и используется для защиты общих дисков, которые доступны нескольким серверам одновременно. По умолчанию в Windows Server для всех SAN дисков, кроме загрузочного, используется политика Offline Shared (VDS_SP_OFFLINE_SHARED). Вы можете изменить SAN Policy на OnlineAll с помощью Diskpart.
Отройте командную строку с правами администратора и выполните команду diskpart . В контексте diskpart выведите текущую политику SAN:
DISKPART>san
SAN Policy : Offline Shared
Измените политику SAN Policy:
DISKPART> san policy=OnlineAll
DiskPart successfully changed the SAN policy for the current operating system.
san policy=onlineall» srcset=»https://winitpro.ru/wp-content/uploads/2019/05/diskpartgreater-san-policyonlineall.png 636w, https://winitpro.ru/wp-content/uploads/2019/05/diskpartgreater-san-policyonlineall-300×47.png 300w» sizes=»(max-width: 636px) 100vw, 636px»/>
Еще раз проверим текущую политику:
DISKPART> san
SAN Policy : Online All
Выберите ваш диск (в нашем примере индекс диска 2):
DISKPART>select disk 2
Можете проверить его атрибуты:
Проверьте, не включен ли атрибут Read-Only, если да, снимите его, иначе при записи на диск будет появляться надпись The disk is write protected:
DISKPART>attributes disk clear readonly
Переведите диск в online режим:
DiskPart successfully onlined the selected disk
Закройте diskpart, перезагрузите сервер и проверьте, что диск доступен после загрузки.
Как оказалась, проблема с недоступностью подключенных дисков характерна не только для Windows Server, но и для десктопных версий Windows. Например, в Windows 10 при подключении внешнего диска по USB или SSD диска в диспетчере устройства вы также можете видеть статус диска:
В Windows 10 проблема с отключающийся Offline дисками исправляется аналогично: изменением политики SAN policy. Если диск новый, возможно понадобится инициализировать его и создать на нем разделы с файловой системой.
Подключенные сетевые диски не работают в Windows 10
Подключенные сетевые диски очень полезны, когда вам нужно подключиться к диску, который находится на другом компьютере или во внешнем хранилище. Это облегчает доступ к файлам. Однако, если ваши подключенные сетевые диски не работают в Windows 10 v1809, это определенно раздражает.
Есть много способов, которыми Windows уведомляет о своей недоступности. Это может быть красный X, который появляется на сетевых дисках или говорит о недоступности при использовании из командной строки или через уведомление. Может так случиться, что для подключения сетевого диска требуется больше, чем обычно, поэтому мы рекомендуем запустить несколько сценариев при входе в систему на компьютере.
Подключенные сетевые диски не работают
Прежде чем мы продолжим обходные пути, вы должны знать, что некоторые тренировки работают при определенных сценариях. Одному может потребоваться доступ к сети при входе в систему, в то время как другим может потребоваться доступ к параметрам групповой политики. Так что выбирайте, что работает для вас.
Если подключенные сетевые диски не отображаются, не подключаются или не работают в Windows 10 после входа в систему, вы можете попробовать эти обходные пути, которые используют сценарии, чтобы убедиться, что вы подключены к ним, как только вы начнете использовать компьютер.
Создание сценариев
Здесь есть два сценария. MapDrives.ps1, который выполняется MapDrives.cmd, и выполняется в обычной (без повышенных прав) командной строке.
Создайте файл сценария с именем MapDrives.cmd и сохраните его в безопасном месте.
Аналогичным образом создайте файл сценария с именем MapDrives.ps1 с указанным ниже содержимым. Храните оба сценария в одной папке.
Возможные способы выполнения скрипта для подключения к подключенному сетевому диску
1] Создать элемент автозагрузки
Это работает только для устройств, которые имеют доступ к сети при входе в систему. Если его там нет, скрипт не сможет автоматически переподключить сетевые драйверы.
- Откройте папку «Автозагрузка», расположенную по адресу % ProgramData% \ Microsoft \ Windows \ Меню «Пуск» \ Programs \ StartUp , и вставьте в нее копию MapDrives.cmd.
- Откройте папку «Сценарии» в папке % SystemDrive% \ Scripts \ и скопируйте и вставьте MapDrives.ps1 в эту папку.
Это создаст файл журнала с именем StartupLog.txt в папке% TEMP%. Затем выйдите из машины, а затем снова войдите в систему. Это обеспечит открытие подключенных дисков.
2] Создать запланированное задание
Можно создать запланированное задание, которое запускается сразу после входа пользователя в систему. Сначала скопируйте файл сценария MapDrives.ps1 в папку сценариев Windows по адресу % SystemDrive% \ Scripts \. Затем запустите планировщик задач. Вы можете искать в окне поиска, и оно появится.
- Выберите «Действие»> «Создать задачу» и на вкладке «Общие» введите имя и описание задачи.
- Затем нажмите кнопку Изменить пользователя или группу и выберите локального пользователя или группу. Затем выберите ОК .
- Установите флажок « Запускать с наивысшими привилегиями»
- Перейдите на вкладку «Триггеры» и создайте новый триггер с параметром «При входе в систему» в раскрывающемся списке «Начать задачу». Нажмите ОК
- Далее перейдите на вкладку Действия
- Создайте новое действие и выберите «Запустить программу».
- В поле «Программа/сценарий» введите Powershell.exe.
- В поле Добавить аргументы (необязательно) введите следующее:
-windowsstyle hidden -command. \ MapDrives.ps1 >>% TEMP% \ StartupLog.txt 2> & 1 - В поле Начать с (необязательно) введите местоположение (% SystemDrive% \ Scripts \ ) файла сценария.
- На вкладке Условия выберите Запускать только в том случае, если доступно следующее сетевое подключение , выберите Любое подключение , а затем выберите OK .
Перезагрузитесь или выйдите из своей учетной записи и снова войдите в систему, чтобы выполнить задачу.
3] Настройки групповой политики
Это необходимо, если сопоставленные диски определены с помощью параметров групповой политики. Вам нужно будет обновить действие карт дисков до Заменить .
В свою очередь, он удалит существующий подключенный диск и создаст сопоставление снова при каждом входе в систему. Однако любые параметры подключенного диска, которые изменяются из параметров групповой политики, будут потеряны при каждом входе в систему. Если изменения не работают, выполните команду gpupdate с параметром /force , чтобы сразу обновить параметр групповой политики.
Одно из этих решений, предложенных Microsoft, должно помочь вам решить проблему, связанную с тем, что подключенные сетевые диски не работают в Windows 10. Сообщите нам, какой из них работает для вас.
Ошибка службы виртуальных дисков объект не найден (решено)
Проблема возникла с флешками после какого-то из обновлений Windows 10. Некоторые USB флешки (не все) при втыкании в компьютер не появлялись в проводнике. При просмотре же дисков через консоль управления дисками, эти флешки имели статус «Вне сети».
Эти же флешки на других компьютерах под управлением Windows 7 или Windows 10 открывались нормально
USB флешка находится в состоянии «Вне сети»
Можно увидеть, что системой флешка распозналась, но она недоступна — «Вне сети» ( функция «в сети» для usb-флэшек недоступна ). При попытке включить диск из консоли управления компьютером получаем сообщение:
«Диск отключен в соответствии с установленной администратором политикой».
Политик никаких не применяется, система свежая, обновленная, лицензионная.
Погуглив немного, нашел несколько инструкций, как перевести диск в онлайн. Практически все они рекомендуют использовать запуск diskpart от лица администратора.
Однако, при попытке перевести диск в онлайн статус выдает ошибку:
DISKPART> online disk
Ошибка службы виртуальных дисков:
Объект не найден.
Как перевести диск в онлайн, используя DISKPART.
Путем проб и ошибок, достаточно долго разбирая различные решения на англоязычных сайтах (где было предложено и обновить драйвера, и поменять настройки электропитания для USB устройств, и чего-то еще), наконец нашел рабочий вариант решения проблемы, как заставить Windows 10 увидеть флешку.
Решение оказалось достаточно близким к использованию DISKPART, но немного другим. А именно, вместо запуска DISKPART от админской учетки, надо запустить Windows PowerShell (Пуск — Меню — W — Windows PowerShell) все так же от учетной записи администратора системы.
Далее набираем следующие команды :
PS C:\WINDOWS\system32> get-disk
Получаем список дисков с номером в первой колонке
Number Friendly Name Serial Number HealthStatus OperationalStatus
—— ————- ————- ———— ——————
0 INTEL SSDSC2KW120H6 BTLT705503ZC120GGN Healthy Online
1 WDC WD5000AAKX-00… WD-WMAYUN942037 Healthy Online
2 WDC WD5000AAKX-00… WD-WCAYUK805107 Healthy Online
3 Flash USB Disk 37270818F853706118283 Healthy Offline
Нам нужен диск номер 3. Переводим его в в online режим
PS C:\WINDOWS\system32> set-disk 3 -isoffline $false
И проверяем результат:
PS C:\WINDOWS\system32> get-disk
Number Friendly Name Serial Number HealthStatus OperationalStatus
—— ————- ————- ———— ——————
0 INTEL SSDSC2KW120H6 BTLT705503ZC120GGN Healthy Online
1 WDC WD5000AAKX-00… WD-WMAYUN942037 Healthy Online
2 WDC WD5000AAKX-00… WD-WCAYUK805107 Healthy Online
3 Flash USB Disk 37270818F853706118283 Healthy Online
Задача решена. Эти же действия можно проделать для каждого диска, который Windows 10 не видит.
Теперь флешка нормально определяется системой Windows 10
Ну и напоследок. Частенько бывает, что после таких манипуляций флешка появляется в системе с атрибутом только для чтения. Снять защиту от записи на флешке быстрее всего оказалось с использованием командной строки. Запускам командную строку от лица администратора.
Стандартно выполняем «Пуск» — «Служебные Windows» — «Командная строка» (запустить с правами администратора). Далее вызываем утилиту управления дисками DISKPART. Можно также сразу запустить DISKPART из консоли PowerShell. Ниже у меня две флешки с атрибутами «только для чтения», чтобы убрать этот атрибут я вводил соответственно команды выбора нужного диска (select disk 3) и затем очистки соответствующего атрибута:
attributes disk clear readonly
C:\WINDOWS\system32>diskpart
Microsoft DiskPart, версия 10.0.17763.1
(C) Корпорация Майкрософт (Microsoft Corporation).
На компьютере: MYCOMP
DISKPART> list disk
Диск ### Состояние Размер Свободно Дин GPT
——— ————- ——- ——- — —
Диск 0 В сети 111 Gбайт 0 байт
Диск 1 В сети 465 Gбайт 0 байт
Диск 2 В сети 465 Gбайт 1024 Kбайт
Диск 3 В сети 14 Gбайт 2048 Kбайт
Диск 4 В сети 250 Gбайт 0 байт
DISKPART> select disk 3
Выбран диск 3.
DISKPART> attributes disk clear readonly
Атрибуты диска успешно очищены.
DISKPART> select disk 4
Выбран диск 4.
DISKPART> attributes disk clear readonly
Атрибуты диска успешно очищены.
DISKPART> exit
Завершение работы DiskPart…
C:\WINDOWS\system32>
Диск отключен из-за конфликта подписей с другим диском, находящимся в сети
После разборки RAID-массива или после подключения клонированного диска, Windows отображает подключенный диск со статусом «Вне сети».
Подпись диска — это четырехбайтный идентификатор смещения 0x1B8 в главной загрузочной записи диска (MBR), записанное в первом секторе диска. Windows использует подписи дисков для отображения таких объектов, как тома, на их диски-источники, а также, начиная с Windows Vista, подписи дисков используются Windows в ее базе данных Boot Configuration Database (BCD), в которой хранится информация, используемая процессом загрузки для нахождения загрузочных файлов и настроек. Windows требует, чтобы подписи были уникальны, так что, когда Вы подключаете диск, имеющий подпись, идентичную таковой у уже подключенного диска, Windows переводит этот диск в режим «offline» и не считывает его таблицу разделов и не монтирует его тома.
Для того, чтобы задействовать такой диск, достаточно перейти в Панель управления → Администрирование → Управление компьютером → Управление дисками, и нажав на нужном диске ПКМ, выбрать «В сети» («Online»).
После того, как вы выберете опцию «Online», Windows без предупреждения сгенерирует новую случайную подпись диска и назначит ее этому диску, записав ее в MBR. После этого система сможет обработать MBR и смонтировать присутствующие на диске тома, однако, когда Windows обновляет подпись диска, записи BCD становятся некорректными, указывая на предыдущую подпись диска, а не на новую. При загрузке с этого диска, загрузчик не сможет найти указанный диск и загрузить файлы .
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.