Mounting 1st volume of archive set doesn't handle whole archive.

[hasse69]

What steps will reproduce the problem?

1. Create volume archive.
2. Mount archive using 1st archive file name.
3. Run ls -laR.

• Instruction step below.

What is the expected output? What do you see instead?

• Two listing should be identical, but File-based mount doesn't show some of archive contents.

What version of the product are you using? On what operating system?
openSUSE 13.1 x86-64, with unrar 5.0.14

# ../rar2fs-read-only/rar2fs -V
rar2fs v1.19.4-svnr440 (DLL version 6)    Copyright (C) 2009-2013 Hans Beckerus
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it under
certain conditions; see <http://www.gnu.org/licenses/> for details.
FUSE library version: 2.9.3
fusermount version: 2.9.3
using FUSE kernel interface version 7.19

<b>Please provide any additional information below.</b>

1. Create directory hierarchy for test.
# mkdir ARCHIVES TEST mount_dir mount_file

2. Create dummy file for test.
# truncate -s 1M TEST/{1,2}

3. Create volume archive. I used 512KB volume size and store mode.
# wine 'C:\Program Files\WinRAR\Rar.exe' a -m0 -v524288b ARCHIVES/TEST.rar TEST

4. Mount archive.
# ../rar2fs-read-only/rar2fs -o ro,allow_other ARCHIVES/TEST.part1.rar mount_file/
# ../rar2fs-read-only/rar2fs -o ro,allow_other ARCHIVES/ mount_dir/

5. Get directory listing.
# ls -laR mount*/TEST
mount_dir/TEST:
total 2064
drwxr-xr-x 2 root   root     4096 Feb  1 21:50 .
drwxr-xr-x 2 psycho users     140 Feb  1 21:51 ..
-rw-r--r-- 1 root   root  1048576 Feb  1 21:50 1
-rw-r--r-- 1 root   root  1048576 Feb  1 21:50 2

mount_file/TEST:
total 1036
drwxr-xr-x 2 root   root     4096 Feb  1 21:50 .
drwxr-xr-x 2 psycho users     140 Feb  1 21:51 ..
-rw-r--r-- 1 root   root  1048576 Feb  1 21:50 2

* Note that I used tmpfs for test, and tmpfs stores file reverse order that it creates. Thus RAR stores &quot;2&quot; in archive first.

Original issue reported on code.google.com by jyhpsycho on 2014-02-01

[hasse69]

Thanks for the issue report! 
I actually have an even worse problem, I do not get any files displayed at all!
Something broke on the way here when migrating to RAR5 and the new extraction logic.
I assume this is a RAR5 archive? Check if older versions of RAR works better.

Original issue reported on code.google.com by hans.beckerus on 2014-02-01 13:07:10

[hasse69]

Some of additional information:

1. Multi-volume archive doesn't store file header that one of volume not contains.
I think it should scan all of archive volume to get whole archive contents.

2. There's no problem reading exposed file.

Original issue reported on code.google.com by jyhpsycho on 2014-02-01 13:12:01

[hasse69]

I used legacy archive format that you can see examples above. But, it occurs both legacy
and new format.

Original issue reported on code.google.com by jyhpsycho on 2014-02-01 13:13:36

[hasse69]

Thanks. This used to work just fine. For some reason this functionality broke recently.
I will look into it.

Original issue reported on code.google.com by hans.beckerus on 2014-02-01 13:27:47

[hasse69]

It should be fixed now. Check out latest in trunk and report back.

Original issue reported on code.google.com by hans.beckerus on 2014-02-01 16:49:23

[hasse69]

(No text was entered with this change)

Original issue reported on code.google.com by hans.beckerus on 2014-02-01 17:08:33

[hasse69]

Good, it works. :-)

Original issue reported on code.google.com by jyhpsycho on 2014-02-02 05:48:38

[hasse69]

Great! Thanks for verifying the fix.

Case closed.

Original issue reported on code.google.com by hans.beckerus on 2014-02-02 09:57:59