Weekly Edition
Return to the Press pageSponsored link
Vyatta –
Linux & Open Source
Alternative to Cisco –
Advanced Routing,
Firewall, VPN, QoS..
Free Download ->
| |||||||||||
Burning CDs on Linux (IBM developerWorks)
IBM developerWorks takes
a look at CD burning on Linux systems. "CD-writing programs are
available for both Linux and Windows, but the Linux versions are more
powerful and versatile than their Windows cousins. In this article, we'll
look at mkisofs and cdrecord, the workhorses of Linux CD recording. mkisofs
creates a pre-mastered image, to generate an ISO9660/JOLIET/HFS hybrid
filesystem. It both creates and populates a filesystem. Unlike other data
storage media such as hard drives and floppy drives, a filesystem on CD is
not first created, then populated with data. There is only one chance with
a CD-R: formatting it first would create a disk with an empty
filesystem. cdrecord records data on Orange Book CD-R/RWs, which is pretty
much all of them."
(Log in to post comments)
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 20:51 UTC (Thu) by dr_lha (guest, #86) [Link] "CD-writing programs are available for both Linux and Windows, but the Linux versions are more powerful and versatile than their Windows cousins"I'm a huge fan of Linux and have been a user of Linux and various versions of Unix for over 10 years, personally I hate using Windows - but come on! On what planet is the above statement true? For one thing if you using command line tools you can use these under Windows too just as easily (I know I've done it). I'm sorry but the GUI CD creation software on Linux is nowhere near as powerful as comparable software on Windows. Sure theres alot of promising software but its all unfinished/buggy. I'm all for articles on Linux CD writing but why does it have to bash Windows CD writing software, in a blatently untrue way. Linux users always moan when the windows world says untrue things about Linux. We need to show that the Linux community is better in every way and won't stoop to this kind of thing.
Burning CDs on Linux (IBM developerWorks) Posted Apr 25, 2003 13:29 UTC (Fri) by sidboyce (guest, #10891) [Link] There are quite a number of very good GUI packages, K3B, xcdroast, eroaster and many others. My favourite is WebCDwriter which is a network CDWserver accessed via a browser. In the browser, it doesn't offer the option to copy CD's, though there is an option enabled for it in /etc/CDWserver/config. The nice thing about it is that you can burn CD's from any Java enabled web browser on the network. One morning I had to burn some Solaris patches on to a CD for an update a customer needed, sod's law says I had a problem with something on the box with the writer (apache I think), OK, wiped the instant sweat away, NFS mounted the box with the writer on to my linux laptop, went in with mozilla on the laptop and burned the CD, packed and out the door.
Burning CDs on Linux (IBM developerWorks) Posted Apr 25, 2003 16:39 UTC (Fri) by Xanadu (guest, #1215) [Link] I have to second sidboyce's post. You've never used k3b (or Kreatecd - I think it used to be called) obviously.Command Line? OK, I'll stand up and say that I don't have a clue how to do this. I've only used GUI's for burning CD's. So I can't say anything either way on that front.
Burning CDs on Linux (IBM developerWorks) Posted Apr 27, 2003 9:19 UTC (Sun) by Mithrandir (subscriber, #3031) [Link] "CD-writing programs are available for both Linux and Windows, but the Linux versions are more powerful and versatile than their Windows cousins"I have found this to be true. In my job I had to create an installation CD for a cross-platform product. That means that the installers need to run on any system that the CD is inserted into. mkisofs allows the inclusion of rock ridge (UNIX), HFS (Mac) and Joilet (Windows) extensions. The beauty of this setup is that you can hide the other extensions from each operating system. So when my CD is inserted into a Mac, you only see the mac installer (and it can be run directly from the CD; no MacBinary or any of that crap). Similarly for the other OSes. There is absolutely NO WAY that any of the windows burning utilities provide this kind of professional feature.
Burning CDs on Linux (IBM developerWorks) Posted May 1, 2003 16:49 UTC (Thu) by ericbr (guest, #5904) [Link] Try Gear Pro. It's expensive, I grant you, probably because it does a lot of things (sets inter-gap timing for audio cds, for example) that the vast majority of users don't care about. Sadly, creating Rock Ridge extensions falls into this category.
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 21:13 UTC (Thu) by freelsjd (guest, #250) [Link] Two problems with CD writing on Linux that don't exist on Windows. Both of these problems need to be fixed before the masses shall convert (don't bash me, I am essentially 100% linux for 9 years now). First, one cannot write directly to a writer using IDE bus and DMA. One has to use the scsi emulation, which slows the whole process down. Second, one cannot copy an audio CD directly to the writer. If these have been fixed since I last looked, I do humbly back down. However, neither of these two issues were addressed in the article.
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 21:26 UTC (Thu) by freelsjd (guest, #250) [Link] I also forgot to mention that, to my knowledge, you cannot just mount a CD writer as a filesystem and continually read/write just as if it were a hard disk; similar to Adaptec's DirectCD. So, at least three items.
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 21:52 UTC (Thu) by dlang (subscriber, #313) [Link] this sounds like the UDF support that was mentioned in the article as an upcoming feature that was going to be in 2.6
Burning CDs on Linux (IBM developerWorks) Posted May 1, 2003 6:53 UTC (Thu) by set (subscriber, #4788) [Link] Using the packet-writing patch, you can use cd-rw as a read/writefilesystem under linux. (Ive used it with ext2 and udf filesystems.) Modern dvd drives can work this way normally, I believe, and cd-rw drives that support mt. rainier can do this with certain udf patches. None of these are in the stable or developement kernel yet, AFAIK. recent patches: Horribly outdated home page:
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 21:50 UTC (Thu) by dlang (subscriber, #313) [Link] the 2.5/2.6 kernel includes the ability to skip the ide-scsi layer when useing burners.as for copying an audio CD directly to the burner, I don't understand why not. if you have the image layed out as you intend to cdrecord doesn't care what the format is (I regularly burn tarballs to CDs and just do tar -xvpf /dev/hdx to read them). with the audio CDs you may have to treat each track independantly, but that can still be done in one cdrecord command. so one of your problems has been fixed, and the other may not be the issue you think it is (I will admit I haven't worked with audio CDs so I can't say for sure)
Burning CDs on Linux (IBM developerWorks) Posted Apr 25, 2003 2:04 UTC (Fri) by drathos (guest, #6454) [Link] haven't tested it out yet, but suse 8.2 comes with cdrecord 2.0 which lets you record discs without using ide-scsi. at the moment the only gui that works with it is xcdroast, but it shouldn't be long before the others support it as well.
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 22:46 UTC (Thu) by lpalya (guest, #10882) [Link] Cdrecord 2 supports ide drives. If you do hdparm -d1 /dev/hdx on yourwriter it will do DMA transfers without slowing down or excessive CPU usage. As for the speed, my 52 times drive completes writing exactly the same amount of time (using the same media) under Linux that of under Windows. Regards
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 21:46 UTC (Thu) by observer786 (guest, #9753) [Link] CD-writing programs are available for both Linux and Windows, but the Linux versions are more powerful and versatile than their Windows cousins.This is bullshit. I use Linux on my desktop (at home) - I'm posting this from Linux, I'm definitely a Linux advocate. But making false claims like the quoted one just damages the credibility of all Linux advocacy. People say that what Linux needs, to get wider acceptance, is a smoother user interface. I don't agree, I think that what Linux needs is credibility. Every time some Linux fan makes a claim for Linux that is plainly exaggerated, we lose a little bit of credibility, and it is very difficult to get it back.
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 21:58 UTC (Thu) by dlang (subscriber, #313) [Link] if you are comparing the normal GUI based windows burner programs and the command line linux programs I will agree that the linux ones will let you do things that you can't do with the GUI. (try to write a ext2 filesystem blob to a CD with a windows GUI and it will refuse to do so or put it insode a iso9660 filesystem for example)however this has more to do with GUI vs command line then lnux vs windows, other then the fact that windows programs tend to all be the GUI variety and the linux ones the command line variety)
Re: Burning CDs on Linux (IBM developerWorks) Posted Apr 25, 2003 2:07 UTC (Fri) by Ross (subscriber, #4065) [Link] I think the claim is credible. Well, at least from my experience using Adaptec Easy-CD Creator Deluxe at a previous job. Management insisted that we use that product for creating CDs. I have no idea what they were thinking.The first problem was there was no way to do Rock Ridge extentions. My understanding is that most Windows recording programs force you to use DOS-style filenames unless you use JOLIET extensions. Normal ISO9660 can handle 30 character filenames just fine and Rock Ridge was a perfectly decent extension which even includes symlinks, permissions, and ownership. Then there is the issue of writing images of Linux, Mac, or Solaris filesystems. You have to do all the work to create the image on another system... then Easy-CD Creator fails to import the "ISO" image because it wants something besides a raw dump. In fact I never figured out exactly what that format needed to be. The program wasn't scriptable in any way, so doing batches of disks was a real pain in the ass and required me to be physically in front of the system in the data center to click on buttons in dialog boxes. I would have been much happier with mkisofs + cdrecord.
Re: Burning CDs on Linux (IBM developerWorks) Posted Apr 25, 2003 3:54 UTC (Fri) by dr_lha (guest, #86) [Link] If you would have been much happier with mkisofs and cdrecord you should have used them. They're both available for Windows.
Re: Burning CDs on Linux (IBM developerWorks) Posted Apr 25, 2003 20:31 UTC (Fri) by Ross (subscriber, #4065) [Link] I wasn't aware of that and it is good to know. However it wouldn't have helped in that situation because I we were told we had to use that other product.
Burning CDs on Linux (IBM developerWorks) Posted Apr 24, 2003 22:09 UTC (Thu) by sfeam (subscriber, #2841) [Link] The development kernel series 2.5.x does support CD-burning directly through IDE with no SCSI-emulation layer. See the CD-recording section of the current What to Expect document. So that's one issue taken care of.As to "more powerful and versatile" - that also is true, at least to the extent that the linux tools permit creation, burning, and mounting of transparently compressed file systems. Using mkzisofs and cdrecord -z one can effectively double or triple the number of files backed up to CD. This does not help for files that are already heavily compressed, such as MP3s or the like. But it's nothing to sneer at either. It means I can back up a 1.2GB user partition to a single CD.
Burning CDs on Linux (IBM developerWorks) Posted Apr 25, 2003 2:41 UTC (Fri) by freelsjd (guest, #250) [Link] Did the article say anything about the 2.5.x kernels had to be used ? No, I think not. I have tried the 2.5.x kernel and it is almost there, but vmware could not work with samba (see debian bug report). I use mkisofs and cdrecored routinely and I am familiar with their power. No doubt. But, we are talking about the masses here. If we want the masses to get off windows and get to using our favorite OS, then we need to be able to point and click on an audio CD, drag it into the writeable CD icon and it gets copied. Both drives must be IDE because these are the least expensive. The same goes for a drag and drop of a file system (folder icon). All with a stable kernel. When we get there, that is when an article like this will be credible. I am surprised that IBM would be so bold.
|
|||||||||||