MX Linux Forum

Support for MX and antiX Linux distros
http://www.forum.mxlinux.org/

Strange occurence with File Managers

http://www.forum.mxlinux.org/viewtopic.php?t=79890

Page 1 of 1

Strange occurence with File Managers

Posted: Mon Mar 25, 2024 4:56 am
by ceejayemm
Background: I have been using MX on my desktop PC (KDE Plasma) and laptop (XFCE) for a couple of years since migrating from Windows 10, initially with MX-21.x and now with fully updated MX-23.2. Both machines have been rock solid in that time.

I have been following the development of an audio player and yesterday downloaded the latest version as an AppImage. I have AppImage Launcher installed and active. In the past this has worked just fine. After downloading the new version I went to the Downloads folder on my Desktop PC with a view to running the AppImage integration process. I opened Dolphin and navigated to the Downloads folder, which displayed the folder contents, however as soon as I tried to access any file in the folder Dolphin locked up and I had to close Dolphin (which took a couple of attempts to do so). I restarted Dolphin and tried again, same result. Tried again but this time selected a different folder, Dolphin worked OK and could access the files. I ended up trying every folder under the /home folder for my username and all succeeded EXCEPT the Downloads and Documents folders.

I have also tried the same exercise on my Laptop using Thunar and get EXACTLY the same results with the same folders on that device.

I don't know if its related but this morning my Duplicati backup on my Desktop PC also failed. I ran the backup again but watched the backup process running. It seems to do the actual backup but then fails at the end of the Backup process when clearing up files, and possibly according to Duplicati, doing a quota check. I don't knowingly run any quotas on my systems. The error given is:

"Errors": [
"2024-03-25 08:11:39 +00 - [Error-Duplicati.Library.Main.Operation.FilelistProcessor-BackendQuotaExceeded]: Backend quota has been exceeded: Using 112.39 GB of 0 bytes (0 bytes available)"
],

There are no visible errors when this occurs with either device or File Manager, other than the (possibly related) Duplicati issue also noted above. If there are any useful log files which might help resolve this issue please let me know what and where they are.

Many than ks for any help proved.

Chris

Code: Select all

System:
  Kernel: 6.1.0-10-amd64 [6.1.38-2] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.1.0-10-amd64 root=UUID=<filter> ro quiet splash
    init=/lib/systemd/systemd
  Desktop: KDE Plasma v: 5.27.5 wm: kwin_x11 vt: 7 dm: SDDM Distro: MX-23.2_KDE_x64 Libretto
    July 31 2023 base: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Desktop System: MSI product: MS-7A37 v: 1.0 serial: <superuser required>
  Mobo: MSI model: B350M MORTAR (MS-7A37) v: 1.0 serial: <superuser required>
    UEFI: American Megatrends v: 1.K0 date: 01/22/2019
Battery:
  Device-1: hidpp_battery_0 model: Logitech Wireless Mouse serial: <filter>
    charge: 55% (should be ignored) rechargeable: yes status: discharging
  Device-2: hidpp_battery_1 model: Logitech Wireless Keyboard serial: <filter>
    charge: 55% (should be ignored) rechargeable: yes status: discharging
CPU:
  Info: model: AMD Ryzen 5 1600 bits: 64 type: MT MCP arch: Zen level: v3 note: check
    built: 2017-19 process: GF 14nm family: 0x17 (23) model-id: 1 stepping: 1 microcode: 0x8001137
  Topology: cpus: 1x cores: 6 tpc: 2 threads: 12 smt: enabled cache: L1: 576 KiB
    desc: d-6x32 KiB; i-6x64 KiB L2: 3 MiB desc: 6x512 KiB L3: 16 MiB desc: 2x8 MiB
  Speed (MHz): avg: 1682 high: 3510 min/max: 1550/3200 boost: enabled scaling:
    driver: acpi-cpufreq governor: ondemand cores: 1: 1550 2: 1550 3: 1550 4: 1550 5: 1550 6: 1550
    7: 1550 8: 3510 9: 1550 10: 1360 11: 1479 12: 1442 bogomips: 76788
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
  Vulnerabilities:
  Type: itlb_multihit status: Not affected
  Type: l1tf status: Not affected
  Type: mds status: Not affected
  Type: meltdown status: Not affected
  Type: mmio_stale_data status: Not affected
  Type: retbleed mitigation: untrained return thunk; SMT vulnerable
  Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl
  Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, STIBP: disabled, RSB filling,
    PBRSB-eIBRS: Not affected
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: AMD Cape Verde PRO [Radeon HD 7750/8740 / R7 250E] vendor: PC Partner / Sapphire
    driver: radeon v: kernel alternate: amdgpu arch: GCN-1 code: Southern Islands process: TSMC 28nm
    built: 2011-20 pcie: gen: 2 speed: 5 GT/s lanes: 4 link-max: gen: 3 speed: 8 GT/s lanes: 16
    ports: active: HDMI-A-1 empty: DP-1,DVI-I-1 bus-ID: 1b:00.0 chip-ID: 1002:683f class-ID: 0300
  Device-2: Logitech Webcam C310 type: USB driver: snd-usb-audio,uvcvideo bus-ID: 3-3.3:5
    chip-ID: 046d:081b class-ID: 0102 serial: <filter>
  Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 compositor: kwin_x11 driver: X:
    loaded: radeon unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: radeon display-ID: :0
    screens: 1
  Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22") s-diag: 582mm (22.93")
  Monitor-1: HDMI-A-1 mapped: HDMI-0 model: BenQ E2220HD serial: <filter> built: 2009
    res: 1920x1080 hz: 60 dpi: 102 gamma: 1.2 size: 477x268mm (18.78x10.55") diag: 551mm (21.7")
    ratio: 16:9 modes: max: 1920x1080 min: 720x400
  API: OpenGL v: 4.5 Mesa 23.1.2-1~mx23ahs renderer: VERDE ( LLVM 15.0.6 DRM 2.50 6.1.0-10-amd64)
    direct-render: Yes
Audio:
  Device-1: AMD Oland/Hainan/Cape Verde/Pitcairn HDMI Audio [Radeon HD 7000 Series]
    vendor: PC Partner / Sapphire driver: snd_hda_intel bus-ID: 3-3.3:5 v: kernel chip-ID: 046d:081b
    pcie: gen: 2 class-ID: 0102 serial: <filter> speed: 5 GT/s lanes: 4 link-max: gen: 3
    speed: 8 GT/s lanes: 16 bus-ID: 1b:00.1 chip-ID: 1002:aab0 class-ID: 0403
  Device-2: AMD Family 17h HD Audio vendor: Micro-Star MSI driver: snd_hda_intel v: kernel pcie:
    gen: 3 speed: 8 GT/s lanes: 16 bus-ID: 1d:00.3 chip-ID: 1022:1457 class-ID: 0403
  Device-3: Logitech Webcam C310 type: USB driver: snd-usb-audio,uvcvideo
  API: ALSA v: k6.1.0-10-amd64 status: kernel-api tools: alsamixer,amixer
  Server-1: JACK v: 1.9.21 status: off tools: jack_control,qjackctl
  Server-2: PipeWire v: 1.0.0 status: active with: 1: pipewire-pulse status: active
    2: wireplumber status: active 3: pipewire-alsa type: plugin 4: pw-jack type: plugin
    tools: pactl,pw-cat,pw-cli,wpctl
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Micro-Star MSI
    driver: r8169 v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 port: f000 bus-ID: 18:00.0
    chip-ID: 10ec:8168 class-ID: 0200
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Bluetooth:
  Device-1: Broadcom BCM20702A0 Bluetooth 4.0 type: USB driver: btusb v: 0.8 bus-ID: 3-3.4:7
    chip-ID: 0a5c:21e8 class-ID: fe01 serial: <filter>
  Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter> bt-v: 2.1 lmp-v: 4.0
    sub-v: 220e hci-v: 4.0 rev: 1000
  Info: acl-mtu: 1021:8 sco-mtu: 64:1 link-policy: rswitch sniff link-mode: peripheral accept
    service-classes: rendering, capturing, object transfer, audio, telephony
Drives:
  Local Storage: total: 2.73 TiB used: 217.27 GiB (7.8%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Samsung model: SSD 990 PRO 1TB size: 931.51 GiB
    block-size: physical: 512 B logical: 512 B speed: 63.2 Gb/s lanes: 4 type: SSD serial: <filter>
    rev: 1B2QJXD7 temp: 30.9 C scheme: GPT
  ID-2: /dev/sda maj-min: 8:0 vendor: Western Digital model: WD10EFRX-68FYTN0 size: 931.51 GiB
    block-size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s type: HDD rpm: 5400 serial: <filter>
    rev: 0A82 scheme: GPT
  ID-3: /dev/sdb maj-min: 8:16 vendor: Western Digital model: WD10EFRX-68PJCN0 size: 931.51 GiB
    block-size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s type: HDD rpm: 5400 serial: <filter>
    rev: 0A82 scheme: GPT
Partition:
  ID-1: / raw-size: 931.26 GiB size: 915.57 GiB (98.31%) used: 150.07 GiB (16.4%) fs: ext4
    dev: /dev/nvme0n1p2 maj-min: 259:2
  ID-2: /boot/efi raw-size: 256 MiB size: 252 MiB (98.46%) used: 274 KiB (0.1%) fs: vfat
    dev: /dev/nvme0n1p1 maj-min: 259:1
Swap:
  Kernel: swappiness: 15 (default 60) cache-pressure: 100 (default)
  ID-1: swap-1 type: file size: 4 GiB used: 0 KiB (0.0%) priority: -2 file: /swap/swap
Sensors:
  System Temperatures: cpu: 42.8 C mobo: N/A gpu: radeon temp: 34.0 C
  Fan Speeds (RPM): N/A
Repos:
  Packages: 3093 pm: dpkg pkgs: 3084 libs: 1752 tools: apt,apt-get,aptitude,nala pm: rpm pkgs: 0
    pm: flatpak pkgs: 9
  No active apt repos in: /etc/apt/sources.list
  Active apt repos in: /etc/apt/sources.list.d/brave-browser-release.list
    1: deb [signed-by=/usr/share/keyrings/brave-browser-archive-keyring.gpg arch=amd64] https://brave-browser-apt-release.s3.brave.com/ stable main
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list
    1: deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/debian.list
    1: deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
    2: deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/mx.list
    1: deb http://mxlinux.mirrors.uk2.net/packages/mx/repo/ bookworm main non-free
    2: deb http://mxlinux.mirrors.uk2.net/packages/mx/repo/ bookworm ahs
  Active apt repos in: /etc/apt/sources.list.d/syncthing.list
    1: deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable
  Active apt repos in: /etc/apt/sources.list.d/teamviewer.list
    1: deb [signed-by=/usr/share/keyrings/teamviewer-keyring.gpg] https://linux.teamviewer.com/deb stable main
  Active apt repos in: /etc/apt/sources.list.d/upmpdcli-bookworm.list
    1: deb [signed-by=/usr/share/keyrings/lesbonscomptes.gpg] http://www.lesbonscomptes.com/upmpdcli/downloads/debian/ bookworm main
    2: deb-src [signed-by=/usr/share/keyrings/lesbonscomptes.gpg] http://www.lesbonscomptes.com/upmpdcli/downloads/debian/ bookworm main
Info:
  Processes: 336 Uptime: 52m wakeups: 16 Memory: 15.57 GiB used: 3.19 GiB (20.5%) Init: systemd
  v: 252 target: graphical (5) default: graphical tool: systemctl Compilers: gcc: 12.2.0 alt: 12
  Client: shell wrapper v: 5.2.15-release inxi: 3.3.26
Boot Mode: UEFI

Re: Strange occurence with File Managers

Posted: Mon Mar 25, 2024 2:52 pm
by CharlesV
If you open a cli and do

ls ~/Documents

and

ls ~/Downloads

are there any files with very strange names listed ?

Re: Strange occurence with File Managers

Posted: Mon Mar 25, 2024 3:05 pm
by Charlie Brown
... or / also :

Code: Select all

find ~ -user root

Re: Strange occurence with File Managers

Posted: Mon Mar 25, 2024 4:12 pm
by h3kt0r
Perhaps the "/home" partition ran out of space ?

Re: Strange occurence with File Managers

Posted: Mon Mar 25, 2024 4:20 pm
by Charlie Brown
Nope. It's not a separate partition (in this case) but a folder in root, and:

/ ... used: ... (16.4%)

Re: Strange occurence with File Managers

Posted: Mon Mar 25, 2024 4:22 pm
by ceejayemm
Hi

Thanks for your interest in this problem.

I have looked in each folder from a terminal session and there is nothing with obviously 'odd'' filenames. There are some quite long filenames bit most of those have been there for a while (in some cases for at least 3 months):

eg

Transactions--600927-56296215--24-12-2022-24-01-2023.pdf
Oracle_VM_VirtualBox_Extension_Pack-6.1.22.vbox-extpack
appimagelauncher_2.2.0-travis995.0f91801.bionic_amd64.deb
'You'\''ve received an Amazon.co.uk gift certificate!.pdf'

the command:

find ~ -user root

returns no output :

ceejayemm@cmlaptop1:~
$ find ~ -user root
ceejayemm@cmlaptop1:~
$

The system disk / home partition appears to have lots of free space and as noted earlier I don't use any quota (that I know of:

$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.8G 0 3.8G 0% /dev
tmpfs 786M 1.5M 784M 1% /run
/dev/sda2 439G 116G 301G 28% /
tmpfs 3.9G 52M 3.8G 2% /dev/shm
tmpfs 5.0M 12K 5.0M 1% /run/lock
/dev/sda1 253M 274K 252M 1% /boot/efi

Please let me know if I can provide any further information.

Thanks

Chris

Re: Strange occurence with File Managers

Posted: Mon Mar 25, 2024 4:25 pm
by ceejayemm
I just realised I replied, and proved the answers above, from my laptop but as this displays exactly the same issues in the same folders as my desktop. They have basically the same set up I don't think it matters too much (in this case).

Chris

Re: Strange occurence with File Managers

Posted: Mon Mar 25, 2024 4:37 pm
by CharlesV
Two more things I can think of...

First, clear your cache using MX Cleanup. ( clean folders ~/.cache All
logout, log back in and see if that changes anything.

if it is still crashing, then start thunar from the terminal and then click into your Documents or Downloads and see what the messages are in the terminal.

Re: Strange occurence with File Managers

Posted: Mon Mar 25, 2024 5:02 pm
by Charlie Brown
Good idea (starting from terminal)

You can also create a new user (simply i.e. sudo adduser charlie ) then login with that and see how it is there.

Re: Strange occurence with File Managers

Posted: Tue Mar 26, 2024 6:30 am
by ceejayemm
Hi

Using MX Cleanup to clear the cache has no effect. Starting Thunar / Dolphin from the command line show no errors but they both still lock up on the Documents and Downloads Folders. I tried creating a new user which seemed to go OK but I am not sure what it was meant to prove Thunar/Dolphin worked OK on folders created by the new user.

It just seems odd to me that it is the same folders (Downloads and Documents) on both my laptop and desktop. On the XFCE laptop I am using the default Thunar file manager and on the KDE desktop I am using the default Dolphin. So why the same problem with the same folders using two different file mangers ? I do use Syncthing to synchronise the Documents folder between the laptop and desktop machines, via a separate Syncthing server, but I DO NOT sync the Download folders (and never have done this).

I wondered what would happen if I used a different file manager so, as a trial, I installed Nemo, PCManFM and Space FM. PCManFM and Nemo both gave the same issue. Nemo failed with a notification and PCManFM just closed down. SpaceFM was able open both folders and work with folders / files within each. Starting Nemo / PCManFM from the command line both immediately resulted in 'Segmentation Fault'. Clue ?

On the Desktop PC, I created a new folder called OLD and moved both folders to it (as OLD/Documents and OLD/Downloads) then I created new, empty versions of Documents and Downloads. Dolphin was able to access both these new empty folders. Then, from the command line, I copied the contents of OLD/Downloads back to Downloads - Dolphin failed again on the new Downloads folder (with the old content), SpaceFM was still able to access the folders / files within it.

So, do I simply ditch the old Documents and Download folders and recreate them ? I have backups going back sometime to recreate the Documents folder and I can live with a new Downloads folder. Or is there some solution to this problem.

Thanks

Chris

Re: Strange occurence with File Managers

Posted: Tue Mar 26, 2024 7:25 am
by Charlie Brown
ceejayemm wrote: Tue Mar 26, 2024 6:30 am... 'Segmentation Fault'. Clue ?..
It may be a failing Ram.

Run Mem-Test on live session. (or select on Grub)

Re: Strange occurence with File Managers

Posted: Tue Mar 26, 2024 11:29 am
by CharlesV
I think I would try the following approach using your OLD/Documents idea.

First via terminal, move all /Documents to that old folder (or a /Documents/BAD folder.

Then, *copy* files from the BAD folder back into the /Documents - but in segments. Say all the docs starting with a~g.
Test thunar / Dolphin in /Documents.
If it is ok, then copy h~l and retest.

If it is NOT ok (or .. WHEN its not ok. Look back into the segment you copied in and delete segments using just one letter until they work. Example, if you just copied in h~l and it stopped working, then delete all the l* files and retest. If thunar still locks, then delete all the k* files

Continue this process until you find what segment is stopping you. Then once you have the segment, look AT that segment and doing the same thing ( delete ha* or hg* etc.. until you find that file that is causing this.

Going to be a process, but you can / should be able to find out what the heck is causing this.

Re: Strange occurence with File Managers

Posted: Tue Mar 26, 2024 11:31 am
by CharlesV
Another thought.. most all of these programs your mentioning have thumbnail previews... what if you turned off thumbnails in Thunar, logged out and then back in and tested? Possibly a corrupt thumbnail cache?

Re: Strange occurence with File Managers

Posted: Wed Mar 27, 2024 8:17 am
by ceejayemm
Hi

Full Memtest ran on each machine with no errors or either machine.

Tried turning off Thumbnail previews, not sure if I did this correctly, but made no difference.

On my XFCE laptop, I deleted the original Documents and Downloads folders and recreated new empty file sin their place. Then I copied the files from the OLD copies back to the new folders in groups of one letter at a time via the CLI but with Thunar open at the same time.

eg

cp -rv OLD/Documents/a* /home/ceejayemm/Documents
cp -rv OLD/Documents/b* /home/ceejayemm/Documents
.
.
cp -rv OLD/Documents/z* /home/ceejayemm/Documents

and

cp -rv OLD/Documents/A* /home/ceejayemm/Documents
.
.
cp -rv OLD/Documents/Z* /home/ceejayemm/Documents

Not forgetting those files starting with numbers. I repeated the same exercise for the OLD/Downloads to /home/ceejayemm/Downloads too.

Only one file caused a problem and I deleted that file for the time being. I can now access files in the Documents and Downloads folders via Thunar generally. The exception is if I search for file, eg *.txt, in the Downloads folder via the Thunar search bar. As soon as I type ANY text into the Thunar search bar, then Thunar closes with no error message. If I try to access (double click) any file from the list of files in the Download folder then I can open that file without any error - which is a step forward from my original experience. I am beginning to wonder if this is a problem with Thunar rather than a problem with the storage of the files ?

I have not as yet done the same exercise on my desktop KDE system.

Chris

Re: Strange occurence with File Managers

Posted: Wed Mar 27, 2024 11:58 am
by CharlesV
Making progress! Excellent!

In your previous post you mentioned you had tried more FM's, so I am not convinced it is a Thunar issue - however, you have have more than one issue here. Since it sounds like you can now navigate, I would clear all application caches again (mx cleanup) , reboot and see if that thunar search issue is gone. (I know I have run into cache issues there before.)

Re: Strange occurence with File Managers

Posted: Wed Mar 27, 2024 1:57 pm
by ceejayemm
Hi

Browsing the internet for Thunar and Segmentation Fault raises a lot of hits (many old) . One of them suggested trying 'sudo thunar' which I realise could be dangerous. I tried it purely as an experiment and hey presto searches works and no segmentation faults. I won't be doing it again though unless somebody with more experience that me says its ok. Does it give a further clue to this issue ?

Chris

Re: Strange occurence with File Managers

Posted: Wed Mar 27, 2024 2:05 pm
by CharlesV
yeah, thats not ok as it moves you into an root instance. I would suspect the fact that it works there is because your in a different profile when you do this.

So.. cache, or some other underlying issue is at play in *your* profile.

Re: Strange occurence with File Managers

Posted: Thu Mar 28, 2024 4:33 am
by FullScale4Me
Does the Dolphin Flatpack behave the same way?

Re: Strange occurence with File Managers

Posted: Thu Mar 28, 2024 5:09 am
by ceejayemm
Hi

Interesting. On my KDE desktop the default version of Dolphin is 22.12.3, after installing the FlatPak version this is shown as 23.08.4. The FlatPak version, so far, shows no problems with the Documents or Downloads folder where the default version does.

Re: Strange occurence with File Managers

Posted: Thu Apr 04, 2024 12:54 pm
by ceejayemm
Ok, I am back to this - and its driving me nuts.

I have had some spare time over the last few days and took the opportunity to rebuild my desktop KDE Plasma system using the latest MX Linux 23.2 ISO as well switching the system disk to an SSD (was an NVME drive) and file system to btrfs (was EXT4). I applied all the suggested Package Manager updates and before doing anything else, other than restoring my data in the HOME folders, I opened Dolphin (the default version from the new installation) to look at the newly restored Downloads folder - and behold I was back to where I started this issue. Opening the Downloads folder in Doiphin immediately closed the file manager. So no progress there.

On my XFCE laptop, which as I have noted previously has the same issues as the KDE / Plasma / Dolphin machine, I am able to use SpaceFM to look at the Downloads folder on there BUT I cannot open the Downloads folder with Thunar.

It turns out that i have, over time, inadvertently duplicated a folder (and there may be others) on both machines. This folder was independently created on each machine, so no copies of data between the two computers for this folder structure. So I have (viewed from a terminal session):

$ ls -lrt ~/Downloads/webspace
total 8
-rwxr-xr-x 1 ceejayemm ceejayemm 92 Mar 27 10:47 index.shtml
drwxr-xr-x 5 ceejayemm ceejayemm 4096 Mar 27 10:47 Geoff

ceejayemm@cmlaptop1:~/Downloads/webspace
$ ls -lrt ~/Downloads/webspace/Geoff
total 436
-rwxr-xr-x 1 ceejayemm ceejayemm 185 Mar 27 10:47 tree.json
-rwxr-xr-x 1 ceejayemm ceejayemm 44 Mar 27 10:47 robots.txt
-rwxr-xr-x 1 ceejayemm ceejayemm 2403 Mar 27 10:47 manifest.jmf
-rwxr-xr-x 1 ceejayemm ceejayemm 13254 Mar 27 10:47 lifeboat.zip
-rwxr-xr-x 1 ceejayemm ceejayemm 7816 Mar 27 10:47 index.html
-rwxr-xr-x 1 ceejayemm ceejayemm 6955 Mar 27 10:47 index7.html
-rwxr-xr-x 1 ceejayemm ceejayemm 8250 Mar 27 10:47 index6.html
-rwxr-xr-x 1 ceejayemm ceejayemm 8253 Mar 27 10:47 index5.html
-rwxr-xr-x 1 ceejayemm ceejayemm 8250 Mar 27 10:47 index4.html
-rwxr-xr-x 1 ceejayemm ceejayemm 8250 Mar 27 10:47 index3.html
-rwxr-xr-x 1 ceejayemm ceejayemm 8249 Mar 27 10:47 index2.html
-rwxr-xr-x 1 ceejayemm ceejayemm 481 Mar 27 10:47 humans.txt
-rwxr-xr-x 1 ceejayemm ceejayemm 47362 Mar 27 10:47 folderthumb.jpg
-rwxr-xr-x 1 ceejayemm ceejayemm 134327 Mar 27 10:47 folderimage.jpg
-rwxr-xr-x 1 ceejayemm ceejayemm 58269 Mar 27 10:47 data1.json
-rwxr-xr-x 1 ceejayemm ceejayemm 77238 Mar 27 10:47 album.rss
drwxr-xr-x 3 ceejayemm ceejayemm 4096 Mar 27 10:47 res
drwxr-xr-x 2 ceejayemm ceejayemm 4096 Mar 27 10:47 slides
drwxr-xr-x 2 ceejayemm ceejayemm 4096 Mar 27 10:47 thumbs

$ ls ~/Downloads/webspace/Geoff/thumbs
AS00209_1.jpg AS00216_1.jpg AS00222_3.jpg AS00230_1.jpg AS00234_2.jpg AS00239_3.jpg
AS00209_2.jpg AS00216_2.jpg AS00223_1.jpg AS00230_2.jpg AS00234_3.jpg AS00239_4.jpg
AS00209_3.jpg AS00216_3.jpg AS00223_2.jpg AS00230_3.jpg AS00235_1.jpg AS00239_5.jpg
AS00210_1.jpg AS00216_4.jpg AS00223_3.jpg AS00231_10.jpg AS00235_2.jpg AS00239_6.jpg
AS00210_2.jpg AS00217_1.jpg AS00224_1.jpg AS00231_1.jpg AS00235_3.jpg AS00239_7.jpg
AS00210_3.jpg AS00217_2.jpg AS00224_2.jpg AS00231_2.jpg AS00236_1.jpg AS00239_8.jpg
AS00211_1.jpg AS00217_3.jpg AS00224_3.jpg AS00231_3.jpg AS00236_2.jpg AS00239_9.jpg
AS00211_2.jpg AS00217_4.jpg AS00225_1.jpg AS00231_4.jpg AS00236_3.jpg AS00241_1.jpg
AS00211_3.jpg AS00218_1.jpg AS00225_2.jpg AS00231_5.jpg AS00237_1.jpg AS00241_2.jpg
AS00212_1.jpg AS00218_2.jpg AS00225_3.jpg AS00231_6.jpg AS00237_2.jpg AS00242_1.jpg
as00212_2.jpg AS00218_3.jpg AS00226_1.jpg AS00231_7.jpg AS00237_3.jpg AS00242_2.jpg
AS00212_3.jpg AS00218_4.jpg AS00226_2.jpg AS00231_8.jpg AS00238_10.jpg AS00243_1.jpg
AS00213_1.jpg AS00219_1.jpg AS00226_3.jpg AS00231_9.jpg AS00238_1.jpg AS00243_2.jpg
AS00213_2.jpg AS00219_2.jpg AS00227_1.jpg AS00232_1.jpg AS00238_2.jpg AS00244_1.jpg
AS00213_3.jpg AS00219_3.jpg AS00227_2.jpg AS00232_2.jpg AS00238_3.jpg AS00244_2.jpg
AS00214_1.jpg AS00220_1.jpg AS00227_3.jpg AS00232_3.jpg AS00238_4.jpg AS00245_1.jpg
AS00214_2.jpg AS00220_2.jpg AS00228_1.jpg AS00232_4.jpg AS00238_5.jpg AS00245_2.jpg
AS00214_3.jpg AS00220_3.jpg AS00228_2.jpg AS00232_5.jpg AS00238_6.jpg AS00246_1.jpg
AS00214_4.jpg AS00221_1.jpg AS00228_3.jpg AS00232_6.jpg AS00238_7.jpg AS00246_2.jpg
AS00215_1.jpg AS00221_2.jpg AS00229_1.jpg AS00233_1.jpg AS00238_8.jpg AS00247_1.jpg
AS00215_2.jpg AS00221_3.jpg AS00229_2.jpg AS00233_2.jpg AS00238_9.jpg
AS00215_3.jpg AS00222_1.jpg AS00229_3.jpg AS00233_3.jpg AS00239_1.jpg
AS00215_4.jpg AS00222_2.jpg AS00229_4.jpg AS00234_1.jpg AS00239_2.jpg

$ ls ~/Downloads/webspace/Geoff/slides
AS00209_1.jpg AS00216_1.jpg AS00222_3.jpg AS00230_1.jpg AS00234_2.jpg AS00239_3.jpg
AS00209_2.jpg AS00216_2.jpg AS00223_1.jpg AS00230_2.jpg AS00234_3.jpg AS00239_4.jpg
AS00209_3.jpg AS00216_3.jpg AS00223_2.jpg AS00230_3.jpg AS00235_1.jpg AS00239_5.jpg
AS00210_1.jpg AS00216_4.jpg AS00223_3.jpg AS00231_10.jpg AS00235_2.jpg AS00239_6.jpg
AS00210_2.jpg AS00217_1.jpg AS00224_1.jpg AS00231_1.jpg AS00235_3.jpg AS00239_7.jpg
AS00210_3.jpg AS00217_2.jpg AS00224_2.jpg AS00231_2.jpg AS00236_1.jpg AS00239_8.jpg
AS00211_1.jpg AS00217_3.jpg AS00224_3.jpg AS00231_3.jpg AS00236_2.jpg AS00239_9.jpg
AS00211_2.jpg AS00217_4.jpg AS00225_1.jpg AS00231_4.jpg AS00236_3.jpg AS00241_1.jpg
AS00211_3.jpg AS00218_1.jpg AS00225_2.jpg AS00231_5.jpg AS00237_1.jpg AS00241_2.jpg
AS00212_1.jpg AS00218_2.jpg AS00225_3.jpg AS00231_6.jpg AS00237_2.jpg AS00242_1.jpg
as00212_2.jpg AS00218_3.jpg AS00226_1.jpg AS00231_7.jpg AS00237_3.jpg AS00242_2.jpg
AS00212_3.jpg AS00218_4.jpg AS00226_2.jpg AS00231_8.jpg AS00238_10.jpg AS00243_1.jpg
AS00213_1.jpg AS00219_1.jpg AS00226_3.jpg AS00231_9.jpg AS00238_1.jpg AS00243_2.jpg
AS00213_2.jpg AS00219_2.jpg AS00227_1.jpg AS00232_1.jpg AS00238_2.jpg AS00244_1.jpg
AS00213_3.jpg AS00219_3.jpg AS00227_2.jpg AS00232_2.jpg AS00238_3.jpg AS00244_2.jpg
AS00214_1.jpg AS00220_1.jpg AS00227_3.jpg AS00232_3.jpg AS00238_4.jpg AS00245_1.jpg
AS00214_2.jpg AS00220_2.jpg AS00228_1.jpg AS00232_4.jpg AS00238_5.jpg AS00245_2.jpg
AS00214_3.jpg AS00220_3.jpg AS00228_2.jpg AS00232_5.jpg AS00238_6.jpg AS00246_1.jpg
AS00214_4.jpg AS00221_1.jpg AS00228_3.jpg AS00232_6.jpg AS00238_7.jpg AS00246_2.jpg
AS00215_1.jpg AS00221_2.jpg AS00229_1.jpg AS00233_1.jpg AS00238_8.jpg AS00247_1.jpg
AS00215_2.jpg AS00221_3.jpg AS00229_2.jpg AS00233_2.jpg AS00238_9.jpg
AS00215_3.jpg AS00222_1.jpg AS00229_3.jpg AS00233_3.jpg AS00239_1.jpg
AS00215_4.jpg AS00222_2.jpg AS00229_4.jpg AS00234_1.jpg AS00239_2.jpg

If I use Thunar / Dolphin to open ~/Downloads/webspace this succeeds BUT if I then use Thunar / Dolphin to look at ~/Downloads/webspace/Geoff (or any of its subfolders) the file manager closes with the 'Segmentation Fault' error. On the laptop if I use SpaceFM this can successfully show any/all of these folders/subfolders.

It would appear that Thunar / Dolphin has some sort of problem with the number of folder/files in the folder tree. Too many and they fail. I haven't as yet spent any time trying to determine what might constitute 'too many'. This has only started happening recently as I have been using Thunar/Dolphin successfully for a number of months with no hint of this kind of problem. Has an upgraded Thunar / Dolphin been released recently via the MX Updater facility as I do tend to apply these regularly ? Also, as noted above, the FlatPak version (v23.08.4) of Dolphin on my KDE/Plasma system doesn't seem to have these problems and there now appears to be an even later version in Package Manager FlatPaks (24.03.1) but I haven't tried this one yet. Is it OK to run the FlatPak version of Dolphin on my XFCE laptop ?

I would really like to get to the bottom of this issue. I just don't know where to go next.

Any help most gratefully received.

Chris

Re: Strange occurence with File Managers

Posted: Thu Apr 04, 2024 1:13 pm
by CharlesV
I can assure you the size or number of the files in those folders is not the issue I have many folders that have more than that, both in sub folders AND in files.

I suspect that there is either a hidden or a corrupt file in that Geoff folder. ( or a file being read that is having issues.) You can see hidden folders / files using the following:
ls -a

Compare with just an ls and see what is different.

And, as stated earlier, I would create a bad folder and then move half of your files to that 'bad' folder and check. You might find that file.

Re: Strange occurence with File Managers

Posted: Thu Apr 04, 2024 1:24 pm
by CharlesV
There is a bug listed on the xfce website about file chooser and json files for Thunar - it may not be anything to do with your issue here, but just for a test, move those .json files to a different folder. (again create a BAD folder ?) .. and then once they are there, test it.

https://forum.xfce.org/viewtopic.php?id=17257

Re: Strange occurence with File Managers

Posted: Thu Apr 04, 2024 2:08 pm
by Charlie Brown
ceejayemm wrote: Tue Mar 26, 2024 6:30 am... creating a new user which seemed to go OK but I am not sure what it was meant to prove Thunar/Dolphin worked OK on folders created by the new user...
I meant to access those files and folders (wherever they are/wherever the problem is) when logged in as the new user, not the Downloads etc. of the new user. If Thunar doesn't crash that way, then it's not system-wide. Also have you tried what happens when on live session (with an official MX iso, not your snapshot) and access the same folders ... ?

Re: Strange occurence with File Managers

Posted: Fri Apr 05, 2024 12:46 pm
by ceejayemm
Ok, progress is, perhaps, being made.

In #22 CharlesV noted a possible bug relating to Thunar and json files. This, or a variant, seems to be causing this problem. From the CLI I created a new folder and a new file within it, using touch text.json. While this file remained empty I could navigate to the folder with Thunar without any problem. I then copied some of the .json files from the Geoff folder structure above to this new folder (again using the CLI).

ceejayemm@cmlaptop1:~/Downloads/TEST
$ ls -lrt *.json
total 188
-rwxr-xr-x 1 ceejayemm ceejayemm 58269 Mar 27 10:47 data1.json
-rw-r--r-- 1 ceejayemm ceejayemm 0 Apr 5 17:00 test.json
-rwxr-xr-x 1 ceejayemm ceejayemm 185 Apr 5 17:12 tree.json

I tried again to navigate to this folder and immediately Thunar closed down. I renamed the date1.json and tree.json file to *.cm_json and I was then able to navigate to this location and open the files. You will note that at this stage the test.json file is still empty. I copied the content of date1.json into the empty test.json file and tried Thunar again. Thunar immediately closed down. Deleting the contents of test.json to leave an empty file once again allowed me to navigate to this folder with Thunar.

Similarly, out of interest, I tried navigating to a folder with .js files in it. Thunar refused to open on these folders. I copied one of these file to my test folder:

ceejayemm@cmlaptop1:~/Downloads/TEST
$ ls -lrt *.js
-rwxr-xr-x 1 ceejayemm ceejayemm 125495 Apr 5 17:11 all.min.js

Thunar would not open the test folder. Renaming all.min.js to all.min.cm_js allowed Thunar to open the folder. and view the files.

I have copied the files in question to this post so you can see for yourselves. The original .js and .json files are in their .cm_js* name form so that I could find them again in Thunar and copy them here.

Chris

Re: Strange occurence with File Managers

Posted: Fri Apr 05, 2024 1:01 pm
by CharlesV
Definitely making progress here!!

So, extracting those files down into a folder and then opening that folder was not an issue for me. (No crashing etc.)

Which leads me to believe that something is set in your mime database that it causing those .json files to be opened and the thumbnails / explore of them is the issue.

I suspect removing .json and .js from your mime db will resolve this. But I am going to have to look this up and test to make sure it doesn't impact something else.

Re: Strange occurence with File Managers

Posted: Fri Apr 05, 2024 1:17 pm
by ceejayemm
Glad its not just me. Did you rename the files back to their .js and .json extensions before trying Thunar ?

I don't know if it helps or not, but I installed the FlatPak version of Dolphin on my laptop (v24.02.1) - this does not seem to have any problem with navigating to the folder in question EXCEPT that I whilst I can double click any of these files to open them in a their respective application, if I look at the Properties of these files the 'Open With' states 'No associated application' and if I try to change this i get the message 'Could not find the "keditfiletype" executable in PATH.'

Chris

Re: Strange occurence with File Managers

Posted: Fri Apr 05, 2024 1:21 pm
by fehlix
ceejayemm wrote: Fri Apr 05, 2024 12:46 pm $ ls -lrt *.json
total 188
-rwxr-xr-x 1 ceejayemm ceejayemm 58269 Mar 27 10:47 data1.json
-rw-r--r-- 1 ceejayemm ceejayemm 0 Apr 5 17:00 test.json
-rwxr-xr-x 1 ceejayemm ceejayemm 185 Apr 5 17:12 tree.json

I tried again to navigate to this folder and immediately Thunar closed down. I renamed the date1.json and tree.json file to *.cm_json and I was then able to navigate to this location and open the files.
Maybe post the text-output of these two commands:

Code: Select all

gio mime  application/json
and

Code: Select all

xdg-mime query default application/json
Pls. post command and text-output within code-text-block.
Maybe resetting those to reasonable values might help.

Re: Strange occurence with File Managers

Posted: Fri Apr 05, 2024 1:26 pm
by CharlesV
@ceejayemm Yes, I renamed them as well and tried - and did not have any issue.

fehlix knows FAR more than I do about the mime database, but I am pretty confident that THIS is the issue!

Re: Strange occurence with File Managers

Posted: Fri Apr 05, 2024 3:09 pm
by ceejayemm
As requested:

Code: Select all

ceejayemm@cmlaptop1:~
$ gio mime  application/json
Default application for “application/json”: featherpad.desktop
Registered applications:
	featherpad.desktop
	formiko-vim.desktop
	formiko.desktop
	xfce4-terminal-emulator.desktop
	code.desktop
	geany.desktop
	libreoffice-writer.desktop
	nano.desktop
	org.kde.kate.desktop
	org.kde.kwrite.desktop
Recommended applications:
	featherpad.desktop
	formiko-vim.desktop
	formiko.desktop
Thanks for your interest.

Chris

Code: Select all

ceejayemm@cmlaptop1:~
$ xdg-mime query default application/json
formiko-vim.desktop

Re: Strange occurence with File Managers

Posted: Fri Apr 05, 2024 4:08 pm
by fehlix
Maybe reset default to featherpad incase some issues related to formiko
e.g. reset with

Code: Select all

gio mime application/json featherpad.desktop
would this make any difference.

Re: Strange occurence with File Managers

Posted: Fri Apr 05, 2024 4:32 pm
by manyroads
If you are up to taking a backup before... you might try to detoxify your filenames and folders. There are probably many ways to take care of the issue but here's a guide (note:I have not tried this approach, I had to do it manually a couple of dozen years ago when I encountered something similar to what you described above):

https://linuxconfig.org/clean-up-filena ... ne-utility

Edit: FWIW my files and folders had some hidden character cruff. I have no idea how the cruff got there.

Re: Strange occurence with File Managers

Posted: Sat Apr 06, 2024 12:29 pm
by ceejayemm
@fehlix
Your suggestion in #30 seems to have no effect. I have made the change and logged out and back in again, no change.

While perusing this subject I came across this:

https://bugs.kde.org/show_bug.cgi?id=305136

which relates to a similar ongoing problem with KDE/Firefox but also seems synonymous with this problem. I must say however I do not follow most of what they are discussing but it seems to suggest that a possible cause is the file mimeinfo.cache not being actioned correctly (?) by KDE - if I am reading it right. I don't understand it enough to even begin to consider any changes but may be others here might ?

Similarly, @CharlesV, in #22 notes:

https://forum.xfce.org/viewtopic.php?id=17257

which has similarities so it seems I am not so much on my own as I thought. Neither article seems, as yet, to have come up with a definitive solution. I have mentioned this before but it does seem odd that both the XFCE Laptop and the KDE Plasma desktop both suffer from exactly the same issue and from around the same time. May be it goes a bit deeper than XFCE and KDE ?

@manyroads - thanks for your suggestion, I have had a look but I don't think this applies as it now seems my problem is very specific to .js/.json files. But thanks.

Regards.

Chris

Re: Strange occurence with File Managers

Posted: Sat Apr 06, 2024 12:46 pm
by CharlesV
@ceejayemm and if you turn off thumbnails in thunar this issue stops?

Do you know where that tree.cm.json file came from?
The contents of it look like they were created from some image editor ? Possibly just leave it (and the other files) named differently or moved to a 'bad' folder and see if this keeps the issue resolved?

Re: Strange occurence with File Managers

Posted: Sat Apr 06, 2024 5:21 pm
by fehlix
ceejayemm wrote: Sat Apr 06, 2024 12:29 pm @fehlix
Your suggestion in #30 seems to have no effect. I have made the change and logged out and back in again, no change.
Hmm ... , are you saying both commands

Code: Select all

gio mime  application/json
and

Code: Select all

xdg-mime query default application/json
give you still two different defaults?

Perhaps show the result again when running the commands.
Are thos .json files still seen as mimetype "application/json"?
E.g. Does this

Code: Select all

xdg-mime query filetype  data1.json
gives "application/json" ?
B/c mimetype detection is a "hybrid" method of weighted file-extension plus content.
So any installed app can change the weight, which may give another mimetype.

The one file you send "data1.json" is indeed a bit special b/c that is one very long 57K sized line
without a linefeed at the end.
May be try this experiment on the command line:
create a new directory copy a modified data2.json,

Code: Select all

python3 -mjson.tool < data1.json > data2.json
This would add some linefeeds, and would make the json file viewable by any text-editor.
Do you still have an issue with the modified data2.json?
If not, how many of such json files do you have?
PS: adjusted the python line by reading from stdin (with "<") , otherwise the read-line limit creates an invalid json.

Re: Strange occurence with File Managers

Posted: Sun Apr 07, 2024 4:10 pm
by ceejayemm
A bit of background might help. I migrated from Windows 10 to MX Linux 21 just about 2 years ago and then to MX23 when this was released. I brought across some files from Windows that I was working on at the time, one of which was a photo album project generated on Windows by a product called JAlbum (jalbum.net). The .json files, uploaded as examples for this issue, where from this project. I wasn't intending to do anything with this stuff, it happened to be copied with a whole pile of other stuff. So it has sat on my laptop for the best part of 2 years not causing any problems until I had cause to report this issue on March 25th and we have subsequently narrowed it down to a problem with .json files and latterly .js files too. The .js file I uploaded came from a ZenPhoto (zenphoto.org) installation kit downloaded directly from their website to my now MX Linux laptop, the .js file I chose to upload was an arbitrary selection from several in that kit. I was pure chance I chose these files to be uploaded as examples.

@fehlix I have rechecked the commands you asked me to run in #27, the output being:

Code: Select all

ceejayemm@cmlaptop1:~
$ gio mime  application/json
Default application for “application/json”: featherpad.desktop
Registered applications:
	featherpad.desktop
	formiko-vim.desktop
	formiko.desktop
	geany.desktop
	xfce4-terminal-emulator.desktop
	code.desktop
	libreoffice-writer.desktop
	nano.desktop
	org.kde.kate.desktop
	org.kde.kwrite.desktop
Recommended applications:
	featherpad.desktop
	formiko-vim.desktop
	formiko.desktop
and

Code: Select all

ceejayemm@cmlaptop1:~
$ xdg-mime query default application/json
featherpad.desktop
I am not sure what the comment #32 was about, probably because I missed the output from the command. Rerunning the command again gives:

Code: Select all

ceejayemm@cmlaptop1:~
$ gio mime application/json featherpad.desktop
Set featherpad.desktop as the default for application/json
Checking on the data1.json file also requested in #32 gives:

Code: Select all

ceejayemm@cmlaptop1:~/test1
$ xdg-mime query filetype  data1.json
Segmentation fault
As requested, I then created a new folder (test2) and copied data1.json to it before running the python script to correct the formatting of the content.

Code: Select all

ceejayemm@cmlaptop1:~/test2
$ python3 -mjson.tool < data1.json > data2.json
The new file was checked:

Code: Select all

ceejayemm@cmlaptop1:~/test2
$ xdg-mime query filetype  data2.json
Segmentation fault
It would appear that it is the CONTENT (any content) of the file which causes the problem. Somewhere above somebody asked me to turn off the thumbnail previews in Thunar. To do this I set 'Show Thumbnails' to 'Never' and 'Only show thumbnails for files smaller than' set to 512kb. Is this enough to turn off previews ? If not can somebody tell me what else I need to do please ?

As noted above the problem seems to be specifically associated with .js or .json files and further seems to relates to those files with content. Empty .js or .json files do not seem to cause this problem but as soon as they do have content then the problem starts. As also noted before, it is not only Thunar on XFCE which exhibit these issues but the delivered version on Dolphin on KDE as well. Later FlatPak versions of Dolphin installed on XFCE or KDE do NOT seem to exhibit a problem.

I hope this helps

Chris

Re: Strange occurence with File Managers

Posted: Sun Apr 07, 2024 5:14 pm
by CharlesV
Interestingly ... both data1.json and all.min.js files are over 2880 and 4237 lines of code (respectively) when you run them through a formatter.

But these have VERY VERY long lines when looked at before formatting.

Might be interesting to format them and then save the new formatted versions and see if that makes any difference.
json formatter: https://jsonformatter.org/
js formatter: https://codebeautify.org/jsviewer/#

Re: Strange occurence with File Managers

Posted: Sun Apr 07, 2024 5:48 pm
by m_pav
Wow, what a rigmerole, and its not the first time I've seen this because I have encountered it myself, thankfully, the offending file was easily found and sorted, but it was ~10 years or so back, possibly more. IIRC, I recorded my find it either here or in the old WW Mepis Forums.

The issue I experienced had a ringing familiarity with something you've discovered in the last few responses in this thread, the file was created in Windows as the output of a particular application and it too caused all Linux File Managers to act as if they were killed by the Crtl + Alt + Esc "skull & crossbones" process killer.

I had no proof, but I have a suspicion the issue stemmed from touching a file created by a Windows app encoded with the ASCII character set that had a particular non-alpha-numeric character in the file name, while we operate on the UTF character set. If I recall correctly, the offending character was represented in Linux as something like a chinese hyroglyph character, but in Windows it was simply a non alpha-numeric character.

I connected the customers drive via USB to a Windows machine I kept on hand for doing virus scans and it came up clean, the file name looked normal and it had a character in its name that resembles the type one creates when using one of the Alt keyboard sequences. I examined the file using a hex editor and indeed at the beginning of the file where its name is held, the Alt Character could have easily triggered a kill process to a Linux host so I changed that one character in the file name to something simpler and when back in Linux, the file copied without fuss.

As it turns out, all my work was for nought as the customer had no further need for the files content and I had never come across it again, that is until I read through all you've bee through.

Could it be that simple for you too, and really, would you have any further use of it now that you've been in the camp for 2 years running? ASCII encoding of file names being read in a system that uses UTF character sets that could potentially be interpreted as kill signals or become a fault that causes a process to die unexpectedly?

Re: Strange occurence with File Managers

Posted: Sun Apr 07, 2024 8:47 pm
by fehlix
ceejayemm wrote: Sun Apr 07, 2024 4:10 pm I am not sure what the comment #32 was about, probably because I missed the output from the command. Rerunning the command again gives:
Checking on the data1.json file also requested in #32 gives:

Code: Select all

ceejayemm@cmlaptop1:~/test1
$ xdg-mime query filetype  data1.json
Segmentation fault
Great, we have a show stopper. So something with you mime stuff is different.
ceejayemm wrote: Sun Apr 07, 2024 4:10 pm As requested, I then created a new folder (test2) and copied data1.json to it before running the python script to correct the formatting of the content.

Code: Select all

ceejayemm@cmlaptop1:~/test2
$ python3 -mjson.tool < data1.json > data2.json
The new file was checked:

Code: Select all

ceejayemm@cmlaptop1:~/test2
$ xdg-mime query filetype  data2.json
Segmentation fault
OK, so let' make sure the added linefeeds, made it into the "beautfied" json.
Could you openwith featehrpad ( or geany) the data2.json normally.
And run this little check:
Line count of original data1.json and re-formatted data2.json

Code: Select all

wc -l data1.json data2.json 
     0 data1.json
  2880 data2.json
"wc -l" counts 0 lines b/c the one line does not end with the "line-feed".
So you should have 2880 lines within the new data2.json , which is a normal valid json-file.
and gives here normal mimetype:

Code: Select all

xdg-mime query filetype  data2.json
application/json
At least here running in MX23.2-Xfce, the only issue I can see is the one 57k-long line,
for some tools which may read line-by-line and get a out-of line-buffer error.
So may guess something within you mime-datebase was adjusted,
to make filetype query fail, hence Thunar would also fail.

Re: Strange occurence with File Managers

Posted: Mon Apr 08, 2024 7:27 am
by ceejayemm
@fehlix
I can't open any of the test files in Featherpad or Geany by using the File / Open dialogues. After navigating to the relevant folder in File/Open FeatherPad just closes immediately it finds these files. If however, from the CLI, I issue the command:

featherpad data2.json

the file will open and it looks ok, formatted as you would expect. Also:

Code: Select all

ceejayemm@cmlaptop1:~/test2
$ wc -l data1.json data2.json 
     0 data1.json
  2880 data2.json
  2880 total
I am not sure if this issue does relate to my mime database setup but rather is it a deeper problem with the way in which files are opened in applications as shown by the FeatherPad/Geany example shown above. I also think the size of the file is a red herring. I don't know much about .js/.json files so I went to https://www.w3schools.com/js and used some of their very simple examples to create some very basic files - small_file.js and small_file.json - in a new folder. Thunar cannot open this new folder with these files in it. I have attached these files so you can how simple they are.
small_files.zip
Both my laptop (MX Linux 23.2 XFCE) and desktop (MX Linux 23.2 KDE) started displaying this problem on or around March 25th this year. This might point to some sort of update which happened to both these machines on/around that date. Whatever happened seems to have affected the way in which .js/.json files in particular are opened in various applications. I do not seem to have this problem with any other file types (so far anyway).

Chris

Re: Strange occurence with File Managers

Posted: Mon Apr 08, 2024 9:04 am
by oops
manyroads wrote: Fri Apr 05, 2024 4:32 pm If you are up to taking a backup before... you might try to detoxify your filenames and folders. There are probably many ways to take care of the issue but here's a guide (note:I have not tried this approach, I had to do it manually a couple of dozen years ago when I encountered something similar to what you described above):

https://linuxconfig.org/clean-up-filena ... ne-utility

Edit: FWIW my files and folders had some hidden character cruff. I have no idea how the cruff got there.
I did' nt know detox, this can be useful .

When I have a potential inode issue on ext partition, I often try to do first a : "e2fsck -Dyf /dev/sdaxx"

Re: Strange occurence with File Managers

Posted: Mon Apr 08, 2024 9:48 am
by ceejayemm
@m_pav
Thanks for your insights. Yes the files are old and large and may not be of use any longer but, as I explained in the commentary, they were some of the first I came across exhibiting this problem.I do have other applications that make use of .js/.json files so I do need to get to the bottom of this issue. It is now spreading from a Thunar/Dolphin problem to a wider one that seems to affect other application where some sort of open process via File/Open type dialogue is used. Further it now seems to be causing me a problem with completing Duplicati backups. The actual Duplicati backup completes (ie backup files are copied to the backup location) but then Duplicati tries to calculate some sort of 'quota' by reading the file system. I suspect files of this type (.js/json) are causing this calculation process to fail and thus the backup process to be reported as errored/incomplete. I would like to get to the bottom this issue before starting something new with Duplicati if, as I suspect, the two are related.

Chris

Re: Strange occurence with File Managers

Posted: Tue Apr 16, 2024 12:21 pm
by ceejayemm
Hi

I have now completely rebuilt my desktop KDE Plasma system using the latest MX Linux 23.2 ISO, a new NVME drive and making use of the BTRFS file system. I have applied the latest updates but this time I have not reapplied any Timeshift backups. I have restored the Documents/Download folders. I still cannot open any folder using Dolphin (or Thunar on my XFCE laptop) which contains .js or .json files. Nor can I open any of these items with any other application (eg KWrite, Visual Studio Code) using the File/Open dialogue.

I am now pretty sure that there is an underlying problem with the way in which these files are being handled BELOW the application layer which is why they all suffer from the same problem. I don't think this is related to MIME handling or previews nor is it file size or content (other than that they are all .js or .json content - valid content or not) related. I does however seem strange that the FlatPak version of Dolphin CAN display these files within their folders but cannot start their associated application due to 'The Activity Manager is not running'.

Chris

Re: Strange occurence with File Managers

Posted: Tue Apr 16, 2024 12:58 pm
by ceejayemm
Hi

I don't know if the following helps. I read somewhere to run 'journalctl -f' whilst trying to open the various applications causing problems, so here goes:

Standard Dolphin File Manager (v22.12.03)
Apr 16 17:40:22 CMHome systemd[2235]: Started app-org.kde.dolphin-718df28cb7c94dd4a704d4d1b64c6069.scope - Dolphin - File Manager.

Dolphin froze at this point when trying to access folder with .js and .json files in it, then when Dolphin was closed using the X in the top right corner:

Apr 16 17:41:01 CMHome kwin_x11[5752]: kf.notifications: Playing audio notification failed: Destroyed
Apr 16 17:41:01 CMHome kwin_x11[2396]: kwin_core: XCB error: 152 (BadDamage), sequence: 60708, resource id: 14695039, major code: 143 (DAMAGE), minor code: 3 (Subtract)
Apr 16 17:41:01 CMHome systemd[2235]: app-org.kde.dolphin-718df28cb7c94dd4a704d4d1b64c6069.scope: Consumed 30.405s CPU time.
Apr 16 17:41:16 CMHome plasmashell[2443]: qml: PlasmaExtras.ScrollArea is deprecated. Use PlasmaComponents3.ScrollView instead.
Apr 16 17:41:16 CMHome plasmashell[2443]: file:///usr/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/RunnerResultsList.qml:50:9: Unable to assign [undefined] to int
Apr 16 17:41:16 CMHome plasmashell[2443]: qml: PlasmaExtras.ScrollArea is deprecated. Use PlasmaComponents3.ScrollView instead.
Apr 16 17:41:16 CMHome plasmashell[2443]: file:///usr/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/RunnerResultsList.qml:50:9: Unable to assign [undefined] to int
Apr 16 17:41:17 CMHome plasmashell[2443]: file:///usr/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/ItemListView.qml:33: TypeError: Value is null and could not be converted to an object
Apr 16 17:41:19 CMHome plasmashell[2443]: file:///usr/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/ItemListView.qml:33: TypeError: Value is null and could not be converted to an object
Kwrite
Apr 16 17:41:19 CMHome systemd[2235]: Started app-org.kde.kwrite-8fcecbf2b1f344c8bb2d2eb58248f0ef.scope - KWrite - Text Editor.

Kwrite froze at this point when trying to access folder with .js and .json files in it, then when Kwrite was closed using the X in the top right corner:

Apr 16 17:41:44 CMHome kwin_x11[5814]: kf.notifications: Playing audio notification failed: Destroyed
Apr 16 17:41:44 CMHome systemd[2235]: app-org.kde.kwrite-8fcecbf2b1f344c8bb2d2eb58248f0ef.scope: Consumed 16.585s CPU time.
Apr 16 17:41:44 CMHome kwin_x11[2396]: kwin_core: XCB error: 152 (BadDamage), sequence: 3646, resource id: 14695555, major code: 143 (DAMAGE), minor code: 3 (Subtract)
Apr 16 17:43:35 CMHome plasmashell[2443]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:286: Unable to assign [undefined] to QString
Apr 16 17:43:35 CMHome plasmashell[2443]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:286: Unable to assign [undefined] to QString
Apr 16 17:43:35 CMHome systemd[2235]: Started app-org.kde.dolphin-bba4b4dddecc4984aacd63718e71ece1.scope - Dolphin - File Manager.
Apr 16 17:43:45 CMHome kwin_x11[2396]: kwin_core: XCB error: 152 (BadDamage), sequence: 16341, resource id: 14696628, major code: 143 (DAMAGE), minor code: 3 (Subtract)
Apr 16 17:43:47 CMHome systemd[2235]: app-org.kde.dolphin-bba4b4dddecc4984aacd63718e71ece1.scope: Consumed 1.238s CPU time.
Visual Code Studio
Apr 16 17:39:04 CMHome systemd[2235]: Started app-code-7e72e48544a1417c88c492e7e83bd7d6.scope - Visual Studio Code - Text Editor.

VS Code opened but when I navigated to the folder containing the .js and .json files it immediate closed and gave:

Apr 16 17:39:04 CMHome plasmashell[5484]: [5484:0416/173904.708646:ERROR:gbm_wrapper.cc(75)] Failed to get fd for plane.: No such file or directory (2)
Apr 16 17:39:04 CMHome plasmashell[5484]: [5484:0416/173904.710895:ERROR:gbm_wrapper.cc(258)] Failed to export buffer to dma_buf: No such file or directory (2)
Apr 16 17:39:04 CMHome plasmashell[5484]: [5484:0416/173904.711069:ERROR:gbm_wrapper.cc(75)] Failed to get fd for plane.: No such file or directory (2)
Apr 16 17:39:04 CMHome plasmashell[5484]: [5484:0416/173904.711119:ERROR:gbm_wrapper.cc(258)] Failed to export buffer to dma_buf: No such file or directory (2)

followed by lots more of the two 'No such file or directory' errors until

Apr 16 17:39:04 CMHome plasmashell[5484]: [5484:0416/173904.724190:ERROR:gbm_wrapper.cc(75)] Failed to get fd for plane.: No such file or directory (2)
Apr 16 17:39:04 CMHome plasmashell[5484]: [5484:0416/173904.724263:ERROR:gbm_wrapper.cc(258)] Failed to export buffer to dma_buf: No such file or directory (2)
Apr 16 17:39:04 CMHome plasmashell[5484]: [5484:0416/173904.724367:ERROR:gbm_wrapper.cc(75)] Failed to get fd for plane.: No such file or directory (2)
Apr 16 17:39:04 CMHome plasmashell[5484]: [5484:0416/173904.724438:ERROR:gbm_wrapper.cc(258)] Failed to export buffer to dma_buf: No such file or directory (2)
Apr 16 17:39:04 CMHome plasmashell[5450]: [main 2024-04-16T16:39:04.727Z] update#setState idle
Apr 16 17:39:25 CMHome kwin_x11[2396]: kwin_core: Failed to focus 0x5000003 (error 3)
Apr 16 17:39:25 CMHome systemd[2235]: app-code-7e72e48544a1417c88c492e7e83bd7d6.scope: Consumed 6.502s CPU time.
Apr 16 17:40:22 CMHome plasmashell[2443]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:286: Unable to assign [undefined] to QString
Apr 16 17:40:22 CMHome plasmashell[2443]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:286: Unable to assign [undefined] to QString
It seems:
kwin_core: XCB error: 152 (BadDamage)
is common to the Dolphin and Kwrite freezes and
kwin_core: Failed to focus 0x5000003 (error 3)
applies to the VS Code situation.

Is
kwin_core
the culprit here or is it just a symptom of these applications crashing ?

Does this help any or am I looking at red herrings ?

Chris

Re: Strange occurence with File Managers

Posted: Wed Apr 17, 2024 5:05 am
by ceejayemm
In order hopefully move this on, I have setup a new Debian 12 system with a KDE desktop. This uses the SAME version of Dolphin as MX-23-2. I have copied all the test files (big and small, incorrect format or not) to this new machine. They all, without exception, are available and can be opened by either double clicking on them and/or via the File /Open dialogue in applications. I have tried with Kwrite, Kate, VS Code and Dolphin - none of these experience the problems I am having with with these same applications in MX-23.

Debian Test System Details:
Debian 12 Bookworm
KDE Plasma Version: 5.27.5
KDE Framework: 5.103.0
Qt Version: 5.15.8
Kernel Version: 6.1.0.20-amd64(64-bit)
Graphics Platform: Wayland
Dolphin Version: 22.12.3

MX Linux Details:
MX Linux MX-23-2
Debian Version: 12.5
KDE Plasma Version: 5.27.5
Kernel Version: Kernel: 6.1.0-17-amd64
Dolphin Version: 22.12.3

The main obvious difference is the kernel version. I don't know how to find out the KDE Framework and Qt versions in MX-23

Chris

Re: Strange occurence with File Managers

Posted: Wed Apr 17, 2024 3:01 pm
by ceejayemm
... and the solution seems to be:

https://www.mail-archive.com/kde-bugs-d ... 61520.html

Deleting all files and folders in ~/.local/share/mime/ seems to do the trick.

How or why I am not sure - unless you know better :-)

Chris

Re: Strange occurence with File Managers

Posted: Wed Apr 17, 2024 3:05 pm
by CharlesV
That is proving it is something in the mime configs.

I personally would MOVE all of that to a backup folder, just in case you need it later.

You probably could do a little detective work in there . mime-cache and types files for one. after that.. I would move it all out and try it out.

Re: Strange occurence with File Managers

Posted: Fri Feb 28, 2025 9:28 am
by gGord
HI, I seem to be having a similar problem on my systems. I have read through this post and I followed the link mentioned in post #22, https://forum.xfce.org/viewtopic.php?id=17257. The discussion on that link has been updated as of December 2024 with the problem identified and a solution proposed. Unfortunately all of this has gone way above my technical skill level so I do not know how to test this solution on my own. I am hoping someone can review the proposed solution and provide some advice. If this is the wrong way to post about this please advise and I can start a new topic.

Cheers,
Gord

Code: Select all

System:
  Kernel: 6.1.0-17-amd64 [6.1.69-1] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.1.0-17-amd64 root=UUID=<filter> ro quiet splash
  Desktop: KDE Plasma v: 5.27.5 wm: kwin_x11 vt: 7 dm: SDDM Distro: MX-23.5_KDE_x64 Libretto
    January 21 2024 base: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Desktop System: Gigabyte product: Z590 AORUS PRO AX v: -CF serial: <superuser required>
  Mobo: Gigabyte model: Z590 AORUS PRO AX serial: <superuser required> UEFI: American Megatrends
    LLC. v: F9 date: 03/10/2023
Battery:
  Device-1: hidpp_battery_0 model: Logitech M720 Triathlon Multi-Device Mouse serial: <filter>
    charge: 55% (should be ignored) rechargeable: yes status: discharging
CPU:
  Info: model: 11th Gen Intel Core i7-11700K bits: 64 type: MT MCP arch: Rocket Lake gen: core 11
    level: v4 note: check built: 2021+ process: Intel 14nm family: 6 model-id: 0xA7 (167) stepping: 1
    microcode: 0x62
  Topology: cpus: 1x cores: 8 tpc: 2 threads: 16 smt: enabled cache: L1: 640 KiB
    desc: d-8x48 KiB; i-8x32 KiB L2: 4 MiB desc: 8x512 KiB L3: 16 MiB desc: 1x16 MiB
  Speed (MHz): avg: 1568 high: 4900 min/max: 800/4900:5000 scaling: driver: intel_pstate
    governor: powersave cores: 1: 4900 2: 4900 3: 800 4: 800 5: 800 6: 4900 7: 800 8: 800 9: 800
    10: 800 11: 800 12: 800 13: 800 14: 800 15: 800 16: 800 bogomips: 115200
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  Vulnerabilities:
  Type: gather_data_sampling mitigation: Microcode
  Type: itlb_multihit status: Not affected
  Type: l1tf status: Not affected
  Type: mds status: Not affected
  Type: meltdown status: Not affected
  Type: mmio_stale_data mitigation: Clear CPU buffers; SMT vulnerable
  Type: retbleed mitigation: Enhanced IBRS
  Type: spec_rstack_overflow status: Not affected
  Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl
  Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Enhanced IBRS, IBPB: conditional, RSB filling, PBRSB-eIBRS: SW
    sequence
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: Intel RocketLake-S GT1 [UHD Graphics 750] vendor: Gigabyte driver: i915 v: kernel
    arch: Gen-12.1 process: Intel 10nm built: 2020-21 ports: active: DP-1 empty: HDMI-A-1
    bus-ID: 00:02.0 chip-ID: 8086:4c8a class-ID: 0300
  Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 compositor: kwin_x11 driver: X:
    loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915 display-ID: :0 screens: 1
  Screen-1: 0 s-res: 2560x1440 s-dpi: 96 s-size: 677x381mm (26.65x15.00") s-diag: 777mm (30.58")
  Monitor-1: DP-1 model: Dell U2717D serial: <filter> built: 2019 res: 2560x1440 hz: 60 dpi: 109
    gamma: 1.2 size: 597x336mm (23.5x13.23") diag: 685mm (27") ratio: 16:9 modes: max: 2560x1440
    min: 720x400
  API: OpenGL v: 4.6 Mesa 24.2.2-1~mx23ahs renderer: Mesa Intel Graphics (RKL GT1)
    direct-render: Yes
Audio:
  Device-1: Intel Tiger Lake-H HD Audio vendor: Gigabyte driver: snd_hda_intel v: kernel
    bus-ID: 1-2:2 chip-ID: 0414:a00e alternate: snd_sof_pci_intel_tgl bus-ID: 00:1f.3 class-ID: 0300
    chip-ID: 8086:43c8 class-ID: 0403
  Device-2: Giga-Byte USB Audio type: USB driver: hid-generic,snd-usb-audio,usbhid
  API: ALSA v: k6.1.0-17-amd64 status: kernel-api tools: alsamixer,amixer
  Server-1: PipeWire v: 1.0.0 status: active with: 1: pipewire-pulse status: active
    2: wireplumber status: active 3: pipewire-alsa type: plugin 4: pw-jack type: plugin
    tools: pactl,pw-cat,pw-cli,wpctl
Network:
  Device-1: Intel Ethernet I225-V vendor: Gigabyte driver: igc v: kernel pcie: gen: 2 speed: 5 GT/s
    lanes: 1 port: N/A bus-ID: 06:00.0 chip-ID: 8086:15f3 class-ID: 0200
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
  Device-2: Intel Wi-Fi 6 AX200 driver: iwlwifi v: kernel modules: wl pcie: gen: 2 speed: 5 GT/s
    lanes: 1 bus-ID: 07:00.0 chip-ID: 8086:2723 class-ID: 0280
  IF: wlan0 state: down mac: <filter>
Bluetooth:
  Device-1: Intel AX200 Bluetooth type: USB driver: btusb v: 0.8 bus-ID: 1-14:10 chip-ID: 8087:0029
    class-ID: e001
  Report: hciconfig ID: hci0 rfk-id: 1 state: up address: <filter> bt-v: 3.0 lmp-v: 5.2
    sub-v: 2184 hci-v: 5.2 rev: 2184
  Info: acl-mtu: 1021:4 sco-mtu: 96:6 link-policy: rswitch sniff link-mode: peripheral accept
    service-classes: rendering, capturing, object transfer, audio, telephony
Drives:
  Local Storage: total: 17.28 TiB used: 7.22 TiB (41.8%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/nvme0n1 maj-min: 259:9 vendor: Western Digital model: WD BLACK SN850X 4000GB
    size: 3.64 TiB block-size: physical: 512 B logical: 512 B speed: 63.2 Gb/s lanes: 4 type: SSD
    serial: <filter> rev: 624361WD temp: 52.9 C scheme: GPT
  ID-2: /dev/nvme1n1 maj-min: 259:10 vendor: Western Digital model: WD BLACK SN850X 4000GB
    size: 3.64 TiB block-size: physical: 512 B logical: 512 B speed: 63.2 Gb/s lanes: 4 type: SSD
    serial: <filter> rev: 624361WD temp: 49.9 C scheme: GPT
  ID-3: /dev/nvme2n1 maj-min: 259:0 vendor: Western Digital model: WDS100T3X0C-00SJG0
    size: 931.51 GiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s lanes: 4 type: SSD
    serial: <filter> rev: 111110WD temp: 43.9 C scheme: GPT
  ID-4: /dev/sda maj-min: 8:0 vendor: Western Digital model: WDS200T2B0A size: 1.82 TiB
    block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s type: SSD serial: <filter> rev: 90WD
    scheme: GPT
  ID-5: /dev/sdb maj-min: 8:16 vendor: Western Digital model: WD40EZRZ-19GXCB0 size: 3.64 TiB
    block-size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s type: HDD rpm: 5400 serial: <filter>
    rev: 0A80 scheme: GPT
  ID-6: /dev/sdc maj-min: 8:32 vendor: Western Digital model: WD30EFRX-68EUZN0 size: 2.73 TiB
    block-size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s type: HDD rpm: 5400 serial: <filter>
    rev: 0A82 scheme: GPT
  ID-7: /dev/sdd maj-min: 8:48 vendor: Samsung model: SSD 870 EVO 500GB size: 465.76 GiB
    block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s type: SSD serial: <filter> rev: 2B6Q
    scheme: GPT
  ID-8: /dev/sde maj-min: 8:64 vendor: Samsung model: SSD 870 EVO 500GB size: 465.76 GiB
    block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s type: SSD serial: <filter> rev: 2B6Q
    scheme: GPT
Partition:
  ID-1: / raw-size: 128.25 GiB size: 125.18 GiB (97.60%) used: 20.96 GiB (16.7%) fs: ext4
    dev: /dev/nvme2n1p5 maj-min: 259:5
  ID-2: /boot/efi raw-size: 100 MiB size: 96 MiB (96.00%) used: 40.4 MiB (42.1%) fs: vfat
    dev: /dev/nvme2n1p1 maj-min: 259:1
  ID-3: /home raw-size: 297.33 GiB size: 291.61 GiB (98.07%) used: 85.7 GiB (29.4%) fs: ext4
    dev: /dev/nvme2n1p6 maj-min: 259:6
Swap:
  Kernel: swappiness: 15 (default 60) cache-pressure: 100 (default)
  ID-1: swap-1 type: partition size: 32 GiB used: 0 KiB (0.0%) priority: -2 dev: /dev/nvme2n1p7
    maj-min: 259:7
Sensors:
  System Temperatures: cpu: 34.0 C mobo: N/A
  Fan Speeds (RPM): N/A
Repos:
  Packages: 3379 pm: dpkg pkgs: 3364 libs: 2007 tools: apt,apt-get,aptitude,nala,synaptic pm: rpm
    pkgs: 0 pm: flatpak pkgs: 15
  No active apt repos in: /etc/apt/sources.list
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list
    1: deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/debian.list
    1: deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
    2: deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/dropbox.list
    1: deb [arch=i386,amd64 signed-by=/etc/apt/keyrings/dropbox.asc] http://linux.dropbox.com/debian bookworm main
  Active apt repos in: /etc/apt/sources.list.d/mx.list
    1: deb http://mxrepo.com/mx/repo/ bookworm main non-free
    2: deb http://mxrepo.com/mx/repo/ bookworm ahs
  Active apt repos in: /etc/apt/sources.list.d/nordvpn.list
    1: deb https://repo.nordvpn.com/deb/nordvpn/debian/ stable main
  No active apt repos in: /etc/apt/sources.list.d/tonfotos.list
  Active apt repos in: /etc/apt/sources.list.d/winehq-bookworm.sources
    1: deb [arch=amd64 i386] https://dl.winehq.org/wine-builds/debian bookworm main
Info:
  Processes: 349 Uptime: 1h 34m wakeups: 6 Memory: 31.14 GiB used: 3.48 GiB (11.2%) Init: SysVinit
  v: 3.06 runlevel: 5 default: graphical tool: systemctl Compilers: gcc: 12.2.0 alt: 12
  Client: shell wrapper v: 5.2.15-release inxi: 3.3.26
Boot Mode: UEFI

Re: Strange occurence with File Managers

Posted: Fri Feb 28, 2025 9:52 am
by j2mcgreg
@gGord
You should start your own topic. Your equipment and MX version are going to be different from the OP's.

Re: Strange occurence with File Managers

Posted: Fri Feb 28, 2025 11:17 am
by gGord
Okay, thanks for the advice. I will try to do a better write up while I am at it.
All times are UTC-04:00
Page 1 of 1

Powered by phpBB® Forum Software © phpBB Limited