system windows nie może uzyskać dostępu do \\ ...
WINDOWS  i dostęp do dysku sieciowego

    Czasami zdarza się, że pomimo poprawnego rozwiązywania nazw komputerów w sieci  (Można również ręcznie wpisać do pliku C:\Windows\System32\drivers\etc\hosts nazwę zasobu sieciowego poprzedzoną jego IP. Jest to mało elastyczne rozwiązanie, ale  najprostsze z mozliwych i czasami może się nie dać inaczej tego zrobić.) dziwnym trafem zasób sieciowy przestaje być dostępny po nazwie \\komputer, a czemuś po IP nie ma problemu. Okazuje się wówczas, że rozwiązanie jest banalnie proste. Wystarczy wejść w PANEL STEROWANIE w Menedżer poświadczeń i usunąć zapamiętanie poświadczenie do problematycznego zasobu sieciowego. 

Opracowane na podstawie https://answers.microsoft.com/pl-pl/windows/forum/all/system-windows-nie-mo%C5%BCe-uzyska%C4%87/dbc63634-bb19-42c9-85f2-59becb3b7202?page=1  Przy tej okazji chciałem podziękować wsparciu technicznemu firmy MICROSOFT, które nie tylko musi wiedzieć co twórca miał na myśli, ale również sprzątać po użytkownikach, którzy w ramach skrótów myślowych, czasami kombinują, jak koń pod górkę. Tak, jak miało to miejsce w tym przypadku. Ponieważ automatyczne podłączanie dysków poprzez skrypt nie funkcjonowało zrobiłem to ręcznie, ale z uprawnieniami innego użytkownika. Przy którymś z kolejnych logowań do profilu ten użytkownik stracił dostęp do zasobu oraz również do za mapowania go od nowa z komunikatem w tytule tego wpisu. Przyczyna jak się domyślacie na podstawie rozwiązania jest również banalnie prosta. Jak się wie oczywiście i jest w stanie cofnąć w czasie.;-P Otóż nastąpiła zmiana hasła użytkownika (Administratora), który podłączył zasób sieciowy do dysku swoimi uprawnieniami, a nie przypisanymi do profilu, który na ten czas takowych nie miał. Bądź mądry i pisz wiersze. Jeszcze raz pozdrawiam pracowników działów HOT LINE dziękując im za ich cierpliwość  pomimo mało wdzięcznej pracy.

PROXMOX i APC smart UPS
Konfiguracja połączenia szeregowego między serwerem  wirtualizacji, a zasilaczem awaryjnym.