http://ntfs-3g.org/support.html#useroption2
--
ntfs-3g does not respect fstab options
https://bugs.launchpad.net/bugs/162863
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https:
The 'exec' mount option is of course supported. In fact it's the default
NTFS-3G option. There are over 80 NTFS-3G mount options. These are NTFS-
3G, FUSE user space, FUSE kernel driver and kernel VFS related. The
NTFS-3G man page documents only the NTFS-3G specific mount options, none
of the other
Joseph: This is a long and complex story. I make it short. I've seen
many thousands related comments, suggestions, arguments in the last many
years but yours was the first one which had a good point (case 3).
Theoretically you're not right but practically you are: the damage was
already done when t
** Changed in: ntfs-3g (Ubuntu)
Sourcepackagename: util-linux => ntfs-3g
--
ntfs hard links not working
https://bugs.launchpad.net/bugs/336762
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
Hard links work fine (you can confirm by ls -i after cp -al) but
probably the 'echo B > B' case doesn't because apparently the '>'
creates a new file for some reason.
Do you have any specific software which doesn't work correctly with
NTFS-3G?
--
ntfs hard links not working
https://bugs.launchpa
The problem can not be reproduced with NTFS-3G 2009.2.1, internal FUSE
and kernel 2.6.26.
NTFS-3G and/or the kernel is too old in Ubuntu 8.10. Upstream NTFS-3G
has closed this issue report as INVALID and Ubuntu specific.
--
ntfs hard links not working
https://bugs.launchpad.net/bugs/336762
You r
This is definitely not an NTFS-3G problem. The '?' is a perfectly legal
NTFS character in the POSIX namesspace NTFS-3G uses: http://ntfs-
3g.org/support.html#posixfilenames2
--
Rhythmbox shouldn't set illegal / special characters on filenames (i.e. "?";
question mark) when ripping to NTFS volume
NTFS-3G solved this issue from version 2009.2.1: http://ntfs-
3g.org/releases.html
--
User-friendly automounting of ntfs partitions with an unclean logfile
https://bugs.launchpad.net/bugs/175503
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
** Changed in: hal (Ubuntu)
Sourcepackagename: ntfs-3g => hal
Status: Incomplete => Confirmed
--
Intrepid: USB HDD not mounted
https://bugs.launchpad.net/bugs/310326
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
The driver works as expected (Operation not permitted). Remove the
default_permissions option then it should work. Please see more detail
about permission handling in the NTFS-3G manual ('Access Handling and
Security' section): http://ntfs-3g.org/manual.html
** Changed in: ntfs-3g (Ubuntu)
It's not clear what you copied from where to where and how.
Anyway it looks to be a hardware problem. Check your RAM and disks for
bad sectors, e.g. by the utility badblocks.
--
mount.ntfs causes 100% CPU (iowait)
https://bugs.launchpad.net/bugs/328352
You received this bug notification because
It's impossible to see what NTFS-3G has to do with the problem.
Yes, the /dev/sda1 NTFS partition is mounted at /media/WindowsRecovery
by NTFS-3G but you were reading from another file system mounted at
/media/mobile120 and writing to partition /dev/sda2.
The IOWAIT is completely normal when one
Not ntfs-3g specific, other programs crash in syslog -> dl_fixup() too:
Bug #188354, Bug #279586, Bug #124453
** Changed in: glibc (Ubuntu)
Sourcepackagename: ntfs-3g => glibc
--
ntfs-3g crashed with SIGSEGV in ntfs_log_handler_syslog()
https://bugs.launchpad.net/bugs/250060
You received this b
NTFS-3G 2009.2.1 did fix a crash in ntfs_attr_lookup if a file or
directory (this is the case here) was highly fragmented and there was an
NTFS corruption or hardware problem: http://ntfs-3g.org/releases.html
--
ntfs-3g crashed with SIGSEGV in ntfs_attr_lookup()
https://bugs.launchpad.net/bugs/33
The crash happens exactly at the same place which was fixed in NTFS-3G
2009.2.1.
However the stack trace doesn't look correct. There are some problems
with it. Like apparently using debug symbols from the NTFS-3G 2009.2.1
release and manual edition of vital parameters to corrupt values which
shoul
This is a known Vista problem handling sparse files. Please contact
Microsoft. Good luck!
--
sharing amule temp files winth Vista in ntfs partition gives BSOD
https://bugs.launchpad.net/bugs/279017
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Ubuntu doesn't compile with the internal FUSE library which is used to
ensure and certify NTFS-3G quality. The external FUSE library has
several issues which are fixed only in the FUSE CVS.
--
ntfs hard links not working
https://bugs.launchpad.net/bugs/336762
You received this bug notification be
What NTFS-3G does is actually detects and reports that something has
corrupted two files. The "2.6.28-11 causes massive data corruption with
ICH8/ICH9 on 64 bits installations" bug is indeed a very good candidate
to be the real culprit.
Data and file system corruptions almost exclusively origin fr
Please see http://ntfs-3g.org/support.html#indexo
** Changed in: ntfs-3g (Ubuntu)
Status: New => Invalid
--
Copying NTFS partition full might cause NTFS errors
https://bugs.launchpad.net/bugs/412119
You received this bug notification because you are a member of Ubuntu
Bugs, which is subsc
** Changed in: ntfs-3g (Ubuntu)
Status: New => Invalid
--
Ntsf-3g is corrupting NTFS structure.
https://bugs.launchpad.net/bugs/389718
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.
http://ntfs-3g.org/support.html#wine
It's a mount(8) bug/feature. Use 'users,exec', not 'exec,user'.
** Package changed: ntfs-3g (Ubuntu) => util-linux (Ubuntu)
--
mount ignores options from fstab
https://bugs.launchpad.net/bugs/396874
You received this bug notification because you are a member
** Changed in: ntfs-3g (Ubuntu)
Status: New => Invalid
--
nfts-3g ubuntu 9.04 filesystem corruption
https://bugs.launchpad.net/bugs/368134
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@li
** Package changed: ntfs-3g (Ubuntu) => rhythmbox (Ubuntu)
--
Rhythmbox shouldn't set illegal / special characters on filenames (i.e. "?";
question mark) when ripping to NTFS volumes
https://bugs.launchpad.net/bugs/318625
You received this bug notification because you are a member of Ubuntu
Bugs
@Shirish: NTFS-3G is a user space driver. It can't hang the system. Only
buggy kernels can. Nevertheless your experience is very unique and it
sounds to be a hardware problem.
It's also possible that Ubuntu patched the driver and something went
terrible wrong. But then, much more people would repo
@Florian Linux NTFS development claims 100% NTFS compatibility. If you
think otherwise then please describe here what your problems are because
we very much would like to know and fix it if it's justified. Please
note, Ubuntu uses an extremely old version of the driver which indeed
has many problem
Things don't work the way you think. They are much, much more complex.
E.g. a full NTFS driver implementation requires more than 150 person
years work.
Not only the file data but ALL relevant metadata must be on the disk as
well. If only a few metadata bytes are missing then one may "lose"
everyth
No software solution will help because the (disk) caches will lie about
the data. It's not possible to build a reliable (predictable) system on
unreliable hardware. People want the cheapest and fastest disks => disk
manufacturers provide them but data unreliability is the real price. The
faster med
It's mathematically not possible, not statistically.
If Windows were safe Microsoft wouldn't have documented the same data
loss problem: http://support.microsoft.com/kb/940508 They talk about not
unmounted devices which is the same as suddenly removing them or power
outage.
Moreover the severity
Please try el_GR.utf8 too. Technically you don't have el_GR.UTF-8 (local
-a output). This shouldn't matter but maybe this legacy support was
broken by a developer accidentally.
--
files with unusual character sets are sometimes completely invisible to the
driver : locale not set correctly
https:
ntfs-3g's fd 3 is the ntfs block device where it read/writes. Anything
else is closed (fd 0,1,2 unless the 'debug' option is used). Logging is
done via openlog(3).
--
[gutsy tribe-5] installer stops at 'creating a filesystem' because of mount.ntfs
https://bugs.launchpad.net/bugs/135370
You receiv
Actually the daemon(3) function is used by default which redirects the standard
fd's to /dev/null:
lrwx-- 1 root root 64 Oct 2 00:58 5 -> socket:[2190855]
lrwx-- 1 root root 64 Oct 2 00:58 4 -> /dev/fuse
lrwx-- 1 root root 64 Oct 2 00:58 3 -> /dev/hda3
lrwx-- 1 root root 64 Oct
Vangelis: Could you try el_GR.utf8 (not el_GR.UTF-8 and not
en_US.UTF-8)? Probably it won't make a difference but if 'locale'
canonicalises differently then perhaps something else too.
--
files with unusual character sets are sometimes completely invisible to the
driver : locale not set correctl
Vangelis: Does it help if you put into /etc/default/locale
LC_ALL="el_GR.UTF-8"
and you export it in /etc/init.d/mountall.sh where the LANG variable exported
too?
export LC_ALL
Though something could still set it (back) to "C" before NTFS mount.
setlocale(3) ignores LANG if LC_ALL is set.
--
f
Gparted isn't maintained for a long time and some of the most serious
problems are in Parted actually. I wrote ntfsresize what gparted uses
and explained the problems and how to fix them to the authors many times
but they never got fixed for some reasons.
Regards, Szaka
==
NTFS-3G Lead Developer
Neither ntfs-3g nor fuse bug. The partition is already in exclusive use
by the kernel and you must mount the partition somewhere under
/dev/mapper.
** Changed in: ntfs-3g (Ubuntu)
Status: New => Invalid
--
[GUTSY] Unable to mount NTFS partition
https://bugs.launchpad.net/bugs/151099
You r
Yes, it can happen with any disk which powers down during write
activity, have bad sectors or other hardware fault.. You can find the
proofs in the logs under /var/log/ There isn't absolutely anything
ntfs-3g could do about such problems besides reporting them. They are on
a lower level.
--
ntf
When you /bin/cp a file then it gets new timestamps by default whatever
is the file system. Nautilus maybe redefines this behaviour but not
consistently.
** Changed in: nautilus (Ubuntu)
Sourcepackagename: ntfs-3g => nautilus
--
Copyng a file to a NTFS drive change the date and the time of the f
We've check it out now and NTFS-3G indeed doesn't update the "creation"
time correctly sometimes (originally you commented the "modification"
time).
Thank you for the bug report, this is planned to be fixed in the next
NTFS-3G release.
Szaka
==
NTFS-3G Lead Developer: http://ntfs-3g.o
@Mario: Could you please explain us why this is a bug in ntfs-3g when
apparently the mount process doesn't even get to the point to execute
the driver? This information may be useful too: http://ntfs-
3g.org/support.html#plugandplay
Thanks, Szaka
==
NTFS-3G Lead Developer: http://ntfs-3g.org
-
Just to clarify: do you want the file "change" timestamp to be the start
time of the copy, not the end time of the copy? If the driver doesn't do
things this way then that will be fixed (one unrelated ctime update
problem is already fixed).
If you're interested in the "creation" time then unfortun
Ntfs-3g updates the times the same way as other file systems.
ext3:
# stat test1
File: `test1'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 805h/2053d Inode: 2275396 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 1004/ szaka) Gid: ( 100/ user
> Try to extract some or all the files of a compressed file (.zip, .tar, ...):
> in the compressed file You see
> the date and the time of the file, and if You extract in a NTFS drive, at
> this moment You see the date of
> the copy. Expected is the original date (and time), and this is OK if y
Please see: http://ntfs-3g.org/support.html#cpu100
--
ntfs-3g takes 100% of my cpu
https://bugs.launchpad.net/bugs/159705
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
ht
I don't think DMA is the problem but some or all the first three items:
- Not using at least NTFS-3G version 1.1004.
- Writing multi-GB files on a highly internally fragmented volume.
- Some softwares are using the most inefficient block sizes by default.
--
ntfs-3g takes 100% of my cpu
https:/
You may also have small NTFS block size but to tell that for sure I
would need the output of the below command
grep -i 'dma|sd|ntfs' /var/log/daemon.log
--
ntfs-3g takes 100% of my cpu
https://bugs.launchpad.net/bugs/159705
You received this bug notification because you are a member of Ubuntu
B
See: http://ntfs-3g.org/support.html#slowwrite
and try
grep -i 'dma|sd|ntfs' /var/log/daemon.log*
--
ntfs-3g takes 100% of my cpu
https://bugs.launchpad.net/bugs/159705
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-
ntfs-config
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Since the FLAC library is doing the inefficient I/O thus any software is
affected which uses it.
** Changed in: flac (Ubuntu)
Sourcepackagename: ntfs-3g => flac
** Changed in: flac (Ubuntu)
Status: New => Confirmed
--
Amarok hangs during tagging of FLAC files
https://bugs.launchpad.net/b
@apecar:
If you have 90+% NTFS-3G CPU usage then please send the
debug log following the instructions at
https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/24063/comments/9
and after that the full output of
egrep -i 'dma|sd|ntfs' /var/log/daemon.log*
--
Amarok hangs during tagging of FLAC
The relevant device is already locked by probably the device mapper, LDM
or md.
Look for mountable devices under /dev/mapper. kpartx -a
/dev/mapper/brand_blabla may be needed to create the mountable
partitions under /dev/mapper.
In the other two cases follow the relevant instructions how to creat
This is an Ubuntu boot time configuration problem. The locale
environment is set only after the NTFS partition was mounted which is
too late: http://ntfs-3g.org/support.html#locale3
--
ubuntu doesn't see every file on ntfs
https://bugs.launchpad.net/bugs/144813
You received this bug notification
Using strace bunzip2 ... you can see why the kernel doesn't allow you to
do what you want. Bunzip2 wants to set the owner or a permission it's
not authorized to do according to your mount parameters. Set the uid= to
the user you're bunzip2'ing and it will work.
--
bunzip2 cannot extract files
htt
Then you need to fix bunzip2 to work the way as gzip, or turn off NTFS-
3G permission handling completely (no umask=, fmask=, dmask=, uid=, gid=
mount options).
--
bunzip2 cannot extract files
https://bugs.launchpad.net/bugs/146225
You received this bug notification because you are a member of Ub
Well, then I'd like to welcome You in the Virtual Million Budget NTFS-3G
Permission Handling Project! Unfortunately we can pay only virtually for
the testing but we do can offer the **REAL** Lead Quality Assurance
Engineer role ;-)
Please note that this is very new and __really__ experimental code
bunzip2 is definitely able to unpack files, people do it all the time.
Your problem is unique and it's quite probably a configuration or
usage one.
Do you have the same problem as root too?
If not then the message is correct, you don't have the permission
to do what you want in that directory.
Sure, it's possible. DARPA paid $US 600,000 for reiser4 ACL/permission
handling. Our job is a bit more difficult because we have to deal with
Windows/Unix user and ACL mappings, and smooth Windows interoperability
too. But yes, with the right development team, it could be done in a
year with a budg
The intention is here: http://perso.orange.fr/b.andre/security.html
I'm very disappointed you don't want to help us anymore.
--
bunzip2 cannot extract files
https://bugs.launchpad.net/bugs/146225
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact
Can anybody send an install log? I've never heard about situation where
mount.ntfs (ntfs-3g) would hang, only here. Mount either succeeds or it
fails and the mount command returns. The issue is clearly related to
mount.ntfs, it triggers something somewhere but only the log could tell
where the rea
Anybody knows which package /etc/init.d/mountall.sh belongs? The problem
can't be fixed in the ntfs-3g package, only in the one which
/etc/init.d/mountall.sh has and its maintainer is apparently not aware
of the problem, so he can't fix it.
--
files with unusual character sets are sometimes compl
@Vangelis Tasoulas: can you see the files if you do
umount -a
mount -a
If not then your problem is different, e.g. your locale is not
configured, or doesn't exist, or not the correct one.
==
NTFS-3G Lead Developer: http://ntfs-3g.org
--
files with unusual character sets are sometimes complete
It can't be fixed. Windows is in a mess which can be fixed only by
itself. Mounting the drive is intentionally denied because it would be
highly unsafe and could result full data loss. What I think nobody would
like to happen.
Workaround can be the usage of the 'force' mount option which, as I
men
** Changed in: sysvinit (Ubuntu)
Sourcepackagename: ntfs-3g => sysvinit
--
files with unusual character sets are sometimes completely invisible to the
driver : locale not set correctly
https://bugs.launchpad.net/bugs/132357
You received this bug notification because you are a member of Ubuntu
Bu
Metadata means that it don't have any user data, only the NTFS
structures.
--
ntfs-3g uses most of the cpu
https://bugs.launchpad.net/bugs/137141
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-b
What's you /etc/fstab? Probably your locale is on a separate partition
which weren't mounted yet when ntfs is mounted. Moving the ntfs-3g entry
to the end of /etc/fstab should help.
--
files with unusual character sets are sometimes completely invisible to the
driver : locale not set correctly
h
Gutsy uses a very old NTFS-3G which denied several mount scenarios what are
supported now. For example when the NTFS partition was resized previously, or
the Windows hibernation file is corrupted.
There are two problems here:
1) NTFS-3G is tool old
2) Install shouldn't stop if mounting the NTFS
My comment was for the earlier syslog. Is mount.ntfs a symlink to ntfs-
3g? If yes then there are more problems.
--
[gutsy tribe-5] installer stops at 'creating a filesystem' because of mount.ntfs
https://bugs.launchpad.net/bugs/135370
You received this bug notification because you are a member o
Do you have the same problem with not JFS file system too? JFS is dead,
IBM stopped supporting it, so it can have all short of problems, more
and more in time.
--
[gutsy tribe-5] installer stops at 'creating a filesystem' because of mount.ntfs
https://bugs.launchpad.net/bugs/135370
You received t
If you can make a custom installer then you can use the 'debug' ntfs-3g
mount option and you could see on the stdout (or stderr, depending on
the fuse version used) what's exactly happening with the driver and
where it hangs. Well, actually unless it's in the kernel which is very
probably. How much
@Vangelis Tasoulas: you're not using the NTFS-3G driver but the old
kernel one. Change all occurances of ntfs to ntfs-3g in your fstab file
and everything should be fine if you use the latest gutsy install with
the fix Colin just mentioned.
--
files with unusual character sets are sometimes compl
If you're Greek then the LANG="en_US.UTF-8" setting is not ok. You
should use LANG=el_GR.UTF-8
--
files with unusual character sets are sometimes completely invisible to the
driver : locale not set correctly
https://bugs.launchpad.net/bugs/132357
You received this bug notification because you ar
What's the output of 'locale -a'?
--
files with unusual character sets are sometimes completely invisible to the
driver : locale not set correctly
https://bugs.launchpad.net/bugs/132357
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubunt
You don't have Greek locale: http://ntfs-3g.org/support.html#locale
I'm surprised you can use them even after umount/mount.
--
files with unusual character sets are sometimes completely invisible to the
driver : locale not set correctly
https://bugs.launchpad.net/bugs/132357
You received this bu
*** This bug is a duplicate of bug 115616 ***
https://bugs.launchpad.net/bugs/115616
I can tell you that the issue has really absolutely nothing to do with
ntfs-3g.
It's the kernel how it (incorrectly?) started to setup raid, dm, ldm, etc.
The "device busy" always means that something already
http://ntfs-3g.org/support.html#locale
--
NTFS-3g on boot switch off ru_RU.UTF-8 locale
https://bugs.launchpad.net/bugs/152740
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.co
Please see the most common reasons for high NTFS-3G CPU usage at
http://www.ntfs-3g.org/support.html#cpu100
I also do remember a problem in amarok what one of the above items also
suggests and Waster's comment too who doesn't use NTFS. Maybe you don't
have the fix Sarah mentioned?
--
Amarok hang
So, do you suggest that there is a problem using FLAC files with Amarok
and NTFS-3G? If yes, then please do the following as root at the command
line:
umount
mount -t ntfs-3g -o debug &> ntfs-3g.log
reproduce the problem
umount
and then send here or to [EMAIL PROTECTED] th
Who is using CPU when amarok hangs, and can you find anything in the
/var/log/daemon.log file?
--
Amarok hangs during tagging of FLAC files
https://bugs.launchpad.net/bugs/24063
You received this bug notification because you are a member of Kubuntu
Team, which is a bug contact for amarok in ubunt
I remember an amarokcollectionscanner high memory usage problem. That
could also cause all kinds of weird problems.
--
Amarok hangs during tagging of FLAC files
https://bugs.launchpad.net/bugs/24063
You received this bug notification because you are a member of Kubuntu
Team, which is a bug contac
Thanks a lot Evgeny. Amarok (or the FLAC codec) indeed uses very
unoptimal write buffer size which significantly worsen the performance:
http://ntfs-3g.org/support.html#dd
--
Amarok hangs during tagging of FLAC files
https://bugs.launchpad.net/bugs/24063
You received this bug notification because
ntfs-config: http://flomertens.free.fr/ntfs-config/
--
Ntfs configuration tool
https://bugs.launchpad.net/bugs/104354
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https:/
ntfs-3g doesn't need either the nls or the locale mount option if the
language specific locale environment is already correctly setup by the
distribution before mounting the volumes (Ubuntu 7.10 already should do
this way). More info is at http://ntfs-3g.org/support.html#locale
In short, if the di
ntfs-3g doesn't need either the nls or the locale mount option if the
language specific locale environment is already correctly setup by the
distribution before mounting the volumes (Ubuntu 7.10 already should do
this way). More info is at http://ntfs-3g.org/support.html#locale
In short, if the di
Please note that the original bug submission was about high memory, not
CPU usage. High CPU usage can happen with any file system in certain
cases during heavy file activity.
So, what is the process whihs uses 250MB during running Amarok?
The "screen off" effect is a known kernel problem, probabl
** Changed in: ntfs-config (Ubuntu)
Sourcepackagename: ntfs-3g => ntfs-config
--
Feisty Fawn: ntfs-3g ceased to work afetr software update
https://bugs.launchpad.net/bugs/120643
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
u
This is a problem in FUSE 2.7.0 which should be solved soon in FUSE
2.7.1.
--
ntfs-3g cannot use mount from klibc
https://bugs.launchpad.net/bugs/138958
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
u
Apparently FUSE can't fix it, so /bin/mount should be modified to ignore
the -i option
** Changed in: klibc (Ubuntu)
Sourcepackagename: ntfs-3g => klibc
Status: New => Confirmed
--
ntfs-3g cannot use mount from klibc
https://bugs.launchpad.net/bugs/138958
You received this bug notificatio
Could you please send me to [EMAIL PROTECTED] your hardware details and the
NTFS metatdata following the instructions at
http://www.wiki.linux-ntfs.org/doku.php?id=ntfsclone#store_only_ntfs_metadata
Thanks.
--
ntfs-3g uses most of the cpu
https://bugs.launchpad.net/bugs/137141
You received thi
Your setup is broken. See http://ntfs-3g.org/support.html#locale
--
Songs with accented letters in title are not ripped
https://bugs.launchpad.net/bugs/137359
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing
ntfs-3g 1.826 supports mount in this case.
--
Usability: 'Cannot mount volume' details are not selectable
https://bugs.launchpad.net/bugs/132279
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bu
NTFS-3G 1.826 has fixed all known mtime update problem.
--
amarok: "Watch folders for changes" doesn't work - no automatic collection
updates
https://bugs.launchpad.net/bugs/37346
You received this bug notification because you are a member of Kubuntu
Team, which is a direct subscriber.
--
kubu
The locale="ru_RU.UTF8" option is not enough. Your environment must be
also UTF8 ready and the specified locale must exist on your system. See:
http://ntfs-3g.org/support.html#locale
However, if everything were correctly setup then you wouldn't need the
'locale' option at all. So, the conclusion i
Why did /sbin/mount.ntfs look suspicious? How long did you wait? Isn't
it possible that it was importing (searching for and copying) files from
the NTFS partition to the Linux one? Thanks.
--
[gutsy tribe-5] installer stops at 'creating a filesystem' because of mount.ntfs
https://bugs.launchpad.
>From ntfs-3g upstream: this bug report is invalid.
NTFS has several file namespaces: DOS, WIN32, POSIX. Linux, as a POSIX OS,
always creates files in the POSIX namespace. Characters in the file name
can be anything except '/' and '\0'. These files are accessible via the WIN
API on Windows only if
*** This bug is a duplicate of bug 124480 ***
https://bugs.launchpad.net/bugs/124480
>From ntfs-3g upstream: NTFS __is__ case sensitive unlike VFAT. Windows
supports this if one installs the Windows Services for Unix (SFU) freely
available Microsoft package.
In sort, everything behaves as it
On Sat, 7 Jul 2007, Nicolò Chieffo wrote:
> I've seen this on the ntfs-3g page, but I don't understand why ntfs
> can be accessed in a POISIX way, since it is a filesystem designed for
> windows.
No, you're misunderstanding the issues here. NTFS is designed
to be POSIX:
http://www.microsoft.co
On Sat, 7 Jul 2007, Nicolò Chieffo wrote:
> The ntfs filesystem in a default windows istallation has some forbidden
> characters such as : \ ? and others (I don't have the list) and is not
> case sensitive
No. NTFS doesn't forbid either. They are perfectly legal. This is a
Microsoft documented f
>From ntfs-3g upstream: touch made the kernel OOPS which then killed it.
This is a kernel or hardware problem.
--
crash after "touch test"
https://bugs.launchpad.net/bugs/124561
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
u
About the permission handling please see the ntfs-3g manual (type on a
console: man ntfs-3g).
The svn move input/output error is fixed at http://ntfs-3g.org/rename-
fix.diff and will be included in the soon coming ntfs-3g release if no
side-effect is found during the quality assurance process.
Th
Definitely.
--
crash after "touch test"
https://bugs.launchpad.net/bugs/124561
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubun
Miklos Szeredi (fuse) just wrote me (ntfs-3g) that Linus Torvalds
(kernel) is working on the problem: http://lkml.org/lkml/2007/7/8/108
--
crash after "touch test" in ntfs-3g filesystem
https://bugs.launchpad.net/bugs/124561
You received this bug notification because you are a member of Ubuntu
1 - 100 of 1128 matches
Mail list logo
