You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(3) |
Feb
(2) |
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
|
2008 |
Jan
(3) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(2) |
2009 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2010 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Szabolcs S. <sz...@nt...> - 2008-12-01 01:26:16
|
Greetings, This time we have not only one or two but in fact, three NTFS-3G releases! The topics: * New Stable NTFS-3G Release * New Advanced NTFS-3G Release * New High-Performance NTFS-3G for Embedded Devices * Acknowledgements - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Reading a data storage with permanent or temporary physical damage, or a partial read system call could result ignoring the low level hardware error and returning invalid data. The stable release fixes this issue. Upgrade is recommended to be able to detect hardware faults earlier, being able to cope with them better and to minimize data loss in these increasingly more common scenarios (huge rotating disks, rapidly spreading SSDs). The latest stable release is available at http://ntfs-3g.org/ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - While the focus of the Stable NTFS-3G driver is reliability, the Advanced NTFS-3G driver aims at developing, maturing, and releasing new features to get user feedback before they are integrated in the stable releases. The Advanced NTFS-3G releases are designed as add-ons to the latest stable release. They benefit from all the stable improvements and fixes. This facilitates the subsequent, incremental, safe integration of the newer features both for the developer and the user. Jean-Pierre Andre leads the development of the Advanced NTFS-3G driver. The currently available features are - Full file ownership and permissions support with configurable user mapping. - POSIX ACL support. - Built-in, transparent UTF-8 support (no need for the locale= option). - Windows junction points are seen as symbolic links. - Performance improvements. - Tools for managing ownership, permissions and ACLs: secaudit checks the integrity of ownership, permissions and ACL; usermap gives help to configure ownership. Please find more details at http://pagesperso-orange.fr/b.andre/advanced-ntfs-3g.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The NTFS-3G performance on embedded devices didn't get attention in the past and the critics about the poor performance were well justified. We always carefully listen to our users and have improved the driver performance to be 10-20 times better. Consumer electronic device makers can find more information on http://ntfs-3g.com/commercial.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Many thanks to: Dominique L Bouix, Jean-Pierre Andre, Bernhard Kaindl, Erik Larsson, Vincent Untz, Miklos Szeredi, Csaba Henk, Alejandro Pulver, Xerces David, Jaan Vajakas, Laszlo Peter, Gergely Erdelyi, Michael Biebl, Jan Axelson, ... Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2008-10-11 23:17:15
|
Greetings, Version 1.2926-RC is released unchanged as stable 1.5012. The NTFS-3G driver is able now for unlimited file and directory creation and removal as the result of 13 years continuous clean-room reverse engineering, documenting the different versions of NTFS on-disk formats and implementing a safely interoperable file system driver with the over 500,000 source lines Microsoft NTFS driver by the help of hundreds of contributors over these years. The latest stable source code can be downloaded from http://ntfs-3g.org Congratulations And Thank You To Everybody Who Made This Happen! Especially to those who devoted sometimes even more than a decade of hard work, most of them never giving up: Martin von Loewis (who also received the Frank Willison Award this year for his contributions to the Python Community), Richard Russon, Anton Altaparmakov, Yura Pakhuchiy, Yuval Fledel, Mario Emmenlauer, Jean-Pierre Andre, Alon Bar-Lev, Dominique L Bouix, Csaba Henk, Alejandro Pulver, Erik Larsson, Bernhard Kaindl, Miklos Szeredi, Szabolcs Szakacsits. Enjoy! |
From: Szabolcs S. <sz...@nt...> - 2008-09-18 18:25:37
|
Greetings, * New stable, maintenance release * New release candidate with unlimited file creation support * New file system test suite release with Posix ACL support * NTFS-3G for Mac OS X User's Guide * Credits - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Many very exciting things are ongoing! The development is shifting from the regular stabilization tasks to supporting, introducing, implementing new things, features and to performance, memory and power optimizations. We have several releases this time. Our top priority is always reliability. Over the last month, we were reported only one driver reliability problem when reading a corrupted directory hung the driver. This was rapidly solved, driver fully tested and stable NTFS-3G 1.2918 released. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - At the same time, we also made an NTFS-3G 1.2926-RC release candidate, which has implemented unlimited file and directory creation support. This driver has been extensively tested and could, for instance, successfully create 54 million (54,000,000) files in a single directory. It took only one day. As a comparison ext3 could create 20+ million files, after some file system tuning in the same test. Previously the per NTFS volume limit was typically only a few million files. Please test this release candidate and let us know if you can find any problem. We weren't able to do so anymore. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Thanks to Jean-Pierre Andre, the POSIX File System Test Suite got POSIX ACL support and available for testing: http://ntfs-3g.org/pjd-fstest.html Please note that the security improved NTFS-3G driver also supports POSIX ACLs: http://pagesperso-orange.fr/b.andre/security.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Mac OS X users can find Erik Larsson's NTFS-3G for Mac OS X User's Guide very helpful, which is available at http://hem.bredband.net/catacombae/ntfs-3g/macntfs-3g_userguide.pdf - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The NTFS-3G release changes are at http://ntfs-3g.org/releases.html The latest stable and release candidate can be downloaded from http://ntfs-3g.org/ Many thanks to: Dominique L Bouix, Jean-Pierre Andre, Bernhard Kaindl, Erik Larsson, Miklos Szeredi, Alejandro Pulver, Peter J. Creath, Paul Mattal, Colin Watson, Agostino Russo, Colin King, Richard Russon, Luis Furquim, Daniel Benamy, and many, many others ... Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2008-08-16 16:32:35
|
Greetings, This release includes reliability, usability, portability fixes and improvements. New features are libtool-2 support, thanks to Alon Bar-Lev, and Solaris support, thanks to Mark Phalan and other Sun developers. FUSE for Solaris is available at http://opensolaris.org/os/project/fuse/ The only known problem on Solaris is that a directory tree can't be removed by the GNU rm command. The workaround is using the default Sun's rm(1). The problem was identified to be in the Solaris kernel. Please see the major changes at http://ntfs-3g.org/releases.html The latest stable NTFS-3G driver can be downloaded from http://ntfs-3g.org/ Many thanks to: Jean-Pierre Andre, Bernhard Kaindl, Dominique L Bouix, Alon Bar-Lev, Erik Larsson, Miklos Szeredi, Csaba Henk, Alejandro Pulver, Mark Phalan, Yura Pakhuchiy, Laszlo Peter, Marc Glisse, Nikolaus Rath, Chris Coulson, Andras Barna, Amit Singh, Dave Koziol, Jim Meyering, Amit Uttamchandani, Michal Olber ... Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2008-07-13 00:59:06
|
Greetings, * Maintenance release * File ownership and permissions support * Major FUSE/kernel improvements * Logo design competition result * Credits - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - During feature and performance works, several bug fixes has been accumulated over the past month. We are releasing them. They include compilation, installation, mount time, potential driver hang, memory leak and other fixes. Please see the major changes at http://ntfs-3g.org/releases.html The latest stable NTFS-3G driver can be downloaded from http://ntfs-3g.org/ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Sometimes we get critiques and questions when the driver will fully support file ownerships and permissions. Well, it already supports both which passes the POSIX file system test suite. Jean-Pierre Andre is doing a great job: http://pagesperso-orange.fr/b.andre/security.html Please report us any problem you would find with it because the day is coming when this will be the only supported driver. Thank you. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Miklos Szeredi is doing an incredible good job on FUSE and the Linux kernel. Problem reports are rapidly analyzed and fixed if justified. New, major important improvements which will be released soon and from which NTFS-3G will benefit: - shared writable mmap support in the 2.6.26 kernel (makes Wine and VMware very happy) - write performance improvements in the 2.6.26 kernel: we managed to achieve 802 MB/s write speed during preliminary performance work - NFS support should arrive with the 2.6.27 kernel (currently it needs a separate FUSE kernel module or additional patches). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The NTFS-3G logo design competition winner was voted and announced on 16th of June, 2008. We had a very hard time to decide, we liked so many different logos. Every active project members could voted his/her first three most liked logos and points were given accordingly which were summarized. Incredibly all designers got some points, and all the top 6 contestants, 11 designers, had a logo which was voted as the best at least once. In a fierce and exciting competition, the winning design and the 100 USD went to Lev Givon. Congratulations! The top three places were, 1. Lev Givon 19 points 2. Katarzyna Lukaszek 18 points 3. Jacek Adamkiewicz 17 points Jakub Michalski Slawomir Wojtczak Krystian Zajdel We would like to thank very much to all designers for the nice, unique and fun logos! More details and the logos can be found at http://ntfs-3g.org/logo.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Many thanks to: Miklos Szeredi, Jean-Pierre Andre, Bernhard Kaindl, Dominique L Bouix, Alon Bar-Lev, Erik Larsson, Csaba Henk, Alejandro Pulver, Ugo Riboni, Colin King, Agostino Russo, Amit Uttamchandani, Raymond Vetter, Alec Zhou, Michal Olber, Katarzyna Lukaszek, Nathan Odle, Tomasz Nowak, Pawel Lech, Jonas Enberg, Jakub Michalski, Jacek Adamkiewicz, Michael Fuchs, Slawomir Wojtczak, Ignas Ragaisis, Etienne Levesque Guitard, Darek Michalski, Andrzej Michalski, Rafal Dzierzak, Robert Ames, Eric Osborn, Goncalo Branco, Krystian Zajdel, Kelvin Nyaga, Lev Givon, Yusron Alhuda, Weston Cox, Michael Felix Hu. This release is dedicated to the latest twin-star in the sky ... Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2008-05-29 03:07:09
|
Good Day, * Maintenance release, driver build improvements * Logo Design Competition * Credits - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Storage capacity rapidly grows, computer chip miniaturization is being pushed to the physical limits, hardware and software subsystems and their connections are increasingly more complex. The rush to market are often happen at the expense of the quality. These result a high pressure on file systems to cope gracefully with all kinds of unexpected events, hardware, driver, software faults, corrupted volumes, as partly described for instance at http://ntfs-3g.org/support.html#ioerror Recently we were pointed to a quality testing utility, called fsfuzzer, which simulates unanticipated, real-world problems by creating randomly corrupted file system images and testing how file system drivers behave. It's claimed that it broke all file systems in the past. Thankfully the utility is being open source, so we could quickly implement NTFS-3G support and extensively test the driver using it, what we will keep doing so in the future, as part of the quality assurance process. It's indeed a great tool! It did find one crash and three hang problems. This release fixes all of them. Thanks to Alon Bar-Lev, the driver build process got further improved. Among others, the driver can be built in a separate directory and the --enable-mount-helper configure option was introduced which installs /sbin/mount.ntfs-3g, so mount via mount(8) and /etc/fstab can work on Linux. The default is enabled on Linux, as it was always done in the past, but it's disabled on all other operating systems where it sometimes caused troubles. Special thanks to Bernhard Kaindl. Please see the major changes at http://ntfs-3g.org/releases.html The latest stable NTFS-3G driver can be downloaded from http://ntfs-3g.org/ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The NTFS-3G logo competition is still ongoing and will end only on the next Monday. We received many nice, unique and funny logos. They can be seen at http://ntfs-3g.org/logo.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Many thanks to: Alon Bar-Lev, Bernhard Kaindl, Miklos Szeredi, Jean-Pierre Andre, Dominique L Bouix, Erik Larsson, Alejandro Pulver, Csaba Henk, Ingo Molnar, Andrew Morton, Peter Rabbitson, Georg Lukas, Tom "spot" Callaway, Gustavo Guillermo Perez, Jan Buecken, Nicolas Nobelis, Chris Samuel, Joe Fegan, Eric Sesterhenn, Katarzyna Lukaszek, Nathan Odle, Tomasz Nowak, Pawel Lech, Jonas Enberg, Jakub Michalski, Jacek Adamkiewicz, Michael Fuchs, Slawomir Wojtczak, Ignas Ragaisis, Etienne Levesque Guitard, Darek Michalski, Andrzej Michalski, Rafal Dzierzak, Robert Ames, Eric Osborn, Goncalo Branco, Krystian Zajdel, ... Kind regards, Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2008-05-05 23:46:40
|
Good Day, Summary: * Important bugfix release, upgrade is strongly recommended * Experimental POSIX ACL support * $100 Logo Design Competition * Credits - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The top priority of the project, above anything else, is reliability. Quite a lot of time, resources and engineering is invested to ensure quality. The latest NTFS-3G release never has known reliability fault. When we receive or see anywhere online or on public forums a bug report which is subject to some potential driver reliability defect then we immediately start to track down the potential culprit. There was a truly long list of root causes in both software and hardware which were absolutely unrelated to NTFS-3G. However this time it was different. During the quality assurance process of the next major driver release having a long-waited new feature, we have found a corruption. It can happen basically anywhere on the partition except the NTFS boot sector. We thought the bug is in the new feature but it turned out that all stable releases have it except, ironically, the 1.0 version. This stable release includes only the fix for this long time hiding bug, besides some minor documentation updates. How did this bug could survive for so long unnoticed and despite using extensive quality testing summarized at http://ntfs-3g.org/quality.html ? The true explanation is not so short and somewhat subtle because there are many factors. Until very recently, FUSE has restricted write block size to 4 KB. It also happens that the typical NTFS cluster (block) size is also 4 KB. This means that basically all write operations ended up allocating only a new, single cluster. However the corruption could happen only in some rare cases during multi-cluster allocations. But the cluster allocator, which decides where the data goes on the disk, is also used internally to place the NTFS metadata. One case again used only single cluster allocations but another one didn't. And this could result corruption if all the below conditions were also true: - last used MFT cluster was "unaligned" - there was free space only at the end of a cluster allocation group (CAG) - more space was requested than the free space at the end of CAG - the incorrectly read memory had "unlucky" values Another lucky factor was that the metadata which required multi-cluster allocation used a different, exclusive to itself allocation zone unlike anything else, so it couldn't mix and corrupt any other allocations ... until the volume got close to full disk. But this is not all. There was another lucky factor which typically prevented this to happen. Namely the lack of the below feature which at some point completely blocked the metadata multi-cluster allocations: http://ntfs-3g.org/support.html#filecreate NTFS volumes using less than 4 KB cluster size (512, 1024, 2048) are in much greater risk. The highest risk is for volumes using 512 byte cluster size. We are also __very__ lucky to find this problem just in the last moment. The next stable Linux 2.6.26 kernel can send bigger than 4 KB write blocks which would have exposed the so far thankfully underutilized bug in NTFS-3G resulting random NTFS corruptions on large scale. Thankfully Miklos Szeredi promptly suggested and agreed to implement making FUSE large write support optional and default to OFF. This means that the kernel upgrade can not cause NTFS data corruptions, only if the NTFS driver isn't upgraded to 1.2506 version. NTFS-3G will enable large block support when the driver passes all our general and targeted tests. The stable NTFS-3G driver can be downloaded from http://ntfs-3g.org/ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Jean-Pierre Andre has implemented two-way mappings between NTFS and POSIX ACLs. Please see more information at: http://article.gmane.org/gmane.comp.file-systems.ntfs-3g.devel/524 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The NTFS-3G project is pleased to invite graphic designers to a logo competition. The contest rules can be found at http://ntfs-3g.org/logo.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Many thanks to: Jean-Pierre Andre, Miklos Szeredi, Bernhard Kaindl, Dominique L Bouix, Erik Larsson, Alejandro Pulver, Leann Ogasawara, Carlos Reyes, Roberto Franceschini, Tom Kerremans, Jose Bernardo, Bradley Dean, Joshua Weage, JD, Kent Robotti, Jason Perlow, Ralph Corderoy, ... Best regards, Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2008-04-13 02:36:44
|
Good Day, This release includes security, unprivileged mount, POSIX compliance and many other minor fixes. Major changes: * Fix: the file system depth was limited to 4095 characters by FUSE and trying to access files and directories deeper gave "No such file or directory" error. If NTFS-3G is compiled with an external FUSE library (non-default), then FUSE CVS is needed until FUSE 2.8.0 is released. * Fix: symlink(2) failed or the size was truncated at modulo 256 if the old path was over 255 bytes. * Fix: unprivileged mount may have been denied because supplementary groups were dropped permanently too early as a security measure. * Fix: unprivileged mount may have been denied if the /etc/fuse.conf file wasn't properly configured. This was redundant and the /etc/fuse.conf file is not required anymore. * Fix: updating hard link attributes was delayed by one second which resulted seeing their file sizes and timestamps incorrectly during this time interval. * Fix: the 'noatime' mount option additionally and unconditionally was passed to FUSE. The stable NTFS-3G driver can be downloaded from http://ntfs-3g.org/ We have also released the Linux port of Pawel Jakub Dawidek's POSIX file system test suite and recently updated it according to the initial feedbacks: http://ntfs-3g.org/pjd-fstest.html Many thanks to: Jean-Pierre Andre, Miklos Szeredi, Bernhard Kaindl, Dominique L Bouix, Erik Larsson, Alejandro Pulver, Markus Elfring, Tom "spot" Callaway, Barry Kelly, Christian Iversen, Jorg (Kano) Schirottke, David Chinner, Allen Pulsifer, Marc Andre Tanner, Solofo Ramangalahy, Badari Pulavarty, Gerard J. Cerchio, Joel Becker, and Eric Sandeen. Best regards, Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2008-03-09 23:52:02
|
Good Day, To counteract the previous long release note, this is a short one. Major changes in this release: * Fix: the driver crashed when one tried to open a non-existent file which had at least twice as long file name as the one allowed by the NTFS specification. * Fix: Windows CHKDSK may reported minor inconsistencies because the data and allocation size of some special purpose resident unnamed $DATA attribute in the index and inode FILE_NAME attributes could be incorrect. * Fix: unprivileged mount failed if user had rights for everything except the FUSE device file. * Fix: the 'dev' and 'suid' mount options didn't work. * Change: rmdir(2) returns ENOTEMPTY instead of EEXIST because the GNOME glib library and the Nautilus file browser can't handle the also standard EEXIST value which resulted an error message when for instance one tried to remove a directory containing files. * Change: the 'dev' and 'suid' mount options are the default from now on for root mounts, similarly as other file systems behave. These options are always denied for setuid-root and unprivileged mounts. The stable NTFS-3G driver can be downloaded from http://ntfs-3g.org/ Many thanks to: Jean-Pierre Andre, Bernhard Kaindl, Erik Larsson, Miklos Szeredi, Dominique L Bouix, Csaba Henk, Alejandro Pulver, and Markus Elfring. Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2008-02-17 23:51:03
|
Welcome, This release has brought important function enhancements, security and other fixes. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Up until now it was possible that file or directory removal, rename and move may have been denied in very rare scenarios. This is the past, as all index operations are supported from now. This is a historical step since it enables us to do much more sophisticated things reliably. Not only unlimited directory operations but also security id, security hashes, quota, object id indexing and we could even use essentially the same indexing code for all sort of in-memory caching to speed up things when and where it's needed. One of our successful tests was the creation and removal of 17 million files in a single directory. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Support has been also added for a new, 'remove_hiberfile' mount option which was often asked as a need to read/write mount hibernated volumes for recovery and troubleshooting purposes. Previously this was unconditionally denied. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - We had an issue in our new build system where the mount.ntfs-3g symlink wasn't created in /sbin where mount(8) always needs it. This made mount(8) to fail. Thankfully the problem affected only a few installations where ntfs-3g is not installed on the root file system. This is needed, similarly as for in-kernel file systems, to avoid automount and shutdown failures which could lead even to data loss. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Many reasons were listed last time why we needed integrated FUSE support. In fact, there are even more. Another important one is security. While FUSE makes file system development significantly easier, its internals, integrations with the rest of the system, and security audit is far from trivial. Here is one of the simpler mount cases from the many combinations which describes the components involved. mount(8) -> mount.ntfs-3g -> ntfs-3g -> fuse library -> fusermount -> -> mount(8) -> mount(2) -> mount(8) -> fusermount -> fuse library -> -> ntfs-3g -> mount(8) Some factors on which safe, successful mount and unmount depends: - mount invocation: mount(8), uhelper, ntfs-3g, mount.fuse, fusermount, etc - mount initiator: root, user, normal fstab, fstab with user[s] options - volume type: block device, image file - fuse kernel module type support: fuse, fuse+fuseblk - fuse kernel module origin: kernel, FUSE package - fuse fs type: fuse, fuseblk - fuse fs permission: normal, setuid - kernel supports unprivileged mount or not - unmount type: umount(8), fusermount, signal from console user or otherwise - FUSE API version - FUSE library version - FUSE kernel API version - kernel version - libc: glibc, uClibc, klibc, etc - there are really more ... It's also a great source of confusion and contributes to the increased complexity significantly that FUSE innovated in two major areas: 1. file systems can be implemented in user space 2. file systems can be run unprivileged It's the first one which made the breakthrough in open source NTFS development. The second one is a bonus what no in-kernel file system can provide. Unfortunately at the same time, the latter is causing all kind of problems because unprivileged mount related issues can be fairly subtle, especially since they would require a consistent design and smooth interactions from several projects. Whihch has never existed (but thankfully it's being worked on by Miklos Szeredi). The first negative result was a security advisory in last September https://www.redhat.com/archives/fedora-package-announce/2007-September/msg00368.html http://secunia.com/advisories/26938 We believe that the advisory - incorrectly claims that users could directly gain writes access to any devices. - confirms that setuid-root ntfs-3g worked as it was designed because its meaning was indeed that any users who have the rights to execute ntfs-3g can mount any NTFS volumes (otherwise the 'user' and 'user' fstab options wouldn't work, for instance). Later we were agreed but meanwhile Ludwig Nussel from SUSE has found a real local root exploit if ntfs-3g is setuid-root. The exploit is trivial and fundamentally it's the result of the complicated mount process. We were asked not to disclose this problem immediately in October, 2007. We agreed in the hope of a fast resolution and made some suggestions how it could be solved. The issue turned out to be a devil's circle where everybody could point to somebody else. Thankfully by the usage of the integrated fuse-lite library we could break the circle and the embarrassing silence and from now on we can take full responsibility (and blame) about security problems. So this release has fixed the local root exploit when ntfs-3g is setuid-root and all other security problems we have found in fuse-lite and ntfs-3g. The conditions for unprivileged mount became much more strict to avoid more confusions in the future: - ntfs-3g denies execution when it's setuid/setgid using external FUSE - block devices can be mounted by an unprivileged users only when - ntfs-3g is setuid-root (and the user has execution right) - using the integrated and secured fuse-lite library (default) - the user has access right to the volume - the user has access right to the mont point These are the minimum requirements. There are more. The above also means that the fstab 'user' and 'users' options won't work in many cases again. It's discussed here: http://ntfs-3g.org/support.html#useroption2 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Jean-Pierre Andre has announced the release of ntfs-3g with ownership and access rights support. Main features - full support of Posix access control - interoperability with Windows access control - compatibility with standard ntfs-3g operation - and even a significant performance improvement over standard ntfs-3g Detailed information is available on http://pagesperso-orange.fr/b.andre/security.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Thanks to our Gentoo users and Miklos Szeredi, it was found out recently that the FUSE kernel module used from the FUSE software packages (Gentoo default) with the 2.6.24 Linux kernels can lockup the system. Solution: use the FUSE kernel module included in the 2.6.24 Linux kernel (drawback: NTFS can't be NFS exported). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The stable NTFS-3G driver release can be downloaded from http://ntfs-3g.org/ The changelog is at http://ntfs-3g.org/releases.html People who made the world a better place: Jean-Pierre Andre, Erik Larsson, Alon Bar-Lev, Miklos Szeredi, Dominique L Bouix, Amit Singh, Csaba Henk, Alejandro Pulver, Ludwig Nussel, Bernhard Kaindl, Lubomir Kundrak, Brian Marcel, Peritus, Regis Duchesne, Agostino Russo, jd1008, Klaus Knopper, Andreas Hermann Braml, Martin Reed, Ne01eX, Antony Georg Arendt, Joseph Davida, ... Enjoy, Szaka |
From: Szabolcs S. <sz...@nt...> - 2008-01-28 20:22:47
|
Welcome, Version 1.2125-RC is released unchanged as stable. Please see below the slighly updated, original release note. The big change is the built-in, integrated FUSE support on Linux and consequently a much improved, completely rewritten, backwards compatible build system, big thanks to Alon Bar-Lev! What does the integrated FUSE support mean? It means that NTFS-3G has no FUSE runtime user space, or compilation time dependency on Linux anymore. Developers and users must only ensure that the FUSE kernel driver is available for the running kernel, which is basically a standard nowadays. Why was this needed? There were quite many reasons for over a year and it was under strong consideration for half a year. Despite NTFS-3G being available directly for over 130 distributions, there are still daily 931 source code downloads in average. The FUSE code, what NTFS-3G utilizes, is about only 5% of the NTFS-3G driver, still over 50% of the problem reports, some very serious ones, is related to FUSE. We're actively addressing all these problems but solutions aren't always coming fast enough or ever to satisfy the rapid NTFS-3G development and adoption rate. Some major examples: - Troublesome source code based installations. NTFS-3G required FUSE installed and often FUSE upgrade for fixes or new functionality. The more complex upgrade scenario often failed due to several reasons. The official FUSE upgrade release cycle is also four times slower in average than the NTFS-3G one. FUSE installation and runtime version conflicts have been seen also too often. - NTFS-3G gets a lot of attention from embedded device and appliance users and vendors who often use custom system libraries. Due to the way FUSE was engineered, it didn't work reliable with these libraries and we were getting a lot mysterious, hard to debug problems, not in our code. Repeated attempts to get these fixed quickly in FUSE failed. We have fixed these problems and starting from this NTFS-3G release we can ensure the same quality using custom (e.g. uClibc) system libraries and more rapidly make enhanced stable releases. - Quality testing NTFS-3G with and supporting several FUSE versions requires much more resources than anybody in the world could afford. Moreover, typically always the latest FUSE release is the recommended one to use. With the usage of the built-in FUSE support we can ensure the same quality anywhere. - If a package manager stopped upgrading FUSE then NTFS-3G users had a deficient driver. Now one only needs to upgrade NTFS-3G and the needed, quality tested FUSE upgrade is included. - NTFS-3G doesn't need 90% of the FUSE functionality but on the other hand it does need ones which are not included yet. Spending time resolving issues with the unneeded FUSE functionality kept slowing down NTFS-3G development. From now on, we can focus on and support only what we really need. Thankfully FUSE lead developer, Miklos Szeredi, also thought a stripped down FUSE library is a good idea and was supporting with his comments. The integrated FUSE library (fuse-lite) currently is 50% of its original size but this expected to shrink to 10-15% in the future. The NTFS-3G source package increased by only 12% but the compiled NTFS-3G driver is 15% smaller now. The fuse-lite library is always linked into libntfs-3g when it's used. Linux uses this by default. The --with-fuse=external configure option makes ntfs-3g to be compiled with the external FUSE library. For FreeBSD, OS X and NetBSD this is the default and the only option. Compilation modes: configure: fuse-lite linked into shared libntfs-3g configure --disable-library: fuse-lite & libntfs-3g linked into ntfs-3g configure --enable-really-static: fully static ntfs-3g with fuse-lite configure --with-fuse=external: same with the old way default compilation configure --with-fuse=external --disable-library: libntfs-3g linked into ntfs-3g configure --with-fuse=external --enable-really-static: fully static ntfs-3g with external fuse All the tests were positive on general purpose Linux systems using x86, ARM, MIPS, and x86-64 CPUs. The new build system should be fully backwards compatible, minus the default fuse-lite use on Linux and 'make install-strip' should be used instead of 'make strip && make install'. This release has a new ntfs-3g.probe utility which probes a volume for read-only or read-write mountability. The exit code is unique and they are documented in the ntfs-3g.probe manual page. The NTFS-3G driver started to use the same exit codes (e.g. not ntfs, corrupt ntfs, hibernated windows, unclean volume, etc). An important signal handling related FUSE fix from Miklos Szeredi is included which prevents potential system hang, e.g. during shutdown. FUSE 2.7.2 has the same fix. The stable release can be downloaded from http://ntfs-3g.org/ The changelog is at http://ntfs-3g.org/releases.html Many thanks to Alon Bar-Lev, Jean-Pierre Andre, Erik Larsson, Miklos Szeredi, Dominique L Bouix, Csaba Henk, Alejandro Pulver, Bernhard Kaindl, Andrzej Szelachowski, Sergei Mozhaisky, Vang Be Pha, Plamen Vasilev Petrov, and Jorg (Kano) Schirottke. All the best, Szaka |
From: Szabolcs S. <sz...@nt...> - 2008-01-24 09:36:46
|
Hi, The NTFS-3G 1.2121 release candidate looked fine except not compiling on 64-bit platforms due to a needlessly rigid sanity check. Thanks to Jean-Pierre Andre, Alon Bar-Lev and Plamen Vasilev Petrov, the problem is fixed and we have made available a new test release. It can be downloaded from http://ntfs-3g.org/ The same package will be released as stable earliest after three days if no problem is reported. We'd also like to apologise for this issue. We are in a process making steps to ensure that 64-bit platforms will get the same level of quality assurance as the 32-bit one. Have a nice day/evening, Szaka |
From: Szabolcs S. <sz...@nt...> - 2008-01-21 14:45:33
|
Happy New Year!!! The last year has been an absolutely fantastic one for the NTFS-3G project. The main focus was to achieve and keep ensuring stability, usability, and implement the most needed functionalities. But with Your help the project has managed to perform so much more! Big thanks to all of You sending the valuable feedbacks, bug reports, helping users and developers to solve the problems, writing news, installation and usage documents, extensively testing and using the driver, developing incredible new features and fixes, packaging the software for easy use, nicely integrating the driver into over 100 distributions for smooth interoperability, tirelessly porting and maintaining the driver on all the supported platforms, vividly taking care about the projects operational infrastructure, and donating, sponsoring or supporting the project in any other direct or indirect way! The year 2008 seems to be even more exciting. The plan is to implement the still missing most needed features, fully and reliably integrate improvements, most importantly the new permission and ownership support, finish porting Pawel Jakub Dawidek's POSIX test suite to Linux, start seriously working on the performance improvements, keep extending and improving the quality test suite, and further stabilize the driver on the non-Linux platforms. Let's start with this release candidate. The big change this time is the built-in, integrated FUSE support on Linux and consequently a much improved, completely rewritten, backwards compatible build system, big thanks to Alon Bar-Lev! What does the integrated FUSE support mean? It means that NTFS-3G has no FUSE runtime user space, or compilation time dependency on Linux anymore. Developers and users must only ensure that the FUSE kernel driver is available for the running kernel, which is basically a standard nowadays. Why was this needed? There were quite many reasons for over a year and it was under strong consideration for over half a year. Despite NTFS-3G being available directly for over 130 distributions, there are still daily 931 source code downloads in average. The FUSE code, what NTFS-3G utilizes, is about only 5% of the NTFS-3G driver, still over 50% of the problem reports, some very serious ones, is related to FUSE. We're actively addressing all these problems but solutions aren't always coming fast enough or ever to satisfy the rapid NTFS-3G development and adoption rate. Some major examples: - Troublesome source code based installations. NTFS-3G required FUSE installed and often FUSE upgrade for fixes or new functionality. The more complex upgrade scenario often failed due to several reasons. The official FUSE upgrade release cycle is also four times slower in average than the NTFS-3G one. FUSE installation and runtime version conflicts have been seen also too often. - NTFS-3G gets a lot of attention from embedded device and appliance users and vendors who often use custom system libraries. Due to the way FUSE was engineered, it didn't work reliable with these libraries and we were getting a lot mysterious, hard to debug problems, not in our code. Repeated attempts to get these fixed quickly in FUSE failed. We have fixed these problems and starting from this NTFS-3G release we can ensure the same quality using custom (e.g. uClibc) system libraries and more rapidly make enhanced stable releases. - Quality testing NTFS-3G with and supporting several FUSE versions requires much more resources than anybody in the world could have. Moreover, typically always the latest FUSE release is the recommended one to use. With the usage of the built-in FUSE support we can ensure the same quality anywhere. - If a package manager stopped upgrading FUSE then NTFS-3G users had a deficient driver. Now one only needs to upgrade NTFS-3G and the needed, quality tested FUSE upgrade is included. - NTFS-3G doesn't need 90% of the FUSE functionality but on the other hand it does need ones which are not included yet. Spending time resolving issues with the unneeded FUSE functionality kept slowing down NTFS-3G development. From now on, we can focus on and support only what we really need. Thankfully FUSE lead developer, Miklos Szeredi, also thought a stripped down FUSE library is a good idea and was supporting with his comments. The integrated FUSE library (fuse-lite) currently is 50% of its original size but this expected to shrink to 10-15% in the future. The NTFS-3G source package increased by only 12% but the compiled NTFS-3G driver is 15% smaller now. The fuse-lite library is always linked into libntfs-3g when it's used. Linux uses this by default. The --with-fuse=external configure option makes ntfs-3g to be compiled with the external FUSE library. For FreeBSD, OS X and NetBSD this is the default and the only option. Compilation modes: configure: fuse-lite linked into shared libntfs-3g configure --disable-library: fuse-lite & libntfs-3g linked into ntfs-3g configure --enable-really-static: fully static ntfs-3g with fuse-lite configure --with-fuse=external: same with the old way default compilation configure --with-fuse=external --disable-library: libntfs-3g linked into ntfs-3g configure --with-fuse=external --enable-really-static: fully static ntfs-3g with external fuse All the tests were positive so far on general purpose Linux systems using x86, ARM, MIPS CPUs. Any feedback from FreeBSD, OS X and NetBSD would be very welcome since we couldn't test those yet. The new build system should be fully backwards compatible, minus the default fuse-lite use on Linux and 'make install-strip' should be used instead of 'make strip && make install'. This release candidate has a new ntfs-3g.probe utility which probes a volume for read-only or read-write mountability. The exit code is unique and they are documented in the ntfs-3g.probe manual page. The NTFS-3G driver started to use the same exit codes (e.g. not ntfs, corrupt ntfs, hibernated windows, unclean volume, etc). An important signal handling related FUSE fix from Miklos Szeredi is included which prevents potential system hang, e.g. during shutdown (FUSE 2.7.2 has the same fix). Jean-Pierre Andre has made available the release candidate of the NTFS-3G driver with file ownership and permissions. Please give us your feedback: http://pagesperso-orange.fr/b.andre/security.html The NTFS-3G release candinate can be downloaded from http://ntfs-3g.org/ The changelog is at http://ntfs-3g.org/releases.html If no major problem is reported then the stable NTFS-3G release can be expected earliest after three days. Many thanks to Alon Bar-Lev, Jean-Pierre Andre, Erik Larsson, Miklos Szeredi, Dominique L Bouix, Csaba Henk, Alejandro Pulver, Bernhard Kaindl, Andrzej Szelachowski, Sergei Mozhaisky, and Vang Be Pha. Enjoy, Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2007-11-20 00:56:28
|
Hi, This release shorts out finally the POSIX file timestamp updates, thanks to Yura Pakhuchiy, it defaults to the new 'relatime' access time update method instead of the old default 'noatime', and fixes two "Input/Output errors" which could happen during listing the content of a single directory having over 600,000 files or very rarely when successfully removing a hard link. We are porting Pawel Jakub Dawidek's (FreeBSD ZFS fame) POSIX file system regression test suite to Linux and rapidly fixing the found issues. The tests are run with the development version of the permission handling enhanced driver and so far it works marvelously. Apart from the not yet fully validated path and file name length handling and the lack of multi group support, the driver passes all other test cases with 100% success ... if the FUSE kernel module fixes are also applied which are needed to invalidate the cached, stale file timestamps. It is hoped, that the FUSE fixes will make into the Linux kernel 2.6.24 release. Jean-Pierre Andre has improved incredible lot on the security enhanced driver and a new beta version is planned to be released soon at http://pagesperso-orange.fr/b.andre/security.html Until then, all those improvements and fixes are available in the CVS PERMISSION_HANDLING_BRANCH. Great progress was made on OS X too, thanks to Erik Larsson. NTFS-3G can be used now on Leopard and the UBLIO version also boost performance drastically: http://macntfs-3g.blogspot.com/ The stable release can be downloaded from http://ntfs-3g.org/ The changelog is at http://ntfs-3g.org/releases.html Many thanks to Jean-Pierre Andre, Erik Larsson, Miklos Szeredi, Dominique L Bouix, Yura Pakhuchiy, Sangeeta Sebastian, George Kopeczky, Amit Singh, Csaba Henk, Alejandro Pulver, Pawel Jakub Dawidek, Valerie Henson, Ismail Donme, GeorgeK, Jorg (Kano) Schirottke, Rico Lopez Rafael, and Richard Nyberg. Best regards, Szaka |
From: Szabolcs S. <sz...@nt...> - 2007-11-04 21:59:10
|
Hi, This is an unplanned release due to two unexpected issues getting reported more frequently. 1. Some gcc compilers crashed when they tried to compile ntfs-3g 1.030. 2. Some recent kernels send file system requests to ntfs-3g what they shouldn't (kernel bug) and unfortunately ntfs-3g didn't always handle them correctly. This could cause for example Thinderbird to hang. So far these problems were reported using Fedora Rawhide or Gentoo. Furthermore utimes(2) sets the correct ctime value now and the format of the ntfs.streams.list extended attribute value has changed, so Alternate Data Streams can be parsed and identified unequivocally. The stable release can be downloaded from http://ntfs-3g.org/ The changelog is at http://ntfs-3g.org/releases.html Many thanks to Tullio Andreatta, Julian Sikorski, Erik Larsson, Loris Boillet, Jean-Pierre Andre, Miklos Szeredi, Dominique L Bouix, Jorg (Kano) Schirottke, Daniel Borca, Carmelo Viavattene, and Udrescu Gabriel. Best regards, Szabolcs -- NTFS-3G Lead Developer: http://ntfs-3g.org |
From: Szabolcs S. <sz...@nt...> - 2007-10-29 00:01:21
|
Hei, The NTFS-3G Team is happy to announce a new stable release of its driver. This release has many minor fixes besides the big-endian ones. Jean-Pierre Andre has made great progress on permission handling support and ported the user mapping utility to Linux. The Alpha test version and documentation is available at http://perso.orange.fr/b.andre/security.html Please note that permission handling is experimental. Don't use it on real data or have backup. Please send your feedback or bug report to ntf...@li.... Erik Larsson has integrated the UBLIO user space caching layer written by Csaba Henk into NTFS-3G on OS X. This work has resulted dramatic performance increase using USB devices. You can find out the details below: http://macntfs-3g.blogspot.com/ We're also glad to report that the NTFS-3G Project sponsored Erik with the new OS X Leopard. This way he can work on Leopard support which is asked for by increasingly more OS X users. Details of the stable driver changes are at http://ntfs-3g.org/releases.html The stable release can be downloaded from http://ntfs-3g.org/ Many thanks to Jean-Pierre Andre, Erik Larsson, Julian Sikorski, Bernhard Kaindl, Dominique L Bouix, Miklos Szeredi, Jorgen Lundman, Agostino Russo, and Huwenke. Best regards, Szaka -- NTFS-3G Lead Developer: http://ntfs-3g.org |
From: Szabolcs S. <sz...@nt...> - 2007-10-03 23:59:06
|
Szia! During the continuous process of extending our test methodology listed at http://ntfs-3g.org/quality.html we have found a very rare file corruption scenario. This release fixes it and contains a few performance improvements for different kind of workloads. The file corruption can happen in a certain case if one creates and writes into a spare file (http://en.wikipedia.org/wiki/Sparse_file). Sparse files are rarely used. One exception is the bittorent clients. However they couldn't notice the corruption because it can happen only in the "non-used" file regions. When a file is fully downloaded then the file checksum will be correct because the potential corruptions get overwritten by the real, correct data. In short, it wasn't very easy to notice this problem which existed in all previous releases dated back to at least one year. It's also our pleasure to announce that Jean-Pierre Andre has joind our core development team and working on permission handling support. A very early and experimental code is available from http://perso.orange.fr/b.andre/security.html Please note that permission handling is very new and *really* experimental. Don't use it on real data or surely have good backup. You can freely send the feedback, bug reports to ntf...@li.... No need to be subscribed to the developer's list. Thank you. We have an additional good news for OS X users. Erik Larsson has revived the easy installation and usage of NTFS-3G on OS X. Please see below more: http://macntfs-3g.blogspot.com/ Details of the driver changes since the last release can be found at http://ntfs-3g.org/releases.html The stable release can be downloaded from http://ntfs-3g.org/ Many thanks to Jean-Pierre Andre, Erik Larsson, Tom Snow, Greg Kroah-Hartman, David Fox, Bernhard Kaindl, Dominique L Bouix, Miklos Szeredi, Alejandro Pulver and Vivek Kapoor. Enjoy and share, Szabolcs -- NTFS-3G Lead Developer: http://ntfs-3g.org |
From: Szabolcs S. <sz...@nt...> - 2007-09-12 23:01:59
|
Welcome, Many thank yous for testing the release candidate and for the fantastic feedback! The reported performance improvements were between 2-12 fold, the average speed gain being 200-500% for the optimized work loads. That's not a very bad start for the optimization work. To show our honest appreciation for your continuous support, we are including another major performance optimization in the current stable release. The free disk space calculation was extremely CPU intensive during write activity. This could reduce write performance severely, especially for huge volumes if a file manager, desktop applet or other application regularly polled for disk space usage. Now the calculation is constant time, around only 10 microseconds on a typical desktop system, and it's completely independent of the volume size. The speed enhancements wouldn't have happened without David Fox's continuous assistance and contribution. More details can be found about the changes at http://ntfs-3g.org/releases.html The stable release can be downloaded from http://ntfs-3g.org/ Many thanks to the folowing people for their help and contribution: Alexey Sidorov, Ruijuan Li, Stanley Peng, Xu Gang, Jean-Pierre Andre, Miklos Szeredi, Dominique L Bouix, Nicolas Calderon, Marcin Pastudzki, David Fox, Jerome Richalet, Anton Altaparmakov, Cezary Sliwa, Csaba Henk. Kind Regards, Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2007-09-10 00:27:09
|
Hi, There were some feedbacks about coping many files is slow. We took a look and improved the speed typically by 50-1000%. It's not a typo. The higher value we have measured was indeed one thousand percentage. Here it is what was going on. When applications wrote files and the file size were not a multiply of the block size (over 99.995% of all cases) then when ntfs-3g made a write request to the Linux kernel, the kernel sought to the relevant disk sector and read the remaining bytes to fill the end of the buffer, instead doing the job asynchronously. This has caused disk head seek storms and very inefficient write performance (it can be reproduce with other file systems as well). We don't know yet if this is a bug or feature in the Linux kernel. This release candinate aims to solved the above problem, hereby greatly improve related performances. For example unpacking the Linux kernel source tree (21,000+ files) is usually 3-6 times faster now, depending on the hardware. Please note that this fix can't decrease the CPU usage. In fact, just the opposite. Beforehand the time was spent waiting for the slow disk I/O. By eliminating most of the disk seeks now, the CPU can achieve more useful work which will result higher CPU usage. Of course that will be improved too at some point in the future. The benchmarks are done on Linux, the performance impact is not known on other OSes but it should not be worse. This speed enhancement wouldn't have happened without David Fox's continuous help from week after week. Thank you David! Concurrent write performance is improved as well, moreover the performance of writing multi-GB size files, especially after the creation of thousands of other files. This only helps if the disk space is defragmented (file level defragmention is not enough). As far as we know, there is no free utility which could do this, so we plan to release one in the near future. The release candidate is available at http://ntfs-3g.org/ If no problem will be reported then the next stable release will be made earliest on late Wednesday, UTC. Please test intensively. Here are some help how one can do it without Windows and without [using] existing NTFS partitions, http://ntfs-3g.org/quality.html#howtotest Thank you for your attention and support, Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2007-08-26 15:34:00
|
Hi, Minor maintenance release, mainly for the purpose to make ntfs-3g perfectly work with tools (e.g. rsync) which actively rely on fully posix file timestamps handling. Embedded distros may also like the new --disable-library configure option, thanks to Bernhard Kaindl. Please see more below. Major changes in this release: * fix: utime() also updated the timestamp of the parent directory but it shouldn't have. * fix: ignore the "volume dirty" bit because its real meaning is "check the volume". The fact of the real dirtiness is stored in the NTFS logfile which is already checked for. * fix: compilation failed with glibc 2.7 * new: the --disable-library 'configure' option can be used not to install but link libntfs-3g into the ntfs-3g binary. This decreases the binary size by 10-15% and increases performance by about 2-5%. The source package can be downloaded from http://ntfs-3g.org/ Contributors were Wayne Sherman, Bernhard Kaindl, Dominique L Bouix, Thomas Fehr, Tom "spot" Callaway, Elmar Hanlhofer, and Jean-Pierre Andre Have fun, Szaka |
From: Szabolcs S. <sz...@nt...> - 2007-08-10 00:57:39
|
Hello, Following the current software industry trend, hereby we're happy to officially leak the regular maintenance release which includes the support for the long awaited unmount fix for unprivileged users and minor but important reliability fixes for very rarely occuring scenarios. We would like to warn everybody that contrary to the other leaking software releases, this one is not an alpha but should be a boring, stable release! Major changes in this release: * fix: file rename may updated the modification time of some files which caused some backup tools, like rsync, not to preserve always this timestamp. * fix: unmount (fusermount -u) was denied for an unprivileged user who was allowed to mount a block device. FUSE 2.7.0+ user space package is required for the full fix. * fix: the driver could hang if there wasn't enough memory during reading a large directory * fix: reading a directory may reported success when there was an error * fix: metadata update error was ignored in some very rare cases during writing a file * fix: permissions checking was turned on if umask, fmask and dmask was set to the default 000 value. * change: manual update, added Windows filename compatibility section * change: lots of logging improvements The source package can be downloaded from http://ntfs-3g.org/ Contributors to who we can thank the driver is keep improving, besides countless other enthusiastic developers who are working on packaging, easy use, distribution integration, testing, and so on: Juan Romero Pardines, Marvin Renich, Daniel Johnson, Wayne Sherman, David Fox, Lehilton Chaves, Marcelo Calviente Ortolani, Ralph Angenendt, Dominique L Bouix, Miklos Szeredi, Paul Marks, Jorg (Kano) Schirottke, Raymond Vetter, and Regis Duchesne. Contributions and feedbacks, especially constructive negative ones, are always very welcome. Szaka |
From: Szabolcs S. <sz...@nt...> - 2007-07-10 00:47:40
|
Welcome, Important release. The fixed bugs managed to hide until very recently and exist in all previous releases. Major visible changes: * fix: move, rename and hard link could return "input/output error" * fix: very rare, recoverable directory corruption * fix: more troubleshooting hints if a volume can't be mounted * fix: portability improvements * fix: logging improvements The stable release can be downloaded from http://ntfs-3g.org/ Many thanks to Dominique L Bouix, Joao Rodrigues, Daniel Johnson, Miklos Szeredi, Csaba Henk, Nicolo Chieffo, David Fox, Paul Marks, Kevin Ballard, Agostino Russo, Nick Piggin, Umjajunkie, Tom "spot" Callaway, Andras Simon, Peritus, Maxime Pacherie, Michal Panasiewicz Enjoy, Szabolcs |
From: Szabolcs S. <sz...@nt...> - 2007-06-16 22:36:13
|
Welcome, The release candidate became the stable. The most important change is that the driver binaries are installed in the /bin and /lib directories on the root file system by default (--exec-prefix=/) because automount would fail during boot if the fstab entries are not in the right order. This became one of the most often reported problems and it was highly mysterious and frustrating for users. Please note, that FUSE should be also installed the same way (./configure --exec-prefix=/ [...]) to solve this problem. Ntfs-3g checks and warns during compilation if this is not the case. If you are a package maintainer then please consider packaging this way ntfs-3g and FUSE. The latest FreeBSD port includes Csaba Henk's user space cache library (UBLIO) thanks to Alejandro Pulver, which has resulted a major, 8-fold performance boot, apparently very close to the Linux level. http://www.freshports.org/sysutils/fusefs-ntfs Major visible changes since the last stable release: o new: install executables to the root file system otherwise mount could fail during boot o fix: any kind of file size change failure returned "Operation not permitted" o fix: file close failure was not always reported o fix: unmount failure was not always reported o fix: file creation always gave "I/O error" if the $MFT Bitmap wasn't up-to-date o fix: converting very long file names to Unicode may failed o fix: syslog messages didn't show the low level error detail o fix: compilation improvements on OS X and NetBSD The stable release can be downloaded from http://ntfs-3g.org/ Many thanks to Alejandro Pulver, Alistair Crooks, Dominique L Bouix, Peritus, Karel Zak, Florent Mertens, Regis Duchesne, Colin Watson, Miklos Szeredi, and Csaba Henk. Szaka |
From: Szabolcs S. <sz...@nt...> - 2007-06-12 00:43:06
|
Welcome, Several things are ongoing in development which are not ready yet and before too much things would pile up, here is a quick release candidate. The same package will be released as stable earliest after four days if no serious problem is reported. The most important change is, the driver binaries are installed in the /bin and /lib directories on the root file system by default (--exec-prefix=/) because automount would fail during boot if the fstab entries are not in the right order. This became one of the most often reported problems and it was highly mysterious and frustrating for users. Please note, that FUSE should be also installed the same way (./configure --exec-prefix=/) to solve this problem. Ntfs-3g checks and warns the user during compilation if this is not the case. The latest FreeBSD port includes Csaba Henk's user space cache library (UBLIO) thanks to Alejandro Pulver, which has resulted a major, 8-fold performance boot, apparently very close to the Linux level. http://www.freshports.org/sysutils/fusefs-ntfs Major visible changes: o new: install executables to the root file system otherwise mount could fail during boot o fix: any kind of file size change failure returned "Operation not permitted" o fix: file close failure was not always reported o fix: unmount failure was not always reported o fix: file creation always gave "I/O error" if the $MFT Bitmap wasn't up-to-date o fix: converting very long file names to Unicode may failed o fix: syslog messages didn't show the low level error detail o fix: compilation improvements on OS X and NetBSD The release candidate is available at http://ntfs-3g.org/ Many thanks to Alejandro Pulver, Alistair Crooks, Dominique L Bouix, Peritus, Karel Zak, Florent Mertens, Regis Duchesne, Colin Watson, Miklos Szeredi, and Csaba Henk. Good hunting, Szaka |
From: Szabolcs S. <sz...@nt...> - 2007-05-15 22:42:19
|
Hello, This is an emergency, security fix release. If ntfs-3g was installed setuid root on Linux __and__ the FUSE kernel driver wasn't loaded yet into the running kernel before mount then those users who had access to run ntfs-3g could gain root access in a properly crafted environment. Non-Linux OSes, non-setuid installations and setups where the FUSE kernel driver loads automatically during system boot (and it's not removed afterwards) are not affected. Many thanks to Jochen Schmitt and Tom "spot" Callaway for the bug report and their contributions. The stable release is available at http://ntfs-3g.org/ Have a safe sailing, Szaka |