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.
[EMAI
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
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 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
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?
>
[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 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: drive
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)
>
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
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)
> unmas
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
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.
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.
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 thin
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,
p
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 threa
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
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 /d
19 matches
Mail list logo
