psathiya1987 Posted January 7, 2012 Report Share Posted January 7, 2012 Hey Guys,Earlier this month, I switched to linux and have been using utorrent as my default bittorrent client. I am having only one little problem. I am downloading a 175MB file. While the gui shows that 92% is complete, I had an urgent need to restart my system. So I stopped utorrent by getting the pid of utserver as kill -9 <utserverpid> . After rebooting the box, when i start utorrent, my file starts from 10%(this was the size that I started with earlier). I believe the pieces were downloading, but since the pieces didnot get completed (each piece was 4MB size). they were lost. Is there any way to workaround this, How to stop my utserver without losing the pieces ?Please help me here guys Link to comment Share on other sites More sharing options...
WLS Posted January 7, 2012 Report Share Posted January 7, 2012 I've never seen that problem, but then I've never had an urgent need to restart my system. I do shutdown, and reboot occasionally.I just stop the torrent(s) I am downloading, close the UI, go to the terminal window, and type Ctrl+C to stop the server.I'm running openSUSE 11.4. Link to comment Share on other sites More sharing options...
cry_wolf Posted January 8, 2012 Report Share Posted January 8, 2012 hi psathiya1987,I think the problem is killing the utorrent process with the -9 switch! A "kill -9" just causes the process to die; it gets no chance to do any cleanup. So You should do a kill <utserverpid> instead of kill -9 <utserverpid> Link to comment Share on other sites More sharing options...
mcdonald Posted January 18, 2012 Report Share Posted January 18, 2012 hi psathiya1987,I think the problem is killing the utorrent process with the -9 switch! A "kill -9" just causes the process to die; it gets no chance to do any cleanup. So You should do a kill <utserverpid> instead of kill -9 <utserverpid>+1 Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.