All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alessandro Suardi <alessandro.suardi@gmail.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Jens Axboe <axboe@suse.de>,
	Volker Armin Hemmann <volker.armin.hemmann@tu-clausthal.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: DVD burning still have problems
Date: Tue, 25 Jan 2005 00:44:56 +0100	[thread overview]
Message-ID: <5a4c581d0501241544224405b2@mail.gmail.com> (raw)
In-Reply-To: <5a4c581d0501241502750214ff@mail.gmail.com>

On Tue, 25 Jan 2005 00:02:54 +0100, Alessandro Suardi
<alessandro.suardi@gmail.com> wrote:
> On Mon, 24 Jan 2005 21:44:06 +0000, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> > On Llu, 2005-01-24 at 20:45, Jens Axboe wrote:
> > > > I've got several reports like this that only happen with ACPI, and one
> > > > user whose burns report fine but are corrupted if ACPI is allowed to do
> > > > power manglement.
> > >
> > > Really weird, I cannot begin to explain that. Perhaps the two reporters
> > > in this thread can try it as well?
> >
> > I can sort of guess - the CPU frequency changes (either from ACPI or
> > perhaps also from cpuspeed if in use ?) involve the CPU disconnecting
> > from the bus and reconnecting. There is much magic involved in this and
> > there are certainly chipset and CPU errata in this area.
> 
> Well, booted into 2.6.11-rc2-bk2 (ACPI config'd out) and my
>  first growisofs session decided to die at 60% with the usual EIO :/
> 
> The fun thing is that retrying now shows growisofs calling a
>  HUGE amount of these babies...
> 
> [root@donkey tmpburn]# strace -p 2337
> ...
> ioctl(5, SG_IO, 0xbffff7d8)             = 0
> ioctl(5, SG_IO, 0xbffff7d8)             = 0
> ioctl(5, SG_IO <unfinished ...>
> Process 2337 detached
> [root@donkey tmpburn]# strace -c -p 2337
> Process 2337 attached - interrupt to quit
> Process 2337 detached
> % time     seconds  usecs/call     calls    errors syscall
> ------ ----------- ----------- --------- --------- ----------------
> 100.00    7.762805         239     32445           ioctl
> ------ ----------- ----------- --------- --------- ----------------
> 100.00    7.762805                 32445           total
> 
>  while sitting in its initial prompt:
> 
> [root@donkey tmpburn]# growisofs -Z /dev/hdc=myfile.iso
> WARNING: /dev/hdc already carries isofs!
> About to execute 'builtin_dd if=myfile.iso of=/dev/hdc obs=32k seek=0'
> Sleeping for 0 sec...
> 
> It looks like every kernel has its own :(

Now of course, after Ctrl-C'ing the growisofs session, a new
 attempt yielded this

[root@donkey tmpburn]# growisofs -Z /dev/hdc=myfile.iso
WARNING: /dev/hdc already carries isofs!
About to execute 'builtin_dd if=myfile.iso of=/dev/hdc obs=32k seek=0'
/dev/hdc: "Current Write Speed" is 2.0x1385KBps.
   1409024/4608387072 ( 0.0%) @0.0x, remaining 326:57
   1409024/4608387072 ( 0.0%) @0.0x, remaining 544:56
   1409024/4608387072 ( 0.0%) @0.0x, remaining 708:25
   1409024/4608387072 ( 0.0%) @0.0x, remaining 871:53
   1409024/4608387072 ( 0.0%) @0.0x, remaining 1089:52
:-[ WRITE@LBA=2b0h failed with SK=3h/ASC=0Ch/ACQ=00h]: Input/output error
builtin_dd: 688*2KB out @ average 0.0x1385KBps
:-( write failed: Input/output error
/dev/hdc: flushing cache
/dev/hdc: stopping de-icing
/dev/hdc: writing lead-out
[root@donkey tmpburn]# 

Then, ejecting the disc and trying again, it went through.

[root@donkey tmpburn]# growisofs -Z /dev/hdc=myfile.iso
Executing 'builtin_dd if=myfile.iso of=/dev/hdc obs=32k seek=0'
/dev/hdc: "Current Write Speed" is 2.0x1385KBps.
  13107200/4608387072 ( 0.3%) @2.4x, remaining 40:54
  24412160/4608387072 ( 0.5%) @2.4x, remaining 31:17
  35717120/4608387072 ( 0.8%) @2.4x, remaining 29:52
  47022080/4608387072 ( 1.0%) @2.4x, remaining 27:29
...
4592205824/4608387072 (99.6%) @2.4x, remaining 0:04
4603510784/4608387072 (99.9%) @2.4x, remaining 0:01
builtin_dd: 2250192*2KB out @ average 2.4x1385KBps
/dev/hdc: flushing cache
/dev/hdc: stopping de-icing
/dev/hdc: writing lead-out


Only thing I note is that after reloading, the WARNING about
 disc already carrying isofs disappeared.


I guess my next move will be borrowing a Windows CD and
 installing it on my former RedHat 9 partition, then trying
 to burn DVDs from there...

--alessandro
 
 "And every dream, every, is just a dream after all"
  
    (Heather Nova, "Paper Cup")

  reply	other threads:[~2005-01-24 23:48 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-23 20:26 DVD burning still have problems Volker Armin Hemmann
2005-01-23 20:59 ` Alessandro Suardi
2005-01-24  1:46   ` Tim Fairchild
2005-01-24 17:26     ` Kasper Sandberg
2005-01-24 17:34       ` Jens Axboe
2005-01-24 15:07   ` Jens Axboe
2005-01-24 16:48     ` Alessandro Suardi
2005-01-24 17:21       ` Jens Axboe
2005-01-24 17:24     ` Kasper Sandberg
2005-01-24 17:32       ` Jens Axboe
2005-01-24 19:37     ` Alan Cox
2005-01-24 20:45       ` Jens Axboe
2005-01-24 20:56         ` Alessandro Suardi
2005-01-24 21:44         ` Alan Cox
2005-01-24 23:01           ` Kasper Sandberg
2005-01-24 23:48             ` Alan Cox
2005-01-28 13:42               ` Kasper Sandberg
2005-01-28 13:47                 ` Jens Axboe
2005-01-28 14:05                   ` Kasper Sandberg
2005-01-28 14:45                     ` Kasper Sandberg
2005-01-24 23:02           ` Alessandro Suardi
2005-01-24 23:44             ` Alessandro Suardi [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-01-23 16:06 Kasper Sandberg
2005-01-23 16:28 ` Alessandro Suardi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5a4c581d0501241544224405b2@mail.gmail.com \
    --to=alessandro.suardi@gmail.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=axboe@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=volker.armin.hemmann@tu-clausthal.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.