Michael Lueck
2019-Nov-03 11:37 UTC
[Samba] Recent inability to view long filenames stored with scp via samba mount
Greetings Samba team, It has been a long time since I needed to ask a Samba technical question. Server and workstation are both running the latest Samba packages via Ubuntu 16.04 LTS. I recently applied the security updates... actually that was yesterday I applied them.> samba (2:4.3.11+dfsg-0ubuntu0.16.04.23) xenial-security; urgency=medium > > * SECURITY UPDATE: client code can return filenames containing path > separators > - debian/patches/CVE-2019-10218-1.patch: protect SMB1 client code > from evil server returned names in source3/libsmb/clilist.c, > source3/libsmb/proto.h. > - debian/patches/CVE-2019-10218-2.patch: Protect SMB2 client code > from evil server returned names in source3/libsmb/cli_smb2_fnum.c. > - CVE-2019-10218 > * SECURITY UPDATE: User with "get changes" permission can crash AD DC > LDAP server via dirsync > - debian/patches/CVE-2019-14847-1.patch: ensure attrs exist in > source4/dsdb/samdb/ldb_modules/dirsync.c. > - debian/patches/CVE-2019-14847-2.patch: demonstrate the correct > interaction of ranged_results style attributes and dirsync in > source4/dsdb/tests/python/dirsync.py. > - debian/patches/CVE-2019-14847-3.patch: correct behaviour of > ranged_results when combined with dirsync in > source4/dsdb/samdb/ldb_modules/dirsync.c, > source4/dsdb/samdb/ldb_modules/ranged_results.c. > - CVE-2019-14847 > > -- Marc Deslauriers <marc.deslauriers at ubuntu.com> Mon, 21 Oct 2019 08:53:51 -0400I have Samba shares mounted to my Linux workstation. Mostly I access files on the Samba server over the Samba mount. I use mount.cifs to bring up these mounts. For a couple of special cases, I use scp to transfer files between the server and workstation. Special characters in filenames give sending them over the Samba mount trouble, so that is one case I have used scp in place of using the Samba mount. To back up my Rhythembox music I use scp. I loaded some more music to Rhythembox yesterday, so remembered to back up Rhythembox to the server this morning. The scp command works flawlessly as ever. $ bin/rsync_ldslnx01rhythmbox.sh sending incremental file list sent 268 bytes received 15 bytes 188.67 bytes/sec total size is 1,467,438 speedup is 5,185.29 sending incremental file list Alfred Brendel/ Alfred Brendel/Beethoven Piano Sonatas Vol I/ Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3 12,279,216 100% 13.53MB/s 0:00:00 (xfr#1, ir-chk=1025/1221) Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3 2,795,290 100% 2.43MB/s 0:00:01 (xfr#2, ir-chk=1024/1221) Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3 17,269,725 100% 10.59MB/s 0:00:01 (xfr#3, ir-chk=1023/1221) Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3 13,683,591 100% 7.61MB/s 0:00:01 (xfr#4, ir-chk=1022/1221) Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3 8,842,054 100% 5.77MB/s 0:00:01 (xfr#5, ir-chk=1021/1221) Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3 16,239,680 100% 8.41MB/s 0:00:01 (xfr#6, ir-chk=1020/1221) (and so on...) ssh to the sever to validate the files got there... mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find . ./Beethoven Piano Sonatas Vol I ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3 ./Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3 ./Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3 ./Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3 ./Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3 ./Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3 Good! View across the mount.cifs share to my workstation... mdlueck at jacob:/mnt/ldslnx01/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find . ./Beethoven Piano Sonatas Vol I ./Beethoven Piano Sonatas Vol I/DTCML9~Y.MP3 ./Beethoven Piano Sonatas Vol I/DQIP6H~S.MP3 ./Beethoven Piano Sonatas Vol I/DKU9ZS~P.MP3 ./Beethoven Piano Sonatas Vol I/D4K1AV~O.MP3 ./Beethoven Piano Sonatas Vol I/DIVFAH~2.MP3 ./Beethoven Piano Sonatas Vol I/DWMU18~G.MP3 ./Beethoven Piano Sonatas Vol I/DDDAFP~U.MP3 ./Beethoven Piano Sonatas Vol I/DIYJ3G~3.MP3 ./Beethoven Piano Sonatas Vol I/DQYYDL~5.MP3 Yikes!! Why is Samba not showing the long version of file names actually successfully on the server suddenly? Did something go wrong after yesterday's update? I am thankful, -- Michael Lueck Lueck Data Systems http://www.lueckdatasystems.com/
Rowland penny
2019-Nov-03 12:11 UTC
[Samba] Recent inability to view long filenames stored with scp via samba mount
On 03/11/2019 11:37, Michael Lueck via samba wrote:> Greetings Samba team, > > It has been a long time since I needed to ask a Samba technical question. > > Server and workstation are both running the latest Samba packages via > Ubuntu 16.04 LTS. I recently applied the security updates... actually > that was yesterday I applied them. > > >> samba (2:4.3.11+dfsg-0ubuntu0.16.04.23) xenial-security; urgency=medium >> >> ? * SECURITY UPDATE: client code can return filenames containing path >> ??? separators >> ??? - debian/patches/CVE-2019-10218-1.patch: protect SMB1 client code >> ????? from evil server returned names in source3/libsmb/clilist.c, >> ????? source3/libsmb/proto.h. >> ??? - debian/patches/CVE-2019-10218-2.patch: Protect SMB2 client code >> ????? from evil server returned names in source3/libsmb/cli_smb2_fnum.c. >> ??? - CVE-2019-10218 >> ? * SECURITY UPDATE: User with "get changes" permission can crash AD DC >> ??? LDAP server via dirsync >> ??? - debian/patches/CVE-2019-14847-1.patch: ensure attrs exist in >> ????? source4/dsdb/samdb/ldb_modules/dirsync.c. >> ??? - debian/patches/CVE-2019-14847-2.patch: demonstrate the correct >> ????? interaction of ranged_results style attributes and dirsync in >> ????? source4/dsdb/tests/python/dirsync.py. >> ??? - debian/patches/CVE-2019-14847-3.patch: correct behaviour of >> ????? ranged_results when combined with dirsync in >> ????? source4/dsdb/samdb/ldb_modules/dirsync.c, >> ????? source4/dsdb/samdb/ldb_modules/ranged_results.c. >> ??? - CVE-2019-14847 >> >> ?-- Marc Deslauriers <marc.deslauriers at ubuntu.com>? Mon, 21 Oct 2019 >> 08:53:51 -0400 > > > I have Samba shares mounted to my Linux workstation. Mostly I access > files on the Samba server over the Samba mount. I use mount.cifs to > bring up these mounts. > > For a couple of special cases, I use scp to transfer files between the > server and workstation. Special characters in filenames give sending > them over the Samba mount trouble, so that is one case I have used scp > in place of using the Samba mount. > > To back up my Rhythembox music I use scp. I loaded some more music to > Rhythembox yesterday, so remembered to back up Rhythembox to the > server this morning. The scp command works flawlessly as ever. > > $ bin/rsync_ldslnx01rhythmbox.sh > sending incremental file list > > sent 268 bytes? received 15 bytes? 188.67 bytes/sec > total size is 1,467,438? speedup is 5,185.29 > sending incremental file list > Alfred Brendel/ > Alfred Brendel/Beethoven Piano Sonatas Vol I/ > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano > Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3 > ???? 12,279,216 100%?? 13.53MB/s??? 0:00:00 (xfr#1, ir-chk=1025/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano > Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3 > ????? 2,795,290 100%??? 2.43MB/s??? 0:00:01 (xfr#2, ir-chk=1024/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano > Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": III. Adagio > sostenuto.mp3 > ???? 17,269,725 100%?? 10.59MB/s??? 0:00:01 (xfr#3, ir-chk=1023/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano > Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": IV: Largo; > Allegro risoluto.mp3 > ???? 13,683,591 100%??? 7.61MB/s??? 0:00:01 (xfr#4, ir-chk=1022/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano > Sonata No. 32 in C minor, op. 111: I. Maestoso; Allegro con brio e > appassionato.mp3 > ????? 8,842,054 100%??? 5.77MB/s??? 0:00:01 (xfr#5, ir-chk=1021/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano > Sonata No. 32 in C minor, op. 111: II. Arietta; Adagio molto, semplice > e cantabile.mp3 > ???? 16,239,680 100%??? 8.41MB/s??? 0:00:01 (xfr#6, ir-chk=1020/1221) > > > (and so on...) > > ssh to the sever to validate the files got there... > > mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred > Brendel$ find > . > ./Beethoven Piano Sonatas Vol I > ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in > B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in > B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in > B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in > B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C > minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C > minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3 > > > Good! > > > View across the mount.cifs share to my workstation... > > > mdlueck at jacob:/mnt/ldslnx01/data/Nodes/jacob/home/mdlueck/Music/Alfred > Brendel$ find > . > ./Beethoven Piano Sonatas Vol I > ./Beethoven Piano Sonatas Vol I/DTCML9~Y.MP3 > ./Beethoven Piano Sonatas Vol I/DQIP6H~S.MP3 > ./Beethoven Piano Sonatas Vol I/DKU9ZS~P.MP3 > ./Beethoven Piano Sonatas Vol I/D4K1AV~O.MP3 > ./Beethoven Piano Sonatas Vol I/DIVFAH~2.MP3 > ./Beethoven Piano Sonatas Vol I/DWMU18~G.MP3 > ./Beethoven Piano Sonatas Vol I/DDDAFP~U.MP3 > ./Beethoven Piano Sonatas Vol I/DIYJ3G~3.MP3 > ./Beethoven Piano Sonatas Vol I/DQYYDL~5.MP3 > > > > Yikes!! Why is Samba not showing the long version of file names > actually successfully on the server suddenly? > > Did something go wrong after yesterday's update? > > I am thankful, >Problem is that 4.3.x is EOL from the Samba point of view, so the Security updates were not backported by Samba, they must have been backported by Ubuntu. There have also been numerous changes between 4.3.x and current supported Samba versions, so your problem may have been fixed already, but if it isn't, then it is unlikely to be fixed in your current version. I suggest you upgrade to 18.04 and use the Samba packages from here: http://apt.van-belle.nl/ If the problem still persists, then you will need to file a bug report, but lets not cross that bridge until we come to it. Rowland
Andrew Bartlett
2019-Nov-03 22:40 UTC
[Samba] Recent inability to view long filenames stored with scp via samba mount
On Sun, 2019-11-03 at 12:11 +0000, Rowland penny via samba wrote:> On 03/11/2019 11:37, Michael Lueck via samba wrote: > > Greetings Samba team, > > > > It has been a long time since I needed to ask a Samba technical > > question. > > > > Server and workstation are both running the latest Samba packages > > via > > Ubuntu 16.04 LTS. I recently applied the security updates... > > actually > > that was yesterday I applied them. > >> Problem is that 4.3.x is EOL from the Samba point of view, so the > Security updates were not backported by Samba, they must have been > backported by Ubuntu. There have also been numerous changes between > 4.3.x and current supported Samba versions, so your problem may have > been fixed already, but if it isn't, then it is unlikely to be fixed > in > your current version.I agree, if I read the thread correctly, that is it worked with 2:4.3.11+dfsg-0ubuntu0.16.04.21 but fails with 2:4.3.11+dfsg- 0ubuntu0.16.04.23 then this is very likely a regression, either an upstream problem we haven't seen yet or bad backport. But something doesn't add up here. The patches for Samba's client in the recent security relese don't change long file names, indeed the server-side isn't even changed. The patches just hard-disconnect from the server if we get a /. Also, the client in use here is the CIFS kernel client (invoked from mount.cifs), not Samba.> I suggest you upgrade to 18.04 and use the Samba packages from here: > > http://apt.van-belle.nl/ > > If the problem still persists, then you will need to file a bug > report, > but lets not cross that bridge until we come to it.It may well be a kernel bug actually. Michael: the same issue would affect the linux kernel client, did you get a kernel security update at a similar time? Andrew Bartlett -- Andrew Bartlett https://samba.org/~abartlet/ Authentication Developer, Samba Team https://samba.org Samba Development and Support, Catalyst IT https://catalyst.net.nz/services/samba
Jeremy Allison
2019-Nov-04 22:14 UTC
[Samba] Recent inability to view long filenames stored with scp via samba mount
On Sun, Nov 03, 2019 at 06:37:57AM -0500, Michael Lueck via samba wrote:> I have Samba shares mounted to my Linux workstation. Mostly I access files on the Samba server over the Samba mount. I use mount.cifs to bring up these mounts. > > For a couple of special cases, I use scp to transfer files between the > server and workstation. Special characters in filenames give sending them > over the Samba mount trouble, so that is one case I have used scp in place > of using the Samba mount. > > To back up my Rhythembox music I use scp. I loaded some more music to Rhythembox yesterday, so remembered to back up Rhythembox to the server this morning. The scp command works flawlessly as ever. > > $ bin/rsync_ldslnx01rhythmbox.sh > sending incremental file list > > sent 268 bytes received 15 bytes 188.67 bytes/sec > total size is 1,467,438 speedup is 5,185.29 > sending incremental file list > Alfred Brendel/ > Alfred Brendel/Beethoven Piano Sonatas Vol I/ > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3 > 12,279,216 100% 13.53MB/s 0:00:00 (xfr#1, ir-chk=1025/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3 > 2,795,290 100% 2.43MB/s 0:00:01 (xfr#2, ir-chk=1024/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3 > 17,269,725 100% 10.59MB/s 0:00:01 (xfr#3, ir-chk=1023/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3 > 13,683,591 100% 7.61MB/s 0:00:01 (xfr#4, ir-chk=1022/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3 > 8,842,054 100% 5.77MB/s 0:00:01 (xfr#5, ir-chk=1021/1221) > Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3 > 16,239,680 100% 8.41MB/s 0:00:01 (xfr#6, ir-chk=1020/1221) > > > (and so on...) > > ssh to the sever to validate the files got there... > > mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find > . > ./Beethoven Piano Sonatas Vol I > ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3 > ./Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3 > > > Good! > > > View across the mount.cifs share to my workstation... > > > mdlueck at jacob:/mnt/ldslnx01/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find > . > ./Beethoven Piano Sonatas Vol I > ./Beethoven Piano Sonatas Vol I/DTCML9~Y.MP3 > ./Beethoven Piano Sonatas Vol I/DQIP6H~S.MP3 > ./Beethoven Piano Sonatas Vol I/DKU9ZS~P.MP3 > ./Beethoven Piano Sonatas Vol I/D4K1AV~O.MP3 > ./Beethoven Piano Sonatas Vol I/DIVFAH~2.MP3 > ./Beethoven Piano Sonatas Vol I/DWMU18~G.MP3 > ./Beethoven Piano Sonatas Vol I/DDDAFP~U.MP3 > ./Beethoven Piano Sonatas Vol I/DIYJ3G~3.MP3 > ./Beethoven Piano Sonatas Vol I/DQYYDL~5.MP3 > > > > Yikes!! Why is Samba not showing the long version of file names actually successfully on the server suddenly? > > Did something go wrong after yesterday's update?Nope. Your filenames have the ':' character in them, which is invalid for SMB2 filenames. So Samba must mangle them to make them available to SMB2 clients. The only way you can see these filenames 'as they are' on the server is if you mount with SMB1+posix extensions, which doesn't mangle any names. This is not currently recommended as we're trying to remove SMB1 support. My guess is yesterday you were mounting with SMB1+unix-extensions and today you're mounting with SMB2+ (the default). Jeremy.
Michael Lueck
2019-Nov-08 20:20 UTC
[Samba] Recent inability to view long filenames stored with scp via samba mount
Greetings Jeremy, Jeremy Allison wrote:> On Sun, Nov 03, 2019 at 06:37:57AM -0500, Michael Lueck via samba wrote: >> >> >> mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find >> . >> ./Beethoven Piano Sonatas Vol I >> ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3 >> ./Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3 >> ./Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3 >> ./Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3 >> ./Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3 >> ./Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3 >> >> >> Good! >> >> >> View across the mount.cifs share to my workstation... >> >> >> mdlueck at jacob:/mnt/ldslnx01/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find >> . >> ./Beethoven Piano Sonatas Vol I >> ./Beethoven Piano Sonatas Vol I/DTCML9~Y.MP3 >> ./Beethoven Piano Sonatas Vol I/DQIP6H~S.MP3 >> ./Beethoven Piano Sonatas Vol I/DKU9ZS~P.MP3 >> ./Beethoven Piano Sonatas Vol I/D4K1AV~O.MP3 >> ./Beethoven Piano Sonatas Vol I/DIVFAH~2.MP3 >> ./Beethoven Piano Sonatas Vol I/DWMU18~G.MP3 >> ./Beethoven Piano Sonatas Vol I/DDDAFP~U.MP3 >> ./Beethoven Piano Sonatas Vol I/DIYJ3G~3.MP3 >> ./Beethoven Piano Sonatas Vol I/DQYYDL~5.MP3 >> >> >> >> Yikes!! Why is Samba not showing the long version of file names actually successfully on the server suddenly? >> >> Did something go wrong after yesterday's update? > Nope. Your filenames have the ':' character in them, > which is invalid for SMB2 filenames. So Samba > must mangle them to make them available to SMB2 > clients.Indeed, I was finding other exceptions than just the new Beethoven Piano Sonata files. Some dating back to 2012! So definitely not new. I just have not needed to swap disks on my workstation in so long I have not needed to restore the MP3 collection. Both the : and the ? characters are key to having Samba limit the filename to the short version. I took care to remove both chars (one at a time) from a MP3, rync to backup, and once both chars were removed, NOW I can see the same long filename via the SAMBA mount as I see on the native Linux file system. Bravo Jeremy! Excellent sleuthing all! So what is a complete list of not allowable chars for SMB compatibility? I intent to purge my MP3 collection of all invalid chars. I am thankful, -- Michael Lueck Lueck Data Systems http://www.lueckdatasystems.com/
Possibly Parallel Threads
- Recent inability to view long filenames stored with scp via samba mount
- Recent inability to view long filenames stored with scp via samba mount
- Recent inability to view long filenames stored with scp via samba mount
- The use for an XML based metadata format
- Recent inability to view long filenames stored with scp via samba mount