From molbence at gmail.com Mon Apr 23 16:07:37 2012 From: molbence at gmail.com (=?UTF-8?B?TW9sbsOhciBCZW5jZQ==?=) Date: Mon, 23 Apr 2012 16:07:37 +0200 Subject: [Udpcast] ntfs-3g Message-ID: <4F956229.6090700@gmail.com> Hi All, I tried to add ntfs-3g to udőcast. I compiled it on a different machine, with static (and disabled mtab), and added as a binary at the online initrd creation stuff. I also compiled the fuse module from kernel source and added as a binary also. When i run udpcast (pxe), i cp the fuse.ko to the right place and perform a depmod -a. Sofar the kernel module is loaded, ntfs-3g exist, but results a permission denied on /dev/sda1. Because there is no strace, i cant figure it out, whats the problem, /dev/sda1 and ntfs-3g permission seems to be ok, i can also cat /dev/sda1. Since im not an exprert, can somebody help me, how to integrate ntfs-3g to udpcast? (I run everything in virtualbox, i hope, its not a prboblem, simple udpcast runs ok) Thanks, Bence From alain at knaff.lu Tue Apr 24 14:19:22 2012 From: alain at knaff.lu (Alain Knaff) Date: Tue, 24 Apr 2012 14:19:22 +0200 Subject: [Udpcast] ntfs-3g In-Reply-To: <4F956229.6090700@gmail.com> References: <4F956229.6090700@gmail.com> Message-ID: <4F969A4A.30506@knaff.lu> On 23/04/12 16:07, Molnár Bence wrote: > Hi All, > > I tried to add ntfs-3g to udőcast. I compiled it on a different machine, > with static (and disabled mtab), and added as a binary at the online > initrd creation stuff. > I also compiled the fuse module from kernel source and added as a binary > also. > When i run udpcast (pxe), i cp the fuse.ko to the right place and > perform a depmod -a. > Sofar the kernel module is loaded, ntfs-3g exist, but results a > permission denied on /dev/sda1. Maybe, if you told us what exactly you tried (command? or which stage of menu system...), and which exact message you got, somebody might be able to help? > Because there is no strace, i cant figure it out, whats the problem, > /dev/sda1 and ntfs-3g permission seems to be ok, i can also cat /dev/sda1. You could always mount strace from an outside filesystem (USB disk, etc.) But depending on the information above (command and message), this may not even be necessary. > Since im not an exprert, can somebody help me, how to integrate ntfs-3g > to udpcast? > (I run everything in virtualbox, i hope, its not a prboblem, simple > udpcast runs ok) > > Thanks, > Bence > _______________________________________________ > Udpcast mailing list > Udpcast at udpcast.linux.lu > https://udpcast.linux.lu/cgi-bin/mailman/listinfo/udpcast Regards, Alain From alain at knaff.lu Tue Apr 24 18:18:38 2012 From: alain at knaff.lu (Alain Knaff) Date: Tue, 24 Apr 2012 18:18:38 +0200 Subject: [Udpcast] ntfs-3g In-Reply-To: <4F96B677.5020709@gmail.com> References: <4F956229.6090700@gmail.com> <4F969A4A.30506@knaff.lu> <4F96B677.5020709@gmail.com> Message-ID: <4F96D25E.1080002@knaff.lu> On 24/04/12 16:19, Molnar Bence wrote: [...] > Both client boots fine. After transfer, on the destination client, i try > to mount the partiton with ntfs-3g, and fails. > (mkdir /mnt && cp /bin/fuse.ko /lib/modules/3.1.6udpcast/kernel/ && > depmod -a && modprobe fuse && /bin/ntfs-3g /dev/sda1 /mnt) > > Failed to write lock '/dev/sda1': Permission denied > Error opening '/dev/sda1': Permission denied > Failed to mount '/dev/sda1': Permission denied By googling for the error messages, I found out that this was issued by the last of your commands (/bin/ntfs-3g /dev/sda1 /mnt) Most forums talking about this issue suggest that maybe the lock fails because the device is already mounted. You can find out whether this is actually the case by looking at /proc/mounts . > > I also tried to compile ntfs-3g with external fuse without results. > > Thanks for help. > > Now i tried to compile the entire udpcast and create an own image, but > its failed also. Buildroot is compiled, but the compilation of busybox > failed, it misses cc1 (i386-unknown-linux-uclibc-gcc: error trying to > exec 'cc1': execvp: No such file or directory). But its a different > stroy, if first problem solved, i dont care about this story. Udpcast's busybox is now compiled with uclibc, in order to generate a more compact executable. You need to install an uclibc environment first (such as buildroot :http://buildroot.uclibc.org/ ) When compiling uclibc, make sure you chose "large file support" in make menuconfig (ToolChain -> Toolchain Options, scroll way down, then check "Enable large file (files > 2GB) support") > > regards, > Bence > Regards, Alain From mikes at kuentos.guam.net Tue Apr 24 19:03:53 2012 From: mikes at kuentos.guam.net (Michael D. Setzer II) Date: Wed, 25 Apr 2012 03:03:53 +1000 Subject: [Udpcast] ntfs-3g In-Reply-To: <4F96D25E.1080002@knaff.lu> References: <4F956229.6090700@gmail.com>, <4F96B677.5020709@gmail.com>, <4F96D25E.1080002@knaff.lu> Message-ID: <4F96DCF9.20690.34B6D@mikes.kuentos.guam.net> On 24 Apr 2012 at 18:18, Alain Knaff wrote: Date sent: Tue, 24 Apr 2012 18:18:38 +0200 From: Alain Knaff To: Molnar Bence Copies to: udpcast at udpcast.linux.lu Subject: Re: [Udpcast] ntfs-3g > On 24/04/12 16:19, Molnar Bence wrote: > [...] > > Both client boots fine. After transfer, on the destination client, i > > try to mount the partiton with ntfs-3g, and fails. (mkdir /mnt && cp > > /bin/fuse.ko /lib/modules/3.1.6udpcast/kernel/ && depmod -a && > > modprobe fuse && /bin/ntfs-3g /dev/sda1 /mnt) > > > > Failed to write lock '/dev/sda1': Permission denied > > Error opening '/dev/sda1': Permission denied > > Failed to mount '/dev/sda1': Permission denied > > By googling for the error messages, I found out that this was issued > by the last of your commands (/bin/ntfs-3g /dev/sda1 /mnt) > Why is the ntfs partition being mounted? It would seem that neither the partition being copied or the partition being written should be mounted during the copy process. With my g4l project, I've used udpcast to copy partition to partitions or an image to partitions both ntfs and ext? with no issues. > Most forums talking about this issue suggest that maybe the lock fails > because the device is already mounted. > > You can find out whether this is actually the case by looking at > /proc/mounts . > > > > > I also tried to compile ntfs-3g with external fuse without results. > > > > Thanks for help. > > > > Now i tried to compile the entire udpcast and create an own image, > > but its failed also. Buildroot is compiled, but the compilation of > > busybox failed, it misses cc1 (i386-unknown-linux-uclibc-gcc: error > > trying to exec 'cc1': execvp: No such file or directory). But its a > > different stroy, if first problem solved, i dont care about this > > story. > > Udpcast's busybox is now compiled with uclibc, in order to generate a > more compact executable. You need to install an uclibc environment > first (such as buildroot :http://buildroot.uclibc.org/ ) > > When compiling uclibc, make sure you chose "large file support" in > make menuconfig (ToolChain -> Toolchain Options, scroll way down, then > check "Enable large file (files > 2GB) support") > > > > > > regards, > > Bence > > > > Regards, > > Alain > _______________________________________________ > Udpcast mailing list > Udpcast at udpcast.linux.lu > https://udpcast.linux.lu/cgi-bin/mailman/listinfo/udpcast +----------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mikes at kuentos.guam.net mailto:msetzerii at gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +----------------------------------------------------------+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC at HOME CREDITS SETI 12131643.859473 | EINSTEIN 7731075.459852 ROSETTA 4462451.611965 | ABC 12504726.087187 From alain at knaff.lu Wed Apr 25 00:27:19 2012 From: alain at knaff.lu (Alain Knaff) Date: Wed, 25 Apr 2012 00:27:19 +0200 Subject: [Udpcast] ntfs-3g In-Reply-To: <4F96D97F.6020409@gmail.com> References: <4F956229.6090700@gmail.com> <4F969A4A.30506@knaff.lu> <4F96B677.5020709@gmail.com> <4F96D25E.1080002@knaff.lu> <4F96D97F.6020409@gmail.com> Message-ID: <4F9728C7.8040905@knaff.lu> On 2012-04-24 18:49, Molnár Bence wrote: [...] > Well, i already checked this, and its not mounted based on this. I also > checked it with fuser, killed the showed process number. Indeed, it seems like the dialog system did not correctly release the disk's file descriptor after issuing some optimizing ioctls. This is now fixed in version 20120424 Regards, Alain From alain at knaff.lu Wed Apr 25 23:25:31 2012 From: alain at knaff.lu (Alain Knaff) Date: Wed, 25 Apr 2012 23:25:31 +0200 Subject: [Udpcast] exit code not passed if rx pipe fails In-Reply-To: <4C59967E.4060101@ncbi.nlm.nih.gov> References: <4C59967E.4060101@ncbi.nlm.nih.gov> Message-ID: <4F986BCB.5050202@knaff.lu> On 2010-08-04 18:34, George Coulouris wrote: > Hello, > > If udp-receiver is writing to a pipe and the pipe fails, udp-receiver > will incorrectly exit with a returncode of zero. This is easily tested > with a trivial pipe program that copies stdin to stdout, but exits with > a nonzero status upon encountering eof. > > Adding the following to startReceiver() in udpr-negotiate.c is > sufficient to fix this behavior: > > <---- cut here > > int ret; > ... > if(pipePid) { > ret=udpc_waitForProcess(pipePid, "Pipe"); > } > ... > return ret; > > <---- cut here > > Regards, > George Coulouris > National Center for Biotechnology Information (contractor) This is now fixed in version 20120424, thanks for the note (Sorry for the slow reply, somehow I missed your mail the first time around...) Regards, Alain