Amule ed NTFS

[RoT]

il problema non sono i file ntfs, io attualmente utilizzo un hard disk con filesystem ntfs ed amule va che è una meraviglia... so che non è una soluzione ma non ho idea di come si sia risolto il problema

[Gimli[2BV!2B]]

Originariamente inviato da hamidi

i think it can't work cent percent with a compressed file in NTFS.

Are you talking about transparent compressed files/directories in NTFS?
This NTFS feature is still not completely supported by ntfs-3g drivers. (only read, not write)

If this is the case, just try to deactivate compression on a/eMule temp folder.

I've no other ideas... as reported, your problem seems to appear randomly, sometimes after some hours of uptime; perhaps it could be a combination of a particular version of ntfs-3g drivers, aMule version, properties of NTFS volume...

[hamidi]

this may be the only reasonable idea. it seems that ntfs-3g can't write to a compressed file. yes, i meant the same.
how can i make sure that the problem is exactly this?
i can't deactivate the compression. the drive can't hold the uncompressed files. compression feature of NTFS which i think is not available and is not going to be available in any version of linux filesystem and distributions as well as its so wide range of security feature is a great benefit of using Windows in contrast to eg. Ubuntu. i think we need to use a combined OS to have advantages of both and doesn't have disadvantages of both.
the feature of compression seems to be designed best for eMule. while u intend to download a huge file like a 700MB divx video file, it's just occupies 4K at first. when more parts of file are downloaded the real occupied space of the file increases. this is why i use compression, if not for anything else, surely for eMule temp folder.
compression also makes working with Windows smoother and faster. just NTLDR needs not to be compressed and maybe the pagefile.sys. others i think is better to be compressed.
in contrast some filesystems like reiserfs r not comparable with ntfs. they're so faster to work with...
anyway, i just was going to describe why i have to use compression. :P
it's not operating randomly! why did u think so? it always generate the same error, but ony with aMule. it doesn't have any problem reading the files, as u mentioned. it seems that writing to compressed files has problems. i don't change properties of NTFS volume, aMule version or ntfs-3g version.
anyway, i like to know what's the occupied space for an empty 700MB file on the hard disk if the filesystem be reiserfs? does reiserfs act like ntfs compressed?

[Gimli[2BV!2B]]

So you use NTFS compression or not? This property must be activated manually, it's automatically activated only on the hidden backup folders created in Windows directory by security updates.
Here you can see a screenshot of the properties of a compressed folder.

This compression can be useful, but can add a noticeable overhead to the filesystem.
Or maybe not, as you suggest, there are opposite point of view on this topic, and I'm not very informed/interested on this argument.

If you use this NTFS feature, this is the problem.

Talking about the "random part": RoT said that with Ubuntu 9.04 the problem disappeared.
A first read of one of his posts made me also think that the error showed up after some hours of use, but I misunderstood him...
Do you have Ubuntu 9.04 installed?

Now the last point: does Linux file systems have transparent compression?
Comparison of file systems says that Butter FS (very, very new), Reiser4 (in a sort of limbo after Hans trial...) and ZFS (non GPL licence -> FUSE) have this feature.
In any other file system an empty 700 MB file will fill 700 MB of space.

[hamidi]

Bravo, Gimli!
u sound so expert in linux and investigations over it. thank u for ur so great assistances and information provided. it will take some time for me to follow the links and read the documents. but for now, if u say that the problem is fully solved in ubuntu 9.04 which i'm using and it fully supports ntfs, so why such a problem in aMule exists?
i tried gparted and it worked even better than Partition Magic! it was awesome! my files were compressed, but no problem occured for the partition.
i completely use compression, why not? yes, the overhead exists, but in total the system gets faster as i read once b4 in MS documents. i'm going to read the documents u mentioned too. reasonably, it must gets faster. reading less data from a too slow device in comparison with the CPU's speed ie. hard disk, decompressing it in memory and finding the original data is too faster than reading the original data from the device, even though it includes the processing of decompression.
i enable file and folder compression everytime i format a partition. i don't know why it's off by default! i also check the box whenever i see a file or the folder with the black color instead of blue.

If you use this NTFS feature, this is the problem.

u mean if i'm not using version 9.04. right? if so, i use this version as i mentioned above. so this is not the problem. right?
and a question, can i convert the file system to reiser4? gparted doesn't bring up conversion for this fs though.
i hope once ubuntu be able to bring up the security tab for ntfs partitions.

[Gimli[2BV!2B]]

Another problem, that generated the SafeIO::IOFailure on normal (not compressed) NTFS directories is solved in Ubuntu 9.04 (as reported by Rot).
But you use NTFS compression, that is *NOT* fully supported by ntfs-3g drivers, independently by Ubuntu version.
So, if you are using 9.04, you're probably seeing the same error messages because you activated NTFS compression on eMule/aMule temporary folder.

To check if this hypothesis is correct you should try to disable compression only on the necessary folders (a/eMule temporary and, eventually, incoming).
If the error disappears, you will need to decide if permanently disable compression on this folders, or move them in a fully supported file system, or keep aMule and eMule folders separated, or use only eMule, or use only aMule...

Reiser4 is still not inside the kernel, so if you want to use it you need to patch the kernel sources and compile your own kernel. Perhaps, in a not very far future, it will enter into the mainline kernel.

[hamidi]

thank u very much
i will examine it
just a question. i encountered some questions about ubuntu. where's the best place to discuss about them? they're separate and not relative to aMule.

[Gimli[2BV!2B]]

Well, I think that the best place for Ubuntu is Ubuntu Forums!

[hamidi]

yeah, i thought so at first
but i got some questions which never was answered by anyone there