Gedit kann nicht in einem freigegebenen Ordner (Virtualbox) speichern.


10

Beim Versuch, in einem freigegebenen Ordner mit Virtualbox (Debian) zu speichern, wird in Gedit 2 die Meldung "Kann _ unerwarteten Fehler nicht speichern : Fehler beim Umbenennen der temporären Datei: Textdatei beschäftigt" angezeigt. Ich habe gesucht und anscheinend ist es ein Gedit-Problem. Keine der Lösungen scheint ideal zu sein oder für mich zu funktionieren.

Wäre es möglich, ein Shell-Skript (Plug-In für externe Tools) zu erstellen, das die Datei an einem anderen Ort speichert und dann wieder in die Shell kopiert? Also muss ich überall dort greifen, wo Gedit die temporäre (Live?) Datei gespeichert hat.

Oder wenn dies nicht möglich ist / nicht funktioniert / schlechte Praxis ist, kennt jemand einen guten Weg, um dies zu umgehen? Ich mag Gedit sehr und bevorzuge es.


Derzeit ist dies mein Skript. Ich fordere externe Tools auf, das Dokument nicht zu speichern, sondern als Eingabe zu übergeben (stdin).

bin=""
while read LINE; do
    echo ${LINE}    # do something with it here
    bin="${bin}${LINE}\n"
done

echo $bin > /home/me/data2/test.txt

Es funktioniert einwandfrei, außer dass keine Tabulatoren erhalten bleiben. Ich bearbeite nur reine Textdateien. Bearbeiten: Dies scheint auch die letzte Zeile zu überspringen


Sie benötigen mehr Angebote.
Jordan

Wie? Wo füge ich sie hinzu?
Raekye

Antworten:


1

Ich bekomme dieses Problem derzeit sowohl mit gedit als auch mit geany auf den neuesten mint-lmde- und fedora virtualbox-VMs auf Windows 7-Hosts. Kate, kwrite, gvim / vim, Qtcreator und libre writer sind jedoch nicht betroffen. Geany und gedit geben beide Fehler beim Umbenennen der temporären Datei: Textdatei beschäftigt. Ich verwende die virtuelle Box 4.2.16. Bei der Suche im Internet scheinen ähnliche Probleme seit Jahren zu bestehen.

Ich habe eine Lösung für Geany gefunden.

mit geany 1.23.1 auf fedora und 1.22 auf mint-lmde

Bearbeiten-> Einstellungen-> Verschiedene Häkchen use_atomic_file_saving

Dies soll laut Handbuch sicherer sein. oder Sie können use_gio_unsafe_file_saving deaktivieren. In beiden Fällen finden Sie die Erklärungen im Handbuch.

Für gedit nicht wirklich.

Mit gedit 3.4.2 auf mint-lmde wurde nur eine einmalige Problemumgehung gefunden.

Bearbeiten-> Einstellungen-> Editor deaktivieren Sie Sicherungskopie erstellen

Dies funktioniert einmal, danach bei einem zweiten Speichern nicht mehr, es sei denn, Sie fangen an, über das Ticken, Speichern, Deaktivieren, Speichern herumzuspielen, und es wird wieder funktionieren. Sieht aus wie ein Käfer. Mit gedit 3.8.3 auf fedora kann das Häkchen entfernt werden, aber die Originaldatei verschwindet und es bleibt nur eine Sicherung ohne Änderungen übrig.


0

"Textdatei beschäftigt" bedeutet, dass der Kernel das Verschieben / Umbenennen / Löschen einer ausführbaren Datei, die als Programm ausgeführt wird, ablehnt. Was versuchst du zu retten?


Nein ... dies ist ein Problem mit gedit und virtualbox. Google it - das hängt damit zusammen, wie gedit temporäre Dateien speichert und beim Speichern umbenennt.
Raekye


0

Ich erkenne, dass dies ein alter Thread ist, aber als ich ihn bei der Suche nach einer Lösung für genau dieses Problem gefunden habe, dachte ich, ich würde meine Problemumgehung veröffentlichen, vielleicht hilft es anderen.

In meinem Fall befand sich der freigegebene Ordner auf einem NAS in meinem LAN, und abgesehen von den Problemen mit Geany war die Leistung wirklich schlecht. Meine Lösung bestand darin, einen überbrückten Netzwerkadapter im Virtualbox Manager / Einstellungen / Netzwerk für meine VM zu definieren. Dann erhielt die VM wie ein normaler Computer Zugriff auf mein LAN. Anstatt die freigegebenen Ordner in Virtualbox zu verwenden, könnte ich den Ordner als normale Netzwerkfreigabe bereitstellen, die in / etc / fstab definiert ist. Daher hatte ich keine Ordner in Virtualbox Manager / Einstellungen / Freigegebene Ordner definiert. Die Geany-Probleme verschwanden und die Leistung wurde erheblich verbessert.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.