Hoe los ik de fout "De lokale apparaatnaam is al in gebruik." op?

Je moet de schijf opnieuw toewijzen.

Eerst:

net use * /delete

Dan opnieuw toewijzen met net use:

net use Z: \server\share /user:username password

Het gebeurde bij mij toen ik de computer uit de slaapstand haalde. Ik begon service na service te stoppen en het lijkt erop dat “Computer Browser” in mijn geval de fout was. Probeer:

net stop "Computer Browser"  
net start "Computer Browser"

1. Verwijder de sleutel

2. Log uit en dan weer in.

Als het nog steeds niet werkt, ontkoppel dan alle gemapte drives via GUI of beter via de commandoregel zoals in de vorige post, verwijder de reg sleutel hierboven en log dan uit en weer in

Een mogelijkheid die ik net tegenkwam is dat je een apparaat aan je systeem hebt toegevoegd dat ervoor zorgt dat andere “auto mapped” apparaten hoger komen te staan dan de gemapte schijf.

Stel dat je M hebt toegewezen aan een netwerkschijf, maar je voegt een nieuwe harde schijf toe, die er dan voor zorgt dat alle verwijderbare schijven (ook al zit er niets in) een letter (of twee) omhoog springen.

Nu, plotseling, is een van de verwijderbare drives gekoppeld aan M.

Je netwerk drive kan niet langer gekoppeld worden aan M, en als je probeert de toewijzing te verwijderen, krijg je een “Device already in use” foutmelding.

Open “Opslag/schijfbeheer” en controleer ALLE schijven op een mapping die misschien bovenop de schijf staat die je in kaart wilt brengen.

Als die er is, wijs die schijf dan toe aan iets anders.

Dan zou je in staat moeten zijn om NET USE te gebruiken om op de juiste manier aan je netwerkschijf te koppelen.

Er is een kleine kans dat de oorzaak hiervan is dat het aandeel dat je probeert te bereiken niet bestaat of is uitgeschakeld.

Het is misschien een beetje laat om dit te beantwoorden voor de OP, maar omdat anderen dit zullen blijven vinden via zoekmachines (zoals ik deed), zal ik een oplossing toevoegen die voor mij werkte.

Ik werk op een IT afdeling, en sommige van onze gebruikers hadden vandaag last van deze fout. De oplossing was om Bestand en Printer Delen in te schakelen.

AVG Anti-virus werd gebruikt, dus deze optie moest worden ingeschakeld via de anti-virus firewall instellingen, en niet Windows. Je zult dus moeten aanpassen hoe je dit inschakelt, indien nodig.

Mijn ervaring is dat gedeelde stations nooit werken wanneer AVG besluit om “Bestands- en printerdeling” uit te schakelen, hoewel ik altijd een foutmelding krijg waarin me wordt gevraagd om “de spelling te controleren” of iets dergelijks. Ik heb nog nooit de foutmelding “..Already in use” gezien, tot vandaag.

We hadden een Windows 7 laptop gebruiker wiens printer werd gemapt als de schijf in kwestie. Maar hij werd niet weergegeven in Start->Computer en hij werd ook niet weergegeven in de lijst met NET USE. Als je echter naar Disk Management ging, was er een removable media schijf in de lijst met geen weergegeven stationsletter die was toegewezen als de stationsletter in kwestie. Als je er met de rechtermuisknop op klikte, verscheen EPSON in de eigenschappen.

We veranderden de drive letter in iets dat niet gebruikt werd in Disk Management.

Ik vroeg mijn baas waarom een printer een drive zou mappen, en hij zei dat het was zodat de printer zelf de drivers zou leveren in plaats van dat Windows ze zou moeten downloaden; maar het wijst een drive letter toe zonder enkele andere Windows componenten te verwittigen blijkbaar.

De fouten die we kregen waren Gebeurtenis ID 4098 met foutcode 0x80070055 in de toepassingslogboeken en wanneer we probeerden de stationsletter toe te wijzen met NET USE, Error 85 The local device name is already in use.

Ik kwam dit tegen vandaag, op verschillende Windows 7 en Linux clients die drives mappen vanaf een Linux Samba server. Het probleem bleek te zijn dat mijn root drive op de server geen ruimte meer had. Een paar gigabytes opruimen en de samba server herstarten loste het probleem op.

Dit klinkt stom, maar het overkwam mij onlangs ook en ik trok me de haren uit het hoofd. De drives waren ingesteld zonder credentials en er waren geen dubbele mappings. De drives waren gemapt op IP. Kortom, er zouden geen problemen mogen zijn, maar de schijven verbraken willekeurig gedurende 2-3 minuten terwijl ze in gebruik waren.

Het blijkt dat toen ik een kleine netwerk wijziging maakte, de gebruikers de “Public” optie kozen in de netwerk popup in plaats van “Work”.

Ja, terugschakelen naar “Werk” loste het voor mij op. Je kunt dat doen onder “Network and Sharing Center” in het start menu en dan op het Public icoontje klikken om het weer terug te zetten naar Work.

Ik had hetzelfde probleem op een Windows Server 2008 SBS terwijl ik probeerde verbinding te maken met een oude NAS.

Na het proberen van elk van de suggesties die ik hier zag, was ik niet in staat om dit op te lossen.

Tijdens het troubleshooten kwam ik erachter dat de wortel van het probleem een van de toegewezen server IP’s kon zijn.

Dat was inderdaad zo. Ik ging naar NAS logs en ik zag dat het was aangepast om verbinding te maken met de NAS admin gebruikersnaam en wachtwoord onder een specifiek IP-adres dat was toegewezen aan de server in plaats van het hoofd IP-adres van de server!

Dus voor toekomstige referentie, zou ik willen voorstellen om te controleren of u onder meerdere NICS op uw machine zit. Als dat zo is, moet je misschien de netwerkshare van een bepaalde locatie opnieuw toewijzen.

Vergeet ook niet om de logs van elk apparaat zorgvuldig te lezen.

Als u een VPN gebruikt om verbinding te maken met het netwerk dat de netwerkbron bevat, kan de VPN deze fout ook veroorzaken:

In ‘Network and sharing center’ krijgt elke netwerkverbinding een netwerktype (private/domain/home/public). Ik heb situaties gezien waarbij de VPN-verbinding bleef steken bij ‘Identificeren…’. Het netwerk wordt als Public beschouwd totdat de identificatie voltooid is, dit betekent dat Windows Firewall geen verbindingen zal toestaan naar netwerkstations via deze verbinding.

Het herstarten van de VPN lost het probleem meestal voor mij op.

Ik had dit probleem, hier is een mogelijke oplossing, zorg ervoor dat je sharing server ruimte over heeft op de OS of root drive of “/”.

Ik draai een samba server op linux en de root drive was vol. Als samba geen logs kan maken crasht het en van de windows kant faalt het met de fout “local device name is already in use” om een of andere duistere reden.