Replied in thread
Administered by:
#ntfs
0 posts0 participants0 posts today
I wanted to store some #BorgBackup archives on an #exFAT disk so that any operating system (not just #Linux) could easily read it, but Borg needs a journaling #filesystem. 
In theory, there isn't any reason why journaling can't be implemented on FAT 
but everybody probably doesn't consider it worth the effort.
#NTFS would work too, except some of the #Linux machines I run Borg on are running Debian Stable, whose old kernel lacks the ntfs3 driver. 
Wänn chund eigentli ändlech de #NTFS Nachfolger?
Ich chume langsam ächt nümm klar uf das Teil 
Today I learned the following. Journaling and journaling are two separate distinctly separate manners of keeping file systems in Sync.
When microsoft talks about journaling in NTFS you should never, ever think about the robust journaling system that Ext4 has
In comparison EXT4 journaling is a god while en NTFS journaling is not even an ant
I have EXT4 file systems connected to an extremely unstable machine. This thing crashes to green screens more than 64 times a day.
{It's a Gigabyte Mini PC in case you're interested never buy those. The machine came with overheating errors from the beginning. The factory installed a fan for the APU which is not even suitable for a GPU that was made a decade ago}
I've not even lost one bit of data on those EXT4 file systems.
Those NTFS file systems with journaling? I lost all of them. All NTFS file systems were lost
I didn't lose data because I have backups the file systems just keeled over simply because the machine kept rebooting
Thank you for being so robust EXT4
I managed to create an #encrypted #Linux #Filesystem on a #USBStick. The reason I wanted this is that I want to back up some directories, which contain secure information and also #NTFS, the one that comes on most drives, doesn’t know how to handle #SymbolicLinks properly. I don’t need or want to share the stick with any non-Linux machines.
#RescueZilla seems to be rather slow, reading my #NTFS partition off NVMe. I'm getting 35MB/s max. The target storage can handle more, and it's connected via 10G. It's SSH via 2x2.5G bond.
> https://github.com/tuxera/ntfs-3g/wiki/Manual#alternate-data-streams-ads
Wait, so #NTFS does some weird files-as-objects-with-slots but still untyped binary streams thing?
Damn, with that and #Transactional NTFS, it really *is* the closest thing to have implemented the #database #filesystem I wish for (which would be typed, of course).
Shame that got deprecated. (It'd still be lacking #integrity features too but damn, so close yet so far.)
Wait, so #NTFS does some weird files-as-objects-with-slots but still untyped binary streams thing?
Damn, with that and #Transactional NTFS, it really *is* the closest thing to have implemented the #database #filesystem I wish for (which would be typed, of course).
Shame that got deprecated. (It'd still be lacking #integrity features too but damn, so close yet so far.)
GitHubManualNTFS-3G Safe Read/Write NTFS Driver. Contribute to tuxera/ntfs-3g development by creating an account on GitHub.
Anyone here using NTFS on Linux? Need something answering.
My CachyOS install uses the built-in "ntfs3" driver in the kernel (i.e. Paragon's NTFS driver), but it has issues when I save my files via MusicBrainz Picard which handles movement of files upon save.
If an artist has different capitalisations - e.g. LORN vs. Lorn - it'll save to one or the other even if the other one exists. This has caused issues when I needed to dualboot as Windows only shows one of those folders. Is there a way to fix this, or rather, does NTFS-3G not have this issue?
NTFS works just fine on Linux.
Debian = Older long-term support
Fedora = current release
Arch Linux / openSUSE Tumbleweed = bleeding edge release.
No issues with NTFS. -- Someone messaged me, claiming there is an issue with NTFS. Then they pointed out, that they're using Linux Mint. sigh
Linux Mint will have its own issues that will impact only Mint. But Mint users are weird. They'll see an issue in Mint, and claim it is a Linux issue. You should not use Mint, because you're not getting a true imagine of how the Linux ecosystem works. You're just not. That hackish system is going to give you the wrong impression.
#NTFS #Linux #Windows
Replied in thread
the more niche [the]software…
I write novels and short stories, use Photoshop edit photos, and browse the web. I have used Pages, which is a proprietary file structure only found on Apple devices. That said I've also used Microsoft Word in the past, and have had to convert from older to newer formats. I could convert Pages to another file format, but as was pointed out I would have to do it file by file since Apple makes that difficult to do en masse. Scrivener exists on Windows and Mac platforms. So does Photoshop. The fact is that I am essentially cross platform already; it's not the software.
It's the devices.
I like Apple equipment, and compared to dealing with top of the line Windows machines, it's been relatively carefree. Apple equipment is so long lasting, even with their incredibly long support periods, they obsolesce before they wear out. I have worn out plenty of Dell machines; I know the difference. Amortized over the life of the machine, Apple devices are cost-effective.
This isn't to say I didn't go through my home brew phase. Personal computers, and by this I mean IMSAI and Altair, appeared when I was in high school. CP/M and BASIC were king. However, when I selected my first real computer on which I would write my first sold novel, I chose Apple. An Apple ][ Plus, which will still run if I turn it on. Back in those days, I even modified the DOS so that the directory displayed information that I needed.
I'm older now. What I need is something that lets me get the writing done or the images edited, and doesn't present headaches. I had been using NTFS because I sometimes would take files to work, or in my free time do some writing.
I am retired. NTFS has had to be updated every time Apple makes their system more secure, and it is annoying. Not that they make their system more secure and respect privacy better, but that I have a superfluous file system on a dozen external drives.
I am now remedying that.
Nothing that I'm saying should be construed to denigrate NTFS or Linux/UNIX systems. I've no use for Windows anymore and learning a new operating system has no appeal.
@xubuntu Hey I have installed the :xubuntu: 24.04.1 I like the new feel. However I hitting a problem to mount external harddrive (ntfs) . While it mounts fine on 22.04 . It claims that there is an error. On the disk. So forum describe also that error but no clear solution. Any clue on your side ? Thanks for your help. #ntfs #linux #xubuntu24
So, somebody wrote a program that converts, in-place, an #NTFS volume into #btrfs.
It even keeps an image of the original NTFS volume as a file in the resulting btrfs volume. This can be used to undo the conversion or deleted to free up space and make the conversion permanent.
That is absolutely wild.
GitHubGitHub - maharmstone/ntfs2btrfsContribute to maharmstone/ntfs2btrfs development by creating an account on GitHub.
So as not to mess up James' timeline too much, I think this will be an #AdamFindsBugs adventure
https://aus.social/@voltagex/113535651027290625 - sorry if you can't view this, this matches https://bugs.launchpad.net/ubuntu/+source/ntfs-3g/+bug/2062972 which is mis-filed. #Ubuntu 24.04.1 (with no updates yet) is using the *ntfs3* driver which is completely different from the *ntfs-3g* driver. Great naming job, there.
Telling people to swap out the driver without explaining the consequences is not great - the ntfs-3g driver is much older and slower. It would be better to work out why the drives aren't mounting and to get Canonical to patch the driver, or at least notify upstream.
This is on 6.8.0-41-generic, I will grab logs and reboot to an updated 6.8.0-49 kernel.
dmesg reveals the real error message
[ 84.375346] ntfs3: sda3: volume is dirty and "force" flag is not set!
Which IIRC is caused by the "Fast Startup" option on Windows
This has been a known problem for years
Solution 1: set "force" in the ntfs3 mount options - I don't actually know what the risk is here - someone more versed in #NTFS would need to chime in
"Solution" 2: use ntfsfix to clear the "dirty" bit - similar risk to 1 I guess?
Solution 3: Disable Fast Start in #Windows - I haven't actually measured the impact on startup times here, UEFI and NVMe SSDs are probably fast enough now not to care.
The only dual boot system I have here is the Framework laptop I'll now dig out of a drawer - I don't think I've touched Fast Start on Windows 11 and Fedora 40 hasn't complained.
I'm seeing an observable behavior difference in File.Replace() between Win10 NTFS and Win11 ReFS (DevDrive):
On regular C: drive I get two renames, on DevDrive I get a delete of the original + rename. Weird.
GitHubMisc/FileReplace.cs at adbd3df4a30d378f0c3c1e4c8e87d2f41501ae2a · KirillOsenkov/MiscVarious small and one-off projects just barely too big to throw away - KirillOsenkov/Misc
www.phoronix.comNTFS Driver Lands Some Late Feature Enhancements For Linux 6.12
Ik heb een Android14 vraagje...
Ondersteunt Android 14 NTFS?
(ik lees wel over de mogelijkheid dat Android14 het wellicht gaat ondersteunen, maar geen bevestiging of t ook zo is ondertussen. 
)
Update: Android14 op Fairphone kan in elk geval niet standaard met NTFS overweg.
Update2: waar Android nergens NTFS ondersteunt, blijkt mn Android TV beamer (model 2020) gewoon NTFS out-of-the-box te vreten..
I recently installed Linux Mint on a HP ProBook laptop. I connected an external Seagate Expansion Drive (#NTFS format) that contains my music and movie archive. To my horror, the drive wouldn't mount and I got this error message! Luckily I still have another laptop, running up-to-date Windows 11, so powered that up and did a repair on the drive. Back to the ProBook, and the Seagate drive now mounts OK. 
Does anyone know if it's possible to do the same repair on a #LinuxMint machine?
#LUKS: Linux Hard Disk Data Encryption with #NTFS in #Linux
https://www.tecmint.com/linux-hard-disk-encryption-using-luks/
LUKS: Linux Hard Disk Data Encryption with NTFS Support in Linux · LUKS: Linux Hard Disk Data Encryption with NTFS in LinuxLUKS acronym stands for Linux Unified Key Setup which is a wide method of disk encryption used by Linux Kernel and is implemented with the cryptsetup package.
Which is more likely recoverable NTFS or Ext4 #ntfs #externalhdd #ext4
Ask UbuntuWhich is more likely recoverable NTFS or Ext4I've got some 1TB USB external harddrives that are used on Ubuntu systems. Previously they've been formatted NTFS. Every now and then something about one of them requires file system repair. Whi...