Wenn ich Catfish zur Dateisuche verwende, dann ist der der Standard Ordner in dem gesucht wird /home/“meinuser”. (Änderung des Standardordners für die Suche)
Ich möchte aber normalerweise in einem anderen Ordner als Standard suchen, nämlich wo meine Daten liegen. Wie kann ich die Standardeinstellung ändern?
Soweit ich das weiß bzw. sehe
wird immer über alles gesucht - außer über die Verzeichnisse, die explizit (in der Konfiguration) ausgeschlossen werden.
Man kann links oben den Suchpfad auswählen/eingrenzen.
Eine optionale Abhängigkeit von catfish ist mlocate.
Das erstellt einen schneller durchsuchbaren Index.
Konfigurierbar in /etc/updatedb.conf
Ich weiß nicht, ob es einen Dienst gibt der den Index auf dem aktuellen Stand hält oder ob man updatedb manuell anschieben muß.
Ja, das ist klar. Doch wie kann ich den Standardsuchpfad ändern?
Wie kann ich dort machen?
Bei mir steht da nichts drin!
… richtig, das war ja die eigentliche Frage 
Mir fällt momentan nur ein, catfish mit dem --start Parameter zu starten:
catfish --start /var/log
z.B.
Das kann man bestimmt auch in den Starter integrieren.
Ich weiß nicht, was Du meinst …
Dann hast Du diese optionale Abhängigkeit (mlocate) nicht installiert.
You can try this guide:
https://hawramani.com/setting-the-default-search-path-for-catfish-file-search
The difference is that the default .desktop file of Catfish in /usr/share/applications/ is called org.xfce.Catfish.desktop and that a better solution would be to copy it in the ~/.local/share/applications/ directory and modify that file.
Something like this:
Exec=/usr/bin/catfish --path=/home/$user/some_path
I have moved the file and changed it but still it remains the same old standard path.
Ich habe gerade keine externe Platte die ich unter diesem Pfad (/run/media) testen kann.
Was aber definitiv funktioniert ist:
Exec=/usr/bin/catfish --path=/var/log %f
also den Pfad vor dem %f einfügen und das %f beibehalten …
Ich würde es aber bei /run/media belassen - denn der Rest des Pfades existiert erst, wenn die Platte tatsächlich angeschlossen/eingebunden ist.
Wer weiß schon was passiert, wenn Du dort einen (noch) nicht existierenden Pfad angibst …
If you’re launching Catfish from a desktop icon/launcher (.desktop file) on your desktop, after copying and modifying the .desktop file of Catfish in ~.local/share/applications/, you have to delete the desktop icon/launcher and create it again.
Das löst das Problem leider nicht, auch nicht
Except in the start menu in “recently used apps” I do not know where else to delete the desktop icon/launcher.
If start “catfish” in the console this message appears:
catfish
Gtk-Message: 15:50:51.069: Failed to load module "appmenu-gtk-module"
and catfish starts but still with the wrong standard folder.
create launcher on desktop:
name:ddir
command:
catfish --path=/run/media/xavier/data/
works in my case as long as the route is mounted
I do not understand how to change it for non root user “rulinux”. I cannot change it within the desktop app itself.
Ich hatte es auch etwas anders geschrieben.
Du hast mich zitiert, hast aber im Zitat den Pfad geändert.
Ich hatte auch mit Absicht keinen / am Ende des Pfades geschrieben.
(geht aber auch so … bei mir)
Wenn’s also bei Dir nicht geht, dann weiß ich auch nicht …
zuerst:
das habe ich auch nicht installiert, bekomme aber nicht diese Meldung
weshalb Du die bekommst weiß ich nicht
nächstes:
starte es doch mal so, wie Du es eigentlich auch haben willst - mit dem Pfad
catfish --path=/run/media
und sieh ob das dann so funktioniert wie es dann definitiv funktionieren sollte
… bei mir tut es das …
Indeed - not in the app itself.
You change that in the .desktop file which you copied to
~.local/share/applications/
(edit it …)
However, it will not work with the full path to your folder on the drive if the drive is not present in the moment you start catfish.
/run/media is always there - anything beyond that is only there once the drive is present
catfish --path=/run/media/rulinux/Daten-Linux
aus dem Terminal gestartet funktioniert, aber wie geht es direkter und einfacher mit dem Start von Catfish?
alles schon erwähnt hier - ich dachte Du hättest das gemacht …
Das .desktop file
org.xfce.Catfish.desktop
von
/usr/share/applications/
nach
~/.local/share/applications/
(in Deinem Heimatverzeichnis)
kopieren
und dieses dort dann editieren - den Pfad anpassen/hinzufügen
als Kommandozeile:
cp /usr/share/applications/org.xfce.Catfish.desktop ~/.local/share/applications
und dann
~/.local/share/applications/org.xfce.Catfish.desktop
editieren
Wie gesagt - ich würde nur /run/media angeben
weil der Rest erst existiert, wenn die Platte tatsächlich eingebunden ist.
Wenn der dort angegebene Pfad (noch) nicht existiert, wird catfish mit den default Einstellungen starten - was Du nicht willst.
Ja, das habe ich schon gemacht. Aber es funktioniert nicht, wenn
ich mit dem Befehl
sudo nano /home/rulinux/.local/share/applications/org.xfce.Catfish.desktop
in die Datei selbst schreibe
# Exec=/usr/bin/catfish %f
Exec=/usr/bin/catfish --path=/run/media/
genauso wenig
# Exec=/usr/bin/catfish %f
Exec=/usr/bin/catfish --path=/run/media/rulinux/Daten-Linux/
Nur wenn ich direkt ins Terminal eingebe:
catfish --path=/run/media/rulinux/Daten-Linux/
oder
catfish --path=/run/media/
Da die Daten-Festplatte fest bei mir im Rechner als 2. Festplatte integriert ist, ist sie nach dem Booten immer eingehängt.
Ich überlege aber generell diesen Pfad zur Festplatte zu ändern, da /run/media/ offenbar nur für temporäre Festplatten gedacht ist. Das kann beim Booten von verschlüsselten Systemen Probleme geben. Siehe auch mein anderes Problem:
Orte in den Systemeinstellungen werden nach Neustart bei 2 verschlüsselten Festplatten zurückgesetzt
Wieso benutzt Du sudo um eine Datei in Deinem eigenen Heimatverzeichnis zu editieren?
Diese hat nun sehr wahrscheinlich die falschen Berechtigungen
und der Effekt ist derselbe als wär sie gar nicht da …
Fang am besten nochmal von vorn an, nachdem Du die jetzige Datei gelöscht hast.
auch die Kopieraktion bitte nicht mit sudo!
Schau zumindest mal nach den Berechtigungen:
ls -hl /home/rulinux/.local/share/applications
Ich verfolge diesen Thread interessiert, will aber Deine Konversation mit @xabbu nicht stören durch meine eigenen mehr oder weniger guten Ratschläge
… die ich durchaus hätte
Ja, Du hast recht, da liegt der Fehler!
-rw-r--r-- 1 root root 8,8K 10. Jan 17:40 org.xfce.Catfish.desktop
Jetzt habe ich es so gemacht, wie Du gesagt hast:
Sollte ich die Datei “/usr/share/applications/org.xfce.Catfish.desktop” löschen oder belassen? Ich habe sie erst einmal belassen!
Unter ‘~/.local/share/applications/org.xfce.Catfish.desktop’ habe ich dann noch den Code ergänzt:
Exec=/usr/bin/catfish --path=/media/Daten %f
Und siehe da, es funktioniert endlich!!! Der Standardordner in Catfish für die Dateisuche ist geändert.
Vielen Dank an Dich @Nachlese und auch an @bill_t
P.S. @Nachlese: Vielleicht schreibst Du doch noch Deine Meinung zu meinem anderen Problem. Würde mich doch interessieren!!
Na fein!
Das ist die originale Datei, die Du dann in Dein Verzeichnis kopiert und dann dort an Deine Bedürfnisse angepasst hast.
Die kann und sollte auf jeden Fall da bleiben - die würde sowieso beim nächsten update wieder erstellt werden.
Die jetzt in Deinem Heimatverzeichnis befindliche, von Dir angepasste (Konfigurations)Datei hat Vorrang und wird benutzt sofern Sie existiert.
Die wird sich auch durch ein Update nicht ändern - nur wenn Du das selbst machst.
mal sehen …
Hier noch eine Frage zu dem Befehl der Berechtigungen angewendet auf meine Daten-Festplatte
Das ergibt dann als Ergebnis
drwxr-xr-x 1 omlinux wheel 480 6. Jan 10:31 Anwendungsdaten
drwxr-xr-x 1 omlinux wheel 510 28. Dez 17:13 Backups
drwxr-xr-x 1 omlinux wheel 2,2K 5. Jan 17:18 BILDER
....
Ist das Ergebnis optimal oder sollte ich für ‘wheel’ etwas anderes setzen gemäß der Logik hier? Wenn ja, welcher der beiden unter dem Link aufgeführten Befehle ist (ausformuliert) zu empfehlen?
Festplatte Berechtigungen erteilen
Erm… welcher Logik?
Jetzt hat der Nutzer omlinux vollen Zugriff und jeder Nutzer, der sich in der Gruppe wheel befindet kann die Ordner lesen und betreten, wie auch alle anderen, aber nicht schreiben.
Falls du das wolltest, kannst du das so machen… Generell sollte, wenn nur du darauf zugreifen sollst, nicht wheel verwendet werden, sondern dein Kontoname. Also Benutzername und Gruppenname sind identisch.
Falls jeder vollen Zugriff haben soll, dann kann man das auch so machen:
sudo chmod -R o+rwx /dein/pfad/
→ o → Andere
→ + → hinzufügen
→ r → Lesen
→ w → Schreiben
→ x → Ausführen