SCSI Emulation with newer Kernels and Burning CD's
I upgraded my kernel from an old 2.6.5 kernel to a newer 2.6.18 kernel and noticed that the boot process ignored the passing of /dev/hdc to scsi emulation. The drive worked fine after I mounted it as /dev/cdrom rather than /dev/hcd0. Do I need to do anything different to such programs as cdrecord? Martin McCormick -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: SCSI Emulation with newer Kernels and Burning CD's
Hi, The native driver can directly do all the tasks and SCSI emulation is not needed anymore. For programs like growisofs, cdrecord in the option dev= instead of giving 0,0,0 etc., you can give /dev/hdc directly. On Tue, 5 May 2009, Martin McCormick wrote: I upgraded my kernel from an old 2.6.5 kernel to a newer 2.6.18 kernel and noticed that the boot process ignored the passing of /dev/hdc to scsi emulation. The drive worked fine after I mounted it as /dev/cdrom rather than /dev/hcd0. Do I need to do anything different to such programs as cdrecord? Martin McCormick -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Bhasker C V Registered linux user #306349 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: SCSI Emulation with newer Kernels and Burning CD's
Bhasker C V writes: The native driver can directly do all the tasks and SCSI emulation is not needed anymore. For programs like growisofs, cdrecord in the option dev= instead of giving 0,0,0 etc., you can give /dev/hdc directly. Thank you. That is great news. I figured it was something like that but I thought I would ask as I will need to burn 1 in a day or so. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Burning Cd's
* João Gabriel Sapucahy Chiste: How to burn a CD using command line? The IMHO easiest way is to use 'burn'. Install this package or see http://www.bigpaul.org/burn/ for details. J. -- I like my Toyota RAV4 because of the commanding view of the traffic jams. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning Cd's
Jochen Schulz wrote: * João Gabriel Sapucahy Chiste: How to burn a CD using command line? The IMHO easiest way is to use 'burn'. Install this package or see http://www.bigpaul.org/burn/ for details. J. ..what kind of cd: audio. data? however: use cdrecord and mkisofs: from the commandline; both if i remember well, with help c.q. manpages. cdrecord can give some trouble with 2.6.x.y kernels. never experienced that last fact myself. good luck, steef groet'n uit groningen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Burning Cd's
How to burn a CD using command line? Keep Da Ocean Clean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning Cd's
On Friday 20 May 2005 17:28, João Gabriel Sapucahy Chiste wrote: How to burn a CD using command line? There are many kinds of CDs, and many things to make them from, so there's no simple answer to that. At this point, you might want to install synaptic, and learn to use it's searching and browsing features to find software for whatever you need. -- Lee. Please send replies to the list, not to my email address.
Re: Burning Cd's
On Fri, 20 May 2005, [iso-8859-1] João Gabriel Sapucahy Chiste wrote: Date: Fri, 20 May 2005 13:28:15 -0300 From: [iso-8859-1] João Gabriel Sapucahy Chiste [EMAIL PROTECTED] To: debian-user debian-user@lists.debian.org Subject: Burning Cd's Resent-Date: Fri, 20 May 2005 11:28:23 -0500 (CDT) Resent-From: debian-user@lists.debian.org How to burn a CD using command line? Keep Da Ocean Clean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Well, cdrecord is a start.. Depends on what U really want the software to do. /ernst-magne
Re: Burning CD's in nautilus (Solved it)
Jaap Haitsma wrote: I can burn CD's with tools like xcdroast but if I try it with nautilus, it recognizes my cd rom burner but if I then do a Write CD it keeps on telling me to insert a blank CD while I already have a blank CD in my CD burner. Any ideas? It works now. I had to add my user account to the group cdrom Jaap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Burning CD's in nautilus
I can burn CD's with tools like xcdroast but if I try it with nautilus, it recognizes my cd rom burner but if I then do a Write CD it keeps on telling me to insert a blank CD while I already have a blank CD in my CD burner. Any ideas? Jaap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning CD's in nautilus
On Sun, Apr 11, 2004 at 07:31:57PM +0200, Jaap Haitsma wrote: I can burn CD's with tools like xcdroast but if I try it with nautilus, it recognizes my cd rom burner but if I then do a Write CD it keeps on telling me to insert a blank CD while I already have a blank CD in my CD burner. Any ideas? I've occasionally had this happen with cdrecord; the workaround was to eject the CD then load it again, which seemed to reset whatever was causing cdrecord to get its knickers in a twist. -- Pigeon Be kind to pigeons Get my GPG key here: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F pgp0.pgp Description: PGP signature
Re: Burning CD's in nautilus
Pigeon wrote: On Sun, Apr 11, 2004 at 07:31:57PM +0200, Jaap Haitsma wrote: I can burn CD's with tools like xcdroast but if I try it with nautilus, it recognizes my cd rom burner but if I then do a Write CD it keeps on telling me to insert a blank CD while I already have a blank CD in my CD burner. Any ideas? I've occasionally had this happen with cdrecord; the workaround was to eject the CD then load it again, which seemed to reset whatever was causing cdrecord to get its knickers in a twist. That doesn't help. It seems almost that it even isn't checking if there is a blank CD, because it returns immediately after clicking on OK with the same dialog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning cd's makes the computer really really slow
#include hallo.h * Matthew Weier O'Phinney [Thu, Feb 20 2003, 11:36:19PM]: and you would need to set your cdrw to udma2 ( ata-33 ) hdparm -d 1 -X 66 -m 16 -c 1 /dev/hdc Read the manpage for hdparm -- the -X option *rarely* needs to be used on modern drives as they automatically set to their highest transfer UDMA settings won't help you when you burn the CD in DAO mode. The problem is the kernel. It disables DMA when a program uses non-standard block sizes for data transfers - this happens when burning CDs in RAW mode, eg. DAO/SAO, audio CD grabbing, etc. There is a patch to enable DMA functionality in this case. However, though it seems to work best with my (VIA-IDE) systems, it seems to trigger some random bugs with other software/hardware combinations. See: http://groups.google.com/groups?hl=delr=ie=UTF-8oe=UTF-8q=Andrew+Morton+CDROMREADAUDIO+DMAbtnG=Google-Suche Gruss/Regards, Eduard. -- Joey Nobse: hihi, hab nur die Manpage gelesen :) nobse Joey: grmpf... ;) * nobse hat den Wink aber verstanden... -- #Debian.DE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning cd's makes the computer really really slow
On Fri, 21 Feb 2003 01:43:31 + cirrus [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok I know the answer is somewhere out there but can't seem to find it. I've got a 48x speed cd-recorder and whenever I start writing a cd, cpu usage goes up to 100%(well almost 100%, can't even play an ogg file properly). Grabbing a copy of cdrtools-2 did help when burning iso's. Now i can burn iso images in just 3 minutes, but when burning bin/cue images using cdrdao the problem is still there(and it takes around 5-10 minutes for each cd). You could try to copy the bin/cue file to another partition and burn it then.If that works ok you got a problem with those files being fragmented. Klaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Burning cd's makes the computer really really slow
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok I know the answer is somewhere out there but can't seem to find it. I've got a 48x speed cd-recorder and whenever I start writing a cd, cpu usage goes up to 100%(well almost 100%, can't even play an ogg file properly). Grabbing a copy of cdrtools-2 did help when burning iso's. Now i can burn iso images in just 3 minutes, but when burning bin/cue images using cdrdao the problem is still there(and it takes around 5-10 minutes for each cd). I've tried with dma enabled and disabled and played around with the drive settings using hdparm, but nothing changed. Cirrus hdparm -i /dev/hdc (if it helps) /dev/hdc: Model=LITE-ON LTR-48125W, FwRev=VS06, SerialNo= Config={ Fixed Removeable DTR=5Mbs DTR10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=yes, tPIO={min:227,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 AdvancedPM=no -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj5VhEYACgkQueyZ7njCUy+Y7wCfQ02HWzMC921i25DkbSXJQyD0 wXAAnA1jWUYN7AsKH8ccxILOrsuAH3eW =qfDj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning cd's makes the computer really really slow
* cirrus ([EMAIL PROTECTED]) [030220 21:08]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok I know the answer is somewhere out there but can't seem to find it. I've got a 48x speed cd-recorder and whenever I start writing a cd, cpu usage goes up to 100%(well almost 100%, can't even play an ogg file properly). Grabbing a copy of cdrtools-2 did help when burning iso's. Now i can burn iso images in just 3 minutes, but when burning bin/cue images using cdrdao the problem is still there(and it takes around 5-10 minutes for each cd). I've tried with dma enabled and disabled and played around with the drive settings using hdparm, but nothing changed. Cirrus hdparm -i /dev/hdc (if it helps) /dev/hdc: Model=LITE-ON LTR-48125W, FwRev=VS06, SerialNo= Config={ Fixed Removeable DTR=5Mbs DTR10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=yes, tPIO={min:227,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 AdvancedPM=no What kind of power does the machine have ?? It's gonna take a fair amount of power to burn at that speed and do anything else comfortably... I've seen some 32x + burners recommend a PII-500 or higher. My wife's machine is a PIII-866 w/ 256mb RAM and a 40x burner. I can burn with it full speed and do other tasks without any problem. It is running Win2K though, but I'd honestly expect Linux to do even *better*. Hall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning cd's makes the computer really really slow
hi ya cirrus On Fri, 21 Feb 2003, cirrus wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok I know the answer is somewhere out there but can't seem to find it. I've got a 48x speed cd-recorder and whenever I start writing a cd, cpu usage goes up to 100%(well almost 100%, can't even play an ogg file properly). Grabbing a copy of cdrtools-2 did help when burning iso's. Now i can burn iso images in just 3 minutes, but when burning bin/cue images using cdrdao the problem is still there(and it takes around 5-10 minutes for each cd). I've tried with dma enabled and disabled and played around with the drive settings using hdparm, but nothing changed. i'd bet that you need to have your cdrw on one ide cable and your system disk on a different cable .. and you would need to set your cdrw to udma2 ( ata-33 ) hdparm -d 1 -X 66 -m 16 -c 1 /dev/hdc also be sure that your kernel supports the ide chipsset on the mb and you might want to try using an ata-66 ( 80-conductor ) cable to see if it helps any hdparm -i /dev/hdc (if it helps) /dev/hdc: DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 -- note fastest supported dma speed -- all other drives on this ide cable should be udma2 ( ata-33 ) c ya alvin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning cd's makes the computer really really slow
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. On Friday 21 Feb 2003 2:45 am, Alvin Oga wrote: hi ya cirrus i'd bet that you need to have your cdrw on one ide cable and your system disk on a different cable .. The cdrw is on a different ide cable from my system drive. and you would need to set your cdrw to udma2 ( ata-33 ) hdparm -d 1 -X 66 -m 16 -c 1 /dev/hdc Nope that didn't do the trick also be sure that your kernel supports the ide chipsset on the mb # lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) $ cat .config|grep VIA CONFIG_BLK_DEV_VIA82CXXX=y . . That is the only VIA related option and you might want to try using an ata-66 ( 80-conductor ) cable to see if it helps any I think the cable is an ata-66 cable. c ya alvin Cheers On Friday 21 Feb 2003 2:20 am, Hall Stevenson wrote: What kind of power does the machine have ?? It's gonna take a fair amount of power to burn at that speed and do anything else comfortably... I've seen some 32x + burners recommend a PII-500 or higher. $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 6 model name : AMD Athlon(tm) XP 1600+ stepping: 2 cpu MHz : 1400.001 . . $ cat /proc/meminfo total:used:free: shared: buffers: cached: Mem: 327655424 297631744 300236800 10526720 134602752 Swap: 740265984 55382016 684883968 MemTotal: 319976 kB . . Cirrus -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj5VpeIACgkQueyZ7njCUy+8vgCgjfbbUU4tC7MQ6kEsmwNQYEmC Hs4AnRfoHxn8HujFmC8vEVCrWInuKmlK =1omZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning cd's makes the computer really really slow
-- Alvin Oga [EMAIL PROTECTED] wrote (on Thursday, 20 February 2003, 06:45 PM -0800): hi ya cirrus On Fri, 21 Feb 2003, cirrus wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok I know the answer is somewhere out there but can't seem to find it. I've got a 48x speed cd-recorder and whenever I start writing a cd, cpu usage goes up to 100%(well almost 100%, can't even play an ogg file properly). Grabbing a copy of cdrtools-2 did help when burning iso's. Now i can burn iso images in just 3 minutes, but when burning bin/cue images using cdrdao the problem is still there(and it takes around 5-10 minutes for each cd). I've tried with dma enabled and disabled and played around with the drive settings using hdparm, but nothing changed. i'd bet that you need to have your cdrw on one ide cable and your system disk on a different cable .. and you would need to set your cdrw to udma2 ( ata-33 ) hdparm -d 1 -X 66 -m 16 -c 1 /dev/hdc Read the manpage for hdparm -- the -X option *rarely* needs to be used on modern drives as they automatically set to their highest transfer rate on power on, and an improper setting can cause data loss and/or corruption. In addition, the -m option is usually only available for hard drives (do an hdparm -i on your cd/dvd device -- most likely, you'll notice that MaxMultSect is 0), and it, too, can cause fs corruption if set incorrectly (to set it correctly, see what your drive can support using hdparm -i and reading the manpage). Be careful about posting stuff like this as it's highly device dependent -- indicate information about the command and some possible settings to look into. -- Matthew Weier O'Phinney [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning cd's makes the computer really really slow
On Fri, Feb 21, 2003 at 01:43 +, cirrus wrote: Ok I know the answer is somewhere out there but can't seem to find it. I've got a 48x speed cd-recorder and whenever I start writing a cd, cpu usage goes up to 100%(well almost 100%, can't even play an ogg file properly). Grabbing a copy of cdrtools-2 did help when burning iso's. Now i can burn iso images in just 3 minutes, but when burning bin/cue images using cdrdao the problem is still there(and it takes around 5-10 minutes for each cd). I've tried with dma enabled and disabled and played around with the drive settings using hdparm, but nothing changed. Is this by any chance on an asus motherboard? I used to see this often with an a7v133 and an a7v333. Burning audio or mode2 images would take over my computer (mode1 data cds didn't seem to have the problem as much) and moving the mouse or loading a page in a browser would be ridiculously slow. Also, the system clock would be a few minutes slow after one burn. After finding a thread on linux-kernel which explained a few shortcomings with the kernel, burning cds, and via chipset, I stopped looking for a fix: http://www.uwsg.iu.edu/hypermail/linux/kernel/0204.1/0053.html . Apparently 2.5 will be better with cds. Recently the a7v333 started refusing to boot at all and I replaced it with a different board (msi kt3 ultra - same via kt333 chipset as the a7v333). I've burned a few cds and was very surprised to find that burning a cd didn't take over the system anymore and the problem with the clock slowing is gone. audio/mode2 cds still seem to take up cpu but it's a whole lot better than before. Not sure what's going on... but I'm happy the problem's gone for me. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]