Fouten bij het aankoppelen van CIFS-shares

Problemen oplossen bij het openen van een gedeelde Windows XP map vanuit Fedora:

Je krijgt de foutmelding:

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

1. Zorg ervoor dat Linux de andere box kan pingen.

Voer dit commando uit op de Linux box naar het IP van de Windows box:

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

Als je de box niet kunt bereiken of de connectiviteit is in en uit, kan de mount klagen.

2. Controleer of een map daadwerkelijk wordt gedeeld op windows, volg deze stappen.

1. Open de bestandsbrowser naar `C:## Problemen oplossen bij het openen van een gedeelde Windows XP map vanuit Fedora:

Je krijgt de foutmelding:

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

1. Zorg ervoor dat Linux de andere box kan pingen.

Voer dit commando uit op de Linux box naar het IP van de Windows box:

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

Als je de box niet kunt bereiken of de connectiviteit is in en uit, kan de mount klagen.

2. Controleer of een map daadwerkelijk wordt gedeeld op windows, volg deze stappen.

1. Open de bestandsbrowser naar .
   
2. Maak een nieuwe map genaamd public. Dus je hebt nu C:\public
3. Maak in die map een nieuw tekstdocument met de naam “testing.txt”.
4. Klik met de rechtermuisknop op de map C:\public en ga naar eigenschappen.
5. Klik op het tabblad delen.
6. Zorg ervoor dat: “Deel deze map op het netwerk” is aangevinkt. Let op de sharenaam: ‘public’.
7. Klik op ok. Er zou een handje moeten verschijnen onder de map, wat betekent dat hij gedeeld wordt.

De map ‘public’ is nu gedeeld en je zou er met Linux verbinding mee moeten kunnen maken.

3. Onder Linux, mount de share met ‘mount’:

1. Open een console en su naar root.

2. Maak een directory mkdir /mnt/windows Dit wordt de directory waar je toegang hebt tot de gedeelde bestanden.

3. Voer het mount-commando uit dat om een wachtwoord vraagt:

4. Maak een directory aan. Het bovenstaande commando vraagt u om een wachtwoord, voer het juiste wachtwoord in, een onjuist wachtwoord geeft een foutmelding. Als u niet zeker bent van het wachtwoord, kunt u het wachtwoord op de Windowsbox wijzigen onder Configuratiescherm - Gebruikersaccounts.

5. voer het commando cd /mnt/windows uit en voer ls uit. De inhoud van het station wordt gepresenteerd:

6. U hebt verbinding gemaakt met het Windows-station.

4. Maak verbinding met de gedeelde schijf met de konqueror of linux bestandsbrowser:

1. Open uw bestandsbrowser, in mijn geval konqueror.
2. In de bestandslocatiebalk, voer smb://192.168.13.107/public in en druk op enter.
3. U kunt een gebruikersnaam en wachtwoord login box te zien krijgen. Voer de gebruikersnaam en het wachtwoord in van de windows box die bovenaan deze post is beschreven.
4. Gefeliciteerd, je bent verbonden met de gedeelde map.

TROUBLESHOOTING, als het bovenstaande niet werkt.

Stap 1: Heb je geprobeerd beide computers opnieuw op te starten

Start beide computers opnieuw op. Zorg er daarna voor dat al je Windows updates gedaan zijn. Zorg ervoor dat Linux zijn software updates ook heeft gedaan. Start opnieuw op na de updates.

Stap 2: Controleer je Firewalls, ZoneAlarms, en andere beveiligingssoftware

Het kan zijn dat een stukje software dat ontworpen is om je computer te beschermen tegen virussen, malware of kwaad op het internet, je poging tot bestandsdeling blokkeert. Windows firewall staat misschien in een paranoïde modus. Hoewel het onwaarschijnlijk is dat Windows Firewall de schuldige is, schakel het tijdelijk uit om te controleren of het niet het probleem is. (Laat het niet uit).

Maak een lijst van alle beveiligingssoftware die mogelijk op paranoïde modus is ingesteld. Windows Firewalls, 3rd party firewalls, ZoneAlarms, Antivirussen, Kaspersky, AVG, of iets anders dat beweert je te beschermen tegen virussen/malware/kwaad. U moet deze controleren en tijdelijk uitschakelen, of een witte lijst openen voor uw IP adres.

Stap 3: Verkrijg aanwijzingen van beveiligingssoftware.

ZoneAlarm houdt een logboek bij van alle map share gebeurtenissen en pogingen, ga naar Overzicht-waarschuwingen en logboeken. En zie een lijst van al je mislukte pogingen. Hetzelfde is mogelijk voor andere software. In dat geval, beschermt het je tegen jezelf.

Stap 4: Verdenk problemen in de router of het lokale netwerk zelf

Misschien heeft de router, draadloze bruggen, domme hubs, of ander netwerk apparaat een of andere richtlijn shenanigan in zich door je gedeelde map verbindingspoging te blokkeren. De router of het apparaat zelf kan een poort blokkeren of iets in beperkende modus hebben staan. Heeft iemand er de laatste tijd mee zitten klooien? Probeer de router terug te zetten naar standaard alles en probeer het opnieuw.

Stap 5: Zorg ervoor dat je lokale netwerk eenvoudig en correct is.

Verbinden allebei je computers met dezelfde router? Misschien is de ene verbonden met een crappy netgear wireless bridge en de andere met een router? Vereenvoudig het netwerk door alle computers op één router aan te sluiten. Herstart de routers en het internet, probeer het opnieuw.

Stap 6: Werkt nog steeds niet. Isoleer de defecte unit.

Het is tijd om de katten te hoeden en de defecte unit te isoleren. Bewijs dat de Windows box je bestand niet deelt door met een andere computer verbinding te maken met de share. Neem een Windows laptop van een vriend, of een Apple product en sluit deze aan op je netwerk en kijk of zij toegang hebben tot de share. Als ze dat niet kunnen, dan is er een probleem met de windows box, als ze dat wel kunnen, dan is er een probleem met de Linux box.

Stap 7: Verdenk de firewall op Linux

Let op een speciaal beveiligingsalarm of speciale firewall software op Linux. Voer system-config-firewall uit en controleer of smb is aangevinkt. Controleer of Linux je mount niet verhindert. Maak een smb share op een andere Linux box, en probeer daar verbinding mee te maken.

Als niets van dit alles werkt. Gebruik de nucleaire optie, herinstalleer beide besturingssystemen en begin van voren af aan. Dit is raket chirurgie.

Probeer maar:

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

De sleutel is sec=ntlm

Meer mogelijke oplossingen voor dit probleem toevoegen

Deze foutmelding is niet erg beschrijvend, maar wat het betekent is dat de operatie is uitgelopen. Er zijn talloze mogelijke redenen hiervoor, en tijdens het onderzoeken van dit probleem, kwam ik een aantal oplossingen tegen die nog niet in deze thread zijn genoemd.

1.) Ambiguous Network

Het wordt niet vaak genoemd in de verschillende oplossingen die je voor dit probleem online kunt vinden, maar de server waarmee je verbinding maakt moet zich op hetzelfde subnet bevinden als je lokale machine. Dit probleem deed zich bij mij voor omdat ik zowel de bedrade als de draadloze verbindingen had ingeschakeld, en het was niet duidelijk tot welk subnet het apparaat behoorde, aangezien de twee verbindingen niet hetzelfde netwerk zijn. Het uitschakelen van Wifi loste het probleem direct op. Ik kwam deze oplossing tegen tijdens het lezen van Das Werkstatt:

[OPLOSSING]

In mijn geval stond de DFS share op een opslagmedium in een ander subnet. Ik voegde een netwerk alias toe (eth0:1) met een IP in dat opslag-subnet en toen werkte het.

Ik zou iets verwacht hebben als “no route to host” in plaats van de cryptische “error (115): Operation now in progress”…

Tja, je kunt niet alles hebben ;)

Bron: http://www.das-werkstatt.com/forum/werkstatt/viewtopic.php?f=7&t=2074

2.) Nieuwe regels aan het eind van het credentials bestand

Credentials bestanden zijn handig als je speciale tekens hebt zoals de komma , in je wachtwoord. Er kan in de opties als volgt naar verwezen worden:

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

Het bestand is geformatteerd met sh-stijl variabele declaratie:

username=me
password=mypassword
domain=mydomain

Als je een credentials bestand gebruikt, zorg er dan voor dat er geen newline karakters aan het eind staan, anders zal er een timeout optreden tijdens het proberen te parsen van het credentials bestand:

...
domain=mydomain
<empty line>

3.) Proberen een specifieke directory te mounten in plaats van het eigenlijke sharepunt

Als de specifieke directory die je nodig hebt een subdirectory van de share is, kun je die map niet rechtstreeks mounten. Pogingen daartoe geven een aantal verschillende fouten, waaronder deze.

In plaats daarvan moet je het share point zelf mounten, en dan een symbolische link toevoegen naar de subdirectory die je nodig hebt:

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

Op deze manier krijg je hetzelfde resultaat als wanneer je de subdirectory zelf zou mounten, zonder dat je er iedere keer naar hoeft te boren.

Ik weet niet zeker of dit relevant is voor jou, maar ik had een soortgelijk probleem met het mounten van een CIFS share op mijn Android telefoon:

# 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
#

Ik probeerde de schuine streep te verwijderen en blijkbaar maakte dat een verschil - het mountte:

# mount -t cifs //192.168.0.2/media /mnt/cifs/media -o username=user,password=pass
#

Het probleem in mijn situatie was dat ik spaties had in het credentials bestand /etc/smb-credentials

username = foobar
password = secret

Nadat ik het veranderd had in:

username=foobar
password=secret

Het werkte.

Ik moet vaak de -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt aanhalen en dan komt het goed en de meeste voorbeelden die ik heb opgezocht laten dat bit niet zien (als het nodig is op die systemen).
Ik had dat probleem zojuist op mijn tablet (waarom ik hier ben wilde UNC naam niet IP) citaten het recht omhoog.

Aanvullende mogelijke oplossing

Als de share-map van Windows 10 is (geldt waarschijnlijk ook voor 7 en XP), controleer dan of de share-instellingen van de Windows-map juist zijn geconfigureerd voor het type netwerk waarmee u bent verbonden, d.w.z. Public of Private.

Ik zal gewoon mijn ervaring doorgeven en indien nodig aanpassen aan uw situatie. Open de lijst met wifi-netwerken en klik voor het netwerk waarmee je verbonden bent op Properties. Stel in op Public of Private naargelang het geval. (In mijn geval was een Private netwerk verkeerd gelabeld als Public.)

Zodra het netwerk correct is geclassificeerd, klik met de rechtermuisknop op je gedeelde map, selecteer Properties, selecteer de Sharing tab, selecteer Network and Sharing Center link, en zorg ervoor dat Turn on file and printer sharing is geselecteerd voor Public of Private, afhankelijk van je wifi-verbindingstype zoals eerder geclassificeerd.

Nadat ik dit gedaan had, was ik in staat om een Debian machine te verbinden met Windows 10 zoals verwacht.

Een ander probleem kan met DNS zijn. Ik kreeg dezelfde “operation now in progress” foutmelding. Browsen met Dolphin werkte echter prima. De hostnaam die ik met succes met Dolphin gebruikte, lost op naar 4 IP adressen, waarvan er een eindigt op 0 (het is een subdomein naam). Wanneer ik de naam gebruik voor een van de andere 3 IP adressen, werkt de mount wel. Ik denk dat Dolphin slimmer is in het opzoeken van een host wanneer een (sub)domeinnaam wordt gegeven dan mount dat is.

Ik zag vandaag een geval waar iemand een share probeerde te mounten met CIFS, maar CIFS was niet geïnstalleerd.

yum install cifs-utils