@Yochanan When is 5.15.2 expected to be available via pamac update?
Wow that was quick. I checked a couple of hours ago and nothing to update.
@Yochanan just checked and still no update. Is this for stable or how does it work? Is 5.15.2 stable or depends which mirror do I sync from?
$ sudo pacman -Syyu
:: Synchronizing package databases...
core 170.3 KiB 452 KiB/s 00:00 [#############################################################] 100%
extra 1900.2 KiB 2.60 MiB/s 00:01 [#############################################################] 100%
community 6.8 MiB 5.05 MiB/s 00:01 [#############################################################] 100%
multilib 175.2 KiB 2.06 MiB/s 00:00 [#############################################################] 100%
:: Starting full system upgrade...
there is nothing to do
$ pamac update
Preparing...
Synchronizing package databases...
Nothing to do.
Transaction successfully finished.
@Yochanan Yes I did it’s in Stable with 5.15.rc3.210926.g5816b3e-1 but doesn’t appear the update to me.
Edit: Do I have to switch to Testing branch?
5.15.rc3.210926.g5816b3e-1 ≠ 5.15.2-2
Ok thanks. Happens that I’m on stable (I think it’s the default setting for a fresh Manjaro install). So I followed this guide and switched to testing:
I updated to 5.15.2_rt19-1 but ntfs3 is just not there
What made you think it would be available in this kernel,
as a new feature of kernel 5.15,
enabled in kernel 5.15.2?
Did you read anything in the thread or only the title?
Sorry, is 5.15.2_rt19-1 not 5.15.2?
obvious not…
rt stands for the real-time version.
I didn’t know, thank you very much
And sorry if I sounded pretentious
I also misread you message I thought you wrote a different number, I could swear you wrote 5.12xxxx_rt… I might have hallucinated.
1 Like
Hello, just switched to NTFS3 and it’s working nice, still need more time to make conclusion but it’s already possible to say that it’s faster.
I think it worth to open another related discussion, I have a folder in the NTFS driver that was working perfectly fine with the driver NTFS-3g, with all proprieties read, write and execute ok for my user, but after enabling NTFS3 this folder became ready only and I won’t expect this behavior, I was expecting transparent permissions.
The issue was easily fixed with the command line $sudo chmod a+rwx -R folder, but when trying to changing permissions trough a GUI using dolphin I wasn’t able, all permissions were unable to be selected, see the picture below. Where is the issue?
To allow permissions to be changed trough a GUI, will dolphin needs to be run as administrator?
note1: System in this case is just a folder I created to save personal files, it’s not windows realated folder
note2: The screenshots were taken after chmod command, but even after it’s locked and can’t be changed, so the issue remain trough GUI.
It’s owned by root.
UUID=### /run/media/akya/backup ntfs3 defaults,umask=000,uid=1000,gid=1000,nofail 0 0
UUID=### /run/media/akya/dump ntfs3 defaults,umask=000,uid=1000,gid=1000,nofail 0 0
I am using nofail too as it doesn’t halt the boot if your ntfs partition is not clean. External drive in my case. Everything else is ext4
so, this is another reason for dolphin devs to enable root again.
With Linus Tech Tip complain boot, it may happen.
Another options might be:
- hide permissions tab if you are not running dolphin as root
- replace drop menus and check boxes by text window only, so user will understand that it’s only information and you can’t change it from dolphin.