W cmd nie działa zmapowany dysk sieciowy


(qbpm) #1

Laptop Dell Vostro 5568, Win 10 pro 1709, dysk sieciowy Synology oparty o DSM 6.1.
Zauważyłem, że nie wykonuje się w całości skrypt logowania.bat i wyskakuje komunikat, że nie ma pliku na dysku sieciowym, który tam jest. W zeszłym tygodniu działało, od tamtej pory nic nie było zmieniane, inni userzy korzystają z tego samego Synology w ten sam sposób i u nich działa. Niektórzy mają nawet tą samą kompilację Win 10 pro 1709.
Po dłuższym dłubaniu okazało się, że pliki na zmapowanym dysku X: działają normalnie w Eksploratorze, uprawnienia są ok, można je zapisywać, tworzyć, czytać itp. a nie działają w oknie cmd (które jest otwarte w kontekście tego samego użytkownika).
Kilka przykładów. http://wklej.org/hash/598f206a905/
Komendy wydawane jedna za drugą, bez zmieniania aktywnego okna, ani czegokolwiek innego, co rusz to inny komunikat błędu:

Zrobione:
DISM.exe /Online /Cleanup-image /Restorehealth
sfc /scannow
oba bezbłędne.
Restart, zmiana połączenia z wifi na kabel, wszystko bez efektu.
Ma ktoś jakiś pomysł?


(bachus) #2

Na ścieżkach UNC też to samo?
copy \synology\AutoBackup.ffs_real \synology\test.aaa ?
Problem występuje, jak używasz pełnych ścieżek, tj. zamiast:
X:\AutoBackup>copy AutoBackup.ffs_real test.aaa
Spróbuj:
copy X:\AutoBackup\AutoBackup.ffs_real X:\AutoBackup\test.aaa

Spróbuj jeszcze w rejestrze:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Utwórz nowy klucz (DWORD 32bit): EnableLinkedConnections i daj mu wartość 1


(qbpm) #3

Na ścieżkach UNC to samo. (forum zamienia \\ na \)

X:\AutoBackup>copy \\(ip-synology)\home\AutoBackup\Test.txt \\(ip-synology)\home\AutoBackup\Test2.txt
\\(ip-synology)\home\AutoBackup\Test.txt\*
Wystąpił nieoczekiwany błąd sieciowy.
        0 file(s) copied.

X:\AutoBackup>copy \\(ip-synology)\home\AutoBackup\Test.txt \\(ip-synology)\home\AutoBackup\Test2.txt
\\(ip-synology)\home\AutoBackup\Test.txt\*
Nieprawidłowe dojście.
        0 file(s) copied.

Na pełnych ścieżkach to samo, choć za pierwszym razem kopiowanie wyjątkowo powiodło się:

X:\AutoBackup>copy x:\AutoBackup\Test.txt X:\AutoBackup\Test2.txt
        1 file(s) copied.

X:\AutoBackup>copy x:\AutoBackup\Test.txt X:\AutoBackup\Test3.txt
x:\AutoBackup\Test.txt\*
Wystąpił nieoczekiwany błąd sieciowy.
        0 file(s) copied.

X:\AutoBackup>copy x:\AutoBackup\Test.txt X:\AutoBackup\Test4.txt
X:\AutoBackup\Test.txt\*
Nieprawidłowe dojście.
        0 file(s) copied.

X:\AutoBackup>type Test.txt
The system cannot accept the path
or file name requested.

X:\AutoBackup>type x:\AutoBackup\Test.txt
Nie można odnaleźć określonego pliku.

X:\AutoBackup>type x:\AutoBackup\Test.txt
The system cannot accept the path
or file name requested.

EnableLinkedConnections z tego co wiem działa, gdy cmd działa w kontekście innego użytkownika, więc nie mój przypadek, ale sprawdziłem i nie pomogło.
Na teraz problem obszedłem i konfigurację backupu skrypt logowania wczytuje z pliku lokalnego zamiast sieciowego, ale nie uznaję, że jest wszystko w porządku ponieważ mapowany dysk sieciowy w cmd nie działa nadal. (mimo, że jest mapowany wspomnianym skryptem logowania przez net use)