Arch Linux

Caja - umbenennen nicht mehr möglich

Dakuan

In einem Unterverzeichnis ist seit heute Nachmittag umbenenne nicht mehr möglich.

Ich hatte zwei Quelltextdateien in das Unterverzeichnis kopiert und wollte sie danach umbenennen. Mit der ersten Datei ging das und mit der zweiten nicht mehr. Seit dem kann ich in diesem Verzeichnis keine Datei mehr umbenennen. Mit Thunar ging es dann. Neue Dateien einfügen, löschen und verändern geht aber.

[manfred@noir old]$ ls -l
insgesamt 912
-rw-rw-r-- 1 manfred users   8579 12. Jan 2025  Dir_Box.cpp
-rw-rw-r-- 1 manfred users   1447 23. Aug 2021  Dir_Box.h
-rw-rw-r-- 1 manfred users  25920 23. Mai 2025  File_Box_20260112.cpp
-rw-rw-r-- 1 manfred users   4475 25. Dez 16:56 File_Box_20260112.h
-rw-r--r-- 1 manfred users   8503 24. Okt 2024  File_Browser_20241024.cpp
-rw-r--r-- 1 manfred users   2956 24. Okt 2024  File_Browser_20241024.h
-rw-rw-r-- 1 manfred users  11483 25. Jan 2025  File_Browser_20250125.cpp
-rw-rw-r-- 1 manfred users   2229 11. Nov 2024  makefile
-rw-r--r-- 1 manfred users   2263 12. Mai 2025  uri_cpy_20250500.txt
-rw-r--r-- 1 manfred users 168776 15. Feb 2025  vted_20250215.cpp
-rw-r--r-- 1 manfred users 172365  6. Apr 2025  vted_20250406.cpp
-rw-r--r-- 1 manfred users 174044 10. Apr 2025  vted_20250410.cpp
-rw-r--r-- 1 manfred users 175844 14. Apr 2025  vted_20250414.cpp
-rw-r--r-- 1 manfred users  60312  7. Feb 2025  vt_netwin_20250207.cpp
-rw-r--r-- 1 manfred users  63731  1. Aug 19:47 vt_netwin_20250801.cpp
-rw-r--r-- 1 manfred users  12100  1. Aug 19:47 vt_netwin_20250801.h
-rw-r--r-- 1 manfred users   1823  5. Mai 2025  vt_netwin::uri_cpy_20250505.txt
[manfred@noir old]$ pwd
/home/manfred/prog/img/vted/old
[manfred@noir old]$ cd ..
[manfred@noir vted]$ stat old
 Datei: old
 Größe: 4096      	Blöcke: 8          EA Block: 4096   Verzeichnis
Gerät: 259/3	Inode: 33174060    Verknüpfungen: 2
Zugriff: (0755/drwxr-xr-x)  Uid: ( 1000/ manfred)   Gid: (  984/   users)
Zugriff: 2026-01-12 19:14:08.627203807 +0100
Modifiziert: 2026-01-12 19:14:08.515202294 +0100
Geändert: 2026-01-12 19:14:08.515202294 +0100
Geburt: 2025-01-21 20:15:37.750645926 +0100
[manfred@noir vted]$

Das Verzeichnis hieß ursprünglich "bak", was ich jetzt in "old" geändert habe, was aber nichts geändert hat. Danach hatte ich mein System aktualisiert und einen Neustart gemacht. Das Problem bleibt. Jetzt stehe ich auf dem Schlauch.

GerBra

Dakuan Danach hatte ich mein System aktualisiert und einen Neustart gemacht. Das Problem bleibt. Jetzt stehe ich auf dem Schlauch.

Also hier (aktuelles System) kein Problem mit caja.

Starte caja mal aus einem Terminal. Evtl. gibt es ja hilfreiche Ausgaben wenn in caja dann das Problem auftritt.
Auch mal:
sowohl ein:
journalctl --system -f
als auch ein
journalctl --user -f
in eigenen Terminals mitlaufen lassen. Ob dort - wenn du die Problemaktion durchführst in caja- irgendwelche auffälligen Meldungen hinzukommen in die Journals. V.a. auf (--system) coredumps achten.

//Edit: Unter welchem DE/Windowmanager passiert das? Wayland oder Xorg?
//Edit2: Bitte auch mal posten:
pacman -Qi caja

GerBra

Dakuan Seit dem kann ich in diesem Verzeichnis keine Datei mehr umbenennen.

Hmm.... Das oben ist weiterhin gütig? Also mit caja...

Kopiere mit caja mal dieses old-Verzeichnis und füge es an einer anderen Stellen in deinem $HOME wieder ein.
Funktioniert an dieser Stelle das Umbennen von Dateien/Verzeichnissen in caja?

//Edit:
Und zeige vom betroffenen old bitte mal
lsattr -d /home/manfred/prog/img/vted/old
und
lsattr /home/manfred/prog/img/vted/old

Und:

GerBra //Edit: Unter welchem DE/Windowmanager passiert das? Wayland oder Xorg?
//Edit2: Bitte auch mal posten:
pacman -Qi caja

Und noch ein //Edit:
Gibt caja beim fehlgeschlagenen Umbenennen dann irgendeine "Rückmeldung" dass diese Aktion nicht ausgeführt werden kann?
Und:
Wenn wir von "Umbennen" in caja reden, dann über RechteMaus->Umbennen oder F2 auf der Datei?

Dakuan

GerBra Also hier (aktuelles System) kein Problem mit caja.

Habe ich ja eigentlich auch nicht. Das Problem existiert seit heute Nachmittag nur in diesem einen Verzeichnis. Ein ähnliches Problem hatte ich bei Ubuntu auch schon einmal. Das konnte ich da auch nur aussitzen (Upgrade auf die nächste Version).

Caja aus dem Terminal zu starten und dann zu versuchen eine Datei umzubenennen, erzeugt keine Ausgaben und funktioniert auch nicht.
[manfred@noir ~]$ journalctl --system -f Jan 12 21:03:02 noir root[7754]: ACPI group/action undefined: button/left / LEFT Jan 12 21:03:02 noir root[7756]: ACPI group/action undefined: button/left / LEFT Jan 12 21:03:02 noir root[7758]: ACPI group/action undefined: button/left / LEFT Jan 12 21:03:08 noir root[7762]: ACPI group/action undefined: button/left / LEFT Jan 12 21:03:08 noir root[7764]: ACPI group/action undefined: button/left / LEFT Jan 12 21:03:08 noir root[7766]: ACPI group/action undefined: button/left / LEFT Jan 12 21:03:08 noir root[7768]: ACPI group/action undefined: button/left / LEFT Jan 12 21:08:19 noir kernel: logitech-hidpp-device 0003:046D:4023.0003: hidpp_root_get_protocol_version: received protocol error 0x08 Jan 12 21:08:19 noir kernel: logitech-hidpp-device 0003:046D:4023.0003: hidpp_root_get_protocol_version: received protocol error 0x08 Jan 12 21:11:08 noir root[7844]: ACPI group/action undefined: button/up / UP Jan 12 21:11:58 noir wpa_supplicant[779]: wlan0: RSN: Group rekeying completed with 34:81:c4:0a:10:c8 [GTK=CCMP] ``` und:``` [manfred@noir ~]$ journalctl --user -f Jan 12 18:28:32 noir wireplumber[1227]: s-monitors-libcamera: PipeWire's libcamera SPA plugin is missing or broken. Some camera types may not be supported. Jan 12 18:28:32 noir caja[1290]: [N-A] Caja-Actions Menu Extender 1.28.0 initializing... Jan 12 18:28:32 noir systemd[1129]: Started Virtual filesystem service - disk device monitor. Jan 12 18:28:32 noir caja[1290]: [N-A] Caja-Actions Tracker 1.28.0 initializing... Jan 12 18:28:32 noir systemd[1129]: Created slice Slice /app/dbus-:1.2-org.mate.panel.applet.ClockAppletFactory. Jan 12 18:28:32 noir systemd[1129]: Created slice Slice /app/dbus-:1.2-org.mate.panel.applet.NotificationAreaAppletFactory. Jan 12 18:28:32 noir systemd[1129]: Started dbus-:1.2-org.mate.panel.applet.ClockAppletFactory@0.service. Jan 12 18:28:32 noir systemd[1129]: Started dbus-:1.2-org.mate.panel.applet.NotificationAreaAppletFactory@0.service. Jan 12 18:28:32 noir clock-applet[1356]: Negative content width -9 (allocation 1, extents 5x5) while allocating gadget (node button, owner GtkToggleButton) Jan 12 18:28:48 noir wnck-applet[1292]: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node button, owner WnckButton)

und Coredumps hätte ich bemerkt. Der letzte war vor zwei Tagen, verursacht durch eines meiner selbst gestrickten Programme.

GerBra

GerBra GerBra //Edit: Unter welchem DE/Windowmanager passiert das? Wayland oder Xorg?
//Edit2: Bitte auch mal posten:
pacman -Qi caja

Das dritte Mal das ich danach frage...

GerBra Und noch ein //Edit:
Gibt caja beim fehlgeschlagenen Umbenennen dann irgendeine "Rückmeldung" dass diese Aktion nicht ausgeführt werden kann?
Und:
Wenn wir von "Umbennen" in caja reden, dann über RechteMaus->Umbennen oder F2 auf der Datei?

Dazu bitte äußern.

Wenn ich z.B. eine Datei unveränderlich(immutable flag) mache und dieser versuche in caja umzubennen, dann bringt caja eine entsprechenden Dialog nach der Eingabe des neuen Namens+Enter: Das Oblekt konnte nicht umbenannt werden(und einen Hinweis warum).
Das passiert bei dir nicht? Du veränderst den Namen und caja "springt" ohne Meldung/Hinweis wieder zum ursprünglichen Namen zurück?
Die Fragen mögen dir blöd erscheinen, aber ich kann mir halt hier nichts drunter vorstellen was bei dir passiert.

Noch ein Test den ich ggf. machen würde:

Kopiere das betroffene Verzeicnis nach /tmp
Lege dir einen neuen User an, starte mit diesem den gleichen Desktop oder was du auch hast als graph. Umgebung. Verändere/Konfiguriere nichts. Starte caja, kopiere die "Kopie" aus /tmp ins Home des neues Users. Läßt sich das Problemverhalten so nachstellen? //Edit; Funktioniert also auch bei einem neuen User nicht?

Breitschwert: Mit deinem Normaluser

installiere strace
starte caja so:
strace --output=/tmp/caja.trace caja
gehe ins Verzeichnis und versuche eine Datei umzubennen, merke dir den Namen. Ich nehme mal z.B. aus deinem old die Datei makefile. Versuche die nach makefile.neu umzubenennen.
-- Nachdem das Umbenennen nicht funktoniert schließe caja.
-- greppe in /tmp/caja.trace nach der Datei bzw. dem neuen Namen. also sowas wie
grep '/home/manfred/prog/img/vted/old/makefile' /tmp/caja.strace
und oder
grep '/home/manfred/prog/img/vted/old/makefile.neu' /tmp/caja.strace
Schaue im kompletten Trace ob sich bei/nach diesen Treffern im trace etwas findet, daß das Umbennen (nach makefile.neu) nicht funktioniert hat. Versuche das zu analysieren. Um den ersten Treffer für makefile.neu sollte sich eigentlich etwas finden. Ca. 10 Zeilen davor und 10 dahinter.
Ggf. poste diese Zeilen davor/dahinter.

Mehr fällt mir nicht ein.

Dakuan

Sch* meine Antwort wurde nicht abgespeichert. Versuche jetzt zu rekonstruieren.

Verzeichnis kopiert, Problem besteht auch auf der Kopie.

Es gibt keine Ausgaben auf der Konsole.

[manfred@noir ~]$ lsattr -d /home/manfred/prog/img/vted/old
--------------e------- /home/manfred/prog/img/vted/old
[manfred@noir ~]$

[manfred@noir ~]$ lsattr /home/manfred/prog/img/vted/old
--------------e------- /home/manfred/prog/img/vted/old/vted_20250406.cpp
--------------e------- /home/manfred/prog/img/vted/old/Dir_Box.cpp
--------------e------- /home/manfred/prog/img/vted/old/vt_netwin_20250801.h
--------------e------- /home/manfred/prog/img/vted/old/makefile
--------------e------- /home/manfred/prog/img/vted/old/vt_netwin_20250207.cpp
--------------e------- /home/manfred/prog/img/vted/old/File_Box_20260112.cpp
--------------e------- /home/manfred/prog/img/vted/old/File_Browser_20241024.cpp
--------------e------- /home/manfred/prog/img/vted/old/File_Browser_20250125.cpp
--------------e------- /home/manfred/prog/img/vted/old/vt_netwin_20250801.cpp
--------------e------- /home/manfred/prog/img/vted/old/vt_netwin::uri_cpy_20250505.txt
--------------e------- /home/manfred/prog/img/vted/old/vted_20250215.cpp
--------------e------- /home/manfred/prog/img/vted/old/uri_cpy_20250500.txt
--------------e------- /home/manfred/prog/img/vted/old/Dir_Box.h
--------------e------- /home/manfred/prog/img/vted/old/vted_20250410.cpp
--------------e------- /home/manfred/prog/img/vted/old/File_Browser_20241024.h
--------------e------- /home/manfred/prog/img/vted/old/File_Box_20260112.h
--------------e------- /home/manfred/prog/img/vted/old/vted_20250414.cpp
[manfred@noir ~]$

Dakuan

[root@noir manfred]# pacman -Qi caja
Name                     : caja
Version                  : 1.28.0-4
Beschreibung             : File manager for the MATE desktop
Architektur              : x86_64
URL                      : https://mate-desktop.org
Lizenzen                 : GPL-2.0-or-later AND LGPL-2.0-or-later
Gruppen                  : mate
Stellt bereit            : Nichts
Hängt ab von             : exempi  gvfs  libexif  libsm  mate-desktop  libnotify
                           gtk-layer-shell
Optionale Abhängigkeiten : gstreamer: automatic media playback when mouseover [Installiert]
Benötigt von             : caja-actions  caja-audio-video-properties  caja-image-converter
                           caja-open-terminal  caja-sendto  caja-share  caja-wallpaper
                           caja-xattr-tags
Optional für             : atril  engrampa  mate-user-share
In Konflikt mit          : caja-gtk3
Ersetzt                  : caja-gtk3
Installationsgröße       : 16,93 MiB
Packer                   : Brett Cornwall <ainola@archlinux.org>
Erstellt am              : Sa 01 Nov 2025 02:22:00 CET
Installiert am           : Do 20 Nov 2025 10:38:54 CET
Installationsgrund       : Ausdrücklich installiert
Installations-Skript     : Nein
Verifiziert durch        : Signatur

[root@noir manfred]#

Das Umbenennen habe ich vom lokalen Menü, vom Menübalken und mit F2 probiert. Kein Unterschied. Die Menüs klappen weg und die Datei bleibt selektiert.

Das immutable Flag ist hier wohl nicht beteiligt, denn darüber würde Thunar ja ebenfalls stolpern.

GerBra Du veränderst den Namen und caja "springt" ohne Meldung/Hinweis wieder zum ursprünglichen Namen zurück?

Nein, ich bekomme überhaupt keine Möglichkeit etwas einzugeben. Es passiert einfach nichts, außer dass das Menü wieder zuklappt. Beim Start aus der Konsole passiert auch nichts. Caja wird gestartet und es kommt sofort wieder der Eingabeprompt. Caja will anscheinend keine Verbindung zur konsole.

Wenn ich das Verzeichnis, wie beschrieben kopiere und danach chown -R mache, hat der neue User keine Probleme mit den Dateien!

strace habe ich auch mal laufen lassen. Da sehe ich aber nur dass alle möglichen Einstellungen gesucht werden. Außerdem scheinen da alle irgendwann man aufgerufene Netzwerkverbindungen überprüft zu werden. Ich bekomme tonnenweise:
recvmsg(10, {msg_namelen=0}, 0) = -1 EAGAIN (Die Ressource ist zur Zeit nicht verfügbar)

Die angeklickten Verzeichnis- oder Dateinamen tauchen nirgends auf. Nur:
newfstatat(AT_FDCWD, "/home/manfred", {st_mode=S_IFDIR|0700, st_size=4096, ...}, 0) = 0
Das ist dann wahrscheinlich der eigentliche Start.

GerBra

Dakuan Das Umbenennen habe ich vom lokalen Menü, vom Menübalken und mit F2 probiert. Kein Unterschied. Die Menüs klappen weg und die Datei bleibt selektiert.

GerBra Du veränderst den Namen und caja "springt" ohne Meldung/Hinweis wieder zum ursprünglichen Namen zurück?

Nein, ich bekomme überhaupt keine Möglichkeit etwas einzugeben. Es passiert einfach nichts, außer dass das Menü wieder zuklappt. Beim Start aus der Konsole passiert auch nichts. Caja wird gestartet und es kommt sofort wieder der Eingabeprompt. Caja will anscheinend keine Verbindung zur konsole.

Dann habe ich keine richtige Idee mehr. Das "zurückspringen" in die Konsole kommt daher bzw. dann, wenn schon eine andere Instanz von caja läuft. Bei dir dürfte das ggf. der mate-desktop sein (wenn du Mate nutzt, k.A.)

Mein Gefühl sagt mir, das es irgendwas mit diesem Ordner bzw. den Files zu tun hat, so wie diese sich für deinen User im Filesystem präsentieren. Ein anderer User hat das Problem ja nicht. Und du als User hast mit caja lt. deinen Aussagen ja das Problem auch nur mit diesem Ordner. Alles andere Daten funktioniert ja scheinbar bzgl. Umbennen, etc.

Krude Idee: lege dir einen neuen Ordner an. Stelle sicher, daß eine darin abgelegte Datei auch umbenannt werden kann.
Nun kopiere eine Datei nach der anderen aus diesem old-Problem-Dir in das neue Verzeichnis. Teste, ob diese sich umbenennen ließe. Mache weiter mit der nächsten, usw. usf.
Entweder findest du so noch irgendeinenen "Übeltäter", oder hast am Ende halt einen "funktionierenden" neuen Ordner mit all den Dateien. Dann kannst du den old-Problem-Ordner auch entsorgen.

Dakuan

Jetzt bin ich total verwirrt! Der Trick mit dem neuen Verzeichnis hat nicht funktioniert. Dabei hatte ich zum Kopieren Thunar verwendet.

Dann ist mir aber noch etwas eingefallen. Ich hatte gestern die Dateien File_Box.cpp und File_Box.h kopieren wollen, wobei die .h Datei schon vorhanden war. Den Vorgang hatte ich dann abgebrochen, weil ich die Versionen sicherheitshalber noch mit diff überprüfen wollte. Danach hatte ich die Datei überschreiben lassen.

Daher bin ich jetzt auf die Idee gekommen, Die zuletzt kopierte, und mit Thunar umbenannte, Datei im neuen Verzeichnis einfach mal zu löschen. Danach ging in dem neuen Ordner "old2" wieder alles. Wie kann so etwas passieren? Klingt irgendwie unlogisch. Ich werde jetzt mal versuchen eine neue Datei anzulegen und den Text mittels copy&paste im Editor zu kopieren.

Ich frage mich, was kann an einer Datei sein, was den Dateimanager so verwirren kann?

GerBra

Ist der Rechner seit Auftreten des Problems bis jetzt mal rebootet worden, bzw. genauer: was dein FIlesystem auf dein $HOME ist zwischenzeitlich mal ausgehängt, neu eingehängt?

Wenn Nein, dann wäre eine mögliche Erklärung evtl. ein Mißverhalten zwischen dem Filesystem-Cache und dem Filesystem an sich. Warum das allerdings nur caja aus dem Tritt bringt, das ist wohl ohne genauere Analyse mit den Originaldaten/Originalzustand nicht rauszufinden. Bräuchte wahrscheinlich sogar ein Debuggen des Sourcecodes mit Breakpoints etc.

Ich an deiner Stelle würde dein ext4-FS mit $HOME auf jedenfall mal mit einem fsck.ext4 -f überprüfen. Wenn dein $HOME auch deine Root-Partition ist, dann muß das von einem externen Bootmedium aus geschehen. Die zu überprüfende Partition/Filesystem darf nicht gemountet sein.

Dakuan

Ja, ich hatte den Rechner ganz am Anfang und nach einem Softwareupdate neu gestartet. Vorsichtshalber hatte ich jetzt gerade noch einmal rebootet.

Außerdem hatte ich gestern noch festgestellt, dass es nicht an einer fehlerhaften Datei liegt (jedenfalls nicht direkt). Der Fehler tritt erst auf, wenn mehr als 16 Dateien in den Problemverzeichnissen liegen. Das Verzeichnis darüber zeigt dieses Problem allerdings nicht und hat 119 Dateien.

Ich habe verstärkt Caja selbst im Verdacht, zumal ich vor einigen Jahren bei Ubuntu ein ähnliches Problem mit Caja hatte. Aber das zu debuggen traue ich mir nicht zu. Ich hatte mir mal vor einiger Zeit das Innenleben von Thunar angesehen (wobei mir jemand aus dem Debian Forum geholfen hatte) weil ich sehen wollte wie die mit Shared Thumbnail repositories umgehen. Bei dem Umfang kann einem schwindelig werden.

Den Dateisystem Check verschiebe ich erstmal auf morgen, wenn ich ausgeruht bin.