Rilascio di file bloccati dalla funzione Cartelle condivise


16

Faccio molto uso della funzione Cartelle condivise di VMWare Workstation: imposti una cartella sul computer host come condivisa per il sistema operativo guest e puoi accedervi sul guest, in modo simile a una condivisione SMB (sola lettura o lettura-scrittura) .

La cosa che mi dà fastidio è che dopo aver copiato un paio di file da hots a guest, Workstation blocca la scrittura di questi file, anche se la condivisione è impostata in sola lettura .

Ciò è particolarmente fastidioso in uno scenario spesso quando sto cercando di eseguire il debug / utilizzare uno script sul guest mentre lo sto ancora modificando sull'host.

Finora gli unici modi in cui so come fare in modo che Workstation rilasci questi file sono:

  • sospendere la macchina ospite: è una terribile pseudo-soluzione alternativa. È lento (specialmente con una quantità maggiore di RAM guest) e talvolta l'interruzione potrebbe non essere gradita
  • copiando la quantità di alcuni altri file casuali, sperando che Workstation abbia un limite interno alla quantità di file che bloccherebbe: tale hack che potrebbe essere utile regolarmente solo se sapessimo che la formica era piccola

Quindi quali sono alcuni buoni modi per fare in modo che Workstation rilasci quei file?

O in alternativa, come evitare di bloccarli in primo luogo?

Modifica: non ho chiarito alcune cose:

  • Io so che è Workstation (vmware-vmx.exe) che blocca questi file (probabilmente a causa di qualche buffer interno)

  • Non voglio rilasciare i file con la forza. Ci ho provato, ma rilasciarli con la forza rende la macchina instabile, cosa che non posso permettermi

Apparentemente questo è causato da un bug in Workstation.


Perché non configurare semplicemente la condivisione di file di rete reali?
jftuga,

@jftuga Preferisco fortemente SF e ho tutto in quel modo per una serie di ragioni, alcune delle quali sono: è molto più veloce; non ha bisogno di rete. Vedi questo messaggio
Alois Mahdal

Il problema persiste in Workstation 11 e cartelle condivise tra due guest win7. Il file creato da un guest viene bloccato per tutti i sistemi incluso l'host se un altro guest utilizza il file. L'unica cosa che funziona per me è, vai al guest che ha creato il file, disabilita quella cartella condivisa e quindi riattivabile. E i passaggi sono dolorosi perché non esiste alcuna personalizzazione della barra degli strumenti per accedere rapidamente alla pagina delle impostazioni della cartella condivisa. O c'è?
user173399,

Si noti che questo problema persiste ancora in Workstation 12.5. Nel mio caso la VM ha appena letto un file per l'allegato a un'e-mail e anche dopo la chiusura del programma di posta elettronica, Workstation ha tenuto aperto un blocco file che Unlocker non è stato in grado di vedere o rimuovere.
Mark Booth,

Risposte:


8

Questo sembra essere un bug in VMWare, quindi non è necessario controllare un software antivirale di terze parti o utilizzare gli sbloccatori: tutti questi ultimi interrompono il normale funzionamento di VMWare Workstation stessa.

Più thread sul forum VMWare risolvono lo stesso problema. Per esempio:

L'unica soluzione che funziona è menzionata nei post di Loren Pechtel , quindi tutti i crediti dovrebbero andare a lei: dovresti accedere ("toccare") al file bloccato dal sistema guest.

Ad esempio, apro e chiudo le proprietà del file bloccato da Esplora risorse nel guest. Questo è sufficiente per rilasciare il blocco nell'host.


3

Ho riscontrato lo stesso problema utilizzando uno script per copiare i file da una cartella host condivisa sul mio client. Finito con file bloccati sull'host. Il modo più semplice per aggirare il problema è quello di fare ciò che altri hanno già pubblicato, accedere al file host dal client usando un comando.

Per me ho usato "attrib -r HOST_FILE" nel mio script dopo aver copiato il file host. Da quando ho montato la mia cartella condivisa in sola lettura, non ha fatto altro che DID cancellare il blocco.


2

Qualche idea :

  1. Controlla se qualche programma (come un antivirus) sta leggendo i file, sia sull'host che sul guest.
    Normalmente uso Unlocker o Process Explorer per questo.
  2. Controlla se i file non vengono copiati molto lentamente.
    Questo potrebbe essere l'ospite con un driver di rete problematico.
  3. Prova a disattivare tutti i firewall, antivirus o altri prodotti di sicurezza.
  4. Sono più che a metà strada convinto di un grave bug esistente nell'implementazione VMware di cartelle condivise, in cui host e guest possono essere completamente confusi. Di solito evito le cartelle condivise, perché è impossibile indovinare in anticipo se funzioneranno in modo affidabile su qualsiasi nuova configurazione, mentre le condivisioni di rete o FTP funzionano sempre.

Grazie per i suggerimenti 1. Sì, vmware-vmx.exe di solito blocca questi file, ma non posso usare la forza per lo sblocco - ho provato ma ha reso Workstation instabile. 2. Controllato - non è il caso. In genere mi succede con un piccolo file che posso vedere è completo. 3. Ho provato, non ha aiutato. 4. Sì, questo è un bug, quindi in realtà sto cercando una soluzione alternativa.
Alois Mahdal

E, per quanto riguarda l'evitamento di SF: per quasi due anni di prove quotidiane ho dimostrato che di tutte le soluzioni, SF è il più affidabile (e il più veloce). Il motivo più significativo di ciò è che in realtà non dipendono dalla rete: è possibile avere firewall restrittivi, driver non funzionanti o zero NIC sul guest e trasferire comunque i file come si desidera tramite SF.
Alois Mahdal

Nessun problema in 2 anni? Che fortuna! Gran parte del mio SF non ha mai funzionato o era troppo lento per essere utilizzabile, e lo stesso che stai vedendo ora, senza una ragione ovvia. L'unico suggerimento che mi rimane è di utilizzare la versione più recente di VMware e degli strumenti VMware (reinstallare anche se aggiornato, per ogni evenienza), quindi eliminare e ricreare SF. A volte questo aiuta. In caso contrario, l'unico passo successivo che posso vedere è contattare l'assistenza VMware.
harrymc,

Ironia: poco dopo il mio commento sull'affidabilità di SF, sono passato a Workstation 8 e ho iniziato ad avere problemi: tutto sarebbe scaduto a \\vmware-host\Shared Folders\folder\subfoldermeno che non \\vmware-host\Shared Folders\folderfosse stato aperto almeno una volta dall'inizio. Non lavoro in quella compagnia (e probabilmente non vedrò Windows per molto tempo, sì), però ...
Alois Mahdal

Quando questo è successo a me con Workstation 12.5 Unlocker non è stato in grado di vedere o rimuovere alcun blocco dei file sul file. Non ho mai visto questo problema con Workstation 7.
Mark Booth,

2
  1. puoi provare a utilizzare il software Unlocker ( fai clic per scaricare lo sblocco )

    Installa Unlocker, disabilitando l'opzione per le estensioni di Explorer e altra posta indesiderata

  2. apri CMD, quindi vai a C: \ Programmi \ Unlocker.

  3. eseguire Unlocker.exe "il percorso per la cartella bloccata", da CMD.

  4. un pop-up che conferma il rilascio del blocco, quindi fare clic su Unlock per sbloccare il file.

  5. Fine, il file è stato sbloccato,

Mi dispiace, vorrei evitare di utilizzare software " supportato da pubblicità " (sembra quasi un annuncio pubblicitario). (Ho già Process Explorer per queste cose.)
Alois Mahdal

@AloisMahdal Potrebbe riferirsi solo al raggruppamento di barre degli strumenti con l'installer (che dovresti deselezionare durante l'installazione). In ogni caso, preferisco personalmente il sito ufficiale / dello sviluppatore per i download di software, non siti come Softpedia. Naturalmente, Process Explorer funziona altrettanto bene e hai già dichiarato che la chiusura forzata di questi handle causa instabilità.
Bob

0

Emco unlocker (freeware - no Ads) funziona bene. Dopo aver trasferito i file, basta inviare la cartella (in cui hai copiato o spostato i file sul tuo host) allo sblocco dei file Emco. Ho inserito un collegamento nella mia cartella "invia a". Veloce ed efficiente.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.