From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 09A061381F3 for ; Mon, 8 Jul 2013 10:51:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 59951E0A49; Mon, 8 Jul 2013 10:51:50 +0000 (UTC) Received: from mx-relay03-dus.antispameurope.com (mx-relay03-dus.antispameurope.com [94.100.134.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D1EFAE0967 for ; Mon, 8 Jul 2013 10:51:47 +0000 (UTC) Received: from DIRAC.fokus.fraunhofer.de (dirac.fokus.fraunhofer.de [10.147.9.201]) by pluto.fokus.fraunhofer.de (8.14.4/8.14.2) with ESMTP id r68Apj2S016922 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for ; Mon, 8 Jul 2013 12:51:45 +0200 (CEST) Received: from rigel (10.147.13.100) by DIRAC.fokus.fraunhofer.de (10.147.9.201) with Microsoft SMTP Server id 14.3.123.3; Mon, 8 Jul 2013 12:51:45 +0200 Date: Mon, 8 Jul 2013 12:51:44 +0200 From: Joerg Schilling To: Subject: Re: [gentoo-user] k3b burning BD-Disk pretends to fail at 99.99% Message-ID: <51da99c0.76yYmzUYur0m8Fl0%Joerg.Schilling@fokus.fraunhofer.de> References: <1750135.6IRHZHqc9Q@zeus> <2239745.sVKpviFgIl@zeus> In-Reply-To: <2239745.sVKpviFgIl@zeus> User-Agent: nail 11.22 3/20/05 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-KSE-Antivirus-Interceptor-Info: scan successful X-KSE-Antivirus-Info: Clean X-cloud-security-sender:joerg.schilling@fokus.fraunhofer.de X-cloud-security-recipient:gentoo-user@lists.gentoo.org X-cloud-security-Virusscan:CLEAN X-cloud-security-disclaimer: This E-Mail was scanned by E-Mailservice on mx-gate03-dus with E0AA7388000D X-cloud-security:scantime:.0977 X-Archives-Salt: 51b270ff-aff2-402b-b8cc-804fbdfd155c X-Archives-Hash: 22b494aa8e81a6b78d60eff42c08683b Alexander Puchmayr wrote: > > I don't use k3b but I know when I burn a 25GB disc image using > > growisofs, I have to disable the spare sectors otherwise it won't fit > > on the disc, and it burns all the way until the end where it fails, > > rather than "knowing" ahead of time that it won't fit. > > > > Don't think so, since the media I've burnt were 10G and 22G large. What growisofs definitely causes with formatting the media is to make it slow. Growisofs is not a cleanly writen application. It frequently returns slightly modified mode data to the drive that was fetched before from the drive. The way this new data is created is in conflict with the SCSI standard. Some drives still accept the data others do not. In some cases, sending back identical data will even switch the drive into unwanted behavior. A quick statement could be: It was written in C++ but looks like assembly code.... Note that there was no update since 5 years and several people reported less problems when using cdrecord instead of growisofs. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily