From fnaumann@mail.cs.uni-magdeburg.de Fri Jul 30 11:00:23 2004 Subject: Re: [MiNT] dd - access to block device From: Petr Stehlik To: mint@lists.fishpool.fi In-Reply-To: References: Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1091177744.5175.30.camel@joy.sophics> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 30 Jul 2004 10:55:44 +0200 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at sophics.cz Delivered-To: mint@lists.fishpool.fi X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: joy@sophics.cz Precedence: bulk List-help: List-unsubscribe: List-ID: X-List-ID: X-Milter: ClamAV 0.70/0.70kjel X-Milter: milter-regex 1.5jel X-Milter: ClamAV 0.70/0.70kjel X-Milter: milter-regex 1.5jel Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by prinz.cs.uni-magdeburg.de id i6U90AGD013579 V Pá, 30. 07. 2004 v 10:30, Frank Naumann píše: > > So if I understand correctly, dd could be adapted the same way (although > > this is a bit dangerous since the of/if-arguments can be files as well as > > devices), or as a nicer solution we'd need a sort of blockdev.xdd for raw > > access, which could then also be used for fsck and friends. > > Yes, this would be much better. /dev/hdX or /dev/sdX could be only a thin layer above XHDI, hopefully. Note that I won't put it in my TODO list as I stopped updating it when its ever growing size prevented storing it on file system (we don't have support for large files (>>2GB) in MiNT yet, do we? ;-) Petr