Cegah Nautilus / Nemo membuat folder .Trash-1000 di perangkat yang terpasang


15

Baik Nautilus dan Nemo membuat folder tersembunyi yang disebut .Trash-1000di perangkat apa pun yang dipasang, tampaknya untuk mengelola folder Sampah mereka. Ini sangat membingungkan dalam drive jaringan yang dipasang oleh pengguna lain, yang mungkin menggunakan sistem operasi lain atau program yang tidak mengenali folder ini sebagai tempat sampah.

Selain itu, folder ini diperluas dengan jumlah file yang dihapus dan tidak dapat dihapus dari Ubuntu:

$ sudo rm -rf ./.Trash-1000
rm: cannot remove './.Trash-1000/files': Directory not empty

Untuk mengosongkan ruang dalam volume yang dipasang seperti itu .Trash-1000folder harus dihapus dari sistem yang berbeda.

Apakah ada cara untuk mencegah Nemo atau Nautilus membuat folder ini di drive jaringan? Saya tentu saja tidak bisa menggunakannya, tetapi mereka berguna dalam banyak situasi.


1
@ LuísdeSousa Sekarang, saya telah memberikan jawaban tentang keadaan saat ini, yang saat ini tidak mungkin untuk memiliki fitur tersebut. Namun, saya akan meminta Anda untuk tetap bersabar untuk minggu depan, dan saya akan kembali dengan solusi yang lebih baik. BAIK ?
Sergiy Kolodyazhnyy

Sebagai solusinya, Anda dapat membuat .Trash-1000folder kosong sendiri, dan menggunakan chmod 000 .Trash-1000dan / atau sudo chattr +i .Trash-1000untuk mencegah Nautilus dari mengisinya. (Saya belum benar-benar mencoba ini, tetapi saya akan melakukannya jika saya memiliki masalah ini.)
Poin

Poin ini mirip dengan solusi tradisional pada thumb drive - buat file kosong (bukan folder) bernama .Trash-1000 ini membingungkan gnome cukup untuk menghentikannya.
don bright

@pts Ini akan membuat pengguna lain bingung tentang hal itu. Selain itu, dalam drive Samba izin Linux tidak memiliki arti.
Luís de Sousa

@ LuísdeSousa: Untuk saham Samba, lakukan chmod atau chattr di server Samba ( samba.org ). Saya berpendapat bahwa setiap solusi dan solusinya memiliki pengorbanannya. Namun demikian, lebih baik untuk mengetahui tentang solusi dan pengorbanannya daripada tidak mengetahuinya. Karenanya saya mempostingnya sebagai komentar.
Poin

Jawaban:


15

Setelah melihat kode sumber Nautilus dan jawaban Michael Stumpfl, menjadi jelas bahwa pembuatan folder sampah, adalah sesuatu yang sulit dikodekan dalam kode sumber Nautilus itu sendiri dan merupakan bagian dari cara libgiokerjanya - perpustakaan di balik manipulasi file dalam aplikasi Gtk / GNOME. Oleh karena itu menonaktifkan perilaku seperti itu saat ini tidak mungkin dilakukan tanpa mengkompilasi ulang pengelola file itu sendiri atau mengubah kode sumber pustaka (yang saya tidak sarankan lakukan, karena aplikasi lain bergantung padanya, sehingga perubahan dapat mempengaruhi perilaku aplikasi lain).

Mungkin solusi terbaik adalah mengajukan permintaan fitur ke pengembang Nautilus dan menunggu sampai diperbaiki. Anda juga dapat menggunakan penghapusan file secara permanen melalui Shift+ Deletejalan pintas atau menggunakan utilitas baris perintah seperti mv(pindah ke folder tempat sampah pengguna di /sistem file) atau rm. Jika tidak - beralih ke menggunakan manajer file yang berbeda untuk saat ini.


1
Jika ini merupakan kode yang sulit, libgioakankah membuat perbedaan menggunakan manajer file alternatif?
Luís de Sousa

4
@ LuísdeSousa Tidak semua manajer file bergantung libgio. Dolphin misalnya tidak. Manajer file baris perintah seperti midnight-commandertidak. Secara umum, aplikasi yang tidak bergantung pada Gtk toolkit tidak bersentuhan libgio. Tentu saja, bisa ada pengecualian.
Sergiy Kolodyazhnyy

0

Ini tidak mencegah pembuatan folder .Trash tetapi ini adalah cara sederhana untuk menangani masalah yang Anda nyatakan.

Ini mungkin tampak terlalu sederhana tetapi hanya menggunakan globbing. Seperti dalam:rm -rf .Trash-1000/*

pola (*) diperluas oleh shell dan rm akan turun ke dan menghapus semua file dan direktori yang namanya cocok dengan pola itu. Ini tidak akan mencoba untuk menghapus folder .Trash-1000 tetapi akan menghapus './.Trash-1000/files'. Tentu saja izin normal berlaku.

`

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.