GeditはVirtualBox共有にファイルを保存しません：テキストファイルがビジーです

他のアプリケーション（たとえばopenoffice）を使用して変更できるテキストファイルがあります。しかし、を使用して変更して保存しようとするとgedit、次のエラーが発生しgeditます：

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

BuildNotes.txtの許可は次のとおりです。

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

ユーザーIDは次のとおりです。

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)

何が問題で、どうすれば修正できますか？

この問題は2009年から報告されています（「gedit virtualbox」のGoogle）。まだ修正されていないのは恐ろしいことです。VirtualBoxとGeditの開発者はどちらも責任を負いませんが、代わりに3年以上にわたってお互いを指差すことに満足しています。

エディターの設定を「バックアップの作成」に設定してから、2回保存できます。信じられないほど痛いが、それは動作します。

他の一部の編集者は問題を報告しません。ただし、たとえばKateとnanoをテストしたとき、それらは他のすべての保存でファイルを静かに削除しました。それは、geditの状況よりもさらに悪いことです...

「テキストファイルがビジー」というのは、混乱を招く可能性があります。実際にはテキストファイルではなく、実行可能ファイルに関するものです。実行可能ファイルはテキストファイルと呼ばれます。なぜなら、ハム、実際には、理由がわからないからです。

メッセージが実際に意味するのは、「このファイルはそれを使用している別のプログラムによってロックされており、鼻の下で修正できないため、書き込みできません。」ということです。テキストファイル：UNIXシステムは通常、ファイルの必須ロックに眉をひそめ、アプリケーションが他の人がファイルを変更できないようにロックする機能はありません。（Unixにはアドバイザリロックがあります：協調プログラムによるファイルへの同時アクセスの同期に使用できます。）「テキストファイルビジー」（ETXTBUSY）が表示される最も一般的な状況は、実行中の実行可能ファイルを変更しようとした場合です：カーネルがロックします。別の可能性は、マウントされたディスクイメージであり、これもカーネルによってロックされています。

あなたの場合、ファイルの場所と/media/sf_Ubuntuグループの所有権を考えると、vboxsfVirtualBoxファイル共有ファイルシステム上にあるファイルはホストオペレーティングシステムでロックされていると思います。おそらくホストはWindowsマシンであり、そこのエディターでファイルを開いていることもあります。VMのエディターで保存する前に、ホスト上のファイルを閉じる必要があります。

lsofファイルが別のアプリケーションによって開かれているかどうかを確認します

lsof /media/sf_Ubuntu/BuildNotes.txt

または使用fuser：

fuser -km /media/sf_Ubuntu/BuildNotes.txt

問題は基本的にglibと、一時ファイルに保存してから名前を変更する方法にあります。バグはhttps://bugzilla.gnome.org/show_bug.cgi?id=656225として記録されています。

私にとってそれを修正しました（まだ少し迷惑ですが動作します）、そしてgeditに適用できるのは：

編集-設定-エディター「バックアップコピーの作成」にチェックを入れます

これから保存するときは、ファイルを一度保存​​し、エラーを無視して、もう一度保存します。毎回動作します。

Linuxターミナルを使用して、vi file_nameを使用してファイルを編集し、保存してください。psこの問題の別の解決策が見つかりませんでした。viは働いた