On Tue, Jul 17, 2012 at 10:54 PM, Gustau Pérez i Querol <gperez_at_entel.upc.edu> wrote: > > Sorry fo the delay. > > About the ntfs support, I'd go with fuse and leave the most relevant > filesystems in kernel space. In fact filesystems not particulary specific > and not tied our kernel would go to userspace; thinks like smbfs, nwfs, > ntfs, ext2 o ext4 for example should be in userspace (the list is incomplete > and I don't really know if all of them are yet implemenent in userspace) in > my opinion. That would make them easier to maintain (changes in the kernel > would only affect fuse, once fixed all the userspace filesystem would work > again). > > As a bonus, we would get many working fs based on fuse. In the server > side gluster is a desirable thing; in the desktop things like gvfs (in the > linux world gvfs is used not only by gnome but also by kde or xfce) or > truecrypt > > >> >> I'm fixing low hanging fruit for the moment (see r238411 for example) >> and I still have to make a throughful review. >> However my idea is to commit the support once: >> - ntfs-3g is well stress-tested and proves to be bug-free >> - there is no major/big technical issue pending after the reviews >> >> I'm now looking for people sticking with the branch and trying to >> stress-test ntfs-3g as much as they can. For example I know that >> Gustau (cc'ed) already had issues. It would be good if he tries to >> reproduce them and make a full report. > > > I've seen ntfs-3g+fuse crashing a few times and IIRC most of the time the > problem happened while unmounting the filesystem. I can reliably crash a system by doing an rsync to an ntfs-3g mounted FS. I have simply stopped doing it an have spent no time trying to track down the problem, but maybe anyone (gnn?) working on fusefs might want to try it. FWIW, I can to "rsync -avn local-path/ remote-system:ntfs-3g/path" always works. Remove the 'n' and actually move the data and it dies. -- R. Kevin Oberman, Network Engineer E-mail: kob6558_at_gmail.comReceived on Wed Jul 18 2012 - 19:30:25 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:29 UTC