David E. Fox wrote:
On Tue, 07 Jun 2005 14:37:21 +0100
Adam Funk [EMAIL PROTECTED] wrote:
Not quite there! I'll check the cable too.
Funny, I seem to get the same eror, and my cables are good. My /dev/hdc
is a Toshiba SD-1312, and reading DVDs CDs, writing CDs (it's a combo
On Tue, 07 Jun 2005 14:37:21 +0100
Adam Funk [EMAIL PROTECTED] wrote:
Not quite there! I'll check the cable too.
Funny, I seem to get the same eror, and my cables are good. My /dev/hdc
is a Toshiba SD-1312, and reading DVDs CDs, writing CDs (it's a combo
DVD-R/CDRW) has worked fine.
[EMAIL
Rodney D. Myers wrote:
Not quite there! I'll check the cable too.
Dumb question. Are you running hdparm as root or under sudo?
As root:
$ su
Password:
# hdparm ...
...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, 08 Jun 2005 08:26:11 +0100
Adam Funk [EMAIL PROTECTED] wrote:
Rodney D. Myers wrote:
Not quite there! I'll check the cable too.
Dumb question. Are you running hdparm as root or under sudo?
As root:
$ su
Password:
# hdparm ...
...
Just ran the info you mentioned under
[EMAIL PROTECTED] wrote:
On Mon, Jun 06, 2005 at 04:17:21PM +0100, Adam Funk wrote:
# hdparm /dev/hda
/dev/hda:
IO_support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead= 256 (on)
HDIO_GETGEO
Stephan Seitz wrote:
Irks, doesn't look good. You really should look for a bad or loose
cable. Replace the cable and try again.
Will do.
:00:1f.1 IDE interface: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6
Family)
This hardware should work with linux. Did you build your own kernel?
Please
On Tue, 07 Jun 2005 14:37:21 +0100
Adam Funk [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
On Mon, Jun 06, 2005 at 04:17:21PM +0100, Adam Funk wrote:
# hdparm /dev/hda
/dev/hda:
IO_support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 0 (off)
peter colton wrote:
Have a look at setting up hdparm for the burner to help
with
data flow. hdparm wiil tell you if dma for the drive is enabled, if not
you can use hdparm to emable it.
I thought this sounded promising but it resists my attempts to set DMA,
On Mon, Jun 06, 2005 at 10:02:45AM +0100, Adam Funk wrote:
I thought this sounded promising but it resists my attempts to set DMA,
probably because I don't know what I'm doing. (/dev/hda is the
CD/DVD-writer on this machine.) Am I missing or misusing some options?
No, but there maybe two
On Mon, Jun 06, 2005 at 04:38:37PM +0200, Stephan Seitz wrote:
On Mon, Jun 06, 2005 at 10:02:45AM +0100, Adam Funk wrote:
I thought this sounded promising but it resists my attempts to set DMA,
probably because I don't know what I'm doing. (/dev/hda is the
CD/DVD-writer on this machine.) Am
Stephan Seitz wrote:
No, but there maybe two things:
1) Do you have the chipset driver installed (compiled into the kernel
or loaded as module)? Look at dmesg output, what your kernel says
about your hardware.
2) You don't have a chipset supported by linux. Yes, this may happen.
By
Roberto C. Sanchez wrote:
You also want the output of 'hdparm /dev/hda' and 'hdparm -i /dev/hda'.
OK (I don't know what most of this means):
# hdparm /dev/hda
/dev/hda:
IO_support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 0 (off)
keepsettings = 0 (off)
readonly
On Mon, Jun 06, 2005 at 04:17:21PM +0100, Adam Funk wrote:
Roberto C. Sanchez wrote:
You also want the output of 'hdparm /dev/hda' and 'hdparm -i /dev/hda'.
OK (I don't know what most of this means):
# hdparm /dev/hda
/dev/hda:
IO_support = 0 (default 16-bit)
unmaskirq=
On Mon, Jun 06, 2005 at 04:17:21PM +0100, Adam Funk wrote:
# hdparm /dev/hda
/dev/hda:
IO_support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead= 256 (on)
HDIO_GETGEO failed: Invalid argument
On Mon, Jun 06, 2005 at 03:06:23PM -0500, [EMAIL PROTECTED] wrote:
On Mon, Jun 06, 2005 at 04:17:21PM +0100, Adam Funk wrote:
# hdparm /dev/hda
/dev/hda:
IO_support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 0 (off)
keepsettings = 0 (off)
readonly
On Mon, Jun 06, 2005 at 03:48:41PM +0100, Adam Funk wrote:
By chipset do you mean the motherboard's IDE hardware?
Yes.
end of 'dmesg' output after running the hdparm commands again
Hm, I meant the output of dmesg after you have rebooted your system.
hda: CHECK for good STATUS
hda:
I'm running a Debian testing system with the 2.6.11-1-686 #1 kernel and
packages cdrecord 2.01+01a01-2 and mkisofs 2.01+01a01-2.
The machine is Intel(R) Pentium(R) 4 CPU 3.00GHz with 1GB RAM and a new
CD/DVD-burner (IDE on /dev/hda; the hard drive is SATA and appears
as /dev/sda), so I think I
On Thu, Jun 02, 2005 at 03:48:59PM +0100, Adam Funk wrote:
I'm running a Debian testing system with the 2.6.11-1-686 #1 kernel and
packages cdrecord 2.01+01a01-2 and mkisofs 2.01+01a01-2.
The machine is Intel(R) Pentium(R) 4 CPU 3.00GHz with 1GB RAM and a new
CD/DVD-burner (IDE on /dev/hda;
On Thursday 02 June 2005 15:48, Adam Funk wrote:
hello Adam,
Have a look at setting up hdparm for the burner to help with
data flow. hdparm wiil tell you if dma for the drive is enabled, if not you
can use hdparm to emable it.
bye for now
Hi Adam and Roberto,
On 2005-06-02, Adam Funk wrote:
$ mkisofs -r -J -o foo.iso foodir
$ cdrecord -v speed=16 dev=ATA:0,0,0 foo.iso
If I specify a higher speed, cdrecord fails and I get a coaster. I would
appreciate any suggestions for improving this.
I was just reading an lkml thread
20 matches
Mail list logo
