Re: HOWTO: NTFS with read/write support using ntfs-3g (easy method)
I don't have winxp installed...so the only viable alternative is tu use the 'force' option.
There is anyone that can tell me why the script used on the boot doesn't work? (post #986)
g.
Re: HOWTO: NTFS with read/write support using ntfs-3g (easy method)
I don't have fr_FR.utf8 installed but I got fr_CA ISO-8859-1 as my locale.
Can I add
Code:
/dev/hda5 /media/hda5 ntfs-3g defaults,locale=fr_CA.iso88591 0 0
to my fstab file?
Re: HOWTO: NTFS with read/write support using ntfs-3g (easy method)
Portuguese version of the guide updated :D
thanks for the updates ;)
working great on edgy.
Re: HOWTO: NTFS with read/write support using ntfs-3g (easy method)
http://givre.cabspace.com/ seems to be down right now.
Re: HOWTO: NTFS with read/write support using ntfs-3g (easy method)
I thought i already reply to those question, but it semas that my post get lost, or i'm missing something :confused: . Anyway, i'll just repeat myself, sorry for the delay 8)
ba5e, yeah i know. In fact it's not the first time that it happens, cabspace really sucks.:rolleyes:
iGama, thanks mate ;) i already update the first post
Tilex, you don't use utf8 ? Anyway, you can of course use that locale if it is the one you use.
giruzz, tome4k, it seams that you have the same issue. I talked to szaka about that, and for the moment there is only two alternative for the moment:
- mount your partition(s) with the force option. You can of course also add this ption in your /etc/fstab
- Get a windows box/CD and run chkdsk on your partition.
A recipe how to bring your system to a halt
Hi,
first of all, thanks for the great software, I'm really enjoying it. Keep up the good work!
I recently faced a problem with ntfs-3g in Edgy when downloading large files with Azureus. So, here's my recipe if you want to try :)
1. Install ntfs-3g and mount a ntfs partition -- an external drive connected via USB 2.0 in my case;
2. Start up Azureus (I'm running it with Sun JRE 1.5)
3. Start downloading a torrent of sufficient size -- 4GB should be enough;
4. Watch your system start crawling in a few minutes, with GUI stopped responding and mount.ntfs-3g process eating up all the memory.
I have 1GB of RAM installed and the mount.ntfs-3g process was consuming 94% of all available memory (according to top) before I killed it. I had to reboot to continue working with my PC.
Before that I noticed several times mount.ntfs-3g consuming 100% CPU when downloading smaller files with Azureus, like 2GB in size, but never have I experienced such problems.
With files of size smaller than 1GB I have never had any problems.
So, here it is. Again, I like ntfs-3g and I would really like it to become more stable. If there's anything I could do to help investigate this problem, I'd love to.
Re: A recipe how to bring your system to a halt
Hi givré,
Is there any chance to get the latest NTFS-3G driver ntfs-3g-0.20061115-BETA in the repository for Dapper now? Btw, I'm using this repository:
Code:
deb http://flomertens.keo.in/ubuntu/ dapper main main-all
Thanks :)
Re: HOWTO: NTFS with read/write support using ntfs-3g (easy method)
Quote:
Originally Posted by
ZiZi
Hi Givré,
thanks for the driver, good job I suppose, since there are no more 'Cannot do this/that' error messages when I'm manipulating with files on the ntfs partition.
However, I'm using it under KDE, where your new HAL + libhal packages (or possibly something else) broke automounting media devices. Before the update, I was able to go to media:/sda1 (when using an USB pen drive or external HDD) and the device was automatically mounted for me. This does not work any more after installing your packages, and the error message is useless (Error - KIOExec: an unknown error occured).](*,) However, 'pmount /dev/sda1' works just fine.
Several people in this thread have the same problem, but got no answer to their questions :( Since you claim you only use Gnome, couldn't you find someone who understands KDE/HAL/NTFS to do some testing? :-k Otherwise it is not an improvement for KDE users, it's just a trade-off :confused:
Quote:
Originally Posted by
givré
I am aware of the problem, and i really want to fix that, but it seams to be difficult to trace the error, all is manage by kded, but i don't know how to get good debug info with him. If somebody could help with that, it's could be great. Thanks.
Quote:
Originally Posted by
givré
zizi, i can't reproduce the error on edgy (with the same patch for hal & pmount). I'll try on my dapper box, but first, i need some more information :
- The 'unknown error' seems to mean simply that the driver is unmounted & it can't mount it. Were you able to mount an unmounted removable device using media:/ before. If not, we don't really have to care of this error (pmount is probably not default in dapper (it is in edgy)), it means simply that the drive isn't mount when plug.
- What's happens if you revert hal to the official version, but keep the patched mount ?
- What is the version of kde you use ?
givré - Hello. Thank you for your work here. I'm having the same problem as ZiZi. Using KDE 3.5.4. Just installed the 3g driver yesterday and I get the same exact error as described above when I plug in my ipod or usb stick. pmount-ing the device works fine. I did not see that anyone here having this problem posted any logs, so here is the syslog for the time when I plugged the device (ipod) in:
Code:
11/27/2006 07:52:20 PM acer kernel [17186929.732000] usb 2-4: new high speed USB device using ehci_hcd and address 8
11/27/2006 07:52:20 PM acer kernel [17186929.864000] scsi10 : SCSI emulation for USB Mass Storage devices
11/27/2006 07:52:20 PM acer kernel [17186929.864000] usb-storage: device found at 8
11/27/2006 07:52:20 PM acer kernel [17186929.864000] usb-storage: waiting for device to settle before scanning
11/27/2006 07:52:25 PM acer kernel [17186934.864000] Type: Direct-Access ANSI SCSI revision: 00
11/27/2006 07:52:25 PM acer kernel [17186934.864000] Vendor: Apple Model: iPod Rev: 1.62
11/27/2006 07:52:25 PM acer kernel [17186934.868000] SCSI device sdf: 58605119 512-byte hdwr sectors (30006 MB)
11/27/2006 07:52:25 PM acer kernel [17186934.872000] sdf: assuming drive cache: write through
11/27/2006 07:52:25 PM acer kernel [17186934.872000] sdf: Mode Sense: 64 00 00 08
11/27/2006 07:52:25 PM acer kernel [17186934.872000] sdf: Write Protect is off
11/27/2006 07:52:25 PM acer kernel [17186934.876000] SCSI device sdf: 58605119 512-byte hdwr sectors (30006 MB)
11/27/2006 07:52:25 PM acer kernel [17186934.880000] sdf: assuming drive cache: write through
11/27/2006 07:52:25 PM acer kernel [17186934.880000] sdf: Mode Sense: 64 00 00 08
11/27/2006 07:52:25 PM acer kernel [17186934.880000] sdf: sdf1 sdf2
11/27/2006 07:52:25 PM acer kernel [17186934.880000] sdf: Write Protect is off
11/27/2006 07:52:25 PM acer kernel [17186934.900000] sd 10:0:0:0: Attached scsi generic sg5 type 0
11/27/2006 07:52:25 PM acer kernel [17186934.900000] sd 10:0:0:0: Attached scsi removable disk sdf
11/27/2006 07:52:25 PM acer kernel [17186934.900000] usb-storage: device scan complete
11/27/2006 07:52:25 PM acer kernel [17186935.268000] Buffer I/O error on device sdf2, logical block 58524793
11/27/2006 07:52:25 PM acer kernel [17186935.268000] Buffer I/O error on device sdf2, logical block 58524794
11/27/2006 07:52:25 PM acer kernel [17186935.268000] printk: 36 messages suppressed.
11/27/2006 07:52:25 PM acer kernel [17186935.280000] Buffer I/O error on device sdf2, logical block 58524793
11/27/2006 07:52:25 PM acer kernel [17186935.280000] Buffer I/O error on device sdf2, logical block 58524794
11/27/2006 07:52:25 PM acer kernel [17186935.296000] Buffer I/O error on device sdf2, logical block 58524793
11/27/2006 07:52:25 PM acer kernel [17186935.296000] Buffer I/O error on device sdf2, logical block 58524793
11/27/2006 07:52:25 PM acer kernel [17186935.296000] Buffer I/O error on device sdf2, logical block 58524793
11/27/2006 07:52:25 PM acer kernel [17186935.296000] Buffer I/O error on device sdf2, logical block 58524794
11/27/2006 07:52:25 PM acer kernel [17186935.296000] Buffer I/O error on device sdf2, logical block 58524794
11/27/2006 07:52:25 PM acer kernel [17186935.296000] Buffer I/O error on device sdf2, logical block 58524794
You can see there is a buffer i/o error occurring (whatever that is :( )
I assume that this has not been solved yet...
In the last of your messages that I quoted, you mention reverting hal to the official version. How do I do that? I've never had to revert back to a previous version of anything before. Having the automount work is more important to me that the ntfs support.
Thanks for your help!
Re: HOWTO: NTFS with read/write support using ntfs-3g (easy method)
Thx for a wonderful how to and thanks a lot for your effort in giving us packages on this excellent product!
First of all let me inform you of my equipment.
P4 3.2 Ghz P4 FW 800 interface
Lace 500GB external hd with FW 800 interface
With the 2006.09.20 version I was experiencing problems when it came to dismounting the external hd, witch ones lead to corruption of the data. But the transfered rate was awesome! 20 MB/s+ and cpu usage was fairly low. After updating I have experienced a great del lower performance <10 MB/s and cpu usage being nearly 100%.
Is there any solution for this?
Reading throu ntfs-3g.org site I noticed that it's recommended to use FUSE 2.6.0 for different reasons, could this have anything to do with it considering that I'm using 2.5.3-1 and there is a newer version of the ntfs-3g released on ntfs-3g.org (0.20061115-BETA) will this soon be available? I'm on Ubuntu DD.
Re: HOWTO: NTFS with read/write support using ntfs-3g (easy method)
eustace, thanks for the report. I already saw something related with amule or others, and it semas to be related to fuse itself. Couldn't remember where i saw it (there were a little config to do to fix it), but i'll ask szaka to know what he think aout it. Thanks.
qpieus, hum i updated hal with the fix from upstream. Do you use the main-all component ? What version of hal do you use ?
extasy, DC@DR, seems you have the same question, i'll reply for both. Upgrading to the new version of ntfs-3g require the latest fuse, but also the latest fuse kernel module. Maintaining a kernel module in a third party repository could be a pain, and i don't really want to do it. Why :
- Because it will require to build it for each kernel (and for both edgy and dapper)
- Because at each official update of the kernel, i'll need to be reactive enough to do the update, otherwise mounting ntfs may fail (because it will revert to the old fuse module)
So personally, i really don't want to do that. And the version we have actually in the repo is pretty good. What are the change with the latest version :
# fix: the code wasn't endian safe
My repo is i386.
# fix: mount arguments were omitted on the 2nd fuse mount attempt
I can backport this one, i'll talk to szaka
# fix: unmount was unsafe for removable devices
It's in fact this one which make it require fuse 2.6. But the patched pmount that i provide in my repo prevent this problem, so that that should be ok.
Say me what you think.