exfatlabel seem to be unobtainable

I was using it just fine under 15.2, but I “upgraded”:

$ sudo rpm --install exfat-utils-1.2.8-lp152.2.5.x86_64.rpm
error: Failed dependencies:
        exfat-utils conflicts with (installed) exfatprogs-1.0.4-3.3.1.x86_64
$ sudo rpm --install exfat-utils-1.3.0-8.42.x86_64.rpm
warning: exfat-utils-1.3.0-8.42.x86_64.rpm: Header V3 RSA/SHA256 Signature, key I
D 324e6311: NOKEY
error: Failed dependencies:
        libc.so.6(GLIBC_2.33)(64bit) is needed by exfat-utils-1.3.0-8.42.x86_64
        libc.so.6(GLIBC_2.34)(64bit) is needed by exfat-utils-1.3.0-8.42.x86_64
        exfat-utils conflicts with (installed) exfatprogs-1.0.4-3.3.1.x86_64

(I have never, ever been able to get “1 click install” to work, so I download RPMs.)

Looking at the name of the RPM file, you are still trying to use a 15.2 version. Better go for a 15.3 one when you are running 15.3

Well, that was about the first one. Your second trial seems to be another one, but I can not see where it is build for.

And when I read the short description of exfatprogs, it contains exfat tools. Are you sure you need that other one?

$ rpm -q --list exfatprogs | grep 'bin/'
/usr/sbin/fsck.exfat
/usr/sbin/mkfs.exfat
/usr/sbin/tune.exfat

No exfatlabel and using “tune.exfat -L xxx /dev/sdX1” the partition becomes unmountable. Oh, I listed the trials in reverse order. I tried the 15.3 variation first, but there was a glibc version issue:

$ /lib/libc.so.6
GNU C Library (GNU libc) stable release version 2.31 (git 0a8262a1b2).

exfat-utils wants to see version 2.33, which is not included with SuSE 15.3. Maybe 15.4, but I’m not a fan of being on the bleeding edge anymore. (retired)

You can’t have both at the same time, but the rpm readily installs:

**Leap-15-3:~ #** zypper in https://rpmfind.net/linux/opensuse/distribution/leap/15.2/repo/oss/x86_64/exfat-utils-1.2.8-lp152.2.5.x86_64.rpm 
Loading repository data... 
Reading installed packages... 
Resolving package dependencies... 

The following 2 recommended packages were automatically selected:
  exfat-utils fuse-exfat 

The following 2 NEW packages are going to be installed:
  exfat-utils fuse-exfat 

2 new packages to install. 
Overall download size: 104.4 KiB. Already cached: 0 B. After the operation, additional 295.6 KiB will be used. 
**Continue? [y/n/v/...? shows all options] (y): **
Retrieving package exfat-utils-1.2.8-lp152.2.5.x86_64                                                                                                                                                   (1/2),  58.6 KiB (208.3 KiB unpacked) 
Retrieving package fuse-exfat-1.2.8-bp153.1.17.x86_64                                                                                                                                                   (2/2),  45.8 KiB ( 87.3 KiB unpacked) 
Retrieving: fuse-exfat-1.2.8-bp153.1.17.x86_64.rpm ....................................................................................................................................................................................[done] 

Checking for file conflicts: ..........................................................................................................................................................................................................[done] 
(1/2) Installing: exfat-utils-1.2.8-lp152.2.5.x86_64 ..................................................................................................................................................................................[done] 
(2/2) Installing: fuse-exfat-1.2.8-bp153.1.17.x86_64 ..................................................................................................................................................................................[done] 
Additional rpm output:
Added 'exfat' to the file /etc/filesystems                                                                                                                                                                                                   
Added 'exfat_fuse' to the file /etc/filesystems                                                                                                                                                                                              


**Leap-15-3:~ #** zypper se -is exfat 
Loading repository data... 
Reading installed packages... 

S  | Name        | Type    | Version          | Arch   | Repository 
---+-------------+---------+------------------+--------+--------------------- 
i+ | exfat-utils | package | 1.2.8-lp152.2.5  | x86_64 | (System Packages) 
i  | fuse-exfat  | package | 1.2.8-bp153.1.17 | x86_64 | openSUSE-Leap-15.3-1 
**Leap-15-3:~ #**

BTW: 1-click installs work. However they tend to cause issues later.

I can read exFAT without installing any additional packages.
exFAT works OK (creating, labeling, checking) after installing exfat-utils from https://software.opensuse.org/package/exfat-utils (with deleting exfatprogs).
Page has link for Leap 15.3.
IMHO there is no need for fuse-exfat nowadays.


:~> LANG=C zypper se -si exfat 
Loading repository data... 
Reading installed packages... 

S  | Name        | Type    | Version   | Arch   | Repository 
---+-------------+---------+-----------+--------+------------ 
i+ | exfat-utils | package | 1.3.0-8.1 | x86_64 | Filesystems

The only reason to currently use “fuse-exfat” on Leap 15.3 systems is, that it’s available from the main Repo-OSS repository –

Maybe, but, can you really user-space mount exFAT devices, without any errors being indicated, from your GUI?

I can read (and previously mount) USB thumb drive carrying exFAT FS with non-root privileges. Copying files went OK. You ask about this fact?
Installation of fuse-exfat is optional.

How about this fact – “add exfat filesystem code to staging” – <staging: exfat: add exfat filesystem code to staging - kernel/git/torvalds/linux.git - Linux kernel source tree.

All of which is relevant for the Kernel version 5.4 – openSUSE Leap 15.3 uses Kernel 5.3 plus some back-ported code from newer kernel versions …
[HR][/HR]Which begs the question –

  • Despite there being neither a reference to the fact in the Release Notes nor, a reference in the Feature List <https://en.opensuse.org/Features_15.3&gt;, has the Kernel version 5.4 or later exFAT driver been back-ported to the Leap 15.3 Kernel?

Now I’m either being criminal or, unruly or, rebellious or, all of that –


 > l /usr/src/linux-5.3.18-59.34/fs/exfat/
insgesamt 240
drwxr-xr-x  2 root root  4096 17. Nov 17:05 ./
drwxr-xr-x 75 root root  4096 17. Nov 17:05 ../
-rw-r--r--  1 root root  8141 11. Nov 13:18 balloc.c
-rw-r--r--  1 root root  7627 11. Nov 13:18 cache.c
-rw-r--r--  1 root root 29385 11. Nov 13:18 dir.c
-rw-r--r--  1 root root 16937 11. Nov 13:18 exfat_fs.h
-rw-r--r--  1 root root  4490 11. Nov 13:18 exfat_raw.h
-rw-r--r--  1 root root 10080 11. Nov 13:18 fatent.c
-rw-r--r--  1 root root  9240 11. Nov 13:18 file.c
-rw-r--r--  1 root root 17768 11. Nov 13:18 inode.c
-rw-r--r--  1 root root   708 11. Nov 13:18 Kconfig
-rw-r--r--  1 root root   227 11. Nov 13:18 Makefile
-rw-r--r--  1 root root  4547 11. Nov 13:18 misc.c
-rw-r--r--  1 root root 37657 11. Nov 13:18 namei.c
-rw-r--r--  1 root root 34618 11. Nov 13:18 nls.c
-rw-r--r--  1 root root 18803 11. Nov 13:18 super.c
 > 

Even worse –


 > cat /usr/src/linux-5.3.18-59.34/fs/exfat/Makefile
# SPDX-License-Identifier: GPL-2.0-or-later
#
# Makefile for the linux exFAT filesystem support.
#
obj-$(CONFIG_EXFAT_FS) += exfat.o

exfat-y := inode.o namei.o dir.o super.o fatent.o cache.o nls.o misc.o \
           file.o balloc.o
 > 

Which begs the 64 dollar question –

  • Why is there no mention of this in the Release Notes?
    ** >:)**

All of this is really nice, and nice to learn it after the fact. It really begs the question:

Why should someone do an “upgrade” and then, when trying to do an “exfatlabel”, be cut off at the knees?
add a shell script named exfatlabel:

echo this command is obsolete. please see: man whatever-in-heck-replaces-this

Spending a couple hours screwing around with Google and various fora isn’t productive.

IMHO exfat state in Linux is rather obvious for developers. So no one cares…

exfat-utils - Utilities for exFAT file system

/sbin/dumpexfat
/sbin/exfatfsck
/sbin/exfatlabel
/sbin/fsck.exfat
/sbin/mkexfatfs
/sbin/mkfs.exfat
/usr/sbin/dumpexfat
/usr/sbin/exfatfsck
/usr/sbin/exfatlabel
/usr/sbin/fsck.exfat
/usr/sbin/mkexfatfs
/usr/sbin/mkfs.exfat
/usr/share/doc/packages/exfat-utils
/usr/share/doc/packages/exfat-utils/COPYING
/usr/share/doc/packages/exfat-utils/ChangeLog
/usr/share/doc/packages/exfat-utils/README
/usr/share/man/man8/dumpexfat.8.gz
/usr/share/man/man8/exfatfsck.8.gz
/usr/share/man/man8/exfatlabel.8.gz
/usr/share/man/man8/fsck.exfat.8.gz
/usr/share/man/man8/mkexfatfs.8.gz
/usr/share/man/man8/mkfs.exfat.8.gz

22 files at all

/sbin/exfatlabel -> /usr/sbin/exfatlabel

exfatlabel is a shared library.

We need to go deeper… :cool:


:~> rpm -q --changelog kernel-default-5.3.18-59.37.2 > kernel-change.txt

First mention:

  • exfat: add Kconfig and Makefile (JSC#SLE-9489).
    Also changes config files and supported.conf to incorporate exfat
  • exfat: add nls operations (JSC#SLE-9489).
  • exfat: add misc operations (JSC#SLE-9489).
  • exfat: add exfat cache (JSC#SLE-9489).
  • exfat: add bitmap operations (JSC#SLE-9489).
  • exfat: add fat entry operations (JSC#SLE-9489).
  • exfat: add file operations (JSC#SLE-9489).
  • exfat: add directory operations (JSC#SLE-9489).
  • exfat: add inode operations (JSC#SLE-9489).
  • exfat: add super block operations (JSC#SLE-9489).
  • exfat: add in-memory and on-disk structures and headers
    (JSC#SLE-9489).
  • vfs: Create fs_context-aware mount_bdev() replacement
    (JSC#SLE-9489).
  • commit 3b40335

Possibly it was announced for Leap 15.2 …
So where are mine $64 dollars? :wink:

It would be nice if you had demonstrated the problem more definitively with commands and output.

I just formatted a USB stick I had at hand with…

# mkfs.exfat /dev/sdb
exfatprogs version : 1.0.4
Creating exFAT filesystem(/dev/sdb, cluster size=32768)

Writing volume boot record: done
Writing backup volume boot record: done
Fat table creation: done
Allocation bitmap creation: done
Upcase table creation: done
Writing root directory entry: done
Synchronizing...

exFAT format complete!
#

Then added a label

# tune.exfat -L Movies /dev/sdb
exfatprogs version : 1.0.4
new label: Movies
# tune.exfat -l /dev/sdb
exfatprogs version : 1.0.4
label: Movies
#

It subsequently mounted fine…

/dev/sdb on /run/media/dean/Movies type exfat (rw,nosuid,nodev,relatime,uid=1000,gid=100,fmask=0022,dmask=0022,iocharset=utf8,bps=512,errors=remount-ro,uhelper=udisks2)

Search for Leap 15.3 is back: Search

  1. openSUSE Software
  2. openSUSE Software
  3. openSUSE Software

Forthcoming openSUSE User Documentation Project has sections Learning, Distro basics and more: https://opensuse.github.io/openSUSE-docs-revamped-temp/

BTW:

erlangen:~ # zypper in https://download.opensuse.org/repositories/filesystems/openSUSE_Tumbleweed/x86_64/exfat-utils-1.3.0-8.42.x86_64.rpm
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: the installed exfatprogs-1.1.3-1.1.x86_64 conflicts with 'exfat-utils' provided by the to be installed exfat-utils-1.3.0-8.42.x86_64
 Solution 1: deinstallation of exfatprogs-1.1.3-1.1.x86_64
 Solution 2: do not install exfat-utils-1.3.0-8.42.x86_64

Choose from above solutions by number or cancel [1/2/c/d/?] (c): 
erlangen:~ # 

Leap 15.3 – Removed the “fuse-exfat” package – rebooted.


 # lsmod | grep -i 'fat'
exfat                  81920  0
vfat                   20480  1
fat                    90112  1 vfat
 # 
 # modinfo exfat
filename:       /lib/modules/5.3.18-59.37-default/kernel/fs/exfat/exfat.ko.xz
author:         Samsung Electronics Co., Ltd.
description:    exFAT filesystem support
license:        GPL
alias:          fs-exfat
suserelease:    SLE15-SP3
srcversion:     2AC8EA452CF1A0308B3E348
depends:        
supported:      yes
retpoline:      Y
intree:         Y
name:           exfat
vermagic:       5.3.18-59.37-default SMP mod_unload modversions 
sig_id:         PKCS#7
signer:         SUSE Linux Enterprise Secure Boot CA
sig_key:        ED:87:85:B7:8F:FC:12:7E
sig_hashalgo:   sha256
signature:      5A:0B:4B:3B:8E:42:4B:2A:80:89:4C:9C:48:9B:3B:3C:4C:90:FE:9B:
                A6:81:69:33:0C:0D:96:5A:A6:51:6F:0C:BB:12:4C:8A:45:C3:BD:A3:
                24:DD:78:4B:21:90:06:7F:D6:10:9B:6D:D7:E9:B4:49:8A:E0:A9:E9:
                65:5A:EA:91:BA:F6:B3:87:81:6B:F9:31:29:F2:FA:AE:5F:FC:89:DE:
                E6:E7:22:FD:12:A9:C8:20:2B:CC:69:E3:73:5A:24:59:93:91:58:76:
                37:99:57:CA:84:AB:BF:E4:14:A2:47:C0:4E:AA:51:45:7C:62:AC:4E:
                A0:C2:FE:BA:8E:53:97:CC:C3:24:C5:F6:7C:F1:F0:26:95:4D:58:59:
                C8:F8:A4:BF:52:E4:7E:47:4A:94:6F:E8:F0:4E:88:7C:E2:8D:81:35:
                CB:72:93:77:AD:4B:90:CC:9D:22:1A:45:0F:60:0F:A3:3A:66:72:AD:
                C4:45:74:1F:7B:4D:1E:82:6D:06:99:BE:04:68:C4:71:3E:C1:40:D2:
                1C:72:25:E6:F7:0A:6F:78:C4:D3:8A:94:DD:2B:2D:7E:E7:C6:18:B5:
                4A:ED:CF:63:80:26:74:EE:02:41:D6:4B:16:92:B1:AA:94:C1:B0:0C:
                52:09:88:DA:62:E8:C0:5F:FB:5B:A3:29:49:83:93:8A
 # 

  • Aha!! – the Samsung driver …

Grab a 64 GB SanDisk Extreme PRO SD card formatted by my digital camera and, plug it into my exFAT-capable USB 3.0 Card Reader –


 # journalctl -b 0 --output=short-monotonic --no-hostname | grep -Ei 'sdg|fat'
    6.501338] systemd-fsck[542]: fsck.fat 4.1 (2017-01-24)
 1395.032138] kernel: sd 10:0:0:2: [sdg] Attached SCSI removable disk
 1402.713181] kernel: sd 10:0:0:2: [sdg] Attached SCSI removable disk
 1406.276714] kernel: sd 10:0:0:2: [sdg] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB)
 1406.293892] kernel:  sdg: sdg1
 1414.932274] kernel: sd 10:0:0:2: [sdg] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB)
 1414.934933] kernel: sd 10:0:0:2: [sdg] Write Protect is off
 1414.934936] kernel: sd 10:0:0:2: [sdg] Mode Sense: 2f 00 00 00
 1414.937165] kernel: sd 10:0:0:2: [sdg] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
 1414.980584] kernel:  sdg: sdg1
 1414.984005] kernel: sd 10:0:0:2: [sdg] Attached SCSI removable disk
 1418.590580] kernel: exfat: Deprecated parameter 'namecase'
 1418.595780] kernel: exFAT-fs (sdg1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
 1418.662075] udisksd[2492]: Mounted /dev/sdg1 at /run/media/xxx/SD QUATTRO on behalf of uid 1000
 1583.900918] kernel: blk_update_request: I/O error, dev sdg, sector 32768 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0
 1583.900922] kernel: Buffer I/O error on dev sdg1, logical block 0, lost async page write
 1587.768734] kernel: sd 10:0:0:2: [sdg] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB)
 1587.771302] kernel: sd 10:0:0:2: [sdg] Write Protect is off
 1587.771307] kernel: sd 10:0:0:2: [sdg] Mode Sense: 2f 00 00 00
 1587.773510] kernel: sd 10:0:0:2: [sdg] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
 1587.820860] kernel:  sdg: sdg1
 1587.825313] kernel: sd 10:0:0:2: [sdg] Attached SCSI removable disk
 1685.296959] kernel: exfat: Deprecated parameter 'namecase'
 1685.302052] kernel: exFAT-fs (sdg1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
 1685.367961] udisksd[2492]: Mounted /dev/sdg1 at /run/media/xxx/SD QUATTRO on behalf of uid 1000
 1765.271467] kernel: Modules linked in: exfat uas usb_storage af_packet nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nft_reject nft_ct nft_chain_nat nf_tables ebtable_nat ebtable_broute ip6table_nat ip6table_mangle ip6table_raw ip6table_security iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 iptable_mangle iptable_raw iptable_security iscsi_ibft iscsi_boot_sysfs ip_set nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter ip_tables x_tables bpfilter vboxnetadp(ON) vboxnetflt(ON) vboxdrv(ON) snd_seq snd_seq_device dmi_sysfs snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi edac_mce_amd snd_hda_intel snd_intel_dspcfg kvm_amd soundwire_intel soundwire_generic_allocation ccp soundwire_cadence soundwire_bus kvm snd_hda_codec irqbypass crc32_pclmul snd_hda_core snd_hwdep ghash_clmulni_intel snd_soc_core aesni_intel snd_compress snd_pcm_dmaengine crypto_simd eeepc_wmi(N) snd_pcm cryptd glue_helper joydev r8169 asus_wmi
 1765.271508] kernel:  snd_timer sparse_keymap sp5100_tco(N) efi_pstore(N) pcspkr rfkill wmi_bmof k10temp snd realtek i2c_piix4 i2c_dev soundcore libphy gpio_amdpt gpio_generic button acpi_cpufreq nfsd auth_rpcgss nfs_acl xfs lockd grace nls_iso8859_1 nls_cp437 vfat fat libcrc32c sunrpc fuse configfs ext4 crc16 mbcache jbd2 sd_mod t10_pi sr_mod cdrom hid_cherry hid_generic usbhid amdgpu iommu_v2 gpu_sched i2c_algo_bit ttm drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops cec xhci_pci rc_core xhci_hcd drm ahci libahci crc32c_intel usbcore libata wmi video sg dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua scsi_mod msr efivarfs
 1765.271583] kernel:  exfat_set_vol_flags+0x74/0xe0 [exfat]
 1765.271588] kernel:  exfat_put_super+0x3e/0x70 [exfat]
 1765.271659] kernel: Buffer I/O error on dev sdg1, logical block 0, lost async page write
 1768.440000] kernel: sd 10:0:0:2: [sdg] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB)
 1768.442562] kernel: sd 10:0:0:2: [sdg] Write Protect is off
 1768.442566] kernel: sd 10:0:0:2: [sdg] Mode Sense: 2f 00 00 00
 1768.444791] kernel: sd 10:0:0:2: [sdg] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
 1768.501438] kernel:  sdg: sdg1
 1768.504944] kernel: sd 10:0:0:2: [sdg] Attached SCSI removable disk
 # 

OK –


 > zypper search exfat
Loading repository data...
Reading installed packages...

S  | Name                   | Summary                                     | Type
---+------------------------+---------------------------------------------+-----------
   | exfatprogs             | Utilities for exFAT file system maintenance | package
   | exfatprogs             | Utilities for exFAT file system maintenance | srcpackage
   | exfatprogs-debuginfo   | Debug information for package exfatprogs    | package
   | exfatprogs-debugsource | Debug sources for package exfatprogs        | package
   | fuse-exfat             | Free exFAT file system implementation       | package
   | fuse-exfat             | Free exFAT file system implementation       | srcpackage
 > 


 1893.478879] [RPM][6655]: install exfatprogs-1.0.4-3.3.1.x86_64: success
 1893.479118] [RPM][6655]: install exfatprogs-1.0.4-3.3.1.x86_64: success
 2084.954157] kernel: exfat: Deprecated parameter 'namecase'
 2085.025288] udisksd[2492]: Mounted /dev/sdg1 at /run/media/xxx/SD QUATTRO on behalf of uid 1000
 2102.679337] kernel: sd 10:0:0:2: [sdg] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB)
 2102.681885] kernel: sd 10:0:0:2: [sdg] Write Protect is off
 2102.681890] kernel: sd 10:0:0:2: [sdg] Mode Sense: 2f 00 00 00
 2102.684216] kernel: sd 10:0:0:2: [sdg] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
 2102.742966] kernel:  sdg: sdg1
 2102.744724] kernel: sd 10:0:0:2: [sdg] Attached SCSI removable disk
 2476.472985] kernel: exfat: Deprecated parameter 'namecase'
 2476.541406] udisksd[2492]: Mounted /dev/sdg1 at /run/media/xxx/SD QUATTRO on behalf of uid 1000
 2485.674794] udisksd[2492]: Unmounted /dev/sdg1 on behalf of uid 1000
 2485.875209] kernel: sdg: detected capacity change from 63864569856 to 0

Not quite finished …

I corrected the “Volume was not properly unmounted. Some data may be corrupt. Please run fsck.” issue as follows –


 # fsck.exfat -v /dev/sdg1 
exfatprogs version : 1.0.4
volume label [SD QUATTRO]
sector size:  512.00 B
cluster size: 128.00 KB
volume size:  59.46 GB
/dev/sdg1: clean. directories 6, files 10
 # 

Please note that, this is the “fsck.exfat” tool from the “exfatprogs” package in the Leap 15.3 Repos OSS repository – the main Leap 15.3 repository – http://download.opensuse.org/distribution/leap/15.3/repo/oss/ – not the tool in the “exfat-utils” package located in the Leap 15.3 “filesystems” repository …
[HR][/HR]But, there is an issue with the Samsung exFAT driver –

  • Intermittently, after some time, even with a “clean” file-system, an I/O error pops up and, the mount “dies” –
    Desktop : KDE Plasma.
    SD card mounted by means of the Devices Plasmoid – the card’s contents are viewed with KDE Dolphin.
    I’ve also experienced one write-protected mount – went away after a dismount/remount …
 2608.753756] kernel: sdg: detected capacity change from 63864569856 to 0
 2636.425652] kernel: sd 10:0:0:2: [sdg] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB)
 2636.428227] kernel: sd 10:0:0:2: [sdg] Write Protect is on
 2636.428230] kernel: sd 10:0:0:2: [sdg] Mode Sense: 2f 00 80 00
 2636.441995] kernel:  sdg: sdg1
 2639.306618] kernel: exfat: Deprecated parameter 'namecase'
 2639.307211] kernel: /dev/sdg1: Can't open blockdev
 2639.307364] kernel: exfat: Deprecated parameter 'namecase'
 2639.375867] udisksd[2492]: Mounted /dev/sdg1 at /run/media/xxx/SD QUATTRO on behalf of uid 1000
 3092.247139] udisksd[2492]: Unmounted /dev/sdg1 on behalf of uid 1000
 3092.508513] kernel: sdg: detected capacity change from 63864569856 to 0
 3108.040437] kernel: sd 10:0:0:2: [sdg] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB)
 3108.043111] kernel: sd 10:0:0:2: [sdg] Write Protect is off
 3108.043113] kernel: sd 10:0:0:2: [sdg] Mode Sense: 2f 00 00 00
 3108.057026] kernel:  sdg: sdg1
 3111.290432] kernel: exfat: Deprecated parameter 'namecase'
 3111.562596] udisksd[2492]: Mounted /dev/sdg1 at /run/media/xxx/SD QUATTRO on behalf of uid 1000
 5192.779098] multipath[11636]: sysfs_is_multipathed: error scanning /sys/block/sdg/holders
 5192.821735] multipath[11641]: sysfs_is_multipathed: error scanning /sys/block/sdg/holders
 5192.833233] multipath[11645]: sysfs_is_multipathed: error scanning /sys/block/sdg/holders
 5195.336147] kernel: sd 11:0:0:2: [sdg] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB)
 5195.338759] kernel: sd 11:0:0:2: [sdg] Write Protect is off
 5195.338762] kernel: sd 11:0:0:2: [sdg] Mode Sense: 2f 00 00 00
 5195.340977] kernel: sd 11:0:0:2: [sdg] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
 5195.383790] kernel:  sdg: sdg1
 5195.388189] kernel: sd 11:0:0:2: [sdg] Attached SCSI removable disk
 5224.914445] kernel: exfat: Deprecated parameter 'namecase'
 5224.978433] udisksd[2492]: Mounted /dev/sdg1 at /run/media/xxx/SD QUATTRO on behalf of uid 1000
 5232.033483] udisksd[2492]: Unmounted /dev/sdg1 on behalf of uid 1000
 5232.316373] kernel: sdg: detected capacity change from 63864569856 to 0

Done …

The saga continues –

  • When I removed the “fuse-exfat
    ” package, I noticed the following message – here the ‘/var/log/zypp/history’ content –

# 2021-12-29 10:07:10 fuse-exfat-1.2.8-bp153.1.17.x86_64 removed ok
# Additional rpm output:
# Deleted 'exfat' and 'exfat_fuse' from the file /etc/filesystems
# 

I then forcibly re-installed the package which provides ‘/etc/filesystems’ – “util-linux” – no mention of “exfat” in ‘/etc/filesystems’ …
Next, examine the “fuse-exfat” package –


 > rpm --query --scripts --package fuse-exfat-1.2.8-bp153.1.17.x86_64.rpm 
postinstall scriptlet (using /bin/sh):
if ! grep -q -e '^exfat$' /etc/filesystems ; then
    sed -i 's/*/exfat
*/g' /etc/filesystems
    echo "Added 'exfat' to the file /etc/filesystems"
fi

if ! grep -q exfat_fuse /etc/filesystems ; then
    sed -i 's/*/exfat_fuse
*/g' /etc/filesystems
    echo "Added 'exfat_fuse' to the file /etc/filesystems"
fi
postuninstall scriptlet (using /bin/sh):
if  "$1" == "0" ]; then
    sed -i -e '/exfat_fuse/d' -e '/^exfat$/d' /etc/filesystems
    echo "Deleted 'exfat' and 'exfat_fuse' from the file /etc/filesystems"
fi
 > 

Digging around, it seems that “mount” uses ‘/etc/filesystems’ – here the man page –

-t, --types fstype
[INDENT=2]The  argument  following the -t is used to indicate the filesystem type.  The filesystem types which are currently supported depend on the running kernel.  See /proc/filesystems and /lib/modules/$(uname -r)/kernel/fs for  a  complete list of the filesystems.  The most common are ext2, ext3, ext4, xfs, btrfs, vfat, sysfs, proc, nfs and cifs.

[/INDENT]
[INDENT=2]The  programs  mount  and umount support filesystem subtypes.  The subtype is defined by a '.subtype' suffix.  For example  'fuse.sshfs'.  It's recommended to use subtype notation rather than add any prefix to  the  mount  source (for example 'sshfs#example.com' is deprecated).

[/INDENT]
[INDENT=2]If  no -t option is given, or if the auto type is specified, mount will try to guess the desired type.  Mount uses the blkid library for guessing the filesystem type; if that does not turn up anything that looks  familiar,  mount will  try to read the file /etc/filesystems, or, if that does not exist, /proc/filesystems.  All of the filesystem types listed there will be tried, except for those that are labeled "nodev"  (e.g.  devpts,  proc  and  nfs).   If /etc/filesystems  ends in a line with a single *, mount will read /proc/filesystems afterwards.  While trying, all filesystem types will be mounted with the mount option silent.
[/INDENT]

For whatever reason, ‘/proc/filesystems’ isn’t indicating “exfat” – only “vfat” and “fuseblk” – ‘/lib/modules/$(uname -r)/kernel/fs/’ does have an “exfat” directory …
[HR][/HR]For now, I’ve added “exfat” to ‘/etc/filesystems’ on the line following “vfat”, which seems to work OK but, I need to remember that, a patch or update may well cause the entry to disappear …

Host erlangen is fine with these:

**erlangen:~ #** cat /etc/filesystems 
vfat 
hfs 
minix 
reiserfs 
* 
**erlangen:~ #** lsblk -f /dev/sdd  
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS 
sdd  exfat  1.0         F9CF-5669                              29.8G     0% /media/F9CF-5669 
**erlangen:~ #** fdisk -l /dev/sdd           
**Disk /dev/sdd: 29.82 GiB, 32023511040 bytes, 62545920 sectors**
Disk model: Ultra Line       
Units: sectors of 1 * 512 = 512 bytes 
Sector size (logical/physical): 512 bytes / 512 bytes 
I/O size (minimum/optimal): 512 bytes / 512 bytes 
Disklabel type: dos 
Disk identifier: 0x00000000 
**erlangen:~ #** lsblk -f /dev/sdd  
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS 
sdd  exfat  1.0         F9CF-5669                              29.8G     0% /media/F9CF-5669 
**erlangen:~ #** journalctl --grep exfat 
-- Journal begins at Wed 2021-12-29 21:57:19 CET, ends at Thu 2021-12-30 11:44:34 CET. -- 
Dec 30 11:15:19 erlangen kernel: **exFAT****-fs (sdd): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.**
Dec 30 11:43:54 erlangen kernel: **exFAT****-fs (sdd): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.**
**erlangen:~ #** zypper se -is exfat 
Loading repository data... 
Reading installed packages... 

S | Name       | Type    | Version   | Arch   | Repository 
--+------------+---------+-----------+--------+------------------------ 
i | exfatprogs | package | 1.1.3-1.1 | x86_64 | openSUSE-Tumbleweed-Oss 
**erlangen:~ #**

BTW:


**erlangen:~ #** exfatlabel /dev/sdd dcurtisfra  
exfatprogs version : 1.1.3 
new label: dcurtisfra 
**erlangen:~ #**