LinuxQuestions.org

- Linux - Software (https://www.linuxquestions.org/questions/linux-software-2/)

- - mkisofs (https://www.linuxquestions.org/questions/linux-software-2/mkisofs-195035/)

Hello.
I have a question about mkisofs.
I have several files in different directories I'd like to get on cd.
I decided to create two directories, say ONE and TWO, and put symbolic links into them.
I'd like to get a cd with this two dir into it; the cd main dir should contain ONE and TWO, and they should contain the right files.
How can I do it?

Thanks,

Guldo

I'd reccomend skipping the command line tools for cd burning/image creating and just hopping into k3b or your favorite gui burn app. Should make things a lot easier.

mkisofs -graft-points -rJT -V "Music" -o iso ONE=./ONE TWO=./TWO

assuming you are working in the parent directory of ONE & TWO.
this will give a rockridge, joilet & trans-tabled' iso called "Music".

man mkisofs man!

Another feature to look at is -multi session for puting multiple images on a cd.

You create the first iso image as normal. I like to be in the directory to be imaged so I can use the period ( . ) instead of typing out the path. For example.....
cd /home/dir1
mkisofs -R -J -V "Vol1" -o /home/myfiles1.iso .

Now you burn that to the cd ....
cdrecord -v speed=4 dev=0,0,0 -eject -multi -data /home/myfiles1.iso

For the remaining images, you need a different method....

Code:

cd /home/dir2

next=`cdrecord -msinfo dev=0,0,0`

echo "Next Track is $next"

mkisofs -R -J -o /home/myfiles2.iso -C $next \

-M /dev/cdrom -V "Vol1" . | \

cdrecord -v speed=4 dev=0,0,0 -eject -multi -data /home/myfiles2.iso

Thank you all very much.
I know about multi (thanks anyway), and I was after -graft-points. I found it previously in the man page, but I didn't understand how was I supposed to use it... That "ONE=./ONE TWO=./TWO" thing looks really like the solution I need.

Thanks a lot, guys :)

Guldo

cdrecord write error

Ok with mkisofs, but now cdrecord does not work anymore.
I tried both CDR and CDRW, with several CDs and ISOs.
I get errors like the following.
What's going on? It used to work fine...
I have the latest cdrecord available for debian sid, on linux 2.6.5 (no scsi emulation)

Thanks.

Quote:

$ cdrecord -vv -eject -dao speed=8 fs=128m dev=/dev/hdb -dummy iso
Cdrecord-Clone 2.01a29 (i686-pc-linux-gnu) Copyright (C) 1995-2004 J?g Schilling
NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
and thus may have bugs that are not present in the original version.
Please send bug reports and support requests to <cdrtools@packages.debian.org>.
The original author should not be bothered with problems of this version.

TOC Type: 1 = CD-ROM
scsidev: '/dev/hdb'
devname: '/dev/hdb'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
Using libscg transport code version 'schily-scsi-linux-sg.c-1.81'
SCSI buffer size: 64512
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 1
Vendor_info : 'YAMAHA '
Identifikation : 'CRW8424E '
Revision : '1.0j'
Device seems to be: Generic mmc CD-RW.
Drive current speed: 8
Drive default speed: 8
Drive max speed : 8
Selected speed : 8
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC SWABAUDIO
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R
FIFO size : 134217728 = 131072 KB
Track 01: data 1 MB
track: 1 start: 0 pregap: 150
Total size: 1 MB (00:11.88) = 891 sectors
Lout start: 2 MB (00:13/66) = 891 sectors
41 00 00 14 00 00 00 00
41 01 00 10 00 00 00 00
41 01 01 10 00 00 02 00
41 AA 01 14 00 00 0D 42
Track 1 start 0
Track 2 start 891
41 00 A0 00 00 00 00 01 00 00 00 00
41 00 A1 00 00 00 00 01 00 00 00 00
41 00 A2 00 00 00 00 00 13 66 00 00
41 00 01 00 00 00 00 00 02 00 00 00
Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 4
Is not unrestricted
Is not erasable
Disk sub type: Medium Type A, high Beta category (A+) (3)
ATIP start of lead in: -11077 (97:34/23)
ATIP start of lead out: 359848 (79:59/73)
Disk type: Long strategy type (Cyanine, AZO or similar)
Manuf. index: 11
Manufacturer: Mitsubishi Chemical Corporation
Trying to clear drive status.
cdrecord: Drive needs to reload the media to return to proper status.
(here it ejects the cd to get it back right after)
cdrecord: Cannot get next writable address for 'invisible' track.
cdrecord: This means that we are checking recorded media.
cdrecord: This media cannot be written in streaming mode anymore.
cdrecord: If you like to write to 'preformatted' RW media, try to blank the media first.
Starting to write CD/DVD at speed 8 in dummy SAO mode for single session.
Last chance to quit, starting dummy write 0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
Sending CUE sheet...
41 00 00 14 00 00 00 00
41 01 00 10 00 00 00 00
41 01 01 10 00 00 02 00
41 AA 01 14 00 00 0D 42
cdrecord: CUE sheet not accepted. Retrying with minimum pregapsize = 1.
41 00 00 14 00 00 00 00
41 01 00 10 00 00 00 00
41 01 01 10 00 00 02 00
41 AA 01 14 00 00 0D 42
cdrecord: Success. send_cue_sheet: scsi sendcmd: no error
CDB: 5D 00 00 00 00 00 00 00 20 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 30 05 00 00
Sense Key: 0x2 Not Ready, Segment 0
Sense Code: 0x30 Qual 0x05 (cannot write medium - incompatible format) Fru 0x0
Sense flags: Blk 0 (not valid)
resid: 32
cmd finished after 0.001s timeout 200s
cdrecord: CUE sheet still not accepted. Please try to write in RAW (-raw96r) mode.
cdrecord: Cannot send CUE sheet.
cdrecord: Could not write Lead-in.
Writing time: 5.412s
cdrecord: fifo had 29 puts and 0 gets.
cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%.

I even tried and put ide-scsi emulation back, with no luck.
What's wrong with me? :(

have you tried just "cdrecord -vv dev=0,0,0 -dummy iso" to let it sort the rest out automtically? I did notice that (in the messages you posted) that the media recommended 4x write speed :~#

ps. I say dev=0,0,0 'cos that's how i'm used to using it. I made a link from /dev/sg0 pointing to /dev/hdb to fool cdrecord. It works for me!!

That's fine.
It works.
Thanks.
:)

EDIT: there was a buffer underrun problem, too... looks like I overloaded my system with processes... :p

A new (for me) issue about mkisofs:
how can I write multisession cds?
I used to do it on linux 2.4.x, but now on 2.6.x, without scsi emul, I cannot...
I first write a track using cdrecord with the 'multi' option, then try to create an image via mkisofs; I get this error:

Code:

$ mkisofs -l -r -v -jcharset iso8859-15 -C $(cdrecord -msinfo dev=/dev/hdb) -M /dev/hdb -o prova.iso /backup/*.tar.bz2

cdrecord: Cannot get next writable address for 'invisible' track.

cdrecord: This means that we are checking recorded media.

cdrecord: This media cannot be written in streaming mode anymore.

cdrecord: If you like to write to 'preformatted' RW media, try to blank the media first.

cdrecord: Cannot read first writable address

mkisofs 2.01a34-unofficial-iconv (i686-pc-linux-gnu)

mkisofs: Warning: -C specified without -M: old session data will not be merged.

mkisofs: Malformed cdrecord parameters

Linux 2.6.5
mkisofs 2.01a34-unofficial-iconv (i686-pc-linux-gnu)
Cdrecord-Clone 2.01a34 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jorg Schilling
What's wrong?

Thanks :)

Sorry to quote myself but....

try doing "ln -s /dev/hdb /dev/sg0" then use dev=0,0,0 and see if it makes any difference.
you can carry it over a reboot by adding "ln -s /dev/hdb /dev/sg0" to your /etc/rc.d/rc.local if it works.

Quote:

Originally posted by Tuttle
have you tried just "cdrecord -vv dev=0,0,0 -dummy iso" to let it sort the rest out automtically? I did notice that (in the messages you posted) that the media recommended 4x write speed :~#

ps. I say dev=0,0,0 'cos that's how i'm used to using it. I made a link from /dev/sg0 pointing to /dev/hdb to fool cdrecord. It works for me!!

I don't fully understand the workings of this so sorry if what I am suggesting makes no difference.

edit: oops debian has different init scripts but you get my meaning, slack 10 has a dynamic /dev system so it looses /dev stuff on reboot.

Quote:

Originally posted by Tuttle
edit: oops debian has different init scripts but you get my meaning, slack 10 has a dynamic /dev system so it looses /dev stuff on reboot.

Only if you chose to compile devfs-support into
your kernel.

Or, in other words, mine doesn't lose anything.

Cheers,
Tink

Heh, I am using the generic kernel (being lazy) but I had the 2.6.7 kernel compiled and running on 9.1 for a while without devfs - it was easier that way, I just havent found the time recently for an indepth "make config".
I quite like the generic kernel at the moment though, all seems ok, I have a fast enough computer not to notice any lack of performance.

ps, whats the weather like over there tink? I have an unckle in remuera auckland who has been a bit down of late, he needs a bit of sunshine at the mo!

Thank you, it's over, fixed as Tuttle suggested. I put the link making command in the init for runlevel2, and it works.
Thank you all. :)

ah good, glad it did the trick :~]