Dateien können ohne Berechtigungsprobleme nicht in den Papierkorb verschoben werden

Dies ist nicht wie einer der zuvor angesprochenen Fälle - ich habe sie alle überprüft.

Ich habe plötzlich die Meldung " ... kann nicht in den Papierkorb gelegt werden. Möchten Sie sie sofort löschen? " Heute Morgen nur in meinem Home-Verzeichnis erhalten .

Ich habe eine Home-Partition (ext4, ordnungsgemäß bereitgestellt) mit Symlinks für Benutzerordner wie Downloads, Dokumente usw. zu Ordnern mit demselben Namen in einer Datenpartition (ntfs, ordnungsgemäß bereitgestellt).

Ich kann beispielsweise eine Datei im Ordner "Downloads" nicht in den Papierkorb verschieben, wenn ich es über "Home" versuche , aber kein Problem, wenn ich es über die Datenpartition versuche , obwohl die betreffende Datei an beiden Speicherorten denselben Besitz und dieselben Berechtigungen hat .

Auch überhaupt kein Problem mit Dateien in meinem Home-Ordner, einschließlich solcher Unterordner Public, die nicht mit meiner Datenpartition verknüpft sind .

Interessantes Puzzle für mich ...

PS: Gerade auf 15.04 aktualisiert, aber ich denke nicht, dass es wichtig ist ... Beim zweiten Gedanken könnte es vielleicht etwas mit einem Upgrade von Nautilus 3.10 auf 3.14 zu tun haben?

PPS: Dieser Fehler wurde einige Zeit später in Version 16.10 endgültig behoben und existiert unter Ubuntu 17.04 nicht mehr .

nautilus delete trash

— Sadi
quelle

Vielen Dank für die Aktualisierung und den Hinweis, dass es behoben wurde. Was war dann das eigentliche Problem? Ich kann das Kernsystem momentan nicht aktualisieren.

— Thomas

@Thomas Es ist nicht etwas, das behoben werden kann, ohne die mit diesem Fehler verbundenen Systemdateien (dh das glib2.0-Paket) zu aktualisieren, zumindest ohne ein anderes Problem zu riskieren (z. B. das Weglassen eines der Patches, die vor einiger Zeit dem Upstream hinzugefügt wurden). Sie können dies jedoch berücksichtigen, indem Sie den folgenden Informationen folgen

— Sadi

Antworten:

Dies ist ein Fehler nautilus, da dies in Trusty nicht der Fall ist (wie Sie selbst herausgefunden haben). Die Erklärung für dieses Verhalten könnte sein, dass nautilusimmer versucht wird, die über den /homePfad erreichten Dateien als physisch in der /homePartition befindlich zu löschen, selbst wenn sie über einen symbolischen Link zu einem Ordner erreicht werden, der sich physisch in einer anderen Partition befindet: in diesem Fall "Papierkorb" Die Datei schlägt wie gewohnt fehl, da die Zieldatei nicht in den Papierkorb des Benutzers verschoben werden kann. Daher wird sie stattdessen aufgefordert, sie sofort zu löschen.

— kos
quelle

Vielen Dank, aber ist dieser Vorschlag angesichts dessen noch gültig: " Kein Problem mit Dateien in meinem Home-Ordner, einschließlich Unterordnern wie" Öffentlich ", die nicht mit meiner Datenpartition verknüpft sind " (was sollte ich vermuten, dass es keine Eigentums- oder Berechtigungsprobleme gibt )? Übrigens, mein TrashOrdner gehört mir mit " rw " -Berechtigungen für mich und meine Gruppe sowie " r " -Berechtigungen für andere - was mehr als genug sein sollte, wenn nicht zu viel ;-)

— Sadi

@Sadi Nein, ist es nicht, ich habe diesen Teil verpasst. Das kannst du sowieso nicht, nur weil es sehr dumm wäre. Siehe das Update

— kos

Aber ich verstehe nicht, ich benutze diese Konfiguration schon lange und ich glaube nicht, dass dies das erste Mal ist, dass ich versuche, eine Datei auf diese Weise zu löschen ... Wieso habe ich das nie getan hatte dieses problem ??? Ich vermute, das System hat sie lediglich als Dateien auf meiner Datenpartition akzeptiert und in diesen Papierkorb gelegt ... Vielleicht sollte ich dann einen Fehlerbericht darüber erstellen?

— Sadi

@Sadi Vielleicht ist das stattdessen der Fall, oder vielleicht liegt das genau am Update, weil ich dies auch auf Vivid getestet habe und genau die gleiche Aufforderung erhalten habe. Ich bin damit einverstanden, dass .Trash-1000es viel praktischer wäre , die gelöschten Dateien ohne Aufforderung in den Ordner desselben Laufwerks zu legen , in dem sich die Dateien befanden. Vielleicht ist dies ein Fehler und es ist nicht das beabsichtigte Verhalten, obwohl es teilweise Sinn macht für Gründe oben erläutert. Wie auch immer, überprüfen Sie auch das neue Update. Ich denke, jetzt wird das eigentliche Problem noch besser erklärt.

— Kos

Danke kos, ich habe den Punkt verstanden, den du machst, als ich ihn zum ersten Mal gelesen habe. Was ich nicht verstanden habe war, warum mir das vorher nicht passiert ist, obwohl ich diese Konfiguration verwendet habe, da ich mich nicht erinnere wann ;-) Nautilus muss in der Lage sein zu erkennen, was ein Symlink und was eine echte Datei ist / Verzeichnis und verschieben Sie es in den Papierkorb dort. Ich werde dies mit einer Live-USB-Sitzung von Ubuntu 14.10 testen ...

— Sadi

Ich habe gerade eine Neuinstallation von Ubuntu 18.4 mit / home auf derselben Festplatte durchgeführt und hatte das gleiche Problem: Dateien konnten nicht in den Papierkorb gesendet werden. Ich konnte sie nur vollständig löschen. Beim Betrachten /home/current_user.local/share/Trashsah ich, dass der Besitzer root war und ich musste den Besitzer in den Benutzer für / Trash und beide Dateien in: / files und / info ändern. Ich bevorzuge dies über nautilus als root (Terminal :) sudo nautilusund jetzt funktioniert es. Vielen Dank für Ihre hilfreichen Beiträge.

— Jeannette
quelle