I assume this is a bug either with the Audiotron or with the NTFS driver. I have reported it to turtle beach. As per your user docs, I am reporting it to you and not the NTFS driver group. Here is the report (written for you, turtle beach, and anyone else who encounted the same problem): I am running a Linux / Windows dual boot machine. All my music resides on a 120 GB NTFS partition that is shared either via windows file sharing or via Samba. I use a Turtle Beach Audiotron (www.audiotron.net) to play the music through my stereo. I changed my Linux system from Red Hat to Gentoo (www.gentoo.org). When I did this my Audiotron could no longer read the network share. These were the symptoms: 1) The Audiotron would find the network share, but would hang and never find any songs. 2) My Windows XP laptop client had no trouble accessing the share. 3) Once the Audiotron tried to access the share, no one else could access the directory. Not the Windows XP client, and not even Linux commands like ls. Any attempt to access the share would hang. The share could not be closed via smbcontrol. 4) The Audiotron could access shares on a ext3 partition. When I finally discovered symptom four, I concluded it must be a NTFS driver issue. As it turns out the gentoo kernel I used (linux-2.4.19-gentoo-r10) used the 2.1.0a version of the driver, whereas Red Hat used the older 1.7.1 version. When I reverted the gentoo kernel to the 1.7.1 version, the Audiotron started to work again. I have yet to build stock vanilla kernels with the different versions of the NTFS driver, so I do not know if this problem is specific to Gentoo or not. I will test this after the weekend. Needless to say if you experiencing similar problems, I suggest you try using the 1.7.1 version of the NTFS driver. This is how I reverted the gentoo kernel's NTFS driver back to the 1.7.1 version. Adapt to your system as applicable. Your mileage may vary. WARNING: I AM A LINUX NEWBIE. DO THIS AT YOUR OWN RISK. It worked for me, BUT I MAKE NO GUARANTEES 1) backed up my kernel source 2) downloaded the 2.1.0a (kernel-2.4.19) patch from here: http://sourceforge.net/project/showfiles.php?group_id=13956 3) switched to the linux source directory. (For me: /usr/src/linux). 4) applied the patch in reverse: patch -Rn1 < linux-2.4.19-ntfs-2.1.0a.patch 4a) I got a two warnings about the patch not being reversed. I kept the patch reversed and applied it anyway. (I looked at the results and it looked OK to me, but I am unsure about this) 5) rebuilt the kernel and coppied to boot partition via make menuconifg, make dep, etc. 6) rebuilt my drivers, which in my case was done by emerge nvidia-kernel and emerge alsa-drivers. 7) rebooted. amazingly the system booted, and my audiotron worked. I hope this helps someone. It certainly drove me crazy. Alex PS: The problem occurred with both the 3.0 and 3.0.37 Audiotron firmware. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Hmm... wonder why your system doesn't get along with NTFS-TNG, that driver should be much more recent than the one you are downgrading to by using that set of steps, I'll look into this if I get a chance.
looks like the user found the fix by using the older 1.7.1 version. as we are going to support the latest ntfs patches (currently on 2.1.2a), I do not see how we will officially support this config. Jay