Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932101AbWC3IUA (ORCPT ); Thu, 30 Mar 2006 03:20:00 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932111AbWC3IT6 (ORCPT ); Thu, 30 Mar 2006 03:19:58 -0500 Received: from linux01.gwdg.de ([134.76.13.21]:32902 "EHLO linux01.gwdg.de") by vger.kernel.org with ESMTP id S932101AbWC3ITv (ORCPT ); Thu, 30 Mar 2006 03:19:51 -0500 Date: Thu, 30 Mar 2006 10:19:48 +0200 (MEST) From: Jan Engelhardt To: Krzysztof Halasa cc: lkml , linux-ide@vger.kernel.org Subject: Re: IDE CDROM tail read errors In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 919 Lines: 27 > ># cdrecord -toc > >first: 1 last 1 >track: 1 lba: 0 ( 0) 00:02:00 adr: 1 control: 4 mode: 1 >track:lout lba: 335566 ( 1342264) 74:36:16 adr: 1 control: 4 mode: -1 > >FC-5-i386-disc1.iso size = 335564 * 2048 bytes, not sure why TOC has >2 more sectors (8 512B sectors) but I'm not a CD expert. > I have heard from friends that this is due to how readahead works. It reads beyond the end of the track, and logically, the hardware signals an error (leading to missing bytes at the end). It is said to be solved using the -pad option when writing CDs. ^^ I could not reproduce this oddness on my own, though. Just a hint, maybe. Jan Engelhardt -- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/