From: Rex Coffin <rex@ieee.org>
To: Andries.Brouwer@cwi.nl, bryce@obviously.com, util-linux@math.uio.no
Cc: linux-kernel@vger.kernel.org
Subject: 4294967295 - Re: Why would a valid DVD show zero files on Linux?
Date: Wed, 8 Oct 2003 10:13:34 -0100 [thread overview]
Message-ID: <200310081013.34465.rex@ieee.org> (raw)
I have been searching the net for a solution to the problem of reading my DVD
drive correctly.
I am currently running Linux Kernel 2.4.20-8 with RedHat9. I cannot read my
DVD (/dev/cdrom) as a user using udf.
As a user with udf;
[rex@localhost rex]$ ll /mnt
dr--r--r-- 5 4294967295 4294967295 312 Aug 19 10:03 cdrom
drwxr-xr-x 2 root root 4096 Oct 4 16:18 cdrom1
...etc
[rex@localhost rex]$ ll /mnt/cdrom
ls: /mnt/cdrom/Autorun.inf: Permission denied
ls: /mnt/cdrom/PDFs: Permission denied
ls: /mnt/cdrom/pcw.exe: Permission denied
ls: /mnt/cdrom/Software: Permission denied
ls: /mnt/cdrom/xsys: Permission denied
As root with udf;
[root@localhost rex]# ll /mnt/cdrom
total 88
1 4294967295 4294967295 49 Jun 27 10:45 Autorun.inf
-r--r--r-- 1 4294967295 4294967295 74209 Aug 13 16:33 pcw.exe
dr--r--r-- 3 4294967295 4294967295 5764 Aug 11 10:57 PDFs
dr--r--r-- 10 4294967295 4294967295 520 Aug 13 13:59 Software
dr--r--r-- 10 4294967295 4294967295 4032 Aug 11 10:58 xsys
The filenames are correct and I can navigate directories with long filenames
OK. Using Konqueror as a user I can of course see nothing.
As user or root with iso9660;
[rex@localhost rex]$ ll /mnt/cdrom
total 83
-r-xr-xr-x 1 root root 49 Jun 27 10:45 autorun.inf
-r-xr-xr-x 1 root root 74209 Aug 13 16:33 pcw.exe
dr-xr-xr-x 1 root root 4096 Aug 11 10:57 pdfs
dr-xr-xr-x 1 root root 2048 Aug 13 13:59 software
dr-xr-xr-x 1 root root 4096 Aug 11 10:58 xsys
But Ialso get the Windoze short filenames;
[root@localhost rex]# ll /mnt/cdrom/software
total 20
dr-xr-xr-x 1 root root 6144 Aug 14 11:25 essent~2
dr-xr-xr-x 1 root root 2048 Aug 13 08:19 featured
dr-xr-xr-x 1 root root 2048 Aug 8 14:13 fullso~1
dr-xr-xr-x 1 root root 2048 Aug 8 15:31 games
dr-xr-xr-x 1 root root 2048 Aug 8 13:00 groupt~1
dr-xr-xr-x 1 root root 2048 Aug 8 13:39 handso~1
dr-xr-xr-x 1 root root 2048 Aug 13 08:30 resour~1
dr-xr-xr-x 1 root root 2048 Aug 8 08:53 trials~1
The problem appears to be the udf mounting the drive as owned by
0x100000000-1. This cannot be chown'ed as it is a ro drive. Despite the
apparent -r--r--r-- lisitng users cannot read it at all. I cannot think of a
good reason why it is not the same as the iso9660 drive [drwxr-xr-x root
root]
I noticed that bryce@obviously.com had a very similar result in his tests
(below).
Is there some way of changing the udf module to give the correct ownership and
access rights to the mounted directories?
And could this correction become part of the standard linux Kernel?
Rex Coffin
___________________________________________
Re: Why would a valid DVD show zero files on Linux?
To: Andries.Brouwer@cwi.nl, bryce@obviously.com, util-linux@math.uio.no
Subject: Re: Why would a valid DVD show zero files on Linux?
From: Andries.Brouwer@cwi.nl
Date: Sat, 5 Jan 2002 17:16:22 GMT
Cc: linux-kernel@vger.kernel.org
Sender: linux-kernel-owner@vger.kernel.org
From bryce@obviously.com Sat Jan 5 17:14:28 2002
Here is the table of contents mounted three ways. First udf, then
iso9660, then iso9660 nojoliet. Only the udf version works with the
application. Note that the huge udf filesizes are not a mistake -
this DVD is also offered as 7 CD set.
[iso9660 nojoliet:]
/mnt/cdrom1/data:
total 22849
dr-xr-xr-x 1 root root 2048 Feb 28 2001 .
dr-xr-xr-x 1 root root 2048 Feb 28 2001 ..
-r-xr-xr-x 1 root root 1181228 Feb 28 2001 gridak.dat
-r-xr-xr-x 1 root root 1921298 Feb 28 2001 gridak.ind
-r-xr-xr-x 1 root root 3603453 Feb 28 2001 grid.dat
-r-xr-xr-x 1 root root 797273 Feb 28 2001 grid.ind
-r-xr-xr-x 1 root root 34839 Feb 28 2001 vec.cov
-r-xr-xr-x 1 root root 15153107 Feb 28 2001 vec.v
-r-xr-xr-x 1 root root 643405 Feb 28 2001 vec.vi
Hmm. I find
total 3266826
dr-xr-xr-x 1 root root 2048 Feb 28 2001 .
dr-xr-xr-x 1 root root 2048 Feb 28 2001 ..
-r-xr-xr-x 1 root root 1832319997 Feb 28 2001 grid.dat
-r-xr-xr-x 1 root root 51128921 Feb 28 2001 grid.ind
-r-xr-xr-x 1 root root 34735660 Feb 28 2001 gridak.dat
-r-xr-xr-x 1 root root 1921298 Feb 28 2001 gridak.ind
-r-xr-xr-x 1 root root 34839 Feb 28 2001 vec.cov
-r-xr-xr-x 1 root root 1424439251 Feb 28 2001 vec.v
-r-xr-xr-x 1 root root 643405 Feb 28 2001 vec.vi
Could it be that you are using some old kernel, say, older than
2.4.13, that enables the "cruft" option when it sees a big file?
(You should see the corresponding messages in the logs.)
Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: Why would a valid DVD show zero files on Linux?
To: Andries.Brouwer@cwi.nl, bryce@obviously.com, util-linux@math.uio.no
Subject: Re: Why would a valid DVD show zero files on Linux?
From: Andries.Brouwer@cwi.nl
Date: Sat, 5 Jan 2002 17:16:22 GMT
Cc: linux-kernel@vger.kernel.org
Sender: linux-kernel-owner@vger.kernel.org
From bryce@obviously.com Sat Jan 5 17:14:28 2002
Here is the table of contents mounted three ways. First udf, then
iso9660, then iso9660 nojoliet. Only the udf version works with the
application. Note that the huge udf filesizes are not a mistake -
this DVD is also offered as 7 CD set.
[iso9660 nojoliet:]
/mnt/cdrom1/data:
total 22849
dr-xr-xr-x 1 root root 2048 Feb 28 2001 .
dr-xr-xr-x 1 root root 2048 Feb 28 2001 ..
-r-xr-xr-x 1 root root 1181228 Feb 28 2001 gridak.dat
-r-xr-xr-x 1 root root 1921298 Feb 28 2001 gridak.ind
-r-xr-xr-x 1 root root 3603453 Feb 28 2001 grid.dat
-r-xr-xr-x 1 root root 797273 Feb 28 2001 grid.ind
-r-xr-xr-x 1 root root 34839 Feb 28 2001 vec.cov
-r-xr-xr-x 1 root root 15153107 Feb 28 2001 vec.v
-r-xr-xr-x 1 root root 643405 Feb 28 2001 vec.vi
Hmm. I find
total 3266826
dr-xr-xr-x 1 root root 2048 Feb 28 2001 .
dr-xr-xr-x 1 root root 2048 Feb 28 2001 ..
-r-xr-xr-x 1 root root 1832319997 Feb 28 2001 grid.dat
-r-xr-xr-x 1 root root 51128921 Feb 28 2001 grid.ind
-r-xr-xr-x 1 root root 34735660 Feb 28 2001 gridak.dat
-r-xr-xr-x 1 root root 1921298 Feb 28 2001 gridak.ind
-r-xr-xr-x 1 root root 34839 Feb 28 2001 vec.cov
-r-xr-xr-x 1 root root 1424439251 Feb 28 2001 vec.v
-r-xr-xr-x 1 root root 643405 Feb 28 2001 vec.vi
Could it be that you are using some old kernel, say, older than
2.4.13, that enables the "cruft" option when it sees a big file?
(You should see the corresponding messages in the logs.)
Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
reply other threads:[~2003-10-08 9:11 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=200310081013.34465.rex@ieee.org \
--to=rex@ieee.org \
--cc=Andries.Brouwer@cwi.nl \
--cc=bryce@obviously.com \
--cc=linux-kernel@vger.kernel.org \
--cc=util-linux@math.uio.no \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.