Paylaşılan Klasörler özelliği tarafından kilitlenmiş dosyaları serbest bırakma

16

VMWare Workstation'ın Paylaşılan Klasörler özelliğinden çok faydalanıyorum: Ana bilgisayardaki bir klasörü konuk işletim sistemi için paylaşılan olarak ayarladınız ve bu klasöre SMB paylaşımına (salt okunur veya salt okunur) benzer şekilde erişebilirsiniz. .

Beni sinirlendiren şey, birkaç dosyayı hots'tan konuğa kopyaladıktan sonra , paylaşım salt okunur olarak ayarlanmış olsa bile , iş istasyonunun bu dosyaların yazılmasını engellemesidir .

Ben hala ana bilgisayarda düzenlerken ben konuk üzerinde bir komut dosyası hata ayıklama / kullanmaya çalışırken sık sık senaryoda bu sinir bozucu.

Şimdiye kadar nasıl iş istasyonu bu dosyaları yayın yapmak biliyorum:

konuk makineyi askıya almak: bu korkunç bir sözde geçici çözüm. Yavaş (özellikle daha yüksek miktarda konuk RAM ile) ve bazen kesinti hoş karşılanmayabilir
İş İstasyonu'nun kilitleyeceği dosya miktarı üzerinde dahili bir limite sahip olmasını umarak bazı rastgele diğer dosyaların kopyalanması: yalnızca küçük miktarını bildiğimizde düzenli olarak yararlı olabilecek bu tür bir saldırı

Peki , Workstation'ın bu dosyaları yayınlamasını sağlamanın iyi yolları nelerdir?

Veya alternatif olarak, onları ilk etapta kilitlemekten nasıl kaçınılır?

Düzenleme: Birkaç şeyi netleştirmedim:

Ben biliyorum ki (muhtemelen bazı iç buffering'e) bu dosyaları kilitliyor 's İş İstasyonu (vmware-vmx.exe)
Dosyaları zorla serbest bırakmak istemiyorum. Bunu denedim, ama onları zorla serbest bırakmak makineyi dengesiz hale getiriyor, ki bunu karşılayamıyorum

Görünüşe göre bu, İş İstasyonundaki bir hatadan kaynaklanıyor.

windows vmware-workstation

— Alois Mahdal
kaynak

Neden sadece gerçek ağ dosya paylaşımını yapılandırmıyorsunuz?

— jftuga

@jftuga Şiddetle SF'yi tercih ederim ve bazı nedenlerden ötürü her şeye bu şekilde sahibim: bazıları: çok daha hızlı; ağa ihtiyaç duymaz. Bu

— yazıyı

İş İstasyonu 11'de ve iki win7 konuk arasındaki paylaşılan klasörlerde sorun devam ediyor. Bir konuk tarafından oluşturulan dosya, başka bir konuk dosyayı kullanıyorsa ana bilgisayar dahil tüm sistemler için kilitlenir. Benim için çalışan tek şey, dosyayı oluşturan konuğa gidin, bu paylaşılan klasörü devre dışı bırakın ve ardından yeniden etkinleştirin. Paylaşılan klasör ayarları sayfasına hızlıca ulaşmak için araç çubuğu özelleştirmesi olmadığından adımlar ağrılıdır. Yoksa var mı?

— user173399

Bu sorunun İş İstasyonu 12.5'te hala devam ettiğini unutmayın. Benim durumumda VM sadece bir e-postaya eklenmek üzere bir dosya okudu ve e-posta programı kapatıldıktan sonra bile, Workstation üzerinde Unlocker'ın göremediği veya kaldıramadığı bir dosya kilidi açıldı .

— Mark Booth

8

Bu VMWare'de bir hata gibi görünüyor, bu nedenle 3. taraf bir antiviral yazılımı kontrol etmeye veya kilidi açmaya gerek yok - tüm bunlar VMWare Workstation'ın normal işlevini bozuyor.

VMWare forumundaki birden çok iş parçacığı aynı sorunu giderir. Örneğin:

Çalışan tek çözüm, Loren Pechtel tarafından gönderilen mesajlarda belirtilmiştir , bu yüzden tüm krediler ona gitmelidir: konuk sistemden kilitli dosyaya erişmelisiniz ("dokunmalısınız").

Örneğin, konuktaki Windows Gezgini'nden kilitli dosya özelliklerini açıp kapatıyorum. Kilidi ana bilgisayara bırakmak için bu yeterlidir.

— Stan
kaynak

3

Paylaşılan bir ana bilgisayar klasöründen istemcime dosyaları kopyalamak için bir komut dosyası kullanarak aynı sorunla karşılaştım. Ana bilgisayarda kilitli dosyalarla sona erdi. Bunu aşmanın en kolay yolu, diğerlerinin daha önce yayınladığı gibi yapmak, bir komut kullanarak istemciden ana makine dosyasına erişmektir.

Benim için host dosyasını kopyaladıktan sonra betiğimde "attrib -r HOST_FILE" kullandım. Paylaşılan klasörü salt okunur olarak bağladığımdan beri bu kilidi temizledi.

— KJohn
kaynak

2

Bazı fikirler :

Herhangi bir programın (virüsten koruma gibi) hem ana bilgisayarda hem de misafirde dosyaları okuduğunu kontrol edin.
Normalde bunun için Unlocker veya Process Explorer kullanıyorum.
Dosyaların çok yavaş kopyalanıp kopyalanmadığını kontrol edin.
Bu sorunlu bir ağ sürücüsü olan konuk olabilir.
Tüm güvenlik duvarlarını, virüsten koruma veya diğer güvenlik ürünlerini kapatmayı deneyin.
Paylaşılan klasörlerin VMware uygulamasında varolan ciddi bir hataya ikna oldum, burada host ve konuk tamamen karışabilir. Genellikle paylaşılan klasörlerden kaçınırım, çünkü herhangi bir yeni yapılandırmada güvenilir bir şekilde çalışıp çalışmayacaklarını önceden tahmin etmek imkansızdır, ancak ağ veya FTP paylaşımları her zaman çalışır.

— harrymc
kaynak

Önerileriniz için teşekkürler. 1. Evet, vmware-vmx.exe genellikle bu dosyaları engelliyor, ancak kilidini açmak için güç kullanamıyorum - denedim ama Workstation kararsız hale getirdi. 2. İşaretli - durum böyle değil. Genelde, görebildiğim küçük bir dosya ile tamamlandı. 3. Denedim, yardım etmedi. 4. Evet, bu bir hatadır, bu yüzden aslında bir çözüm arıyorum.

— Alois Mahdal

Ve SF'den kaçınmaya ilişkin: Günlük çözümlerin neredeyse iki yıl boyunca benim için tüm çözümlerin SF'nin en güvenilir (ve en hızlı) olduğunu kanıtladı. Bunun en önemli nedeni, aslında ağa bağlı olmamalarıdır: kısıtlayıcı güvenlik duvarlarına, bozuk sürücüye veya konukta sıfır NIC'ye sahip olabilir ve yine de SF aracılığıyla istediğiniz gibi dosya aktarabilirsiniz .

— Alois Mahdal

2 yıl içinde sorun yok mu? Ne şans! SF'imin çoğu hiç işe yaramadı ya da kullanılabilir olamayacak kadar yavaştı ve şimdi gördüğünüzle aynı değil, açık bir sebep yok. Geriye kalan tek öneri, en son VMware sürümünü ve VMware araçlarını kullanmaktır (güncel olsa bile yeniden yükleyin), ardından SF'yi silin ve yeniden oluşturun. Bazen bu yardımcı olur. Ancak bu gerçekleşmezse, görebileceğim tek adım VMware Destek ile iletişim kurmaktır.

— harrymc

Irony: SF güvenilirliği hakkındaki yorumumdan kısa bir süre sonra Workstation 8'e geçtim ve sorun yaşamaya başladım: önyüklemeden bu yana en az bir kez açılmadığı \\vmware-host\Shared Folders\folder\subfoldersürece her şey zaman aşımına uğrayacaktı \\vmware-host\Shared Folders\folder. Bu şirkette çalışmıyorum (ve muhtemelen Windows'u uzun süre görmeyeceğim, yay), ...

— Alois Mahdal

Bu Workstation 12.5 ile başıma geldiğinde Unlocker dosyadaki herhangi bir dosya kilidini göremedi veya kaldıramadı. İş İstasyonu 7 ile bu sorunu hiç görmedim.

— Mark Booth

2

Unlocker Yazılımını kullanmayı deneyebilirsiniz ( unlocker indirmek için tıklayın )

Explorer uzantıları ve diğer önemsiz öğeler için seçeneği devre dışı bırakarak Unlocker'ı yükleyin
CMD'yi açın, C: \ Program Files \ Unlocker'a gidin.
CMD'den Unlocker.exe "kilitli klasöre giden yol" komutunu çalıştırın.
dosyanın kilidini açmak için kilit açma düğmesine tıklamaktan sonra kilit açmayı onaylayan bir açılır pencere.
Sonlandır, Dosya kilidi açıldı,

— Kelvin Maurits
kaynak

Maalesef, " reklam destekli " yazılımı kullanmaktan kaçınmak istiyorum (sesler neredeyse reklam yazılımı gibi). (Zaten bu şeyler için Process Explorer'ım var.)

— Alois Mahdal

@AloisMahdal Sadece araç çubuklarının yükleyici ile paketlenmesine atıfta bulunabilir (kurulum sırasında seçimini kaldırmanız gerekir). Her durumda, kişisel olarak yazılımın indirilmesi için resmi / geliştiricinin sitesini tercih ediyorum , Softpedia gibi siteler için değil. Tabii ki, Process Explorer da iyi çalışıyor ve zaten bu tutamaçları zorla kapatmak kararsızlığa neden olduğunu belirtmiştiniz.

— Bob

0

Emco unlocker (ücretsiz - Reklamsız) iyi çalışıyor. Dosyaları aktardıktan sonra, klasörü (dosyalarınızı kopyaladığınız veya barındırıcınıza taşıdığınız) Emco dosya kilidine göndermeniz yeterlidir. "Gönder" klasörüne bir kısayol yerleştirdim. Hızlı ve verimli.

— VMware 9.02 kullanıcısı
kaynak