Phát hành tệp bị khóa bởi tính năng Shared Folders

16

Tôi sử dụng rất nhiều từ tính năng Shared Folders của VMWare Workstation: Bạn đặt thư mục trên máy chủ như được chia sẻ cho hệ điều hành khách và bạn có thể truy cập nó trên máy khách, theo cách tương tự như chia sẻ SMB (chỉ đọc hoặc đọc) .

Điều làm tôi khó chịu là sau khi sao chép một vài tệp từ nóng sang máy khách, Workstation sẽ khóa các tệp này khỏi văn bản, ngay cả khi chia sẻ được đặt ở chế độ chỉ đọc .

Điều này đặc biệt khó chịu trong kịch bản thường gặp khi tôi đang cố gắng gỡ lỗi / sử dụng tập lệnh trên máy khách trong khi tôi vẫn đang chỉnh sửa nó trên máy chủ.

Cho đến nay, cách duy nhất tôi biết cách làm cho Workstation phát hành các tệp này là:

đình chỉ máy khách: đó là một cách giải quyết giả kinh khủng. Nó chậm (đặc biệt là với lượng RAM khách cao hơn) và đôi khi sự gián đoạn có thể không được hoan nghênh
sao chép số lượng của một số tệp ngẫu nhiên khác, hy vọng rằng Workstation có giới hạn bên trong đối với số lượng tệp mà nó sẽ khóa: việc hack đó có thể hữu ích thường xuyên chỉ khi chúng tôi biết số lượng kiến nhỏ.

Vì vậy, một số cách tốt để làm cho Workstation phát hành các tệp đó là gì?

Hoặc cách khác, làm thế nào để tránh khóa chúng ở nơi đầu tiên?

Chỉnh sửa: Tôi không làm rõ vài điều:

Tôi biết rằng đó là Workstation (vmware-vmx.exe) đang khóa các tệp này (có thể do một số bộ đệm nội bộ)
Tôi không muốn phát hành các tập tin bằng vũ lực. Tôi đã thử điều đó, nhưng việc giải phóng chúng bằng vũ lực khiến máy không ổn định, điều mà tôi không thể mua được

Rõ ràng điều này là do một lỗi trong Workstation.

windows vmware-workstation

— Alois Mahdal
nguồn

Tại sao không chỉ cấu hình chia sẻ tập tin mạng thực sự?

— jftuga

@jftuga Tôi rất thích SF và có mọi thứ theo cách đó vì một số lý do, một số trong số đó là: nó nhanh hơn; Nó không cần mạng. Xem bài đăng này

— Alois Mahdal

Vấn đề tiếp tục tồn tại trong Workstation 11 và các thư mục được chia sẻ giữa hai khách win7. Tệp được tạo bởi một khách sẽ bị khóa đối với tất cả các hệ thống, kể cả máy chủ nếu khách khác sử dụng tệp. Điều duy nhất phù hợp với tôi là, đi đến khách đã tạo tệp, vô hiệu hóa thư mục chia sẻ đó và sau đó có thể tải lại. Và các bước rất đau đớn vì không có tùy chỉnh thanh công cụ để nhanh chóng truy cập trang cài đặt thư mục dùng chung. Hay là có?

— dùng173399

Lưu ý rằng vấn đề này vẫn còn tồn tại trong Workstation 12.5. Trong trường hợp của tôi, VM chỉ đọc một tệp để đính kèm vào e-mail & ngay cả sau khi chương trình e-mail bị đóng, Workstation đã mở khóa tệp trên đó mà Unlocker không thể nhìn thấy hoặc gỡ bỏ.

— Đánh dấu gian hàng

8

Đây có vẻ là một lỗi trong VMWare, do đó không cần phải kiểm tra phần mềm chống vi-rút của bên thứ 3 hoặc sử dụng trình mở khóa - tất cả các chức năng sau đều phá vỡ hoạt động bình thường của chính VMWare Workstation.

Nhiều chủ đề trên diễn đàn VMWare giải quyết cùng một vấn đề. Ví dụ:

Giải pháp duy nhất hoạt động được đề cập trong các bài đăng của Loren Pechtel , vì vậy tất cả các khoản tín dụng nên chuyển đến cô ấy: bạn nên truy cập ("chạm") tệp bị khóa từ hệ thống khách.

Ví dụ: tôi mở và đóng các thuộc tính tệp bị khóa từ Windows Explorer trong máy khách. Điều này là đủ để thả khóa trong máy chủ.

— Stan
nguồn

3

Tôi gặp vấn đề tương tự khi sử dụng tập lệnh để sao chép tệp từ thư mục máy chủ được chia sẻ sang máy khách của mình. Kết thúc với các tập tin bị khóa trên máy chủ. Cách dễ nhất để khắc phục điều này là làm như những người khác đã đăng trước đó, truy cập tệp máy chủ từ máy khách bằng lệnh.

Đối với tôi, tôi đã sử dụng "attrib -r HOST_FILE" trong tập lệnh của mình sau khi sao chép tệp máy chủ. Vì tôi đã gắn thư mục dùng chung của mình khi chỉ đọc nên điều này không làm gì ngoài việc DID xóa khóa.

— KJohn
nguồn

2

Một vài ý tưởng :

Kiểm tra xem có chương trình nào (như chương trình chống vi-rút) đang đọc các tệp trên cả máy chủ và máy khách không.
Tôi thường sử dụng Unlocker hoặc Process Explorer cho điều đó.
Kiểm tra nếu các tập tin không chỉ sao chép rất chậm.
Đây có thể là khách có trình điều khiển mạng có vấn đề.
Cố gắng tắt tất cả tường lửa, chống vi-rút hoặc các sản phẩm bảo mật khác.
Tôi đã bị thuyết phục hơn một nửa về một lỗi nghiêm trọng tồn tại trong quá trình triển khai các thư mục dùng chung của VMware, nơi mà máy chủ và khách có thể bị nhầm lẫn hoàn toàn. Tôi thường tránh các thư mục được chia sẻ, vì không thể đoán trước liệu chúng có hoạt động đáng tin cậy trên bất kỳ cấu hình mới nào hay không, trong khi chia sẻ mạng hoặc FTP luôn hoạt động.

— harrymc
nguồn

Cảm ơn những lời đề nghị. 1. Có, vmware-vmx.exe thường chặn các tệp này, nhưng tôi không thể sử dụng vũ lực để mở khóa - Tôi đã thử nhưng nó làm cho Workstation không ổn định. 2. Đã kiểm tra - không phải vậy. Nó thường xảy ra với tôi với một tệp nhỏ mà tôi có thể thấy là hoàn thành. 3. Đã thử, đã không giúp đỡ. 4. Có, đây là một lỗi nên trên thực tế tôi đang tìm cách giải quyết.

— Alois Mahdal

Và, liên quan đến việc tránh SF: Điều đó đã chứng minh cho tôi trong gần hai năm thử nghiệm hàng ngày rằng trong tất cả các giải pháp, SF là giải pháp đáng tin cậy nhất (và nhanh nhất). Lý do quan trọng nhất cho điều đó là chúng thực sự không phụ thuộc vào mạng: bạn có thể có tường lửa hạn chế, trình điều khiển bị hỏng hoặc không có NIC trên máy khách và vẫn chuyển các tệp như bạn muốn thông qua SF.

— Alois Mahdal

Không có vấn đề trong 2 năm? May mắn làm sao! Hầu hết SF của tôi không bao giờ hoạt động hoặc quá chậm để có thể sử dụng được, và giống như bạn đang thấy bây giờ, không có lý do rõ ràng. Gợi ý duy nhất tôi còn lại là sử dụng phiên bản VMware mới nhất và các công cụ VMware (cài đặt lại ngay cả khi cập nhật, chỉ trong trường hợp), sau đó xóa và tạo lại SF. Đôi khi điều này giúp. Nhưng nếu không, thì bước tiếp theo duy nhất tôi có thể thấy là liên hệ với bộ phận Hỗ trợ của VMware.

— harrymc

Trớ trêu: ngay sau khi nhận xét về độ tin cậy của SF, tôi đã nâng cấp lên Workstation 8 và bắt đầu gặp sự cố: mọi thứ sẽ hết thời gian chờ \\vmware-host\Shared Folders\folder\subfoldertrừ khi \\vmware-host\Shared Folders\folderđược mở ít nhất một lần kể từ khi khởi động. Tôi không làm việc trong công ty đó (và có lẽ sẽ không gặp Windows trong một thời gian dài, mặc dù vậy)

— Alois Mahdal 15/03/13

Khi điều này xảy ra với tôi với Workstation 12.5 Unlocker không thể nhìn thấy hoặc xóa bất kỳ khóa tệp nào trên tệp. Tôi chưa bao giờ thấy vấn đề này với Workstation 7.

— Mark booth

2

bạn có thể thử sử dụng Phần mềm mở khóa ( nhấp để tải xuống trình mở khóa )

Cài đặt Unlocker, vô hiệu hóa tùy chọn cho tiện ích mở rộng Explorer và các thứ linh tinh khác
mở CMD, hơn là điều hướng đến C: \ Program Files \ Unlocker.
chạy Unlocker.exe "đường dẫn đến thư mục bị khóa", từ CMD.
một cửa sổ bật lên xác nhận việc phát hành khóa, hơn là bấm mở khóa để mở khóa tập tin.
Kết thúc, Tệp đã được mở khóa,

— Kelvin Maurits
nguồn

Xin lỗi, tôi muốn tránh sử dụng phần mềm " hỗ trợ quảng cáo " (nghe gần giống như kho quảng cáo). (Tôi đã có Process Explorer cho những thứ này.)

— Alois Mahdal

@AloisMahdal Có thể chỉ đề cập đến gói thanh công cụ với trình cài đặt (mà bạn nên bỏ chọn khi cài đặt). Trong mọi trường hợp, cá nhân tôi thích trang web chính thức / nhà phát triển để tải xuống phần mềm, không phải các trang web như Softpedia. Tất nhiên, Process Explorer cũng hoạt động tốt và bạn đã tuyên bố buộc phải đóng những tay cầm đó gây ra sự mất ổn định.

— Bob

0

Trình mở khóa Emco (phần mềm miễn phí - không có Quảng cáo) hoạt động tốt. Sau khi truyền tệp, chỉ cần gửi thư mục (nơi bạn đã sao chép hoặc di chuyển tệp vào máy chủ của mình) đến trình mở khóa tệp Emco. Tôi đã đặt một phím tắt trong thư mục "gửi đến" của mình. Nhanh chóng và hiệu quả.

— Người dùng Vmware 9.02
nguồn