Skip to contentSkip to conversation

4294967295 - Re: Why would a valid DVD show zero files on Linux?

DISCUSSION Rex Coffin 1 participant 1 message Oct 8, 2003

lore
Share & tools
lore

Rex Coffin

author
#0 lore 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 [email protected] 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: [email protected], [email protected], [email protected]

Subject: Re: Why would a valid DVD show zero files on Linux?

From: [email protected]

Date: Sat, 5 Jan 2002 17:16:22 GMT

Sender: [email protected]

From [email protected] 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 [email protected]
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: [email protected], [email protected], [email protected]

Subject: Re: Why would a valid DVD show zero files on Linux?

From: [email protected]

Date: Sat, 5 Jan 2002 17:16:22 GMT

Sender: [email protected]

From [email protected] 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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/