You are not logged in.
Pages: 1
I have in hand a very strange CD. This is an (old) CD with drivers for a Samsung printer. The CD has drivers for Linux and Windows. But if I mount the CD in Linux, I see only the Linux driver and if I access the CD from Windows, only the Windows drivers are seen. How they can do that ? How can I mount in Linux the CD in order to see the content seen from Windows ?
Offline
Wow, OEMs that care about Linux?
Hmm. Are they the same partition?
Lenovo Y450 + Arch x86_64 dual boot with Windows 7 + Openbox standalone + Arch default kernel + Nouveau + yours truly = A lot of *****in' in the Arch Forums.
Offline
Wow, OEMs that care about Linux?
Hmm. Are they the same partition?
I did not know we can put partitions on a CD. What kind of partitions have you in mind? It just appears as a normal ISO-9660 CDROM. Just that the content is different from Linux and windows. I really do not understand how can it be done.
Offline
I think it is a hybrid image, such as created by genisoimage(1).
The first 32768 bytes of the disk are unused by ISO 9660 data structure, and therefore available for other use. For example, a CD-ROM may contain an alternative file system descriptor in this area, as it is often used by Hybrid CDs to offer Mac OS-specific content.
I'd be interested if someone could point out some tools[1] for analyzing, viewing and manipulating such images.
[1] I'm pretty sure UltraISO on Windows is one such tool.
Last edited by lolilolicon (2011-09-08 11:15:28)
This silver ladybug at line 28...
Offline
Can you post a screenshot or listing of what it looks like in Windows and Linux?
Offline
In Windows ( DIR D: )
Le volume dans le lecteur D s'appelle SAMSUNG_LBP
Le numéro de série du volume est C432-A954
Répertoire de D:\
28/02/2005 00:53 <REP> ACROBAT_READER
26/10/2004 06:11 740 AUTORUN.INF
28/02/2005 00:53 <REP> DATA
28/02/2005 00:53 <REP> ML-1610
28/02/2005 00:53 <REP> Manual
09/12/2004 03:55 11 219 SETUP.DAT
20/09/2004 07:29 270 336 SSAuto.Dll
17/09/2004 08:03 253 952 SSEtc.dll
22/09/2004 11:09 225 280 SSFcs.dll
12/03/2004 05:59 1 622 016 SSRes.dll
17/09/2004 08:04 155 648 SSTtp.dll
26/10/2004 05:42 307 200 Setup.exe
28/02/2005 00:54 <REP> USB
8 fichier(s) 2 846 391 octets
5 Rép(s) 0 octets libres
In linux (ls -l -F /mnt/cdrom)
total 44
dr-xr-xr-x 22 root root 4096 Feb 28 2005 Manual/
-r--r--r-- 1 root root 2555 Feb 28 2005 README.txt
-r-xr-xr-x 1 root root 51 Feb 28 2005 autorun*
dr-xr-xr-x 3 root root 2048 Feb 28 2005 bin/
dr-xr-xr-x 8 root root 2048 Feb 28 2005 cups/
dr-xr-xr-x 4 root root 2048 Feb 28 2005 data/
dr-xr-xr-x 3 root root 2048 Feb 28 2005 help/
-r--r--r-- 1 root root 8517 Feb 28 2005 icon.xpm
dr-xr-xr-x 9 root root 2048 Feb 28 2005 locale/
dr-xr-xr-x 2 root root 6144 Feb 28 2005 misc/
dr-xr-xr-x 3 root root 2048 Feb 28 2005 ppd/
dr-xr-xr-x 2 root root 2048 Feb 28 2005 scripts/
dr-xr-xr-x 4 root root 2048 Feb 28 2005 setup.data/
-r-xr-xr-x 1 root root 6603 Feb 28 2005 setup.sh*
ouput of isoinfo -d dev=dev/sr0 (in linux)
CD-ROM is in ISO 9660 format
System id: LINUX
Volume id: SAMSUNG_LBP
Volume set id:
Publisher id:
Data preparer id:
Application id: MKISOFS ISO 9660/HFS FILESYSTEM BUILDER & CDRECORD CD-R/DVD CREATOR (C) 1993 E.YOUNGDALE (C) 1997 J.PEARSON/J.SCHILLING
Copyright File id:
Abstract File id:
Bibliographic File id:
Volume set size is: 1
Volume set sequence number is: 1
Logical block size is: 2048
Volume size is: 239152
Joliet with UCS level 3 found.
SUSP signatures version 1 found
Rock Ridge signatures version 1 found
Rock Ridge id 'RRIP_1991A'
If I use on Windows the Windows port of cdrtools; then these tools behave as in Linux, showing me the Linux contents. In Linux I can also mount -t udf and then I see:
total 32
-rw-r--r-- 1 root root 32768 Feb 28 2005 Desktop DB
-rw-r--r-- 1 root root 0 Feb 28 2005 Desktop DF
drwxr-xr-x 1 root root 22 Feb 28 2005 Manual/
This was for a Samsung ML-1610 B/W laser printer. This is crazy.
@lolilolicon That explain the result when I mount -t hfs. But the difference in Linux and Windows remain mysterious. How Windows "mount" the CD? I believed it was the equivalent of mount -t iso9660 in Linux but apparently, it is not.
Last edited by olive (2011-09-08 12:12:16)
Offline
Is `isodebug` of any help?
This silver ladybug at line 28...
Offline
Is `isodebug` of any help?
It is. I make progress. Here is the content of isodebug dev=/dev/sr0
ISO-9660 image created at Mon Feb 28 09:54:33 2005
Cmdline: 'mkisofs 2.0 -hfs -icon-position --netatalk --double -root-info mac/ML-1610/.AppleDouble/.Parent -hide-list hide.lst -hide-hfs-list hide-hfs.lst -hide-joliet-list hide-joliet.lst -rJvvV SAMSUNG_LBP -hfs-volid SAMSUNG_LBP -o isoimages/ML-1610.iso .../ML-1610 .../image .../ML-1610'
Moreover I see the windows content on linux if I mount -t iso9660 -o norock. I do quite yet understand it but it plays with the fact that windows do not understand the rock extension. Probably the rock extension hide the windows content and the joliet extension hide the linux one. But the unhide option does not seems to have any effect. and if I mount -o norock,nojoliet,map=off then I see only the linux contents.
Last edited by olive (2011-09-08 12:53:35)
Offline
Nice. `-o norock` was what I thought, too.
I may be wrong, but my guess is that:
* Rock Ridge is not compatible with Joliet -- one cannot mount a disc using both extensions.
* Under Linux, when both extensions are available, Rock Ridge takes priority.
* Windows only knows about Joliet.
Last edited by lolilolicon (2011-09-08 13:35:22)
This silver ladybug at line 28...
Offline
I'm guessing that Windows is pointing to:
ls setup.data/
and that autorun.inf or even setup.dat is the cause. Probably autorun.inf though. It's just a text file, so it's easy to read.
Last edited by skottish (2011-09-09 02:41:24)
Offline
Pages: 1