CDRtools is a highly portable CD/DVD/Blu-Ray command line recording software.

This repository contains cdrtools packages for CentOS/RHEL and Fedora supported distributions. This package cannot be included in the main repository due to licensing issues.

Package information

This package tries to comply as maximum to the Fedora Packaging Guidelines; this means the packages has debug information packages, default Fedora’s GCC compile time options (where possible) and standard locations for binaries, data and docs.

On CentOS/RHEL 6 and Fedora there are no SETUID binaries and instead all permissions are granted through kernel capabilities. CentOS/RHEL 5 do not have this mechanism and as such binaries in this platform are still configured with SETUID permissions. Example on Fedora:

$ getcap /usr/bin/cdrecord 
/usr/bin/cdrecord = cap_dac_override,cap_net_bind_service,cap_ipc_lock,cap_sys_rawio,cap_sys_admin,cap_sys_nice,cap_sys_resource+ep

Programs default device to /dev/cdrom, as by default in RHEL/Fedora.

Please note that cdrecord is what is required for burning Blu-Ray and Dual Layer DVD discs; the Fedora bundled wodim does not produce readable discs or is not able to burn them at all.

Supported distributions:

  • RHEL/CentOS 5 – i386/x86_64
  • RHEL/CentOS 6 – i686/x86_64
  • RHEL/CentOS 7 – x86_64
  • Fedora 21 – i686/x86_64
  • Fedora 22 – i686/x86_64
  • Fedora 23 – i686/x86_64


To install the repository on a supported Fedora 22+ distribution, run as root the following command:

dnf config-manager --add-repo=

For installation on CentOS and Redhat Enterprise Linux:

yum-config-manager --add-repo=

Then, to install all the packages of which the cdrtools suite is composed, perform the following commands:

yum -y install cdrecord mkisofs cdda2wav

If you are already running a desktop, it’s very likely that you have cdrkit already installed. In this case just perform an update and the packages will overwrite icedax, wodim and geniso.

Graphical front end programs for CD/DVD burning and mastering like Brasero already have support for cdrtools and no additional settings are required. Since the packages also provide cdrkit packages, no tool should break in your Fedora installation.

$ rpm -qp --provides *rpm cdrtools/epel-6/x86_64/*rpm
icedax = 10:
cdda2wav = 10:3.01-a16.1.el6
cdda2wav(x86-64) = 10:3.01-a16.1.el6
config(cdrecord) = 10:3.01-a16.1.el6
wodim = 10:
cdrecord = 10:3.01-a16.1.el6
cdrecord(x86-64) = 10:3.01-a16.1.el6
genisoimage = 10:
mkisofs = 10:3.01-a16.1.el6
mkisofs(x86-64) = 10:3.01-a16.1.el6

Epoch tag in packages is increased accordingly to avoid any possible broken upgrade path between official cdrkit packages that obsolete cdrtools.


The address for contacting me is in the package’s changelog.

15 thoughts on “CDRtools”

  1. Hi,
    I would like to ship your packages with my Fedora remix by default but mkisofs from your packages causes livecd-creator to fail with the following error:

    Bad Option ‘-e’ (error -1 BADFLAG).
    Usage: mkisofs [options] [-find] file… [find expression]

    Use mkisofs -help
    to get a list all of valid options.

    Use mkisofs -find -help
    to get a list of all valid -find options.

    Most important Options:
    -posix-H Follow sylinks encountered on command line
    -posix-L Follow all symlinks
    -posix-P Do not follow symlinks (default)
    -o FILE, -output FILE Set output file name
    -R, -rock Generate Rock Ridge directory information
    -r, -rational-rock Generate rationalized Rock Ridge directory info
    -J, -joliet Generate Joliet directory information
    -print-size Print estimated filesystem size and exit
    -UDF Generate UDF file system
    -dvd-video Generate DVD-Video compliant UDF file system
    -iso-level LEVEL Set ISO9660 level (1..3) or 4 for ISO9660 v 2
    -V ID, -volid ID Set Volume ID
    -graft-points Allow to use graft points for filenames
    -M FILE, -prev-session FILE Set path to previous session to merge
    Error creating Live CD : ISO creation failed!

    It works fine with the version shipped with Fedora, any help would be appreciated.

    1. Hello,

      cdrtools and cdrkit have diverted substantially since cdrtools was forked; the “-e” flag is not present in cdrtools’ mkisofs command. To generate EFI images you need to specify different options.

      In the next days I will try to introduce alternatives to cdrtools so base wodim, icedax and genisoimage are not overwritten on the system and it will allow you to switch back and forth between the two implementations.


  2. There is a small typo:
    “yum -y install cdrectod mkisofs cdda2wav” should be “yum -y install cdrecord mkisofs cdda2wav”

  3. Just a note on “cdrkit”: there is no EFI support in the Debian source tree.

    The original mkisofs added support for EFI boot using “-eltorito-platform efi”
    in June 2011. If people who may have created a patch to genisoimage that
    added EFI support did care about compatibility, I would expect that they follow
    mkisofs option names.

    But it is correct, as a fact that cdrkit did not evolve since September 2004 and
    the original code did evolve massively, there now is a lot of functionality in the
    original code that is missing in cdrkit. Cdrkit currently delivers less than 40%
    of the features found in the original code.

    1. Fedora/RHEL cdrkit builds contain specific EFI patches that integrate with the Fedora and Redhat tools for creating the distribution images. Unfortunately they are using totally different command line switches.

      1. This may be a result of not knowing the best way by the people
        who create patches to cdrkit.

        When I add a new feature, I of course do not just do what might
        be obvious but I look at the related standards (e.g. Eltorito) and
        implement something more general. ElTorito defines a generic
        interface for different platforms and this is why mkisofs got a
        method based on allowing all known such platforms including
        EFI and PPC.

        BTW: At the same time I added an option -modification-date to
        mkisofs to manually control what grub-2 identifies as UUID.

        Both features have been developed together with Oracle
        in 2010 and exposed to the public after everything was negotiated.

  4. Thanks, I have a high end CD player and need to burn CD’s at high quality. Cdrkit is an absolute dissaster!
    Using K3b, it works like a charm.

  5. Will this repository be updating cdrtools with a rpm version for RHEL/CENTOS 7 in the very near future?

    I am aware of, however I would prefer like others in linking to a repository to ease my maintenance burden. If possible please advice of release date.

    1. Hello, the repository for rhel/centos 7 has been enabled available since day 1. Read the page and look at the repository files.

  6. You should use alternative to enable parallel installation with cdrskin and wodim. In addition a patch to add unix device would bed nice as using SCSI lun is setback compared to using dev=/dev/sr0.

    1. I tried, but the wodim package is incomplete regarding alternatives, I’ve submitted some stuff but basically went ignored. With the current Wodim package I’m not able to do it. Also, this is not in Fedora and will never be for licensing issues, so if you are here for installing this means you don’t care about Wodim et al.

  7. Hi,
    There seems to be a dependency problem with the cdrtools rpm for Centos/RHEL 5 on x86_64.
    After copying the .repo file into /etc/yum.repo.d (please note that Centos/RHEL 5 has no ‘yum-config-manager’), I tried to use yum to install cdrtools and it failed with a dependency problem concerning cdrtools-lib (shown below)

    10:cdrecord-3.01-a31.1.el5.x86_64 from epel-cdrtools has depsolving problems
    --> Missing Dependency: cdrtools-libs%{_isa} = 10:3.01-a31.1.el5 is needed by package 10:cdrecord-3.01-a31.1.el5.x86_64 (epel-cdrtools)
    10:cdda2wav-3.01-a31.1.el5.x86_64 from epel-cdrtools has depsolving problems
    --> Missing Dependency: cdrtools-libs%{_isa} = 10:3.01-a31.1.el5 is needed by package 10:cdda2wav-3.01-a31.1.el5.x86_64 (epel-cdrtools)
    10:mkisofs-3.01-a31.1.el5.x86_64 from epel-cdrtools has depsolving problems
    --> Missing Dependency: cdrtools-libs%{_isa} = 10:3.01-a31.1.el5 is needed by package 10:mkisofs-3.01-a31.1.el5.x86_64 (epel-cdrtools)
    Error: Missing Dependency: cdrtools-libs%{_isa} = 10:3.01-a31.1.el5 is needed by package 10:mkisofs-3.01-a31.1.el5.x86_64 (epel-cdrtools)
    Error: Missing Dependency: cdrtools-libs%{_isa} = 10:3.01-a31.1.el5 is needed by package 10:cdda2wav-3.01-a31.1.el5.x86_64 (epel-cdrtools)
    Error: Missing Dependency: cdrtools-libs%{_isa} = 10:3.01-a31.1.el5 is needed by package 10:cdrecord-3.01-a31.1.el5.x86_64 (epel-cdrtools)

    Using yum to install cdrtools-lib manually (which does install) and then installing cdrtools gives the same result as before. The ‘%{_isa}’ in the dependency looks suspicious.

    1. Fixed, RHEL 5 does not validate %_isa. I’ve used conditionals (%?_isa) as per packaging guidelines. Thanks for reporting.

Leave a Reply

Your email address will not be published. Required fields are marked *

I'm not dumb. I just have a command of thoroughly useless information.

%d bloggers like this: