2012-05-29 16:50:55 +0000 2012-05-29 16:50:55 +0000
32
32

Błędy montowania udziałów CIFS

Próbuję zamontować udział sieciowy z serwera Linksys NAS200 w Fedorze 16.

Program, który próbuję uruchomić, nie akceptuje adresów sieciowych do zapisu. Uruchomiłem go bez podania adresu IP serwera i wyskoczyło mi jakieś losowe IP. Podałem IP i nie może znaleźć urządzenia.

Oto błędy:

[root@HOME ~]# mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass
mount.cifs kernel mount options: ip=184.106.31.190,unc=\NAS_SERVER\public,,ver=1,user=user,pass= ********
mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
[root@HOME ~]# mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,ip=192.168.1.77
ip address 192.168.1.77 override specified
mount.cifs kernel mount options: ip=192.168.1.77,unc=\NAS_SERVER\public,,ver=1,user=user,pass= ********
Retrying with upper case share name
mount.cifs kernel mount options: ip=192.168.1.77,unc=\NAS_SERVER\PUBLIC,,ver=1,user=user,pass= ********
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Ale działa z smbclient:

[root@HOME ~]# smbclient -L 192.168.1.77
WARNING: The security=share option is deprecated
Enter user's password: 
Domain=[HOME] OS=[Unix] Server=[Samba 3.0.22]

Sharename Type Comment
--------- ---- -------
IPC$ IPC IPC Service (Network Storage)
DISK 1 Disk      
PUBLIC Disk      
ADMIN$ IPC IPC Service (Network Storage)
Domain=[HOME] OS=[Unix] Server=[Samba 3.0.22]

Server Comment
--------- -------
HOME Samba Server Version 3.6.5-85.fc16
NAS_SERVER Network Storage

Workgroup Master
--------- -------
HOME HOME

Dlaczego nie mogę zamontować na tym serwerze samby? Co oznaczają te błędy?

Odpowiedzi (9)

35
35
35
2013-07-21 02:20:14 +0000

Rozwiązywanie problemów z dostępem do folderu współdzielonego systemu Windows XP z Fedory:

Otrzymujesz błąd:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Upewnij się, że Linux może pingować drugie urządzenie.

Uruchom to polecenie na linuxowym urządzeniu na adres IP windowsowego urządzenia:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

Jeśli nie możesz osiągnąć skrzynki lub łączność jest in and out, mount może narzekać.

2. Upewnij się, że folder jest rzeczywiście udostępniony w systemie Windows, wykonaj następujące kroki.

  1. Otwórz przeglądarkę plików na `C:## Rozwiązywanie problemów z dostępem do folderu współdzielonego systemu Windows XP z Fedory:

Otrzymujesz błąd:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Upewnij się, że Linux może pingować drugie urządzenie.

Uruchom to polecenie na linuxowym urządzeniu na adres IP windowsowego urządzenia:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

Jeśli nie możesz osiągnąć skrzynki lub łączność jest in and out, mount może narzekać.

2. Upewnij się, że folder jest rzeczywiście udostępniony w systemie Windows, wykonaj następujące kroki.

  1. Otwórz przeglądarkę plików na .
  2. Utwórz nowy folder o nazwie public. Więc masz teraz C:\public
  3. Wewnątrz tego folderu utwórz nowy dokument tekstowy o nazwie “testing.txt”.
  4. Kliknij prawym przyciskiem myszy na folderze C:\public i przejdź do właściwości.
  5. Kliknij zakładkę udostępnianie.
  6. Upewnij się, że: “Udostępnij ten folder w sieci” jest zaznaczone. Zwróć uwagę na nazwę udziału: “publiczny”.
  7. Kliknij ok. Pod folderem powinna pojawić się mała dłoń, co oznacza, że jest on udostępniony.

Folder ‘public’ jest teraz udostępniony i powinieneś być w stanie połączyć się z nim za pomocą Linuxa.

3. W Linuksie zamontuj folder za pomocą ‘mount’:

  1. Otwórz konsolę i su zaloguj się jako root.
  2. Utwórz katalog mkdir /mnt/windows To będzie miejsce, w którym będziesz miał dostęp do udostępnionych plików.

  3. Uruchom polecenie mount, które poprosi o podanie hasła:

  4. Powyższe polecenie zapyta o hasło, wprowadź poprawne hasło, nieprawidłowe spowoduje błąd. Jeśli nie jesteś pewien hasła, możesz zmienić hasło na windows boxie w Panelu Sterowania - Konta użytkowników.

  5. uruchom polecenie cd /mnt/windows i uruchom ls. Wyświetlona zostanie zawartość dysku:

  6. Podłączyłeś się do dysku windows.

4. Połącz się z udostępnionym dyskiem za pomocą przeglądarki plików konquerora lub linuxa:

  1. Otwórz przeglądarkę plików, w moim przypadku konquerora.
  2. W pasku lokalizacji pliku wpisz smb://192.168.13.107/public i naciśnij enter.
  3. Może pojawić się okno logowania z nazwą użytkownika i hasłem. Wpisz nazwę użytkownika i hasło do windowsowego okienka opisanego na górze tego postu.
  4. Gratulacje, jesteś podłączony do udostępnionego folderu.

ROZWIĄZYWANIE PROBLEMÓW, jeśli powyższe nie zadziała.

Krok 1: Czy próbowałeś zrestartować oba komputery

Zrestartuj oba komputery. Po tym, upewnij się, że wszystkie aktualizacje systemu Windows zostały wykonane. Upewnij się, że Linux również posiada aktualizacje oprogramowania. Po aktualizacjach uruchom ponownie komputer.

Krok 2: Sprawdź Firewalle, ZoneAlarms i inne oprogramowanie zabezpieczające

Oprogramowanie mające na celu ochronę komputera przed wirusami, złośliwym oprogramowaniem lub złem w Internecie może blokować twoją próbę wymiany plików. Zapora systemu Windows może być w trybie paranoidalnym. Chociaż jest mało prawdopodobne, że winna jest zapora systemu Windows, wyłącz ją tymczasowo, aby sprawdzić, czy to nie ona jest przyczyną problemu. (nie zostawiaj jej wyłączonej).

Zdobądź listę wszystkich programów zabezpieczających, które mogą być ustawione w trybie paranoidalnym. Zapory systemu Windows, zapory innych firm, ZoneAlarms, antywirusy, Kaspersky, AVG, lub cokolwiek innego, co twierdzi, że chroni przed wirusami/złośliwym oprogramowaniem/złem. Będziesz musiał je przejrzeć i albo wyłączyć tymczasowo, albo otworzyć białą listę dla Twojego adresu IP.

Krok 3: Uzyskaj wskazówki od oprogramowania zabezpieczającego.

ZoneAlarm prowadzi dziennik wszystkich zdarzeń i prób udostępniania folderów, przejdź do Przegląd->alerty i dzienniki. I zobacz listę wszystkich nieudanych prób. To samo jest możliwe dla innego oprogramowania. W tym przypadku, to chroni cię przed tobą.

Krok 4: Podejrzenie problemów w routerze lub samej sieci lokalnej

Być może router, mosty bezprzewodowe, huby nieme lub inne urządzenie sieciowe ma jakieś dyrektywy, które blokują próby połączenia z folderem współdzielonym. Sam router lub urządzenie może blokować jakiś port lub mieć coś w trybie restrykcyjnym. Czy ktoś się z tym ostatnio wygłupiał? Spróbuj ustawić router z powrotem na domyślne wszystko i spróbuj ponownie.

Krok 5: Upewnij się, że twoja sieć lokalna jest prosta i poprawna.

Czy oba twoje komputery są podłączone do tego samego routera? Być może jeden jest podłączony do kiepskiego mostka bezprzewodowego Netgear, a drugi do routera? Uprość sieć, aby wszystkie komputery były podłączone do jednego routera. Zrestartuj routery i internet, spróbuj ponownie.

Krok 6: Nadal nie działa. Wyizoluj wadliwą jednostkę.

Nadszedł czas na stado kotów i wyizolowanie wadliwej jednostki. Udowodnij, że windows box nie udostępnia twojego pliku, łącząc się z nim za pomocą innego komputera. Weź znajomego laptopa z Windowsem lub jabłkiem, podłącz go do sieci i sprawdź, czy może uzyskać dostęp do folderu udostępnionego. Jeśli nie mogą, windows box ma problem, jeśli mogą, Linux box ma problem.

Krok 7: Podejrzyj firewall w Linuksie

Zwróć uwagę na wszelkie specjalne alarmy bezpieczeństwa lub specjalne oprogramowanie firewall w Linuksie. Uruchom system-config-firewall i upewnij się, że smb jest zaznaczone. Upewnij się, że Linux nie uniemożliwia montowania. Utwórz udział smb na innym komputerze z systemem Linux, i spróbuj się z nim połączyć.

Jeśli nic z tego nie działa. Użyj opcji nuklearnej, zainstaluj ponownie oba systemy operacyjne i zacznij od początku. To jest operacja rakietowa.

7
7
7
2013-04-12 03:20:37 +0000

Spróbuj:

mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,sec=ntlm

Kluczem jest sec=ntlm.

5
5
5
2016-08-18 17:44:47 +0000

Adding more possible solutions to this problem

Ten komunikat o błędzie nie jest zbyt opisowy, ale oznacza on, że operacja została przerwana. Istnieje wiele możliwych przyczyn tego stanu rzeczy, a podczas badania tego problemu natknąłem się na kilka rozwiązań, które nie zostały jeszcze wspomniane w tym wątku.

1.) Niejednoznaczna sieć

Nie jest to często wymieniane w różnych rozwiązaniach tego problemu w sieci, ale serwer, z którym się łączysz musi być w tej samej podsieci co twoja lokalna maszyna. Problem ten pojawił się u mnie, ponieważ miałem włączone zarówno połączenie przewodowe jak i bezprzewodowe, a określenie, do której podsieci należy urządzenie było niejednoznaczne, ponieważ oba połączenia nie są tą samą siecią. Wyłączenie Wifi rozwiązało problem natychmiastowo. Natknąłem się na to rozwiązanie podczas czytania Das Werkstatt:

[SOLUTION]

W moim przypadku, udział DFS był na dysku w innej podsieci. Dodałem alias sieciowy (eth0:1) z IP w tej podsieci pamięci masowej i wtedy zadziałało.

Oczekiwałbym czegoś w rodzaju “brak trasy do hosta” zamiast kryptycznego “błąd (115): Operation now in progress”…

No cóż, nie można mieć wszystkiego ;)

Źródło: http://www.das-werkstatt.com/forum/werkstatt/viewtopic.php?f=7&t=2074

2.) Nowe linie na końcu pliku z danymi uwierzytelniającymi

Pliki uwierzytelniające są przydatne, jeśli w haśle występują znaki specjalne, takie jak przecinek ,. Można się do niego odwołać w opcjach w następujący sposób:

mount -t cifs //remote /mnt/local -o credentials=/path/to/cifs.credo

Plik jest sformatowany z deklaracją zmiennych w stylu sh:

username=me
password=mypassword
domain=mydomain

Jeśli używasz pliku z danymi uwierzytelniającymi, upewnij się, że na końcu nie ma znaków nowej linii, ponieważ w przeciwnym razie program przekroczy limit czasu podczas próby przetworzenia pliku z danymi uwierzytelniającymi:

...
domain=mydomain
<empty line>

3.) Próba zamontowania konkretnego katalogu zamiast rzeczywistego punktu udostępniania

Jeśli konkretny katalog, którego potrzebujesz, jest podkatalogiem udziału, nie będziesz w stanie zamontować tego folderu bezpośrednio. Próba zrobienia tego skutkuje kilkoma różnymi błędami, a ten jest jednym z nich.

Zamiast tego, zamontuj sam punkt udostępniania, a następnie dodaj dowiązanie symboliczne do podkatalogu, którego potrzebujesz:

~> mkdir /mnt/local
~> sudo mount -t cifs //remote /mnt/local
~> ln -s /mnt/local/path/to/my-folder /mnt/my-folder

W ten sposób uzyskasz ten sam efekt, co montując sam podkatalog, bez konieczności każdorazowego drążenia do niego.

4
4
4
2012-08-23 03:29:16 +0000

Nie jestem pewien, na ile jest to istotne w twoim przypadku, ale miałem podobny problem z zamontowaniem udziału CIFS na moim telefonie z Androidem:

# mount -t cifs //192.168.0.2/media/ /mnt/cifs/media -o username=user,password=pass
mount: mounting //192.168.0.2/media/ on /mnt/cifs/media failed: No such device or address
#

Próbowałem usunąć końcowy ukośnik i najwyraźniej zrobiło to różnicę - zamontowało się:

# mount -t cifs //192.168.0.2/media /mnt/cifs/media -o username=user,password=pass
#
3
3
3
2015-12-28 03:59:45 +0000

Problem w mojej sytuacji polegał na tym, że miałem spacje w pliku poświadczeń /etc/smb-credentials

username = foobar
password = secret

Po zmianie na:

username=foobar
password=secret

Zadziałało.

3
3
3
2014-09-30 06:05:37 +0000

Często muszę zacytować -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt i zamontuje się od razu, a większość przykładów, które przejrzałem, nie pokazuje tego bitu (jeśli jest potrzebny w tych systemach).
Właściwie miałem ten problem na moim tablecie właśnie teraz (dlaczego tu jestem, chciałem nazwę UNC nie IP) cytaty naprawiły to.

1
1
1
2019-01-07 19:35:32 +0000

Dodatkowe możliwe rozwiązanie

Jeśli folder udostępniony pochodzi z systemu Windows 10 (prawdopodobnie dotyczy to również 7 i XP), potwierdź, że ustawienia udostępniania folderu Windows są skonfigurowane prawidłowo dla typu sieci, do której jesteś podłączony, tj. Public lub Private.

Przekażę tylko moje doświadczenie i dostosuję do Twojej sytuacji, jak to będzie właściwe. Otwórz listę sieci wifi i dla tej, z którą jesteś połączony, kliknij Properties. Ustaw na Public lub Private w zależności od potrzeb. (W moim przypadku sieć Private była błędnie oznaczona jako Public.)

Po prawidłowym sklasyfikowaniu sieci kliknij prawym przyciskiem myszy folder współdzielony, wybierz Properties, wybierz zakładkę Sharing, wybierz Network and Sharing Center link i upewnij się, że Turn on file and printer sharing jest wybrane dla Public lub Private w zależności od typu połączenia wifi sklasyfikowanego wcześniej.

Po wykonaniu tych czynności udało mi się podłączyć maszynę Debiana do Windows 10 zgodnie z oczekiwaniami.

0
0
0
2018-05-12 15:55:39 +0000

Inny problem może być z DNS. Otrzymywałem ten sam błąd “operacja w toku”. Jednak przeglądanie stron za pomocą Dolphina działało poprawnie. Nazwa hosta, której używałem z powodzeniem w Dolphinie, jest przypisana do 4 adresów IP, z których jeden kończy się na 0 (jest to nazwa subdomeny). Kiedy używam tej nazwy dla jednego z pozostałych 3 adresów IP, montaż działa. Domyślam się, że Dolphin jest bardziej inteligentny w wyszukiwaniu rzeczywistego hosta, gdy podana jest nazwa (sub)domeny, niż mount.

0
0
0
2019-07-26 20:19:59 +0000

Widziałem dzisiaj przypadek, w którym ktoś próbował zamontować udział używając CIFS, ale CIFS nie był zainstalowany.

yum install cifs-utils