Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 5 Aug 2015 19:41:09 +0000 (UTC)
From:      Dmitry Marakasov <amdmi3@FreeBSD.org>
To:        ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org
Subject:   svn commit: r393612 - head/sysutils/fusefs-ntfs/files
Message-ID:  <201508051941.t75Jf938003442@repo.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: amdmi3
Date: Wed Aug  5 19:41:08 2015
New Revision: 393612
URL: https://svnweb.freebsd.org/changeset/ports/393612

Log:
  - Mentione another ublio bug:
  
  Current implementation does not properly work with partitions of size which
  is not a multiply of UBLIO_BLOCKSIZE (cannot read/write last cluster). For
  instance, you may not be able to create ntfs filesystem because of this with
  
     Initializing device with zeroes:  99%Failed to complete writing to
     /dev/ada0s1 after three retries.

Modified:
  head/sysutils/fusefs-ntfs/files/README.FreeBSD

Modified: head/sysutils/fusefs-ntfs/files/README.FreeBSD
==============================================================================
--- head/sysutils/fusefs-ntfs/files/README.FreeBSD	Wed Aug  5 19:29:19 2015	(r393611)
+++ head/sysutils/fusefs-ntfs/files/README.FreeBSD	Wed Aug  5 19:41:08 2015	(r393612)
@@ -105,9 +105,16 @@ useful for testing purposes and in pract
 5. Known issues
 ==============================================================================
 
-For mkntfs(8) -F must be used to allow non-block device to be processed.
+- For mkntfs(8) -F must be used to allow non-block device to be processed.
 
-When reading/writting the same file repeatedly while doing many simultaneous
+- Current implementation does not properly work with partitions of size which
+is not a multiply of UBLIO_BLOCKSIZE (cannot read/write last cluster). For
+instance, you may not be able to create ntfs filesystem because of this with
+
+   Initializing device with zeroes:  99%Failed to complete writing to
+   /dev/ada0s1 after three retries.
+
+- When reading/writting the same file repeatedly while doing many simultaneous
 operations on different files sometimes the former one fails: read(2) returns
 -1 and sets errno to EAGAIN. This is because of a difference between the FUSE
 kernel implementation in Linux and FreeBSD, and is being worked on. An example



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201508051941.t75Jf938003442>