Hello,

I've just tried cdfs and it did not go well.
I've tried with 2 different cdrws and one dvdrw.

With the cdrws, it seems I can blank and write to them, but the
cd are not mountable afterwards. Both on Plan9 or Linux I get an "unknow
format" error.
With the dvdrw, I can't even blank, I get the following error:
echo: write error: cmd #a1: cannot write medium - incompatible for mat
I haven't tried with non-rewritable ones since obviously I did not want
to waste them if it didn't work. But I can try if you think I'd have a
better luck with those. 

No problem burning with this drive under Linux. I don't know what drive
model that is, it came along with the T61.

/sys/src/cmd/cdfs/main.c and /bin/cdfs are the ones from 13th of March.
Any chance pulling the latest ones would give better results?

Mathieu.

On Mon, Mar 17, 2008 at 09:13:18PM -0400, [EMAIL PROTECTED] wrote:
> There's a new cdfs on sources that also knows how to read and write
> data tracks on DVDs and BDs (Blu-ray Discs, the makers claim); see
> cdfs(4) for details.  I've tried to test all combinations of media
> (CD, DVD-, DVD+, BD) × (-ROM, -R, -RW) × (single-layer, dual-layer),
> which works out to 24 combinations, but may have missed some
> (definitely missed dual-density CDs).  DVD-RAM is untested but might
> just work; the rewritable media are much less troublesome than the
> write-once media.  HD DVD is untested; it might just work, but it's
> fading rapidly.
> 
> I've tested PATA (IDE) and SATA burners, but not USB, which ought to
> work (slowly for now) via usbdisk, nor SCSI.
> 
> If you haven't been paying attention to optical media lately,
> dual-layer BDs can hold 50GB, which is enough to be interesting for
> backups and archiving.  There's no officially-sanctioned way (yet) to
> incrementally add tracks to a disc over a longish interval, but
> empirically it appears that just not removing the /mnt/cd/wd file
> until you've written the last track will allow dribbling tracks out to
> disc.  100 tracks, each containing a 512MB venti arena, should roughly
> fill a dual-layer BD. It's also possible that I'll implement packet
> (incremental) writing.
> 

-- 
GPG key on subkeys.pgp.net:

KeyID:  | Fingerprint:
683DE5F3 | 4324 5818 39AA 9545 95C6 09AF B0A4 DFEA 683D E5F3
--

Reply via email to