Gedit sẽ không lưu tệp trên chia sẻ VirtualBox: Tệp văn bản bận

Tôi có một tệp văn bản mà tôi có thể thay đổi bằng các ứng dụng khác (ví dụ openoffice). Nhưng khi tôi cố gắng thay đổi và lưu nó bằng cách sử dụng gedit, tôi gặp lỗi từ gedit:

Could not save the file /media/sf_Ubuntu/BuildNotes.txt.
Unexpected error: Error renaming temporary file: Text file busy

sự cho phép của BuildNotes.txt như sau:

-rwxrwx--- 1 root vboxsf  839 2012-10-26 12:08 BuildNotes.txt

và id người dùng là:

m@m-Linux:/media/sf_Ubuntu$ id
uid=1000(m) gid=1000(m) groups=4(adm),20(dialout),24(cdrom),46(plugdev),105(lpadmin),119(admin),122(sambashare),1000(m),1001(vboxsf)

Vấn đề là gì và làm thế nào tôi có thể khắc phục nó?

Vấn đề này đã được báo cáo từ năm 2009 (google cho 'gedit virtualbox'). Thật tệ khi chưa có bản sửa lỗi nào. Cả nhà phát triển VirtualBox và Gedit đều không sẵn sàng chịu trách nhiệm về điều đó và thay vào đó là nội dung để chỉ tay nhau trong hơn ba năm.

Bạn có thể đặt tùy chọn trình chỉnh sửa của mình thành 'Tạo bản sao lưu' sau đó lưu hai lần. Vô cùng đau đớn, nhưng nó hoạt động.

Một số biên tập viên khác sẽ không báo cáo vấn đề. Tuy nhiên, khi tôi kiểm tra Kate và nano chẳng hạn, những người đó chỉ âm thầm xóa tệp trên mỗi lần lưu khác. Điều đó thậm chí còn tồi tệ hơn tình huống gedit ...

Ở đây, tập tin văn bản có thể bị nhầm lẫn ở đây: đó không phải là về tập tin văn bản, mà là về các tập tin thực thi. Thực thi được gọi là tập tin văn bản bởi vì hum hum, thực sự, tôi không biết tại sao .

Thông điệp thực sự có nghĩa là gì, tập tin này bị khóa bởi một chương trình khác đang sử dụng nó và không thể để nó được sửa đổi dưới mũi của nó, vì vậy bạn không thể viết thư cho nó. tệp văn bản: các hệ thống unix thường nhăn mặt trên các khóa bắt buộc trên các tệp và không có cơ sở nào cho các ứng dụng khóa người khác khỏi việc sửa đổi tệp. (Unix có ổ khóa tư vấn: chúng có thể được sử dụng để đồng bộ hóa các truy cập đồng thời vào một tập tin bằng cách hợp tác chương trình.) Các tình huống thường gặp nhất khi bạn sẽ thấy “tập tin văn bản bận rộn” ( ETXTBUSY) là nếu bạn cố gắng sửa đổi một file thực thi được chạy: các kernel khóa nó. Một khả năng khác là một hình ảnh đĩa được gắn kết , một lần nữa bị khóa bởi kernel.

Trong trường hợp của bạn, với vị trí của tệp /media/sf_Ubuntuvà quyền sở hữu đối với nhóm vboxsf, tôi đoán là tệp nằm trong hệ thống tệp chia sẻ tệp VirtualBox, bị khóa trong hệ điều hành máy chủ. Có lẽ máy chủ lưu trữ là một máy Windows và bạn cũng có tệp được mở trong trình chỉnh sửa ở đó. Bạn sẽ cần phải đóng tệp trên máy chủ trước khi bạn có thể lưu trong trình chỉnh sửa trong VM.

Kiểm tra lsofxem tệp có được mở bởi ứng dụng khác không

lsof /media/sf_Ubuntu/BuildNotes.txt

Hoặc sử dụng fuser:

fuser -km /media/sf_Ubuntu/BuildNotes.txt

Vấn đề cơ bản là với glib và cách nó lưu vào một tệp tạm thời, sau đó đổi tên. Lỗi này đã được ghi lại là: https://ormszilla.gnome.org/show_orms.cgi?id=656225

Điều đã sửa nó cho tôi (vẫn hơi khó chịu nhưng vẫn hoạt động) và có thể áp dụng cho gedit, là:

chỉnh sửa - tùy chọn - biên tập viên Kiểm tra "Tạo bản sao lưu"

Khi lưu từ bây giờ, hãy lưu tệp một lần, bỏ qua lỗi, lưu lại. làm việc mọi lúc

sử dụng thiết bị đầu cuối linux, hãy thử chỉnh sửa tệp bằng vi file_name và lưu nó. ps Tôi không thể tìm thấy một giải pháp khác cho vấn đề này. vi làm việc