Support Forum

Maybe I will try with gvfs, too. So far, I've been using the more popular cifs, but it's a good test.
After that, this may come from the Raspberry OS or software components, or the SMB server.

There shouldn't be a problem with the temp folder over the network (I use cifs, not gvfs, by the way). SAB does not give too much of a hard time to the network, I've seen much worse, quite frankly. When you think (already back in the late 90's), many universities used setups with Linux systems booti...

Tried various mount options, all to no avail. //myserver/myshare /media/freeboxusb cifs _netdev,nounix,cache=none,noserverino,rw,users,uid=1000,file_mode=0777,dir_mode=0777,user=XXXX,pass=XXXX,sec=none 0 0 Tried cache=none,noserverino,nounix or combination thereof, nothing works. Alright, I'm done, ...

I tried mounting the Samba share with the cache=none option, to no avail.

EDIT 2: Even more easy: put the regular .NZB into SAB, in SAB's main interface, right of the download click on the folder icon, and drag-and-drop the par2 files at the bottom a few lines higher. I can't do that - I am not quick enough. The first PAR2 files that are downloaded just take 1-2 seconds....

Forgot to say that this solution doesn't work: EDIT: Probably easier / better: edit the .NZB and move the Big.Buck.Bunny.2008.1080p.x264-60fps.vol93+92.par2 block to the beginning of the .NZB I moved the file one line up within the NZB file (I confirm it was the last file listed).But it was still do...

Here is what I see: [Big.Buck.Bunny.2008.1080p.x264-60fps] Verified in 1 min 50 seconds, repair is required Trying SFV verification Some files failed to verify against "Big.Buck.Bunny.2008.1080p.x264-60fps.sfv" Big.Buck.Bunny.2008.1080p.x264-60fps.vol93+92.par2 So there clearly is a proble...

Would it be possible that SAB does not properly close the file handle associated with the last par2 file?

sander's last par2 file: 9ba3956cece9542db316b3c4dc10a752 Big.Buck.Bunny.2008.1080p.x264-60fps.vol93+92.par2 My par2 file: c059a4dba76a5f122f9a7794b308f7dc Big.Buck.Bunny.2008.1080p.x264-60fps.vol93+92.par2 Different MD5. Looks like SAB either failed to correctly download that file, or somehow the d...

Sure, but how can I prevent SAB from repairing? Shall I pause the repair process once it has started?

Note: the wrong MD5 sum for the last .par2 file seems to be a major issue in my situation, right?

The vol93+32 file is 17240636 bytes.
How big is yours?

Download failed for Big Buck Bunny. Here are the MD5's: 2b07dd0c9eacbc788afcac5d036a0494 /media/freeboxusb/IncompleteDownloads/Big_Buck_Bunny_2008_1080p_x264-60fps/Big.Buck.Bunny.2008.1080p.x264-60fps.nfo c7ada384a3b8ff180094b0e1da2e1f85 /media/freeboxusb/IncompleteDownloads/Big_Buck_Bunny_2008_1080...

When the download failed, I manually launched par2 r -N *.par2 and it did fail too. I think it can either be, in order of priority, a: - Samba client or server problem. The server is a Freebox DSL box. The client is a Raspberry Pi. - SAB problem, incorrectly downloading the data (par2 should not 'bl...

Hi, Context: - Raspberry Pi Model B - 512MB RAM, Jessie Lite distro up to date - connected to Samba share via 100Mbps Ethernet. On the Samba server side the drive in formatted with NTFS. - Git version of SAB from yesterday - '-N' extra par2 parameter, par2 version 0.6.14 installed Problem: - downloa...

I tried again this morning, and it worked too. Thanks for your help.
So the current Git version seems to work fine with the -N switch. I will test tonight without the -N switch, to be sure I understand everything

Can you explain why the Windows version worked? Is it because -N is always enabled?