From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [69.77.167.62] (helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KnIl9-0007cL-Dx for garchives@archives.gentoo.org; Tue, 07 Oct 2008 20:02:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 10006E046D; Tue, 7 Oct 2008 20:02:17 +0000 (UTC) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by pigeon.gentoo.org (Postfix) with ESMTP id CDFBEE046D for ; Tue, 7 Oct 2008 20:02:16 +0000 (UTC) Received: by gxk12 with SMTP id 12so7764599gxk.10 for ; Tue, 07 Oct 2008 13:02:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ASTf9RylH1xFoKhuKOH4By0/A7MFt5tLQMWuWcFqj7g=; b=SWDa0h3BEMmXi5K+17DTryPToD6NtKTr6uJo0D1w1llskFiNjjD0xfRB9SKPHMqz7F ZFbNnXXLSE9/jDTRfeK39a+eJhs+DD02Y5P5mwjb7UeDauMlI2KK3OZCV4efgijF56Qq sQfaKwlHUxcJbJ1RCUGxmmxEyD/67YesOiX4k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=P/XoNYpRnlUvZ3+p4x3ROepaEAo7s9ibucU0eLHpEuLV7HIWzydKVuVnephQ4hCgN+ cP4guxDzOUpPXt6jyuFLJczz700lX7QyKxG90KvCbDLLgC9lLT9khKPuYowfGTvkMwtK FYNuvaAEjFlOGZ+RpGC53SfZy5tkOkabOuBXs= Received: by 10.90.55.9 with SMTP id d9mr8006469aga.4.1223409735686; Tue, 07 Oct 2008 13:02:15 -0700 (PDT) Received: from ?192.168.2.19? (bas8-montreal02-1096663983.dsl.bell.ca [65.93.195.175]) by mx.google.com with ESMTPS id p6sm14491115qbp.17.2008.10.07.13.02.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 07 Oct 2008 13:02:13 -0700 (PDT) Message-ID: <48EB87DB.7000300@gmail.com> Date: Tue, 07 Oct 2008 12:01:31 -0400 From: Simon User-Agent: Thunderbird 2.0.0.16 (X11/20080707) 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] [ot] Correct Setup for DVDRAM References: <20081002170945.GC6308@solfire> <48E5ECBA.7070009@f_philipp.fastmail.net> In-Reply-To: <48E5ECBA.7070009@f_philipp.fastmail.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 74c71130-3c04-4428-bfb3-02e42438647b X-Archives-Hash: fcc989d529d9498916c3479461c70100 Storing data on a dvd is always quite useful and dvds cost much less than usb keys or other... I've been thinking about one thing. Is there any such thing as an incremental filesystem for write-once-read-only media (ie. DVD+-R)?... A filesystem that would append the inode table at the end of the session at each session, and the table would refer to previous dvds, only the last table would be read, previous tables ignored (unless used for journaling)... This would make that after some time of usage if you wish to copy certain files back to a hd, the filesystem would have to instruct you to insert a specific series of dvds in order to extract all those files (or blocks). This of course will clearly result in waste and large number of dvds if used a lot in read-write operations (ie, nothing gets ever rewritten but instead can be no longer referenced by the table). I've been thinking on hacking the ext2 kernel driver to support this kind of thing. Of course the goal with such filesystem is for backup of individual files, but since I would be using something like a modified ext2fs, a very large file could be spread on multiple dvds, be fragmented and stored this way transparently. Another way might be to use a read-writable media for storing the fs table. Possibly, using a modified ext2fs which would transparently work like a real ext2fs, a tool like rsync could be used to make true incremental backups using the hard-links trick. But it could also be used like a rarely used hard-drive which does not suffer from magnetic deterioration (however unlikely this is). Any such tool? If not, this would be my first project dealing with kernel programming. Simon Florian Philipp wrote: > meino.cramer@gmx.de schrieb: >> Hi, >> >> since I own a LG HD-LT-DT GSA-4163B bruner, which >> allows to burn DVDRAM discs I try to generate a >> setup, which successfully writes data to a DVDRAM. >> >> Everything else works fine. But writing a complete DVDRAM >> takes "hours". As recommended I use UDF as the filesystem >> of choice -- no unnessary rewrite of the same sectors of >> the DVDRAM. >> >> I tried to use packet-writing but ot does not help. >> >> Is there any "definite" recipe how setup everything to >> get any reasonable transfer rate to and from the DVDRAM >> or is it simply not possible with Linux? >> >> Any help is very appreciated -- thank you very much in advance! >> mcc >> > > I've given up packet writing a long time ago. It never worked for me. > > IMHO both udftools and the kernel driver are not really usable (just try > udffsck ...) and with the advent of flash memory I don't think anyone > will invest a lot of work in either one. >