Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Nov 2001 22:58:33 +0100 (MET)
From:      j@uriah.heep.sax.de (Joerg Wunsch)
To:        freebsd-current@freebsd.org
Subject:   Re: cdrecord produces broken CDs on -CURRENT
Message-ID:  <200111262158.fAQLwXv05601@uriah.heep.sax.de>
References:  <Pine.BSF.4.21.0111261603171.42302-100000@scmsrv1.science-computing.de> <20011126133027.A5112@panzer.kdm.org>

next in thread | previous in thread | raw e-mail | index | archive | help
"Kenneth D. Merry" <ken@kdm.org> wrote:

> Are there any areas with good data on the CD?  i.e. can you see any
> pattern to the corruption?  If you compare the same CD burned from
> -current and -stable you might begin to see a patern.

I tried a test-burn with a FreeBSD-current from yesterday, on a YAMAHA
CRW2100S 1.0H writer (writing a CD-RW), and can't see any failure.
It's only a small directory tree, but MD5-comparing the tree on the
CD-RW with the original on UFS only reveals the added TRANS.TBL files,
no other differences.

# cdrecord -version
Cdrecord 1.9 (i386-unknown-freebsd5.0) Copyright (C) 1995-2000 Jörg Schilling
# ls -l `which cdrecord`
-r-xr-xr-x  1 root  wheel  - 163392 Apr  4  2001 /usr/local/bin/cdrecord*
# ldd `which cdrecord`
/usr/local/bin/cdrecord:
        libcam.so.2 => /usr/lib/libcam.so.2 (0x2808a000)
        libc.so.5 => /usr/lib/libc.so.5 (0x2809a000)
        libsbuf.so.2 => /usr/lib/libsbuf.so.2 (0x2814e000)

(I haven't rebuilt the binary after upgrading -current, for months
as you can see.)

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200111262158.fAQLwXv05601>