Melepaskan file yang dikunci oleh fitur Folder Bersama

16

Saya banyak menggunakan fitur Shared Folders dari VMWare Workstation: Anda mengatur folder pada mesin host sebagai dibagikan untuk OS tamu, dan Anda dapat mengaksesnya pada tamu, dengan cara yang sama seperti share SMB (baca-saja atau baca-tulis) .

Hal yang mengganggu saya adalah bahwa setelah menyalin beberapa file dari naksir ke tamu, Workstation mengunci file-file ini dari menulis, bahkan jika berbagi ditetapkan sebagai hanya-baca .

Ini sangat menjengkelkan dalam skenario sering ketika saya mencoba untuk men-debug / menggunakan skrip pada tamu sementara saya masih mengeditnya di host.

Sejauh ini satu-satunya cara saya tahu bagaimana membuat Workstation merilis file-file ini adalah:

menangguhkan mesin tamu: itu solusi pseudo-mengerikan. Itu lambat (terutama dengan jumlah tamu RAM yang lebih tinggi) dan kadang-kadang gangguan mungkin tidak diterima
menyalin sejumlah file acak lainnya, berharap Workstation memiliki batasan internal pada jumlah file yang akan dikunci: peretasan seperti itu yang mungkin berguna secara rutin hanya jika kita tahu jumlah semutnya kecil

Jadi apa sajakah cara yang baik untuk membuat Workstation merilis file-file itu?

Atau sebagai alternatif, bagaimana cara menghindari menguncinya?

Sunting: Saya tidak menjelaskan beberapa hal:

Saya tahu itu Workstation (vmware-vmx.exe) yang mengunci file-file ini (mungkin karena beberapa buffering internal)
Saya tidak ingin melepaskan file dengan paksa. Saya mencobanya, tetapi melepaskannya dengan paksa membuat mesin tidak stabil, yang saya tidak mampu

Rupanya ini disebabkan oleh bug di Workstation.

windows vmware-workstation

— Alois Mahdal
sumber

Mengapa tidak mengkonfigurasi file berbagi jaringan yang sebenarnya?

— jftuga

@ jftuga Saya sangat suka SF dan memiliki segalanya seperti itu untuk sejumlah alasan, beberapa di antaranya adalah: itu jauh lebih cepat; tidak perlu jaringan. Lihat posting ini

— Alois Mahdal

Masalah terus ada di Workstation 11 dan folder bersama antara dua tamu win7. File yang dibuat oleh satu tamu akan terkunci untuk semua sistem termasuk tuan rumah jika tamu lain menggunakan file tersebut. Satu-satunya hal yang berfungsi untuk saya adalah, pergi ke tamu yang membuat file, nonaktifkan folder bersama itu dan kemudian aktifkan kembali. Dan langkah-langkahnya menyakitkan karena tidak ada kustomisasi bilah alat untuk dengan cepat membuka halaman pengaturan folder bersama. Atau disana?

— user173399

Perhatikan bahwa masalah ini masih ada di Workstation 12.5. Dalam kasus saya, VM hanya membaca file untuk lampiran ke email & bahkan setelah program email ditutup, Workstation memegang kunci file terbuka di atasnya bahwa Unlocker tidak bisa melihat atau menghapus.

— Mark Booth

8

Ini tampaknya menjadi bug di VMWare, jadi tidak perlu memeriksa perangkat lunak antivirus pihak ke-3 atau menggunakan unlockers - semua yang terakhir berfungsi normal dari VMWare Workstation itu sendiri.

Beberapa utas di forum VMWare mengatasi masalah yang sama. Sebagai contoh:

Satu-satunya solusi yang berfungsi disebutkan dalam posting oleh Loren Pechtel , jadi semua kredit harus diberikan padanya: Anda harus mengakses ("menyentuh") file yang dikunci dari sistem tamu.

Sebagai contoh, saya membuka dan menutup properti file yang terkunci dari Windows Explorer di tamu. Ini cukup untuk menjatuhkan kunci di tuan rumah.

— Stan
sumber

3

Saya mengalami masalah yang sama menggunakan skrip untuk menyalin file dari folder host bersama ke klien saya. Berakhir dengan file yang terkunci di host. Cara termudah untuk menyiasatinya adalah dengan melakukan seperti yang orang lain posting sebelumnya, mengakses file host dari klien menggunakan perintah.

Bagi saya, saya menggunakan "attrib -r HOST_FILE" dalam skrip saya setelah menyalin file host. Karena saya memasang folder bersama saya sebagai hanya baca ini tidak melakukan apa-apa selain DID menghapus kunci.

— KJohn
sumber

2

Beberapa ide :

Periksa apakah ada program (seperti antivirus) yang membaca file, baik host maupun tamu.
Saya biasanya menggunakan Unlocker atau Process Explorer untuk itu.
Periksa apakah file tidak hanya menyalin sangat lambat.
Ini bisa menjadi tamu yang memiliki driver jaringan yang bermasalah.
Cobalah untuk mematikan semua firewall, antivirus, atau produk keamanan lainnya.
Saya lebih dari setengah jalan yakin ada bug serius yang ada dalam implementasi VMware pada folder bersama, di mana tuan rumah dan tamu dapat benar-benar bingung. Saya biasanya menghindari folder bersama, karena tidak mungkin untuk menebak sebelumnya apakah mereka akan bekerja dengan andal pada konfigurasi baru, sementara jaringan atau berbagi FTP selalu berfungsi.

— harrymc
sumber

Terima kasih atas sarannya. 1. Ya, vmware-vmx.exe biasanya memblokir file-file ini, tapi saya tidak bisa menggunakan kekuatan untuk membuka kunci - saya sudah mencoba tetapi itu membuat Workstation tidak stabil. 2. Diperiksa - bukan itu masalahnya. Ini biasanya terjadi pada saya dengan satu file kecil yang saya lihat sudah selesai. 3. Mencoba, tidak membantu. 4. Ya, ini adalah bug jadi sebenarnya saya sedang mencari solusi.

— Alois Mahdal

Dan, mengenai menghindari SF: Telah terbukti selama hampir dua tahun pengujian harian terhadap semua solusi, SF adalah yang paling dapat diandalkan (dan tercepat). Alasan paling signifikan untuk itu adalah bahwa mereka sebenarnya tidak bergantung pada jaringan: Anda dapat memiliki firewall terbatas, driver rusak, atau nol NIC pada tamu, dan masih mentransfer file seperti yang Anda inginkan melalui SF.

— Alois Mahdal

Tidak ada masalah dalam 2 tahun? Keberuntungan apa! Sebagian besar SF saya tidak pernah berfungsi atau terlalu lambat untuk digunakan, dan sama seperti yang Anda lihat sekarang, tanpa alasan yang jelas. Satu-satunya saran yang tersisa adalah untuk menggunakan versi VMware terbaru dan alat-alat VMware (instal ulang bahkan jika up-to-date, untuk berjaga-jaga), kemudian hapus dan buat kembali SF. Terkadang ini membantu. Tetapi jika tidak, maka satu-satunya langkah selanjutnya yang dapat saya lihat adalah menghubungi Dukungan VMware.

— harrymc

Irony: tidak lama setelah komentar saya tentang keandalan SF, saya memutakhirkan ke Workstation 8 dan mulai mengalami masalah: semuanya akan mati \\vmware-host\Shared Folders\folder\subfolderkecuali \\vmware-host\Shared Folders\foldertelah dibuka setidaknya sekali sejak boot. Saya tidak bekerja di perusahaan itu (dan mungkin tidak akan melihat Windows untuk waktu yang lama, ya), meskipun ...

— Alois Mahdal

Ketika ini terjadi pada saya dengan Workstation 12.5 Unlocker tidak bisa melihat atau menghapus kunci file pada file. Saya tidak pernah melihat masalah ini dengan Workstation 7.

— Mark Booth

2

Anda dapat mencoba menggunakan Unlocker Software ( klik untuk mengunduh unlocker )

Instal Unlocker, nonaktifkan opsi untuk ekstensi Explorer dan sampah lainnya
buka CMD, lalu arahkan ke C: \ Program Files \ Unlocker.
jalankan Unlocker.exe "the-path-to-the-locked-folder", dari CMD.
pop up mengkonfirmasikan rilis kunci, daripada klik membuka kunci untuk membuka kunci file.
Selesai, File telah dibuka,

— Kelvin Maurits
sumber

Maaf, saya ingin menghindari menggunakan perangkat lunak "yang didukung iklan " (terdengar seperti ad-ware). (Saya sudah memiliki Process Explorer untuk hal-hal ini.)

— Alois Mahdal

@AloisMahdal Ini mungkin hanya merujuk pada bundling toolbar dengan installer (yang harus Anda batalkan pilihan ketika menginstal). Bagaimanapun, saya pribadi lebih suka situs resmi / pengembang untuk unduhan perangkat lunak, bukan situs seperti Softpedia. Tentu saja, Process Explorer berfungsi dengan baik dan Anda telah menyatakan secara paksa menutup gagang tersebut yang menyebabkan ketidakstabilan.

— Bob

0

Unlocker Emco (freeware - no Ads) berfungsi dengan baik. Setelah mentransfer file, cukup kirim folder (tempat Anda menyalin atau memindahkan file ke host Anda) ke unlocker file Emco. Saya menempatkan pintasan di folder "kirim ke". Cepat dan efisien.

— Pengguna Vmware 9.02
sumber