Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Location: United States of America and damn proud of it!
Distribution: Windows 10 prior Red Hat User
Posts: 473
Rep:
Linux UDF Readers
Hi,
I've been trying to find a good UDF reader for my CD RW drive and I was wondering if someone knows of a reputable piece of software that I could find?
Secondly, with that in mind, I'm still having a hard time install apps that are not rpm format. Can someone also tell me how to install an application that is not an rpm? I'm finding it very difficult to do. Thanks.
Location: 3rd electron on the left getting mugged by the nutrinos at Quarks
Distribution: Pop_OS
Posts: 140
Rep:
UDF format can be added as part of the kernel when you run 'make menuconfig' from a command line option or you can run 'make xconfig' from a gui (X-Window) environement. The udf will be listed in the File System entry.
As for non-rpm installs. this is not meant to be mean or callous to your problem but when you extract the files from the original 'filename.tar.gz' format (I'm guessing that is what you're referring to) the is almost always a README file and and INSTALL file that you can read for specific instructions.
Location: United States of America and damn proud of it!
Distribution: Windows 10 prior Red Hat User
Posts: 473
Original Poster
Rep:
Okay, this is my ouput from that command. . .
[root@ASUSA7V266-E root]# make menuconfig
make: *** No rule to make target `menuconfig'. Stop.
[root@ASUSA7V266-E root]#
And I also tried this:
[root@ASUSA7V266-E root]# mount -t udf /dev/cdrom /home/scott
mount: block device /dev/cdrom is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/cdrom,
or too many mounted file systems
[root@ASUSA7V266-E root]#
Last edited by scottpioso; 09-13-2003 at 05:11 PM.
Then you probably didn't install the kernel sources.
But I think the problem is something else. Since you got the "Bad superblock" warning with the mount -t udf command, your kernel supports udf (you would have gotten the message "fs type udf not supported by kernel". You can also look at /proc/filesystems which lists all fs trypes that your kernel understands (although it may be that the corresponding module is not loaded, do a "modprobe udf" first).
What makes you think the CD has a UDF file system? DVD's have UDF, but you say "CD-RW". Normal CD's have ISO9660.
scottpioso,
I may be misinterpretating your post, but you tried to read a DVD with a CD-RW drive. But is your CD-RW drive capable of reading DVDs?
jisse
Location: United States of America and damn proud of it!
Distribution: Windows 10 prior Red Hat User
Posts: 473
Original Poster
Rep:
Jisee,
No, it is a CDR that I burned using Roxio 5 on a Windows 2000 box. I closed the session so that it could be read by any udf compliant system.
mlp,
I checked in the device list and both file types are listed there (udf, and iso9660). See, what happens is when I put the CD in the drive, I see the following files:
autorun.inf
udfr.chk
udfinst.zl
These files are Windows files (ie .inf) so I think I only need a udf reader to view the CDR.
So, can someone tell me what I need to do from here? thanks.
The UDF reader you're talking about is not a external program - it's the kernel itself. If the kernel supports UDF, any other command with UDF-filesystem support will succeed - and mount for instance will!
Okay, looking at the contents Roxio 5 put on the CD it looks like it really is an UDF filesystem. But it's still a good suggestion to try to mount the CD without any option:
# mount /mnt/cdrom
(if this fails, doublecheck if /mnt/cdrom is listed in /etc/fstab as the mountpoint of your CDROM)
Otherwise scottpioso suggested you rebuild the kernel with UDF support. But as mlp68 stated: If you didn't have any UDF support in your kernel the error would have been different.
So:
* Your kernel supports UDF
* Your kernel tries to read a UDF filesystem on your CD but fails to do that.
* Roxio claims it burns UDF on your CD, but is that a fact?
Location: United States of America and damn proud of it!
Distribution: Windows 10 prior Red Hat User
Posts: 473
Original Poster
Rep:
You are correct in your first 2 points. The fstab file does support udf. And as I said above, the CD rom automounts but the files that I have on the CD are not readable. When I view the CD using Windows, the files I put on the CD are there, but when I view it in Linux, the only files I see are the ones stated above.
autorun.inf
udfr.chk
udfinst.zl
Is there a way I could verify what type of filesystem is written to the CD?
Last edited by scottpioso; 09-13-2003 at 07:56 PM.
When you have it mounted, just type "mount" -- you will get a list of what's mounted how, e.g.
/dev/hda8 on /tmp type ext3 (rw)
so you see the fs type.
I think we're still talking about different things here. I believe those 3 files you listed are the actual contents of the CD, right? Then you have it mounted, in fact. What you seem to be looking for is now a program that can deal with those udfr.chk
udfinst.zl
files, whatever they are. You are past the kernel stage and you can read the CD.
Location: United States of America and damn proud of it!
Distribution: Windows 10 prior Red Hat User
Posts: 473
Original Poster
Rep:
Hello,
In reference to that article you redirected me to. I did everything it said to do and I got this result. Do you know why?
[root@ASUSA7V266-E root]# mount -t udf -o ro /dev/scd0 /mnt/cdrom
mount: wrong fs type, bad option, bad superblock on /dev/scd0,
or too many mounted file systems
Just to clarify the issue,
The Roxio Direct CD help file has this to say:
"About UDF v.1.5
Universal Disk Format version 1.5 is a file system standard that enables a CD-Recorder to be used as a logical device on a computer system. In other words, UDF lets you read files from and write files to a CD in your CD-Recorder, just as you would read and write files to a floppy disk or a hard disk.
If you have DirectCD 5.0 installed, you automatically have the UDF Reader needed to read UDF v.1.5–formatted CDs. When you make a CD using DirectCD, it automatically copies the UDF Reader for Windows to the CD. When you insert the CD into a drive, the reader will automatically ask if you want to install it.
UDF v.1.5–compatible readers are available for most common operating systems and must be installed for CD-Recorders to read UDF v.1.5–formatted CDs."
So when you mount the CD you actually see the UDF Reader for Windows installer files. These are written to the CD using an ISO 9660 file system so they can be read by any system. What I believe scottpioso is looking for is a linux version of the UDF Reader, or a way to read UDF file system CDs.
I've had a look around and there doesn't seem to be much out there but this might help:
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.