Trash is gray

Hello,

It has been a month now that Trash is gray whether empty or not. I update Manjaro regularly.

Please help!

Thank you in advance.

You are here for half a year already and should know better. I will still give you this answer:

How to provide good information in your post

4 Likes

You should check with a new user and see what is missing in yours. Specially pay attention to:
~/.local/share/Trash/
It should contain this folders:

drwxr-xr-x 2 4,0K 2019-08-31 10:57 files/
drwxr-xr-x 2 4,0K 2019-08-31 10:57 info/

Without those, the Trash will not work.
If you also have an external HDD, that one should have it's own .Trash-1000/with the same two folders name as above.

1 Like

inxi -Fxxxza --nohost
Error 22: Unsupported option: --nohost
Check -h for correct parameters.

inxi -Fxxxza
System:
Host: jojo Kernel: 5.2.8-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.1.0
parameters: BOOT_IMAGE=/boot/vmlinuz-5.2-x86_64
root=UUID=98cc00e6-d637-4b04-97ea-b7ad49c34f68 rw quiet
Desktop: Cinnamon 4.2.3 dm: LightDM 1.30.0 Distro: Manjaro Linux
Machine:
Type: Desktop Mobo: ASUSTeK model: ROG MAXIMUS X HERO v: Rev 1.xx
serial: UEFI: American Megatrends v: 1801 date: 11/05/2018
CPU:
Topology: 6-Core model: Intel Core i7-8700K bits: 64 type: MT MCP
arch: Kaby Lake family: 6 model-id: 9E (158) stepping: A (10)
microcode: B4 L2 cache: 12.0 MiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
bogomips: 88728
Speed: 800 MHz min/max: 800/4700 MHz Core speeds (MHz): 1: 800 2: 800
3: 800 4: 800 5: 801 6: 801 7: 800 8: 801 9: 800 10: 800 11: 800 12: 801
Vulnerabilities: Type: l1tf
mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable
Type: mds mitigation: Clear CPU buffers; SMT vulnerable
Type: meltdown mitigation: PTI
Type: spec_store_bypass
mitigation: Speculative Store Bypass disabled via prctl and seccomp
Type: spectre_v1
mitigation: usercopy/swapgs barriers and __user pointer sanitization
Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional,
IBRS_FW, STIBP: conditional, RSB filling
Graphics:
Device-1: Intel UHD Graphics 630 vendor: ASUSTeK driver: i915 v: kernel
bus ID: 00:02.0 chip ID: 8086:3e92
Display: x11 server: X.Org 1.20.5 driver: intel unloaded: modesetting
alternate: fbdev,vesa tty: N/A
OpenGL: renderer: Mesa DRI Intel UHD Graphics 630 (Coffeelake 3x8 GT2)
v: 4.5 Mesa 19.1.4 compat-v: 3.0 direct render: Yes
Audio:
Device-1: Intel 200 Series PCH HD Audio vendor: ASUSTeK
driver: snd_hda_intel v: kernel bus ID: 00:1f.3 chip ID: 8086:a2f0
Sound Server: ALSA v: k5.2.8-1-MANJARO
Network:
Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: 3.2.6-k
port: f040 bus ID: 00:1f.6 chip ID: 8086:15b8
IF: enp0s31f6 state: up speed: 100 Mbps duplex: full mac:
Drives:
Local Storage: total: 12.74 TiB used: 10.57 TiB (83.0%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 960 EVO 1TB size: 931.51 GiB
block size: physical: 512 B logical: 512 B speed: 31.6 Gb/s lanes: 4
serial: rev: 3B7QCXE7 scheme: GPT
ID-2: /dev/sda vendor: Toshiba model: HDWD130 size: 2.73 TiB block size:
physical: 4096 B logical: 512 B speed: 6.0 Gb/s rotation: 7200 rpm
serial: rev: ACF0 scheme: GPT
ID-3: /dev/sdb type: USB vendor: Seagate model: Backup+ Hub BK
size: 5.46 TiB block size: physical: 4096 B logical: 512 B
serial: rev: D781 scheme: GPT
ID-4: /dev/sdd type: USB vendor: Western Digital model: WD20NPVX-00EA4T0
size: 1.82 TiB block size: physical: 512 B logical: 512 B
rotation: 5200 rpm serial: scheme: MBR
ID-5: /dev/sde type: USB vendor: Western Digital model: WD20NPVX-00EA4T0
size: 1.82 TiB block size: physical: 512 B logical: 512 B
rotation: 5200 rpm serial: scheme: MBR
Partition:
ID-1: / raw size: 48.93 GiB size: 47.91 GiB (97.92%)
used: 25.71 GiB (53.7%) fs: ext4 dev: /dev/nvme0n1p1
ID-2: /home raw size: 97.66 GiB size: 95.62 GiB (97.92%)
used: 84.93 GiB (88.8%) fs: ext4 dev: /dev/nvme0n1p3
Sensors:
System Temperatures: cpu: 40.0 C mobo: N/A
Fan Speeds (RPM): cpu: 0
Info:
Processes: 291 Uptime: 2h 16m Memory: 62.77 GiB used: 1.90 GiB (3.0%)
Init: systemd v: 242 Compilers: gcc: 9.1.0 alt: 6 Shell: bash v: 5.0.7
running in: gnome-terminal inxi: 3.0.35

cd ~/.local/share/Trash/
[jojo@jojo Trash]$ ls
expunged files info

inxi -Fxxxza --no-host

between three backticks (in front and end) or use </>

1 Like

Try this:
rm -rf ~/.local/share/Trash/expunged/*
rm -rf ~/.local/share/Trash/files/*
rm -rf ~/.local/share/Trash/info/*
then reboot
If you got some errors during this commands, maybe we have to look at permissions. The expunged folder should be empty tho, unless something went wrong and kept a huge amount of files, and didn't clean properly ...

1 Like

inxi -Fxxxza --no-host
System:
Kernel: 5.2.8-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.1.0
parameters: BOOT_IMAGE=/boot/vmlinuz-5.2-x86_64
root=UUID=98cc00e6-d637-4b04-97ea-b7ad49c34f68 rw quiet
Desktop: Cinnamon 4.2.3 dm: LightDM 1.30.0 Distro: Manjaro Linux
Machine:
Type: Desktop Mobo: ASUSTeK model: ROG MAXIMUS X HERO v: Rev 1.xx
serial: UEFI: American Megatrends v: 1801 date: 11/05/2018
CPU:
Topology: 6-Core model: Intel Core i7-8700K bits: 64 type: MT MCP
arch: Kaby Lake family: 6 model-id: 9E (158) stepping: A (10)
microcode: B4 L2 cache: 12.0 MiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
bogomips: 88728
Speed: 4315 MHz min/max: 800/4700 MHz Core speeds (MHz): 1: 4184 2: 4235
3: 4337 4: 4346 5: 4232 6: 4226 7: 4381 8: 4397 9: 4205 10: 4104 11: 4244
12: 4275
Vulnerabilities: Type: l1tf
mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable
Type: mds mitigation: Clear CPU buffers; SMT vulnerable
Type: meltdown mitigation: PTI
Type: spec_store_bypass
mitigation: Speculative Store Bypass disabled via prctl and seccomp
Type: spectre_v1
mitigation: usercopy/swapgs barriers and __user pointer sanitization
Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional,
IBRS_FW, STIBP: conditional, RSB filling
Graphics:
Device-1: Intel UHD Graphics 630 vendor: ASUSTeK driver: i915 v: kernel
bus ID: 00:02.0 chip ID: 8086:3e92
Display: x11 server: X.Org 1.20.5 driver: intel unloaded: modesetting
alternate: fbdev,vesa tty: N/A
OpenGL: renderer: Mesa DRI Intel UHD Graphics 630 (Coffeelake 3x8 GT2)
v: 4.5 Mesa 19.1.4 compat-v: 3.0 direct render: Yes
Audio:
Device-1: Intel 200 Series PCH HD Audio vendor: ASUSTeK
driver: snd_hda_intel v: kernel bus ID: 00:1f.3 chip ID: 8086:a2f0
Sound Server: ALSA v: k5.2.8-1-MANJARO
Network:
Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: 3.2.6-k
port: f040 bus ID: 00:1f.6 chip ID: 8086:15b8
IF: enp0s31f6 state: up speed: 100 Mbps duplex: full mac:
Drives:
Local Storage: total: 12.74 TiB used: 10.57 TiB (83.0%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 960 EVO 1TB size: 931.51 GiB
block size: physical: 512 B logical: 512 B speed: 31.6 Gb/s lanes: 4
serial: rev: 3B7QCXE7 scheme: GPT
ID-2: /dev/sda vendor: Toshiba model: HDWD130 size: 2.73 TiB block size:
physical: 4096 B logical: 512 B speed: 6.0 Gb/s rotation: 7200 rpm
serial: rev: ACF0 scheme: GPT
ID-3: /dev/sdb type: USB vendor: Seagate model: Backup+ Hub BK
size: 5.46 TiB block size: physical: 4096 B logical: 512 B
serial: rev: D781 scheme: GPT
ID-4: /dev/sdc type: USB vendor: Western Digital model: WD20NPVX-00EA4T0
size: 1.82 TiB block size: physical: 512 B logical: 512 B
rotation: 5200 rpm serial: scheme: MBR
ID-5: /dev/sdd type: USB vendor: Western Digital model: WD20NPVX-00EA4T0
size: 1.82 TiB block size: physical: 512 B logical: 512 B
rotation: 5200 rpm serial: scheme: MBR
Partition:
ID-1: / raw size: 48.93 GiB size: 47.91 GiB (97.92%)
used: 25.73 GiB (53.7%) fs: ext4 dev: /dev/nvme0n1p1
ID-2: /home raw size: 97.66 GiB size: 95.62 GiB (97.92%)
used: 82.73 GiB (86.5%) fs: ext4 dev: /dev/nvme0n1p3
Sensors:
System Temperatures: cpu: 44.0 C mobo: N/A
Fan Speeds (RPM): cpu: 0
Info:
Processes: 288 Uptime: 7m Memory: 62.77 GiB used: 1.58 GiB (2.5%)
Init: systemd v: 242 Compilers: gcc: 9.1.0 alt: 6 Shell: bash v: 5.0.7
running in: gnome-terminal inxi: 3.0.35

I did that with no errors. However, I have the following two items remaining:
systemd-bootx64.efi
grubex64,efi
that I can not delete.

That's the issue right there. Permissions ... see this how to solve it, run that command and then delete those files the way i mentioned before.

1 Like

I did the command and restarted - the same, those file are still present.

Can you remove them manually now?

When I cd to Trash and its three directories, ls does not show any files. The files are visible via Nemo. I cannot delete them from Nemo.

If you try again

do those files get deleted?

1 Like

No, they do not!

I have run all three commands you mentioned, I have changed mod as well as export QT_QPA_PLATFORMTHEME=gtk2 from the solution you cited.

Those two files are still in Trash. They are perhaps files for booting from the FAT32 partition which I do not know have entered the trash.

I reinstalled. The icon was green until I updated the system. Perhaps this has something to do with my installed programmes - some incompatibility.

Should I report this and where?

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

Forum kindly sponsored by