Dlaczego symbole wieloznaczne zachowują się inaczej dla różnych dysków?

Używam komputera z systemem Windows XP SP3. Mój Z:dysk jest zamapowanym dyskiem na urządzenie z systemem UNIX. Istnieje plik o nazwie wk1_dailybackup_20110605043344.sqlzarówno w, jak z:\archivei c:\archive.

Na mój monit CMD z c:\archivepolecenia

c:\archive dir *backup*

wyświetla mój plik, ale kiedy idę z:\archivei piszę

z:\archive dir *backup*

mojego pliku nie ma na liście.

Pytania:

Dlaczego symbole wieloznaczne nie działają na dysku zamapowanym, tak jak na dysku lokalnym?
Co mogę zrobić, aby użyć symboli wieloznacznych na mapowanym dysku?

(Proszę nie sugerować „kliknij prawym przyciskiem myszy Start, Wyszukaj”, aby uzyskać plakat psa do nieudanych wyszukiwań.)

windows command-line wildcards dir zundarz
źródło

Co się stanie, jeśli wpiszesz: dir c:\archive\*backup*i dir z:\archive\*backup*nb można je uruchomić z dowolnego miejsca.

Windos

Może ma ustawiony atrybut ukryty lub systemowy. Spróbujdir /a z:\archive\*backup*

Synetech,

Czy widzisz ten sam problem z dir *backup*.*?

Jonas Heidelberg,

Czy na pewno nigdzie nie ma literówki (w nazwie pliku lub wpisywanych poleceniach)? Jak zweryfikowałeś, że plik rzeczywiście znajduje się w obu lokalizacjach? Czy widzisz to podczas pisania tylko dirw jednym z katalogów?

Jonas Heidelberg,

@Jonas, literówki nie mają znaczenia przy użyciu symboli wieloznacznych, to przede wszystkim część ich użycia. Jeśli słowo „ kopia zapasowa” nie jest błędnie napisane (np. „Bakup”), prawdopodobnie nie będzie problemu.

Synetech,

Odpowiedzi:

W systemie Windows NT przetwarzanie przeszukiwania katalogów z użyciem symboli zastępczych należy do poszczególnych sterowników systemu plików. W przypadku woluminu zdalnego jest to prowincja klienta FSD dla sieci, która może, ale nie musi, żądań przeszukiwania strony do serwera plików.

Bez niczego więcej niż „Jest to urządzenie UNIX.”, Które nie zawęża nawet jednego FSD na kliencie, nie mówiąc już o dostarczaniu informacji o serwerze plików, nikt nie może powiedzieć ci nic bardziej szczegółowego niż to, że twój sieciowy FSD, lub być może serwer plików, z którym się rozmawia, zdecydował, że wk1_dailybackup_20110605043344.sqlnie pojawi się w wyszukiwaniu symboli wieloznacznych *backup*. Z tego, co reszta z nas wie, używasz oprogramowania sieciowego, które ma możliwość przetwarzania symboli wieloznacznych jako opcji konfigurowalnej.

JdeBP
źródło