> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Thijs Boonstra > Sent: vrijdag 27 april 2007 14:56 > To: [email protected] > Subject: [g4u-help] g4u freezes at ~300MB using slurpdisk > > Hello , > I've been using g4u very happily over the last 2 years. > However currently I'm experiencing a problem using slurpdisk > to retrieve an image from an FTP server. > The situation is as follows: > > g4u client and ftp server are in the same network. > The command used to put the image at the FTP server is > "uploaddisk [EMAIL PROTECTED] image.gz". > The command used to retrieve the image is "slurpdisk > [EMAIL PROTECTED] image.gz" (password is entered when prompted). > FTP server used is ProFTPD 1.2.10 (on Debian). > g4u version 2.3 (CD version). > The image is a windows XP Pro (ntfs filesystem). > The only warning I see in DMESG is: > WARNING: clock gained 107 days > WARNING: CHECK AND RESET THE DATE! > > At first everything seems to work fine, the download starts > but freezes around ~300MB every time (give or take a > megabyte). The FTP server itself doesn't show any weird > behaviour. No errors in FTP logs. After g4u freezes I can't > ctrl-c out, the client completely locks up. > > Anyone know what could be happening? > TIA > > Thijs Boonstra > AbTS
Hey all, Thanks for the quick replies! The problem got resolved. The problem wasn't with g4u (what a great program :D). Apparently the FTP server in question had a problem with spinlock.c which resulted in a kernel panic. This has now been resolved! Happy cloning! Regards, Thijs Boonstra AbTS ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ g4u-help mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/g4u-help
