From: Greg KH
Sent: 26 February 2024 16:03
On Mon, Feb 26, 2024 at 10:52:50AM -0500, Konstantin Ryabitsev wrote:
In the past 4 or 5 years I've been using this script (with an alias) to compress a single folder: 7z a "$1.7z" "$1"/ -mx=0 -mmt=8
I know it doesn't look like much but essentially it creates a 7z archive (with "store" level of compression) with a name I've entered right after the alias. For instance: 7z0 "my dir" will create "my dir.7z". And in the past 4 or 5 years this script was working just fine because it was recognizing the slash as an indication that the target to compress is a directory. However, ever since 6.6.17-LTS arrived (altough I've heard the same complaints from people who use the regular rolling kernel, but they didn't tell me which version) bash stopped recognizing the slash as an indication for directory and thinks of it as the entire root directory, thus it attempts to compress not only "my dir" but also the whole root (/) directory. And it doesn't matter whether I'll put the slash between the quotes or outside of them - the result is the same. And, naturally, it throws out an unlimited number of errors about "access denied" to everything in root. I can't even begin to comprehend why on Earth you or whoever writes the kernel would make this change. Forget about me but ALL linux sysadmins I know use all kinds of scripts and changing the slash at the end of a word to mean "root" instead of a sign for directory is a rude way to ruin their work. Since this change occurred, I can no longer put a directory in an archive through CLI and I have to do it through GUI, which is about 10 times slower. I have a DE and I can do that but what about the sysadmins who usually use linux without a DE or directly SSH into the distro they're admins of? With this change you're literally hindering their job!
I downgraded the kernel to 6.6.15-LTS and the problem disappeared - now the slash is properly recognized as a sign for directory.
Any chance you can run 'git bisect' to find the offending commit?
And run under strace to see which system call is behaving differently.
David
Also, what filesystem type are you seeing this issue on?
thanks,
greg k-h
- Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK Registration No: 1397386 (Wales)