Come si risolve l'errore "Il nome del dispositivo locale è già in uso"?

È necessario rimappare l'unità.

Prima:

net use * /delete

Poi rimappare usando di nuovo la rete:

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

Mi è successo quando ho svegliato il computer dal sonno notturno. Ho iniziato a fermare un servizio dopo l'altro e sembra che “Computer Browser” sia in difetto nel mio caso. Provate:

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

1. Cancellare la chiave

2. Eseguire il logout e poi riaccedere.

Se ancora non funziona, scollegate tutte le unità mappate o dalla GUI o meglio dalla linea di comando come nel post precedente, cancellate la chiave reg di cui sopra e poi disconnettetevi e ricollegatevi

Una possibilità in cui mi sono appena imbattuto è che tu abbia aggiunto un dispositivo al tuo sistema che fa sì che altri dispositivi “auto mappati” salgano sopra l'unità mappata.

Diciamo che avete M mappato su un'unità di rete, ma aggiungete un nuovo hard disk, che poi fa sì che tutte le unità rimovibili (anche se non hanno nulla inserito al loro interno) salgano di una lettera (o due).

Ora, improvvisamente, una delle unità rimovibili è mappata su M.

La tua unità di rete non può più essere mappata su M, e quando cerchi di rimuovere la mappatura, ti darà un errore “Dispositivo già in uso”.

Apri “Storage/Disk management” e controlla TUTTE le unità per qualsiasi mappatura che potrebbe essere sopra l'unità che vuoi mappare.

Se c'è, rimappa quell'unità su qualcos'altro.

Poi dovresti essere in grado di usare NET USE per collegare correttamente il tuo drive di rete.

C'è una remota possibilità che la causa di ciò sia che la quota che stai cercando di raggiungere non esiste o è stata disabilitata.

Potrebbe essere un po’ tardi per rispondere a questo per l'OP, ma poiché altri continueranno a trovare questo attraverso i motori di ricerca (come ho fatto io), aggiungerò una soluzione che ha funzionato per me.

Lavoro in un dipartimento IT, e alcuni dei nostri utenti hanno riscontrato questo errore oggi. La soluzione è stata quella di abilitare la condivisione di file e stampanti.

AVG Anti-virus è stato utilizzato, quindi questa opzione doveva essere abilitata attraverso le impostazioni del firewall anti-virus, e non Windows. Quindi dovrete regolare il modo in cui la abilitate, se necessario.

Nella mia esperienza, le unità condivise non funzionano mai quando AVG decide di disabilitare “File and Printer Sharing”, anche se ricevo sempre un errore che mi chiede di “controllare l'ortografia” o qualcosa di simile. Non l'ho mai visto lanciare l'errore “…Già in uso” fino ad oggi.

Avevamo un utente di un portatile Windows 7 la cui stampante veniva mappata come l'unità in questione. Ma non appariva in Start->Computer e non appariva quando si elencava con NET USE. Tuttavia, se si andava a Disk Management c'era un disco removable media elencato con nessuna lettera di unità visualizzata che era mappato come la lettera di unità in questione. Se lo si cliccava con il tasto destro del mouse, veniva visualizzato EPSON nelle proprietà.

Abbiamo cambiato la lettera dell'unità in qualcosa che non veniva usata in Disk Management.

Ho chiesto al mio capo perché una stampante dovrebbe mappare un'unità, e lui ha detto che è in modo che la stampante stessa fornisca i driver invece che Windows debba scaricarli; ma assegna una lettera di unità senza notificare alcuni altri componenti di Windows a quanto pare.

Gli errori che abbiamo ottenuto sono stati Event ID 4098 con codice di errore 0x80070055 nei log dell'applicazione e quando si cerca di mappare la lettera dell'unità con NET USE, Error 85 The local device name is already in use.

Mi sono imbattuto in questo oggi, su diversi client windows 7 e linux che mappavano le unità da un server samba linux. Il problema si è rivelato essere che il mio disco principale sul server aveva esaurito lo spazio. ripulendo alcuni gigabyte e riavviando il server samba ho risolto il problema.

Sembra stupido, ma mi è successo di recente e mi stavo strappando i capelli. Le unità erano impostate senza credenziali e non c'erano mappature duplicate. Le unità erano mappate per IP. In breve, non ci dovrebbero essere problemi, ma i dischi si disconnettevano casualmente per 2-3 minuti mentre erano in uso.

Si è scoperto che quando ho fatto una piccola modifica alla rete, gli utenti hanno scelto l'opzione “Public” sul popup della rete invece di “Work”.

Sì, riportarla a “Lavoro” mi ha risolto il problema. Puoi farlo sotto “Centro connessioni di rete e condivisione” dal menu di avvio e poi cliccare sull'icona Pubblica per cambiarla di nuovo in Lavoro.

Stavo avendo lo stesso problema su un SBS Windows Server 2008 mentre cercavo di connettermi a un vecchio NAS.

Dopo aver provato tutti i suggerimenti che ho visto qui, non sono riuscito a risolvere il problema.

Durante la risoluzione dei problemi ho scoperto che la radice del problema potrebbe essere uno degli IP assegnati al server.

Infatti era così. Sono andato nei log del NAS e ho visto che è stato regolato per connettersi con il nome utente e la password dell'amministratore del NAS sotto un indirizzo IP specifico che è stato assegnato al server invece dell'indirizzo IP principale del server!

Quindi, per riferimento futuro, suggerirei di controllare se siete sotto più NICS sulla vostra macchina. Se è così potreste dover rimappare la condivisione di rete da una particolare posizione.

Inoltre, non dimenticare di leggere attentamente i log di ogni dispositivo.

Se usi una VPN per connetterti alla rete che contiene la risorsa di rete, anche la VPN può causare questo errore:

In ‘Network and sharing center’, ad ogni connessione di rete viene assegnato un tipo di rete (privata/dominio/casa/pubblica). Ho visto situazioni in cui la connessione VPN era bloccata a ‘Identificazione…’. La rete è considerata pubblica finché l'identificazione non è terminata, questo significa che Windows Firewall non permetterà le connessioni alle unità di rete attraverso questa connessione.

Riavviare la VPN di solito risolve il problema per me.

Ho avuto questo problema, ecco una possibile soluzione, assicuratevi che il vostro server di condivisione abbia ancora spazio sull'OS o sull'unità root o “/”.

Ho un server samba su linux e l'unità root era piena. Se samba non può creare registri va in crash e dal lato windows fallisce con l'errore “il nome del dispositivo locale è già in uso” per qualche oscura ragione.