System is Leap 15.4, KDE, up to date. I have a 10TB external hard drive connected to a router, as smb://192.168.1.1/. The drive has three partitions. Until today all our machines could access all the partitions from both Windows 10 and openSUSE. Today one partition is acting very strangely with Leap. Trying to access a file via Dolphin starts the correct application, but it gives an error message that the file “does not exist”. Refreshing the Dolphin folder sometimes will then access the file OK, but usually not. In the Dolphin partition properties window, having it calculate the size gives a different number with each refresh, and only about half the correct size, and sometimes reports the partition does not exist. The other two partitions behave correctly, as always. This issue is also present accessing from a Leap 15.3 system. There is no problem accessing the flaky partition from Windows 10 with several machines. Also, when I removed the drive from the router and USB connected it to Leap 15.4, everything was fine with all partitions. Putting it back on the router gave the same strange behavior. What could be happening here?
That is strange. I assume that you are using the SMB KIO to access the shares as opposed to mounting the shares and accessing them as a local filesystem?
I think what you state is correct. In Windows 10 the drive is addressed as \192.168.1.1
If you access a share via smbclient, does it report the file sizes consistently? For example, I can access a Windows 10 share ‘//192.168.1.19/Downloads/’ like this…
smbclient //192.168.1.19/Downloads -U dean
At the ‘smb: >’ prompt, I can list the contents with ‘ls’ command. Type ‘exit’ (or ‘quit’) to quit.
Hopefully, it doesn’t come to this, but here’s how you can debug the SMB IO slave if required (eg for bug reporting)…
https://community.kde.org/Guidelines_and_HOWTOs/Debugging/Debugging_IOSlaves/Debugging_kio_smb
I got
howard@HP-oS15KDE:~> smbclient //192.168.1.1/Elements/Recording/ -U
Password for [CANDH\howard]:
tree connect failed: NT_STATUS_BAD_NETWORK_NAME
howard@HP-oS15KDE:~>
That location contains 18 folders.
and for one of the working partitions I get
howard@HP-oS15KDE:~> smbclient //192.168.1.1/Partition2/ -U
Password for [CANDH\howard]:
Try "help" to get a list of possible commands.
smb: \> ls
. D 0 Sat Jul 23 14:37:34 2022
.. D 0 Sat Jul 23 15:08:29 2022
.minidlna DH 0 Mon Jul 4 23:04:42 2022
Efraín Solís performs El Nacimiento de Cifar [DownSub.com].srt N 27452 Thu Sep 16 18:01:43 2021
MediaCreationTool21H1.exe N 19463448 Tue Jun 15 18:11:28 2021
System Volume Information D 0 Sat Sep 5 14:53:21 2020
[LANGUAGE] Efraín Solís performs El Nacimiento de Cifar [DownSub.com].srt N 27452 Thu Sep 16 18:01:13 2021
[LANGUAGE] Efraín Solís performs El Nacimiento de Cifar [DownSub.com].txt N 25576 Thu Sep 16 18:02:28 2021
4187592700 blocks of size 1024. 4185319468 blocks available
smb: \>
No you can’t access a directory within the share like that. Instead, you need to do
smbclient //192.168.1.1/Elements/ -U howard
and then navigate to the folder using the ‘cd’ command at the samba prompt…
smb: \> cd Recording
smb: \Recording\>
…or use the -D option like this…
smbclient //192.168.1.1/Elements/ -U howard -D Recording
Oh, thanks. With that I get
howard@HP-oS15KDE:~> smbclient //192.168.1.1/Elements/ -U howard
Password for [CANDH\howard]:
Try "help" to get a list of possible commands.
smb: \> cd \home\
smb: \home\> ls
. D 0 Tue Sep 1 10:17:06 2020
.. D 0 Wed Jun 1 08:30:11 2022
anonymous D 0 Sat Aug 29 18:12:14 2020
share D 0 Sat Aug 29 18:12:14 2020
4187592700 blocks of size 1024. 1883617276 blocks available
smb: \home\>
Obviously, this was with the external drive on the router. I had taken it off the router. USB-connected to both this Leap 15.4 machine and a different Win10 machine, access to all three partitions was correct. Puzzling.
Yes, but the request was to use smbclient to report on file sizes for the ‘problem’ share directories and see if behaviour was different to that encountered when using Dolphin.
Out of interest, are you using the KDE version (5.24) that comes with Leap 15.4, or the version (5.25.3) currently offered via the KDE repos?
FWIW, I did find this merge request, related to file listing caps that could affect large directory listings…
https://invent.kde.org/network/kio-extras/-/merge_requests/36
…but that should not impact the version now in use AFAIU.
So I get
howard@HP-oS15KDE:~> smbclient //192.168.1.1/Elements/ -U howard
Password for [CANDH\howard]:
Try "help" to get a list of possible commands.
smb: \> ls
. D 0 Wed Jun 1 08:30:11 2022
.. D 0 Sat Jul 23 22:01:35 2022
$RECYCLE.BIN D 0 Sun Aug 30 10:15:04 2020
.minidlna DH 0 Sat Jul 23 22:01:48 2022
Documents D 0 Sat May 14 20:37:31 2022
Downloads D 0 Sun Jun 19 09:51:39 2022
home D 0 Tue Sep 1 10:17:06 2020
Recording D 0 Sat May 28 11:43:08 2022
System Volume Information D 0 Sun Aug 30 10:59:34 2020
Temp D 0 Sun Jun 19 21:23:02 2022
Videos D 0 Sat Jul 23 14:38:06 2022
4187592700 blocks of size 1024. 1883617276 blocks available
smb: \>
The Elements partition is 3.9TB, 55% full. Almost all the use is in the Videos directory. When USB-connected, Elements contains 2.1TB, 7516 files, 1656 folders.
What other commands could give useful information?
Thanks,
Yes, Info Center reports
Operating System: openSUSE Leap 15.4
KDE Plasma Version: 5.24.4
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2
Kernel Version: 5.14.21-150400.24.11-default (64-bit)
Graphics Platform: X11
Processors: 4 × AMD FX™-4300 Quad-Core Processor
Memory: 7.7 GiB of RAM
Graphics Processor: AMD CEDAR
FWIW, accessing smb://192.168.1.1/ with Konqueror and Krusader gives the same behavior as Dolphin.
In your opening post, you mentioned
Refreshing the Dolphin folder sometimes will then access the file OK, but usually not. In the Dolphin partition properties window, having it calculate the size gives a different number with each refresh, and only about half the correct size, and sometimes reports the partition does not exist.
therefore I wanted to understand if you experience the same when using smbclient. It can be used to view and manipulate files and directories via simple commands within its shell.
https://bestestredteam.com/2019/03/15/using-smbclient-to-enumerate-shares/
That’s not surprising really, given that they rely on the same samba-client libraries.
Ok, you could try using the newer KDE version offered by the KDE repos…
I did some more and got
howard@HP-oS15KDE:~> smbclient //192.168.1.1/Elements/ -U howard
Password for [CANDH\howard]:
Try "help" to get a list of possible commands.
smb: \> allinfo Videos
altname: Videos
create_time: Sat Jul 23 02:38:06 PM 2022 PDT
access_time: Sat Jul 23 09:07:33 PM 2022 PDT
write_time: Sat Jul 23 02:38:06 PM 2022 PDT
change_time: Sat Jul 23 02:38:06 PM 2022 PDT
attributes: D (10)
smb: \> du Videos
4187592700 blocks of size 1024. 1883617276 blocks available
Total number of bytes: 0
smb: \>
I think I did not learn anything from this, but it seems odd to see “Total number of bytes: 0” when the directory contains 2.1TB of files.
I guess I’ll try that on a test machine, although I get the same behavior on a Leap 15.3 system
Operating System: openSUSE Leap 15.3
KDE Plasma Version: 5.18.6
KDE Frameworks Version: 5.76.0
Qt Version: 5.12.7
Kernel Version: 5.3.18-150300.59.81-default
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-5200U CPU @ 2.20GHz
Memory: 11.6 GiB of RAM
with samba Installed Version 4.15.7+git.376.dd43aca9ab2-150300.3.32.1
…which is why I wondered if related to the KDE issue I linked to (but that is just speculation). Give it a shot and report back.
I installed the newer KDE version offered by the KDE repos, and am now reporting.
https://en.opensuse.org/SDB:KDE_repositories
It involved
The following 2 NEW patterns are going to be installed:
games 20170319-lp154.1.2
kde_games 20220215-lp154.102.2
The following package is going to be REMOVED:
systemd-icon-branding-openSUSE 15.4.20220322-lp154.2.3
404 packages to upgrade, 9 to downgrade, 23 new, 1 to remove, 413 to change vendor.
Overall download size: 575.9 MiB. Already cached: 0 B. After the operation, 19.1 MiB will be freed.
Continue? [y/n/v/...? shows all options] (y): y
and Information Center now reports
Operating System: openSUSE Leap 15.4
KDE Plasma Version: 5.25.3
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.5
Kernel Version: 5.14.21-150400.24.11-default (64-bit)
Graphics Platform: X11
Processors: 2 × Intel® Core™2 Duo CPU T7500 @ 2.20GHz
Memory: 3.8 GiB of RAM
Graphics Processor: Mesa DRI Intel® 965GM
Manufacturer: LENOVO
Product Name: 7661KH3
System Version: ThinkPad T61
but performance of smb://192.168.1.1/Elements/ and the other two partitions is unchanged.
I copied one video file from Elements to Partition2, and it plays fine from Partition2. The copy in Elements still fails to play.
Windows 10 has no trouble with samba access and file playing with all the partitions.
I USB-connected the drive to a Win10 system and ran chkdsk on Elements - no errors detected.
I USB-connected the drive to a Leap 15.4 system and ran ntfsfix on Elements - no errors detected.
Could linux samba have trouble with NTFS partitions after they reach a certain size or number of files, while Windows does not have such a limit? I searched the Internet for this issue, but found nothing.