mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: slindber@uiuc.edu
To: linux-kernel@vger.kernel.org
Cc: slindber@uiuc.edu
Subject: [Problem]: "access beyond end" of DVD-R
Date: Mon, 22 Mar 2004 13:16:31 -0600	[thread overview]
Message-ID: <21ddee39.25333f6f.81c3b00@expms3.cites.uiuc.edu> (raw)

First, I'm not subscribed, so please CC me on responses.

I have done my best to gather as much info about this problem; I'd never looked at the kernel before this.

I have a reproducible read error on a DVD-R when trying to access files beyond ~4G.  Here is the relevant kernel output:

UDF-fs DEBUG fs/udf/lowlevel.c:57:udf_get_last_session: XA disk: no, vol_desc_start=0
UDF-fs DEBUG fs/udf/super.c:1550:udf_fill_super: Multi-session=0
UDF-fs DEBUG fs/udf/super.c:538:udf_vrs: Starting at sector 16 (2048 byte sectors)
UDF-fs DEBUG fs/udf/super.c:565:udf_vrs: ISO9660 Primary Volume Descriptor found
UDF-fs DEBUG fs/udf/super.c:568:udf_vrs: ISO9660 Supplementary Volume Descriptor found
UDF-fs DEBUG fs/udf/super.c:574:udf_vrs: ISO9660 Volume Descriptor Set Terminator found
UDF-fs DEBUG fs/udf/super.c:881:udf_load_pvoldesc: recording time 1078289507/0, 2004/03/02 22:51 (1e98)
UDF-fs DEBUG fs/udf/super.c:892:udf_load_pvoldesc: volIdent[] = 'NARUTO (01-25)'
UDF-fs DEBUG fs/udf/super.c:899:udf_load_pvoldesc: volSetIdent[] = '40451003'
UDF-fs DEBUG fs/udf/super.c:1091:udf_load_logicalvol: Partition (0:0) type 1 on volume 1
UDF-fs DEBUG fs/udf/super.c:1101:udf_load_logicalvol: FileSet found in LogicalVolDesc at block=0, partition=0
UDF-fs DEBUG fs/udf/super.c:929:udf_load_partdesc: Searching map: (0 == 0)
UDF-fs DEBUG fs/udf/super.c:1011:udf_load_partdesc: Partition (0:0 type 1511) starts at physical 257, block length 2226881
UDF-fs DEBUG fs/udf/super.c:1344:udf_load_partition: Using anchor in block 256
UDF-fs DEBUG fs/udf/super.c:1577:udf_fill_super: Lastblock=0
UDF-fs DEBUG fs/udf/super.c:853:udf_find_fileset: Fileset at block=0, partition=0
UDF-fs DEBUG fs/udf/super.c:915:udf_load_fileset: Rootdir at block=7, partition=0
UDF-fs INFO UDF 0.9.7 (2002/11/15) Mounting volume 'NARUTO (01-25)', timestamp 2004/03/02 22:51 (1e98)
attempt to access beyond end of device
hdc: rw=0, want=8174536, limit=8123200
Buffer I/O error on device hdc, logical block 2043633

There are more attempt to "access beyond end of device" messages, but they are similar so I've snipped them.

I've had this problem on every kernel I've used (2.4.22 and 2.6.3 from gentoo, and 2.6.4-rc1-mm1).  I've had it with three different discs, ISO, ISO/UDF, and UDF only (the output comes from the last disc).  The entire disc is readable in Windows.

The machine is a Dell Inspiron 8500 with a Samsung CD-RW/DVD-ROM SN-324B, ATAPI CD/DVD-ROM drive.

Just guessing, but the result of

	maxsector = bio->bi_bdev->bd_inode->i_size >> 9;

in devices\block\ll_rw_blk.c, generic_make_request setting maxsector to 8123200 sectors is not correct.  This implies that the disc is ~3.87G, instead of 2226881 blocks (~4.25G) as the UDF filesystem describes.

However, I can't figure out what's causing the problem.

Thanks for any help (and remember to CC me),
Shawn

             reply	other threads:[~2004-03-22 19:16 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-22 19:16 slindber [this message]
2004-03-24 10:17 ` Jens Axboe
2004-03-24 19:56 Shawn Lindberg
2004-03-25 22:44 Shawn Lindberg
2004-03-26  8:19 ` Jens Axboe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=21ddee39.25333f6f.81c3b00@expms3.cites.uiuc.edu \
    --to=slindber@uiuc.edu \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®