Ошибка при попытке выполнения операции initializedefaultdrives для поставщика filesystem

Yesterday I was fiddling with Azure Files service to check out its Internet-accessible SMB shared folder behaviour.

Mapping a drive letter with NET USE was simple enough. (although disturbed they don’t offer a read-only access key, and must use full admin write access key) The significant thing though, is we’re mapping a drive letter for NT AUTHORITYSYSTEM context, done
so via a scheduled task to run on system start. That works ok too.

However, now when I launch up PowerShell ISE, it’s stuck forever at loading. Nothing can be done other than to kill powershell_ise.exe.

When I run a regular PowerShell shell, I see an error Attempting to perform the InitializeDefaultDrives operation on the ‘FileSystem’ provider failed

If I disconnect the drive letter than the problem goes away.

Thing is, previously, we were mapping the drive letter to an IIS WebDAV web server and didn’t face any such problem. What sort of differences with Azure’s public SMB server(s) can cause this limbo?


The melody of logic will always play out the truth. ~ Narumi Ayumu, Spiral

Наконец, я надеюсь узнать причину и протестировать некоторые сценарии.

Во-первых, позвольте мне заявить, что это ошибка Windows NFS.

Я не знаю, как сообщить об этом в Microsoft как о смертном. Я буду сообщать об этом здесь и в моем блоге.

Есть условия, которые должны быть выполнены для распространения этой ошибки:

1) компьютер должен быть в домене

2) Вы должны использовать этот компьютер как во внутренней сети, так и в полноценном VPN, и вы должны оба в одном профиле.

3) У вас должна быть установлена реализация Microsoft NFS (псевдоним Client для NFS)

4) Служба должна запускаться автоматически при запуске компьютера. Если служба находится в режиме manual запуска и запускается после завершения последовательности загрузки, ошибка не проявится.

5) У вас должен быть какой-то общий ресурс NFS. Проблема здесь в том, что доля NFS имеет приоритет над обычной долей net use . Если вы отключите общий ресурс NFS, а затем отобразите его, используя net use ... /persistent:yes , этот ресурс будет перезаписан после перезагрузки. После перезагрузки он будет идентифицирован как общий ресурс NFS , который выдает ошибку.

Как с этим бороться?

Вкратце: установите для службы NFS Client for Windows ручной режим из автоматического режима. Используйте планировщик задач или gpedit в сочетании с моими сценариями powershell для монтирования и размонтирования общих ресурсов NFS.
НЕ останавливайте службу NFS Client for Windows при подключении некоторых общих ресурсов!

Более длинный ответ:

При использовании моих сценариев, пожалуйста, прочитайте ниже информацию:

Примечания && лучшие практики (важно прочитать!):

A) NFS mount, at least the Microsoft's implementation, is NOT persistent over boots.  To overcome 
  this you have these options:                                                                    
  I) Schedule this script in Task scheduler under "ordinary" user e.g. DOMAINuser and have the   
     check-box "Run with highest privileges" (in order to start the NFS Client service if stopped)
 II) Run it in the "Local Group Policy Editor" (gpedit.msc) under "Windows SettingsScripts"      
     (Startup -> mount and Shutdown -> unmount) in the sections "Computer Configuration" (for all 
      users) or under "User configuration" (for one specific user)                                

B) Do !!!NOT!!! mount NFS drive on system-wide account as "nt authoritysystem".  At the first    
   glance this seems to be a good idea.  Don't be fooled, it is not!  When you mount NFS share    
   under "SYSTEM" account it will appear as fixed drive for all other users!  On "SYSTEM" account 
   it still will show as network share.  If you stop the NFS Client for Windows service, NOT      
   recommended when any NFS share active, and then start it again, then even under "SYSTEM"       
   account it will appear as "fixed" drive.  It will leave user no option other than restart for  
   unmount.                                                                                       

C) It is NOT a good idea to stop Client for NFS Service when you have NFS mounted.  It can lead   
   to unexpected states like the NFS share actually becoming a hard-drive for windows till reboot.

D) If the Client for NFS Service is started already then it is better not to stop it manually as  
   it can, under certain circumstances, refuse to start.  It is better to have a log-off script   
   take care of the unmount && stopping the service                                               

Ошибки или замечания по конфигурации сервера:

A) You are getting a powershell error:                                                            
   "Attempting to perform the InitializeDefaultDrives operation on the 'FileSystem' provider      
   failed."                                                                                       
   This error can be caused the NFS Client for Windows when service is starting with start of the 
   Windows.  It takes precedence over "ordinary" `net use` and it causes powershell to check      
   "FileSystem".                                                                                  

Ad A) Решение: используйте этот скрипт для монтирования NFS Share — установите его при помощи политик gpedit при запуске или
Вы можете запустить через планировщик задач (он пытается запустить службу «Клиент для NFS») — у сценария должны быть права на это. Не забудьте установить службу «Клиент для NFS» («NfsClnt»)
к ручному запуску, чтобы он не запускался при запуске Windows.

B) If you are getting this error message (at your NFS server):                                    
   "(rpc.mountd[7243]: refused mount request from 192.168.XX.XX for <mount>: illegal port 24784"  
      you are most probably trying to connect on port over 1024.  To connect to NFS share you need
      to have 'insecure' option at your /etc/exports (if missing fix it and run `exportfs -r`)    

СОВЕТ: Для запуска сценария монтирования требуется UAC, если служба еще не запущена. Вы можете:

1) run it manually - you will see UAC window                                                      
2) create a new Task in Task Scheduler and check the check box "Run it with highest privileges"   
3) create a startup powershell script in the local policies

Миграция с сетевого диска NFS OR на общий ресурс (например, с использованием автономных функций Windows) в облако

Удаление сетевого диска (в моем случае диск U: :)

Эта проблема может возникнуть, если у вас включена автономная работа с файлами, и файлы резервируются на сетевой диск. Если ваша компания изменит это в пользу перехода на какой-либо облачный сервис, это может привести к тупиковой ситуации в вашем профиле, когда некоторым приложениям все еще нужен предыдущий сетевой диск, но вам все равно нужно переключиться на нового облачного провайдера.

Если вы используете NFS Client for windows от Microsoft, вот как вы избавляетесь от предыдущего сетевого диска:

Как избавился от диска U: (пока нет сообщения) со следующими шагами:

1) Выберите -> Start MenuProgramsAdministrative ToolsServices for Network File System (NFS)

2) Остановите client for NFS щелкнув правой кнопкой мыши на элементе и выбрав « stop service

3) Простое ручное удаление работает !!!!

net use u: /delete
--> U: was deleted successfully.

Чтобы Windows забыла предыдущий диск и правильно установила в Volatile Environment новую конфигурацию, вам необходимо перезагрузить компьютер.

Сообщение об ошибке не отображается при остановленном Client for NFS . Достаточно иметь это в государственном manual и запустить его через скрипт

Author Martin Boyle

M Boyle


This person is a Verified Professional

This person is a verified professional.

Verify your account
to enable IT peers to see that you are a professional.

ghost chili

Any odd output from

In fact, have a look at example 5 in the help for get-psdrive: 

https://technet.microsoft.com/en-us/library/hh849796.aspx Opens a new window

and see if there is any discrepancy in the output of the 4 commands:

Powershell

Get-PSDrive -provider FileSystem
net use
[System.IO.DriveInfo]::getdrives()
get-wmiobject win32_logicaldisk

(run all commands from powershell).  Maybe something will jump out at you.


Was this post helpful?
thumb_up
thumb_down

Yesterday I was fiddling with Azure Files service to check out its Internet-accessible SMB shared folder behaviour.

Mapping a drive letter with NET USE was simple enough. (although disturbed they don’t offer a read-only access key, and must use full admin write access key) The significant thing though, is we’re mapping a drive letter for NT AUTHORITYSYSTEM context, done
so via a scheduled task to run on system start. That works ok too.

However, now when I launch up PowerShell ISE, it’s stuck forever at loading. Nothing can be done other than to kill powershell_ise.exe.

When I run a regular PowerShell shell, I see an error Attempting to perform the InitializeDefaultDrives operation on the ‘FileSystem’ provider failed

If I disconnect the drive letter than the problem goes away.

Thing is, previously, we were mapping the drive letter to an IIS WebDAV web server and didn’t face any such problem. What sort of differences with Azure’s public SMB server(s) can cause this limbo?


The melody of logic will always play out the truth. ~ Narumi Ayumu, Spiral

Yesterday I was fiddling with Azure Files service to check out its Internet-accessible SMB shared folder behaviour.

Mapping a drive letter with NET USE was simple enough. (although disturbed they don’t offer a read-only access key, and must use full admin write access key) The significant thing though, is we’re mapping a drive letter for NT AUTHORITYSYSTEM context, done
so via a scheduled task to run on system start. That works ok too.

However, now when I launch up PowerShell ISE, it’s stuck forever at loading. Nothing can be done other than to kill powershell_ise.exe.

When I run a regular PowerShell shell, I see an error Attempting to perform the InitializeDefaultDrives operation on the ‘FileSystem’ provider failed

If I disconnect the drive letter than the problem goes away.

Thing is, previously, we were mapping the drive letter to an IIS WebDAV web server and didn’t face any such problem. What sort of differences with Azure’s public SMB server(s) can cause this limbo?


The melody of logic will always play out the truth. ~ Narumi Ayumu, Spiral

Original question https://social.technet.microsoft.com/Forums/windowsserver/en-US/1df53306-5123-4281-9ca3-510de4835b02/powershell-attempting-to-perform-the-initializedefaultdrives-operation-on-the-filesystem?forum=win10itprogeneral

I was fiddling with Azure Files service to check out its Internet-accessible SMB shared folder behaviour.

Mapping a drive letter with NET USE was simple enough. (although disturbed they don’t offer a read-only access key, and must use full admin write access key) The significant thing though, is we’re mapping a drive letter for NT AUTHORITYSYSTEM context, done
so via a scheduled task to run on system start. That works ok too.

However, now when I launch up PowerShell ISE, it’s stuck forever at loading. Nothing can be done other than to kill powershell_ise.exe.

When I run a regular PowerShell shell, I see an error Attempting
to perform the InitializeDefaultDrives operation on the ‘FileSystem’ provider failed

If I disconnect the drive letter than the problem goes away.

Thing is, previously, we were mapping the drive letter to an IIS WebDAV web server and didn’t face any such problem. What sort of differences
with Azure’s public SMB server(s) can cause this limbo?


The melody of logic will always play out the truth. ~ Narumi Ayumu, Spiral

Finally, I hope to know the reason and tested some scenarios.

First, let me state that this is a Windows NFS BUG.

I don’t know how to report it to Microsoft as mere mortal. I’ll be reporting it here and on my blog.

There are conditions to be met for this error to propagate:

1) The computer must be in domain

2) You have to use this computer both on internal network and full-fledged VPN and you have to both on the same profile

3) You have to have the Microsoft’s NFS implementation installed (alias Client for NFS)

4) You have to have the service started automatically at the start of the computer. If the service is on manual start and is started after the boot sequence is complete the bug will not manifest itself.

5) You have to have some kind of NFS share. The issue here is that the NFS share takes precedence over ordinary net use share. If you disconnect a NFS share and then map it using net use ... /persistent:yes, then this share will get overwritten after a reboot. It will be identified, after reboot, as NFS share again, and producing the error.

How to deal with it?

In short:
Set the NFS Client for Windows service to manual from automatic mode. Use Task Scheduler or gpedit in conjunction with my powershell scripts for mounting and unmounting NFS shares.
DO NOT stop NFS Client for Windows service when some shares are mounted!

Longer answer:

When using my scripts please read the bellow information:

Notes && best practices (important to read!):

A) NFS mount, at least the Microsoft's implementation, is NOT persistent over boots.  To overcome 
  this you have these options:                                                                    
  I) Schedule this script in Task scheduler under "ordinary" user e.g. DOMAINuser and have the   
     check-box "Run with highest privileges" (in order to start the NFS Client service if stopped)
 II) Run it in the "Local Group Policy Editor" (gpedit.msc) under "Windows SettingsScripts"      
     (Startup -> mount and Shutdown -> unmount) in the sections "Computer Configuration" (for all 
      users) or under "User configuration" (for one specific user)                                

B) Do !!!NOT!!! mount NFS drive on system-wide account as "nt authoritysystem".  At the first    
   glance this seems to be a good idea.  Don't be fooled, it is not!  When you mount NFS share    
   under "SYSTEM" account it will appear as fixed drive for all other users!  On "SYSTEM" account 
   it still will show as network share.  If you stop the NFS Client for Windows service, NOT      
   recommended when any NFS share active, and then start it again, then even under "SYSTEM"       
   account it will appear as "fixed" drive.  It will leave user no option other than restart for  
   unmount.                                                                                       

C) It is NOT a good idea to stop Client for NFS Service when you have NFS mounted.  It can lead   
   to unexpected states like the NFS share actually becoming a hard-drive for windows till reboot.

D) If the Client for NFS Service is started already then it is better not to stop it manually as  
   it can, under certain circumstances, refuse to start.  It is better to have a log-off script   
   take care of the unmount && stopping the service                                               

Errors or server configuration notes:

A) You are getting a powershell error:                                                            
   "Attempting to perform the InitializeDefaultDrives operation on the 'FileSystem' provider      
   failed."                                                                                       
   This error can be caused the NFS Client for Windows when service is starting with start of the 
   Windows.  It takes precedence over "ordinary" `net use` and it causes powershell to check      
   "FileSystem".                                                                                  

Ad A) Solution: Use this script for mounting NFS Share — set it using
gpedit policies on start or
you can run via Task scheduler (It tries to start the Client for NFS service) — the script has
to have rights to do so Don’t forget to set the service «Client for NFS»(«NfsClnt»)
to manual start so it won’t start with the windows startup.

B) If you are getting this error message (at your NFS server):                                    
   "(rpc.mountd[7243]: refused mount request from 192.168.XX.XX for <mount>: illegal port 24784"  
      you are most probably trying to connect on port over 1024.  To connect to NFS share you need
      to have 'insecure' option at your /etc/exports (if missing fix it and run `exportfs -r`)    

TIP: The mounting script requires UAC to start the service, if the
service is not started already. You can:

1) run it manually - you will see UAC window                                                      
2) create a new Task in Task Scheduler and check the check box "Run it with highest privileges"   
3) create a startup powershell script in the local policies

Migration from the NFS OR windows share network drive (e.g. using off-line windows functionality) to cloud

Deleting the network drive (in my case an U: drive)

This issue can arise when you have your off-line files functionality switched on and the files are backup to a network drive. If your company changes that in favor of going to some cloud service, it can bring you a deadlock situation in your profile, when some application still need that previous network drive, but you still need to switch to to new cloud provider.

If you are using a NFS Client for windows from Microsoft this is how you get rid of the previous network drive:

As Got rid of the U: drive (not yet the message) with following steps:

1) Go to -> Start MenuProgramsAdministrative ToolsServices for Network File System (NFS)

2) Stop client for NFS with right-clicking on the item and selecting stop service

3) The simple manual removal works!!!!

net use u: /delete
--> U: was deleted successfully.

For the windows to forget the previous drive and correctly set the Volatile Environment to the new configuration you have to reboot.

Getting rid of the error message: Attempting to perform the InitializeDefaultDrives operation on the ‘FileSystem’ provider failed.

The error message does not appear with the Client for NFS stopped. It is enough to have it in state manual and start it via script

tukan

2018-01-22 в 10:16

Наконец, я надеюсь узнать причину и протестировать некоторые сценарии.

Во-первых, позвольте мне заявить, что это ошибка Windows NFS .

Я не знаю, как сообщить об этом в Microsoft как о смертном. Я буду сообщать об этом здесь и в моем блоге.

Есть условия, которые должны быть выполнены для распространения этой ошибки:

1) компьютер должен быть в домене

2) Вы должны использовать этот компьютер как во внутренней сети, так и в полноценном VPN, и вы должны оба в одном профиле.

3) У вас должна быть установлена ​​реализация Microsoft NFS (псевдоним Client для NFS)

4) Служба должна запускаться автоматически при запуске компьютера. Если служба manualзапущена и запущена после завершения последовательности загрузки, ошибка не проявится.

5) У вас должен быть какой-то общий ресурс NFS . Проблема здесь в том, что доля NFS имеет приоритет над обычной net use. Если вы отключите общий ресурс NFS, а затем отобразите его, используя net use ... /persistent:yes, то этот ресурс будет перезаписан после перезагрузки. После перезагрузки он будет идентифицирован как общий ресурс NFS, который выдает ошибку.

Как с этим бороться?

Короче говоря: Установка клиента NFS для службы Windows, в инструкции от автоматического режима. Используйте планировщик задач или gpedit в сочетании с моими сценариями powershell для монтирования и размонтирования общих ресурсов NFS. НЕ останавливайте службу NFS Client for Windows при подключении некоторых общих ресурсов!

Более длинный ответ:

При использовании моих сценариев, пожалуйста, прочитайте ниже информацию:

Примечания && лучшие практики (важно прочитать!):

A) NFS mount, at least the Microsoft's implementation, is NOT persistent over boots. To overcome  this you have these options:  I) Schedule this script in Task scheduler under "ordinary" user e.g. DOMAINuser and have the  check-box "Run with highest privileges" (in order to start the NFS Client service if stopped) II) Run it in the "Local Group Policy Editor" (gpedit.msc) under "Windows SettingsScripts"  (Startup -> mount and Shutdown -> unmount) in the sections "Computer Configuration" (for all  users) or under "User configuration" (for one specific user)   B) Do !!!NOT!!! mount NFS drive on system-wide account as "nt authoritysystem". At the first  glance this seems to be a good idea. Don't be fooled, it is not! When you mount NFS share  under "SYSTEM" account it will appear as fixed drive for all other users! On "SYSTEM" account  it still will show as network share. If you stop the NFS Client for Windows service, NOT  recommended when any NFS share active, and then start it again, then even under "SYSTEM"  account it will appear as "fixed" drive. It will leave user no option other than restart for  unmount.   C) It is NOT a good idea to stop Client for NFS Service when you have NFS mounted. It can lead  to unexpected states like the NFS share actually becoming a hard-drive for windows till reboot.  D) If the Client for NFS Service is started already then it is better not to stop it manually as  it can, under certain circumstances, refuse to start. It is better to have a log-off script  take care of the unmount && stopping the service  

Ошибки или замечания по конфигурации сервера:

A) You are getting a powershell error:  "Attempting to perform the InitializeDefaultDrives operation on the 'FileSystem' provider  failed."  This error can be caused the NFS Client for Windows when service is starting with start of the  Windows. It takes precedence over "ordinary" `net use` and it causes powershell to check  "FileSystem".  

Ad A) Решение: используйте этот скрипт для монтирования NFS Share — установите его с помощью политик gpedit при запуске или
вы можете запустить его через планировщик задач (он пытается запустить службу Client for NFS) — у скрипта должны быть права на это. Не забудьте настроить службу «Клиент для NFS» («NfsClnt»)
на ручной запуск, чтобы она не запускалась при запуске Windows.

B) If you are getting this error message (at your NFS server):  "(rpc.mountd[7243]: refused mount request from 192.168.XX.XX for <mount>: illegal port 24784"  you are most probably trying to connect on port over 1024. To connect to NFS share you need to have 'insecure' option at your /etc/exports (if missing fix it and run `exportfs -r`)  

СОВЕТ: Для запуска сценария монтирования требуется UAC, если служба еще не запущена. Вы можете:

1) run it manually - you will see UAC window  2) create a new Task in Task Scheduler and check the check box "Run it with highest privileges"  3) create a startup powershell script in the local policies 

Миграция с сетевого диска NFS OR на общий ресурс (например, с использованием автономных функций Windows) в облако

Удаление сетевого диска (в моем случае U:диск)

Эта проблема может возникнуть, если у вас включена автономная работа с файлами, и файлы резервируются на сетевой диск. Если ваша компания изменит это в пользу перехода на какой-либо облачный сервис, это может привести к тупиковой ситуации в вашем профиле, когда некоторым приложениям все еще нужен предыдущий сетевой диск, но вам все равно нужно переключиться на нового облачного провайдера.

Если вы используете NFS Client for windowsMicrosoft от Microsoft, вот как вы избавляетесь от предыдущего сетевого диска:

Как избавился от U:накопителя (пока нет сообщения) со следующими шагами:

1) Перейти к -> Start MenuProgramsAdministrative ToolsServices for Network File System (NFS)

2) Остановитесь, client for NFSщелкнув правой кнопкой мыши на элементе и выбравstop service

3) Простое ручное удаление работает !!!!

net use u: /delete --> U: was deleted successfully. 

Чтобы Windows забыла предыдущий диск и правильно установила в Volatile Environment новую конфигурацию, вам необходимо перезагрузить компьютер .

Сообщение об ошибке не появляется с Client for NFSостановленным. Достаточно иметь его в состоянии manualи запустить его через скрипт

Author Martin Boyle

M Boyle


This person is a Verified Professional

This person is a verified professional.

Verify your account
to enable IT peers to see that you are a professional.

ghost chili

Any odd output from

In fact, have a look at example 5 in the help for get-psdrive: 

https://technet.microsoft.com/en-us/library/hh849796.aspx Opens a new window

and see if there is any discrepancy in the output of the 4 commands:

Powershell

Get-PSDrive -provider FileSystem
net use
[System.IO.DriveInfo]::getdrives()
get-wmiobject win32_logicaldisk

(run all commands from powershell).  Maybe something will jump out at you.


Was this post helpful?
thumb_up
thumb_down

Yesterday I was fiddling with Azure Files service to check out its Internet-accessible SMB shared folder behaviour.

Mapping a drive letter with NET USE was simple enough. (although disturbed they don’t offer a read-only access key, and must use full admin write access key) The significant thing though, is we’re mapping a drive letter for NT AUTHORITYSYSTEM context, done
so via a scheduled task to run on system start. That works ok too.

However, now when I launch up PowerShell ISE, it’s stuck forever at loading. Nothing can be done other than to kill powershell_ise.exe.

When I run a regular PowerShell shell, I see an error Attempting to perform the InitializeDefaultDrives operation on the ‘FileSystem’ provider failed

If I disconnect the drive letter than the problem goes away.

Thing is, previously, we were mapping the drive letter to an IIS WebDAV web server and didn’t face any such problem. What sort of differences with Azure’s public SMB server(s) can cause this limbo?


The melody of logic will always play out the truth. ~ Narumi Ayumu, Spiral

Skip to content

Hi folks

I found that after upgrade PowerShell to version 3 you may discover the following error on startup:

Attempting to perform the InitializeDefaultDrives operation on the 'FileSystem' provider failed.

The most probably this is caused by disconnected network drive in My computer

network-location

You can try to disconnect unused drives.

You can also try to fix it by setting some registry key using the following PowerShell script:

Set-ItemProperty -Path Registry::HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem -Name EnableLinkedConnection -Value 1 -Type DWord

tukan

2018-01-22 в 10:16

Наконец, я надеюсь узнать причину и протестировать некоторые сценарии.

Во-первых, позвольте мне заявить, что это ошибка Windows NFS .

Я не знаю, как сообщить об этом в Microsoft как о смертном. Я буду сообщать об этом здесь и в моем блоге.

Есть условия, которые должны быть выполнены для распространения этой ошибки:

1) компьютер должен быть в домене

2) Вы должны использовать этот компьютер как во внутренней сети, так и в полноценном VPN, и вы должны оба в одном профиле.

3) У вас должна быть установлена ​​реализация Microsoft NFS (псевдоним Client для NFS)

4) Служба должна запускаться автоматически при запуске компьютера. Если служба manualзапущена и запущена после завершения последовательности загрузки, ошибка не проявится.

5) У вас должен быть какой-то общий ресурс NFS . Проблема здесь в том, что доля NFS имеет приоритет над обычной net use. Если вы отключите общий ресурс NFS, а затем отобразите его, используя net use ... /persistent:yes, то этот ресурс будет перезаписан после перезагрузки. После перезагрузки он будет идентифицирован как общий ресурс NFS, который выдает ошибку.

Как с этим бороться?

Короче говоря: Установка клиента NFS для службы Windows, в инструкции от автоматического режима. Используйте планировщик задач или gpedit в сочетании с моими сценариями powershell для монтирования и размонтирования общих ресурсов NFS. НЕ останавливайте службу NFS Client for Windows при подключении некоторых общих ресурсов!

Более длинный ответ:

При использовании моих сценариев, пожалуйста, прочитайте ниже информацию:

Примечания && лучшие практики (важно прочитать!):

A) NFS mount, at least the Microsoft's implementation, is NOT persistent over boots. To overcome  this you have these options:  I) Schedule this script in Task scheduler under "ordinary" user e.g. DOMAINuser and have the  check-box "Run with highest privileges" (in order to start the NFS Client service if stopped) II) Run it in the "Local Group Policy Editor" (gpedit.msc) under "Windows SettingsScripts"  (Startup -> mount and Shutdown -> unmount) in the sections "Computer Configuration" (for all  users) or under "User configuration" (for one specific user)   B) Do !!!NOT!!! mount NFS drive on system-wide account as "nt authoritysystem". At the first  glance this seems to be a good idea. Don't be fooled, it is not! When you mount NFS share  under "SYSTEM" account it will appear as fixed drive for all other users! On "SYSTEM" account  it still will show as network share. If you stop the NFS Client for Windows service, NOT  recommended when any NFS share active, and then start it again, then even under "SYSTEM"  account it will appear as "fixed" drive. It will leave user no option other than restart for  unmount.   C) It is NOT a good idea to stop Client for NFS Service when you have NFS mounted. It can lead  to unexpected states like the NFS share actually becoming a hard-drive for windows till reboot.  D) If the Client for NFS Service is started already then it is better not to stop it manually as  it can, under certain circumstances, refuse to start. It is better to have a log-off script  take care of the unmount && stopping the service  

Ошибки или замечания по конфигурации сервера:

A) You are getting a powershell error:  "Attempting to perform the InitializeDefaultDrives operation on the 'FileSystem' provider  failed."  This error can be caused the NFS Client for Windows when service is starting with start of the  Windows. It takes precedence over "ordinary" `net use` and it causes powershell to check  "FileSystem".  

Ad A) Решение: используйте этот скрипт для монтирования NFS Share — установите его с помощью политик gpedit при запуске или
вы можете запустить его через планировщик задач (он пытается запустить службу Client for NFS) — у скрипта должны быть права на это. Не забудьте настроить службу «Клиент для NFS» («NfsClnt»)
на ручной запуск, чтобы она не запускалась при запуске Windows.

B) If you are getting this error message (at your NFS server):  "(rpc.mountd[7243]: refused mount request from 192.168.XX.XX for <mount>: illegal port 24784"  you are most probably trying to connect on port over 1024. To connect to NFS share you need to have 'insecure' option at your /etc/exports (if missing fix it and run `exportfs -r`)  

СОВЕТ: Для запуска сценария монтирования требуется UAC, если служба еще не запущена. Вы можете:

1) run it manually - you will see UAC window  2) create a new Task in Task Scheduler and check the check box "Run it with highest privileges"  3) create a startup powershell script in the local policies 

Миграция с сетевого диска NFS OR на общий ресурс (например, с использованием автономных функций Windows) в облако

Удаление сетевого диска (в моем случае U:диск)

Эта проблема может возникнуть, если у вас включена автономная работа с файлами, и файлы резервируются на сетевой диск. Если ваша компания изменит это в пользу перехода на какой-либо облачный сервис, это может привести к тупиковой ситуации в вашем профиле, когда некоторым приложениям все еще нужен предыдущий сетевой диск, но вам все равно нужно переключиться на нового облачного провайдера.

Если вы используете NFS Client for windowsMicrosoft от Microsoft, вот как вы избавляетесь от предыдущего сетевого диска:

Как избавился от U:накопителя (пока нет сообщения) со следующими шагами:

1) Перейти к -> Start MenuProgramsAdministrative ToolsServices for Network File System (NFS)

2) Остановитесь, client for NFSщелкнув правой кнопкой мыши на элементе и выбравstop service

3) Простое ручное удаление работает !!!!

net use u: /delete --> U: was deleted successfully. 

Чтобы Windows забыла предыдущий диск и правильно установила в Volatile Environment новую конфигурацию, вам необходимо перезагрузить компьютер .

Избавление от сообщения об ошибке: Попытка выполнить операцию InitializeDefaultDrives на поставщике FileSystem не удалась.

Сообщение об ошибке не появляется с Client for NFSостановленным. Достаточно иметь его в состоянии manualи запустить его через скрипт

Понравилась статья? Поделить с друзьями:
  • Ошибка при попытке выборки логической страницы sql 1с
  • Ошибка при попытке восстановления системы windows 10
  • Ошибка при попытке внесения изменений в системный реестр
  • Ошибка при пополнении счета стим
  • Ошибка при пополнении счета с карты на