All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Worley <chrisw@lnxi.com>
To: reiserfs-list@namesys.com
Subject: Re: 2GB limit won't go away
Date: 10 Jun 2002 08:05:54 -0600	[thread overview]
Message-ID: <1023717954.6272.17.camel@localhost.localdomain> (raw)
In-Reply-To: <20020610085822.A10921@namesys.com>

On Sun, 2002-06-09 at 22:58, Oleg Drokin wrote: 
> > -rw-r--r--    1 root     root     2147483648 Jun 09 01:17 ./test.bigfile
> 
> Is this file located on the converted volume (/dev/worley/newsys)?
> Would following sequence of commans help?
> rm -rf ./test.bigfile ; dd if=/dev/zero of=./test.bigfile bs=1024 count=5242880

Everything but /boot is on that volume (and /boot is mounted ro):

# df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/worley/newsys    78763672  73604064   5159608  94% /
/dev/hda1                19976     18114       831  96% /boot
shmfs                   514732         0    514732   0% /dev/shm

And deleting it first doesn't help.

I'm wondering if there is a kernel/reiser tools mismatch.  How could I verify what's in the kernel?

Thanks,

Chris

On Sun, 2002-06-09 at 22:58, Oleg Drokin wrote: 
> Hello!
> 
> On Tue, Jun 11, 2002 at 01:27:27AM -0600, Chris Worley wrote:
> 
> > I do an initrd, to load lvm modules and register the lvm devices... so I
> > changed the linuxrc in the initrd to mount my root fs with the "conv"
> > option from within my Linuxrc:
> > 	/bin/mount -o conv /dev/worley/newsys /mnt
> > 	/bin/umount /dev/worley/newsys
> 
> That would work.
> 
> > It fed back the message:
> > 	reiserfs: converting 3.5.x filesystem to the new format
> 
> That confirms that everything went fine.
> 
> > But, I'm still not able to create large files:
> > 	# dd if=/dev/zero of=./test.bigfile bs=1024 count=5242880
> > 	dd: writing `./test.bigfile': File too large
> > 	2097153+0 records in
> > 	2097152+0 records out
> > 	# ls -l ./test.bigfile
> > -rw-r--r--    1 root     root     2147483648 Jun 09 01:17 ./test.bigfile
> 
> Is this file located on the converted volume (/dev/worley/newsys)?
> Would following sequence of commans help?
> rm -rf ./test.bigfile ; dd if=/dev/zero of=./test.bigfile bs=1024 count=5242880
> 
> Bye,
>     Oleg
> 


  parent reply	other threads:[~2002-06-10 14:05 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-09  6:13 2GB limit won't go away Chris Worley
     [not found] ` <3D033CC6.70707@neuronet.pitt.edu>
2002-06-09 15:13   ` Chris Worley
2002-06-09 16:08 ` Valdis.Kletnieks
2002-06-09 18:52   ` Chris Worley
2002-06-09 18:35 ` Andreas Dilger
2002-06-09 18:55   ` Chris Worley
2002-06-09 19:16     ` Oleg Drokin
2002-06-10  2:11       ` Chris Worley
2002-06-10  4:58         ` Oleg Drokin
2002-06-10  5:42           ` Andreas Dilger
2002-06-10 14:00             ` Chris Worley
2002-06-10 14:05           ` Chris Worley [this message]
2002-06-10 14:09             ` Chris Worley
2002-06-10 16:08               ` Andreas Dilger
2002-06-10 15:47             ` Oleg Drokin

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=1023717954.6272.17.camel@localhost.localdomain \
    --to=chrisw@lnxi.com \
    --cc=reiserfs-list@namesys.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.