The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: R.E.Wolff@BitWizard.nl (Rogier Wolff)
To: Andreas Dilger <adilger@turbolabs.com>
Cc: Rogier Wolff <R.E.Wolff@BitWizard.nl>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: DD-ing from device to device.
Date: Mon, 19 Nov 2001 21:13:16 +0100 (MET)	[thread overview]
Message-ID: <200111192013.VAA06391@cave.bitwizard.nl> (raw)
In-Reply-To: <20011119130223.K1308@lynx.no> from Andreas Dilger at "Nov 19, 2001 01:02:23 pm"

Andreas Dilger wrote:
> On Nov 19, 2001  18:28 +0100, Rogier Wolff wrote:
> > > There is another report saying 2.4.14
> > > also "Creating partitions under 2.4.14", and I have read several more
> > > recently but am unsure of the exact kernel version.  What fs are you
> > > using, just in case it matters?
> > 
> > ext2. 
> 
> Well, I just tried this on ext2 instead of ext3 (on my 2.4.13 system)
> and it worked fine as a logged-in non-root user (creates a 16GB sparse file):
> 
> dd if=/dev/zero of=tt bs=1k count=1 seek=16M


 /tmp> dd if=/dev/zero of=tt bs=1k count=1 seek=16M
dd: tt: Invalid argument
1+0 records in
1+0 records out
 /tmp> dd if=/dev/zero of=tt bs=1k seek=2047k
19913+0 records in
19912+0 records out
^C
 /tmp> ls -al tt
ls: tt: Value too large for defined data type
 /tmp> su
Password: 
 /tmp# rm tt
rm: cannot remove `tt': Value too large for defined data type
 /tmp# mv tt xx
mv: tt: Value too large for defined data type
 /tmp# rm -f tt
rm: cannot remove `tt': Value too large for defined data type
 /tmp# dd if=/dev/zero of=uu bs=1k count=2050 seek=2047k
2050+0 records in
2050+0 records out
 /tmp# l uu
ls: uu: Value too large for defined data type
 /tmp# 

> Can you test the "dd" above to ensure it works with your tools and the old
> kernel?  For your next 2.4.14 kernel build, it may be instructive to put
> a printk() inside the 3 checks in generic_file_write() before it outputs
> SIGXFSZ, which tells us limit and RLIM_INIFINITY, pos and count, and pos
> and s_maxbytes are, respectively.  This will also tell us what limit is
> being hit (although it is most likely a ulimit issue).

Grmbl...  I'll see what I can do. 

		Rogier. 

-- 
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2137555 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
* There are old pilots, and there are bold pilots. 
* There are also old, bald pilots. 

  reply	other threads:[~2001-11-19 20:13 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-18 13:26 DD-ing from device to device Rogier Wolff
2001-11-19 17:13 ` Andreas Dilger
2001-11-19 17:28   ` Rogier Wolff
2001-11-19 19:51     ` Marius Gedminas
2001-11-19 20:02     ` Andreas Dilger
2001-11-19 20:13       ` Rogier Wolff [this message]
2001-11-19 20:50         ` Andreas Dilger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200111192013.VAA06391@cave.bitwizard.nl \
    --to=r.e.wolff@bitwizard.nl \
    --cc=adilger@turbolabs.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox