From: Chris Worley <chrisw@lnxi.com>
To: Oleg Drokin <green@namesys.com>
Cc: reiserfs-list@namesys.com
Subject: Re: 2GB limit won't go away
Date: Mon, 10 Jun 2002 02:11:24 +0000 (UTC) [thread overview]
Message-ID: <1023780454.3999.52.camel@xserver> (raw)
In-Reply-To: <20020609231608.B8386@namesys.com>
On Sun, 2002-06-09 at 13:16, Oleg Drokin wrote:
> Hello!
>
> The easiest way for you to go is to boot of rescue CD/diskette
> and then mount your root as -o conv
> (btw, SuSE 7.3 does not come with reiserfsprogs-3.x.0j-1)
I upgraded around December (upon the advice of some folks in the LVM
group) when my root fs when nuts and I had to try to repair it.
> Or if you do not use initrd during your normal boot, you can
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
It fed back the message:
reiserfs: converting 3.5.x filesystem to the new format
Which made me hopeful that I'd found a solution.
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
So, I think the file system has been converted, but something is still
wrong in creating large files. It's not a problem w/ dd or ulimit:
# dd if=/dev/zero of=/dev/null bs=1024 count=5242880
5242880+0 records in
5242880+0 records out
# ulimit -a
core file size (blocks) 0
data seg size (kbytes) unlimited
file size (blocks) unlimited
max locked memory (kbytes) unlimited
max memory size (kbytes) unlimited
open files 1024
pipe size (512 bytes) 8
stack size (kbytes) unlimited
cpu time (seconds) unlimited
max user processes 8192
virtual memory (kbytes) unlimited
Thanks,
Chris
> issue 'lilo -R "linux rootfsflags=conv"' command and reboot.
> replace linux with your usual lilo target if needed.
> Flags that are passed from /etc/fstab are only applied to rootfs on
> remount and you cannot convert fs on remount.
>
> Bye,
> Oleg
> On Mon, Jun 10, 2002 at 06:10:28PM -0600, Chris Worley wrote:
> > It's new files I'm trying to create. Am I missing something... such as
> > LVM underneath is screwing something up? I just want to add to my
> > existing partition, and not create new partitions.
> >
> > Thanks,
> >
> > Chris
> >
> > On Sun, 2002-06-09 at 12:35, Andreas Dilger wrote:
> > > On Jun 10, 2002 05:28 -0600, Chris Worley wrote:
> > > > I'm Running Linux 2.4.10-4GB on SuSE 7.3 with reiserfsprogs-3.x.0j-1
> > > > (using 3.5.x disk format...ReiserFS version 3.6.25) atop
> > > ^^^^^^^^^^^^^^^^^^^^^^^
> > >
> > > It is my understanding that you cannot use >2GB files with 3.5 disk
> > > format. The only way to "upgrade" is to backup restore. If you
> > > mount with the "conv" mount option, you apparently will be able to
> > > create _new_ files in the 3.6 format (i.e. they can be > 2GB), but
> > > existing files cannot grow past 2GB.
> > >
> > > You could "solve" this problem by doing something like:
> > >
> > > tar cf - /home | tar xf - -C /tmp
> > > rm -r /home/*
> > > mv /tmp/home/* /home/*
> > > rmdir /tmp/home
> > >
> > > Which will re-create all of your files with the 3.6 format "inodes"
> > > and get rid of your old format inodes. You have to be careful if
> > > you do this, because you run the risk of accidentally deleting all
> > > of your files if you do the wrong thing. If you have enough free
> > > space in another partition, you may as well just format it with
> > > 3.6 format and copy everything over and delete the old partition.
> > >
> > > Cheers, Andreas
> > > --
> > > Andreas Dilger
> > > http://www-mddsp.enel.ucalgary.ca/People/adilger/
> > > http://sourceforge.net/projects/ext2resize/
> > >
> >
> >
>
next prev parent reply other threads:[~2002-06-10 2:11 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 [this message]
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
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=1023780454.3999.52.camel@xserver \
--to=chrisw@lnxi.com \
--cc=green@namesys.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.