Bug #523

ISO images larger than 2G via vn(4)?

Added by qhwt+dfly over 7 years ago. Updated about 7 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

Hello.
While trying to set up an openSuSE installation source for my office,
on a DragonFly 1.6.1-RELEASE machine, I noticed that I couldn't access
part of files on the image because of `File too large' error. I tried
using DVD image which can be downloaded from one of the following mirror
sites:

Mirrors Released Version - openSUSE
http://en.opensuse.org/Mirrors_Released_Version

You can mount this image using vn(4):
# fetch http://.../openSUSE-10.2-GM-DVD-x86_64.iso
# vnconfig -c vn0 openSUSE-10.2-GM-DVD-x86_64.iso
# mount -tcd9660 /dev/vn0 /mnt

The size of the ISO image is 3.7Gbyte, so I thought it either a limitation
of cd9660 filesystem, or a signedness bug which has been sitting around
since FreeBSD 4.8 . However, when I tried the same image(MD5 sum matches)
on my home server(running DragonFly 1.4.4-RELEASE), I didn't hit this
problem. In fact, I get no errors when I do this on 1.4.4:
$ find . -type f |xargs md5 -r >/dev/null

but I do on 1.6.1 or HEAD:
$ find . -type f |xargs md5 -r >/dev/null
md5: ./media.1/directory.yast: File too large
md5: ./media.1/license.zip: File too large
md5: ./media.1/media: File too large
md5: ./media.1/products: File too large
md5: ./media.1/products.asc: File too large
md5: ./media.1/products.key: File too large
:

I also tried a UFS filesystem using vn(4) on a machine running HEAD,
and cp'ed some big files which are more than 2G in total, but
I got no errors:
# dd if=/dev/zero of=3G bs=1m count=3072
# vnconfig -c -s labels vn0 3G
# disklabel -r -w vn0 auto
(edit it to create an 'a' partition)
# newfs /dev/vn0a
# mount /dev/vn0a /mnt
# cp -r /home/dumps /mnt

# find /mnt -type f |xargs md5 -r

so I think it's not a bug in vn(4), but it must be in cd9660(4).

Regards.

vn.c.diff Magnifier (628 Bytes) qhwt+dfly, 01/21/2007 10:47 AM

History

#1 Updated by dillon over 7 years ago

:Hello.
:While trying to set up an openSuSE installation source for my office,
:on a DragonFly 1.6.1-RELEASE machine, I noticed that I couldn't access
:part of files on the image because of `File too large' error. I tried
:using DVD image which can be downloaded from one of the following mirror
:sites:
:
: Mirrors Released Version - openSUSE
: http://en.opensuse.org/Mirrors_Released_Version
:
:You can mount this image using vn(4):
: # fetch http://.../openSUSE-10.2-GM-DVD-x86_64.iso
: # vnconfig -c vn0 openSUSE-10.2-GM-DVD-x86_64.iso
: # mount -tcd9660 /dev/vn0 /mnt

I couldn't fetch that. '...'? I tried prefixing with
en.opensuse.org and en.opensuse.org/Mirrors_Released_Version
but neither worked.

I definitely would like to track this down and fix it before
we branch.

-Matt

#2 Updated by qhwt+dfly over 7 years ago

You need to use one of the links named "DVD^3" in the
"Mirrors Released Version - openSUSE" page above because the path
varies among mirrors. Since the image is large, you may want to
try a few mirrors to see the download rate before trying to fetch
the entire ISO image. For example, Taiwanese mirror was faster than
the Japanese one for me even though I live in Japan.

Thanks.

#3 Updated by qhwt+dfly about 7 years ago

I think I fixed this problem in vn.c rev 1.30. If you use vn(4)
on your non-production system(>1.6-RELEASE), please try attached
patch to make sure that I didn't break anything else.

Thanks.

#4 Updated by dillon about 7 years ago

:I think I fixed this problem in vn.c rev 1.30. If you use vn(4)
:on your non-production system(>1.6-RELEASE), please try attached
:patch to make sure that I didn't break anything else.
:
:Thanks.

Nice catch. Very definitely a big in vn. Please commit it ASAP.

-Matt

#5 Updated by dillon about 7 years ago

::I think I fixed this problem in vn.c rev 1.30. If you use vn(4)
::on your non-production system(>1.6-RELEASE), please try attached
::patch to make sure that I didn't break anything else.
::
::Thanks.
:
: Nice catch. Very definitely a big in vn. Please commit it ASAP.
:
: -Matt

Bah. What I get for reading my email backwards. Thanks for committing
it :-)

-Matt
Matthew Dillon
<>

Also available in: Atom PDF