Hi Craig, I take it you follow the CVS repository. I've made a simple one line adjustment to only scan sd* devices. It should help you with your current problem but the code there is conceptually broken.
It scans /sys/block and uses that as input to "udevinfo --name". There is however no guarantee that the name the kernel used for the block device, is the same that the device node in /dev will be named. On my system I find it as /sys/block/sda or /sys/block/sdb or something along those lines, depending on when I plug the ipod in. To have a stable device node I use udev rules for the ipod to create "/dev/ipod-wholedisk" instead of "/dev/sdX" and the first partition is always assigned the device node "/dev/ipod" instead of "/dev/sdX1". The code should probably be rewritten to query by path instead of name... maybe I'll add that later but please let me know if the current CVS version fixes your problem. -henrik On Tue, Apr 07, 2009 at 03:00:55PM +0200, H. Langos wrote: > Hi Craig, > > I think I've seen a similar behavior before. Currently the code > scans every entry in /sys/block to find the ipod's device node > and to extract the serial number for the omnious "fwid". > > I think it could be limited to scan just for the "sd*" entries > but depending on the permissions you could also run into trouble > with that. > > Could you post the output of "ls -l /sys/block/" ? > > cheers > -henrik > > On Sat, Apr 04, 2009 at 01:03:05AM -0600, Craig Hollabaugh wrote: > > mktunes 0.99.7-CVS on ubuntu gets stuck in > > > > /usr/share/perl5/GNUpod/SysInfo.pm > > __GrabFWGUID_LINUX > > when executing 'udev info' on /sys/block/ram0 > > > > > > > > > > > > > > _______________________________________________ > > Bug-gnupod mailing list > > [email protected] > > http://lists.nongnu.org/mailman/listinfo/bug-gnupod > > > _______________________________________________ > Bug-gnupod mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/bug-gnupod _______________________________________________ Bug-gnupod mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/bug-gnupod
