Mr G wrote:
> Why can't you just
>
> #mount --rebind /var /newvar
Because that won't copy the data into the new filesystem. To do that
you do actually need to copy the data as described in the previous
messages. (I prefer 'rsync -a' over 'cp -a' because rsync can be
restarted efficiently.) The
Why can't you just
#mount --rebind /var /newvar
B G
On Mar 1, 2013 4:00 PM, "Bob Proulx" wrote:
> Bonno Bloksma wrote:
> > >> A simple live CD is sufficient:
> > >> Debian netinst minimal CD in rescue mode is sufficient to do so.
> > >> Do not forget to update the /etc/fstab configuration file
Bonno Bloksma wrote:
> >> A simple live CD is sufficient:
> >> Debian netinst minimal CD in rescue mode is sufficient to do so.
> >> Do not forget to update the /etc/fstab configuration file with respect
> >> to the change; to clean up the /var (and let an empty one) in the `/'
> >> (root) partiti
On 01/03/2013 09:41, Maroš Žilka wrote:
Hi,
I read in book about Linux file systems and at the end of chapter
there was one example in which author wanted to create dedicated
volume for /var coz it was mounted on root partition. Lets skip some
steps and assume we have prepared partition on disk
Hi,
>> A simple live CD is sufficient:
>> Debian netinst minimal CD in rescue mode is sufficient to do so.
>> Do not forget to update the /etc/fstab configuration file with respect
>> to the change; to clean up the /var (and let an empty one) in the `/'
>> (root) partition.
>
> It is simpler to m
Hello,
On 01/03/13 12:06, Joao Luis Meloni Assirati wrote:
Hello List,
On 01/03/13 09:53, Lars Noodén wrote:
On 3/1/13 10:41 AM, Maroš Žilka wrote:
What would be better way to do it ? Is it even possible to do such
change on running system without worries to lose some data ?
I wouldn't do i
On 3/1/13 1:06 PM, Joao Luis Meloni Assirati wrote:
> It is simpler to move the partition in single user mode. Just issue the
> command (as root)
>
> # shutdown now
Thanks. Single user mode is for things just like that. The answer was
in front of us the whole time.
Regards,
/Lars
--
To UNSU
> Hello List,
>
> On 01/03/13 09:53, Lars Noodén wrote:
>> On 3/1/13 10:41 AM, Maro ilka wrote:
>>> What would be better way to do it ? Is it even possible to do such
>>> change on running system without worries to lose some data ?
>>
>> I wouldn't do it on a running system. Better to boot from
Hello List,
On 01/03/13 09:53, Lars Noodén wrote:
On 3/1/13 10:41 AM, Maroš Žilka wrote:
What would be better way to do it ? Is it even possible to do such
change on running system without worries to lose some data ?
I wouldn't do it on a running system. Better to boot from a live CD or
simi
Dear Maroš,
Maroš Žilka wrote:
> [root@server ~]# mkdir /new_var
> [root@server ~]# mount /dev/sdb1 /new_var
> [root@server ~]# cp -vrp /var/* /new_var/
> [root@server ~]# mv /var /old_var
> [root@server ~]# mkdir /var
> [root@server ~]# mount --bind /new_var/ /var
>
> and what is really botherin
Hi,
Dňa 1. 3. 2013 9:41 Maroš Žilka wrote / napísal(a):
> and what is really bothering me most is that cp command, wouldn't it
> possibly create inconsistency ? What would be better way to do it ? Is
> it even possible to do such change on running system without worries
> to lose some data ?
som
On 3/1/13 10:41 AM, Maroš Žilka wrote:
> What would be better way to do it ? Is it even possible to do such
> change on running system without worries to lose some data ?
I wouldn't do it on a running system. Better to boot from a live CD or
similar and do it from there.
About a different way, t
Hi,
I read in book about Linux file systems and at the end of chapter
there was one example in which author wanted to create dedicated
volume for /var coz it was mounted on root partition. Lets skip some
steps and assume we have prepared partition on disk - /dev/sdb1so he
did it this way:
[root@s
On Wed, Dec 20, 2006 at 10:01:35PM -, [EMAIL PROTECTED] wrote:
> Really, I asked two questions mixed up together. The other is how to
> run makeinitrd, or anything else such as lilo or grub-install (or
> whatever the command is) in a chroot, when chrooting cuts you off from
> the /dev and /p
On Sat, Dec 23, 2006 at 02:25:51PM -0500, Greg Folkert wrote:
> On Sat, 2006-12-23 at 16:55 +0100, Michelle Konzack wrote:
[..]
> > /var/run and var/lock must NOT be on the root partition.
> [...snip...]
>
> As of right NOW, Ubuntu uses a "different" way of booting.
>
> *IF* /var/run and /var/lock
On Sat, Dec 23, 2006 at 03:42:49PM -0500, Greg Folkert wrote:
> On Sat, 2006-12-23 at 09:04 -0800, Andrew Sackville-West wrote:
> > On Sat, Dec 23, 2006 at 04:55:00PM +0100, Michelle Konzack wrote:
> > > Am 2006-12-20 13:41:11, schrieb Greg Folkert:
> > > > Effectively you have to make sure you get
On Sat, 2006-12-23 at 09:04 -0800, Andrew Sackville-West wrote:
> On Sat, Dec 23, 2006 at 04:55:00PM +0100, Michelle Konzack wrote:
> > Am 2006-12-20 13:41:11, schrieb Greg Folkert:
> > > Effectively you have to make sure you get everything. If you are running
> > > Ubuntu there are additional item
On Sat, 2006-12-23 at 16:55 +0100, Michelle Konzack wrote:
> Am 2006-12-20 13:41:11, schrieb Greg Folkert:
> > Effectively you have to make sure you get everything. If you are running
> > Ubuntu there are additional items you need to make sure are taken care
> > of. (Make sure /var/run and /var/loc
On Sat, Dec 23, 2006 at 04:55:00PM +0100, Michelle Konzack wrote:
> Am 2006-12-20 13:41:11, schrieb Greg Folkert:
> > Effectively you have to make sure you get everything. If you are running
> > Ubuntu there are additional items you need to make sure are taken care
> > of. (Make sure /var/run and /
Am 2006-12-20 15:20:33, schrieb Andrew Sackville-West:
> mount proc -t proc /mnt/chroot/proc
Ehm, --
mount -t none /proc /mnt/chroot/proc -o bind
would work a little bit better and is the right way to go.
Thanks, Greetings and nice Day
Michelle Konzack
Systemadministrator
Tama
Am 2006-12-20 13:41:11, schrieb Greg Folkert:
> Effectively you have to make sure you get everything. If you are running
> Ubuntu there are additional items you need to make sure are taken care
> of. (Make sure /var/run and /var/lock are on the root partition for
> tmpfs filesystems)
/var/run and
celejar <[EMAIL PROTECTED]>:
> On 12/21/06, s. keeling <[EMAIL PROTECTED]> wrote:
>
> > Note mv doesn't work between filesystems. cp -a or tar/untar (or any
> > other archiver) is the right way.
>
> Are you sure this is true? I think I use mv to do that all the time.
I stand corrected. It wa
On 12/21/06, s. keeling <[EMAIL PROTECTED]> wrote:
Note mv doesn't work between filesystems. cp -a or tar/untar (or any
other archiver) is the right way.
Are you sure this is true? I think I use mv to do that all the time.
Celejar
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
[EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> On Wed, Dec 20, 2006 at 01:41:11PM -0500, Greg Folkert wrote:
>
> > On Wed, 2006-12-20 at 14:36 +, [EMAIL PROTECTED] wrote:
> > > I recently tried to move /var to a new partition. Booted from some
> > > live cd, moved it and edited /etc/fstab to suit.
On Wed, Dec 20, 2006 at 03:20:33PM -0800, Andrew Sackville-West wrote:
> On Wed, Dec 20, 2006 at 10:01:35PM -, [EMAIL PROTECTED] wrote:
> > On Wed, Dec 20, 2006 at 01:41:11PM -0500, Greg Folkert wrote:
> >
> > > On Wed, 2006-12-20 at 14:36 +, [EMAIL PROTECTED] wrote:
> > > > I recently tri
On Wed, Dec 20, 2006 at 02:36:16PM +, [EMAIL PROTECTED] wrote:
> I recently tried to move /var to a new partition. Booted from some
> live cd, moved it and edited /etc/fstab to suit. Broke the machine
> as it wouldn't boot afterwards (in fact I recollect it booted but with
> no keyboard. Any
I'd recommend using rsync for this kind of thing.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Dec 20, 2006 at 10:01:35PM -, [EMAIL PROTECTED] wrote:
> On Wed, Dec 20, 2006 at 01:41:11PM -0500, Greg Folkert wrote:
>
> > On Wed, 2006-12-20 at 14:36 +, [EMAIL PROTECTED] wrote:
> > > I recently tried to move /var to a new partition. Booted from some
> > > live cd, moved it and
On Wed, Dec 20, 2006 at 01:41:11PM -0500, Greg Folkert wrote:
> On Wed, 2006-12-20 at 14:36 +, [EMAIL PROTECTED] wrote:
> > I recently tried to move /var to a new partition. Booted from some
> > live cd, moved it and edited /etc/fstab to suit. Broke the machine
> > as it wouldn't boot afterw
On Wed, 2006-12-20 at 14:36 +, [EMAIL PROTECTED] wrote:
> I recently tried to move /var to a new partition. Booted from some
> live cd, moved it and edited /etc/fstab to suit. Broke the machine
> as it wouldn't boot afterwards (in fact I recollect it booted but with
> no keyboard. Anyway it
[EMAIL PROTECTED] wrote:
rtpn> I recently tried to move /var to a new partition. Booted from some
rtpn> What should I have done?
are you moving it because root is getting full? i've always moved
/usr without problem - it's larger, anyhow.
lish
On Wed, Dec 20, 2006 at 02:36:16PM -, [EMAIL PROTECTED] wrote:
> I recently tried to move /var to a new partition. Booted from some
> live cd, moved it and edited /etc/fstab to suit. Broke the machine
> as it wouldn't boot afterwards (in fact I recollect it booted but with
> no keyboard. Any
I recently tried to move /var to a new partition. Booted from some
live cd, moved it and edited /etc/fstab to suit. Broke the machine
as it wouldn't boot afterwards (in fact I recollect it booted but with
no keyboard. Anyway it was unusable.) I thought it might be an initrd
problem, and had a ha
On 12 Mar 2002, Shri Shrikumar wrote:
> On Tue, 2002-03-12 at 15:42, Franηois Chenais wrote:
> > And what happens if the /var/log and /var/run dirs that can change during
> > the tar ?
> >
> > Franηois
>
> Go into single user mode telinit 1 and then tar. I actually use cp -a
> which seems t
* Neal Lippman ([EMAIL PROTECTED]) spake thusly:
...
> One thing I wondered about, though. You are using the technique of taring up
> the entire directory tree and then untaring it into the target partition. Why
> not just use cp -a instead?
Tradition, portability. "cp -a" is a GNUism, there w
> George Karaolides <[EMAIL PROTECTED]> wrote:
> > Hi Andrew,
> >
> >
> >
> > And transfer the data using tar:
> >
> > tar cplf - -C / var | tar xvf - -C /mnt
> >
I recently did something similar, moving my personal files to a new HD so
that I can mount the entire drive (partitioned as one big
* François Chenais ([EMAIL PROTECTED]) spake thusly:
> And what happens if the /var/log and /var/run dirs that can change during
> the tar ?
You may end up with a slightly b0rked system (but you knew that
already).
If your /var was on the root drive, you'll have to delete its
contents before mou
On Tue, Mar 12, 2002 at 03:33:55PM +0200, George Karaolides wrote:
> That's it. Note that if /usr and /var were originally part of your root
> filesystem, the data will still be there but the new filesystem will be
> mounted on the top level directory so you won't see it. After you've
> successfu
On Tue, Mar 12, 2002 at 04:42:37PM +0100, François Chenais wrote:
> And what happens if the /var/log and /var/run dirs that can change during
> the tar ?
That's my main disagreement with George's instructions. Go to
single-user mode _before_ you copy /var and /usr to the new drive
instead of aft
On Tue, 2002-03-12 at 15:42, François Chenais wrote:
> And what happens if the /var/log and /var/run dirs that can change during
> the tar ?
>
> François
Go into single user mode telinit 1 and then tar. I actually use cp -a
which seems to preserve all the required attributes.
I have done
On Tue, 2002-03-12 at 08:33, George Karaolides wrote:
> And transfer the data using tar:
>
> tar cplf - -C / var | tar xvf - -C /mnt
I would use rsync for this. It is faster and just all around
better(IMHO).
> Unmount the partition
>
> umount /mnt
>
> Mount the other one and do the same thin
And what happens if the /var/log and /var/run dirs that can change during
the tar ?
François
On Tue, 12 Mar 2002 15:33:55 +0200 (EET)
George Karaolides <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew,
>
> You need to be root on your machine to do this.
>
> Make two partitions on the new dr
Hi Andrew,
You need to be root on your machine to do this.
Make two partitions on the new drive using
cfdisk /dev/
Then make a filesystem on each partition. Stick to the tried-and-tested
ext2, or go for one of the new journalling ones like ext3 or reiserfs, if
you're running a kernel recent e
Hi
My /var and /usr partitions have just run out of space and I was wondering
what is the best way to copy them to a new drive that has just been
installed.
Any suggestions would be greatly appreciated.
Regards,
Andrew
on Mon, Aug 27, 2001 at 08:33:04PM -0700, Eric G. Miller (egm2@jps.net) wrote:
> On Mon, Aug 27, 2001 at 08:09:15PM -0700, Jason Majors wrote:
> > I currently have /var on hdc, but want to move it to sda. I've tried
> > mounting
> > the new partition as var2, copying the files, changing fstab, the
On Mon, Aug 27, 2001 at 08:09:15PM -0700, Jason Majors wrote:
> I currently have /var on hdc, but want to move it to sda. I've tried mounting
> the new partition as var2, copying the files, changing fstab, then rebooting,
> but lots of programs complain. I'd guess it has something to do with the st
I currently have /var on hdc, but want to move it to sda. I've tried mounting
the new partition as var2, copying the files, changing fstab, then rebooting,
but lots of programs complain. I'd guess it has something to do with the state
of var at the time of the copy, vs at the time of shutdown/boot.
On Mon, Dec 20, 1999 at 09:58:51PM -0500, Brian Servis wrote
> *- On 20 Dec, Ethan Benson wrote about "Re: Troubles with moving /var"
> > On 20/12/99 aphro wrote:
> >
> >>
> >>cp -a doesn't work on more obscure platforms like irix..there is a tar
&
Ciao Alberto Bigazzi,
> I actually did it "by hand", by tar-ing /var, copying it under /home and
> untaring it there. Then deleting /var and symlinking /home/var to /var.
>
> But I guess this is something VERY BAD as I ended up with lots of problems
> with PERMISSIONS. Now normal users CANN
*- On 20 Dec, Ethan Benson wrote about "Re: Troubles with moving /var"
> On 20/12/99 aphro wrote:
>
>>
>>cp -a doesn't work on more obscure platforms like irix..there is a tar
>>command..that acts like cp -a i saw it posted in a magazine(Maximum
>>Linu
On 20/12/99 aphro wrote:
cp -a doesn't work on more obscure platforms like irix..there is a tar
command..that acts like cp -a i saw it posted in a magazine(Maximum
Linux) but i forgot what it was, if its linux its safe to use cp -a
probably something like (cd / ; tar -cvpf - var) | (cd /home
i moved /var /home /usr with the command cp -a which preserves everything,
i did it on 2 main servers and have nbot had a single problem so i bet its
a safe way of doing it(the servers have been online since april)
cp -a doesn't work on more obscure platforms like irix..there is a tar
command..tha
On 20/12/99 Alberto Bigazzi wrote:
I actually did it "by hand", by tar-ing /var, copying it under /home and
untaring it there. Then deleting /var and symlinking /home/var to /var.
But I guess this is something VERY BAD as I ended up with lots of problems
with PERMISSIONS. Now normal users CANNO
The / partition on my home PC is fairly small and sometimes gets filled
up because ov /var, so I've decided to migrate /var somewhere else.
I have /usr and /home as separate partitions and would like to leave /usr
alone, thus putting /var under /home, which is quite large and nearly
unused (
On Wed, Sep 01, 1999 at 12:54:31PM -0700, Sean 'Shaleh' Perry wrote:
>
> On 01-Sep-99 [EMAIL PROTECTED] wrote:
[...]
> > Question is... which is likely best? Or should I go into mtab and mount
th
> > new partition at /var/cache/apt/archives/ (if that's possible)?
> >
>
> *slap*
>
> mtab is a run t
On Wed, 1 Sep 1999 [EMAIL PROTECTED] wrote:
: Hi,
:
: I'm setting up to upgrade my system to potato (while I sleep :) and know
: that there's not enough room in /var/cache/apt/archives/. I've got another
: partition to work with and could either symlink that dir to the new
: partition, or
On 01-Sep-99 [EMAIL PROTECTED] wrote:
> Hi,
>
> I'm setting up to upgrade my system to potato (while I sleep :) and know
> that there's not enough room in /var/cache/apt/archives/. I've got another
> partition to work with and could either symlink that dir to the new
> partition, or move /var ov
On Wed, 1 Sep 1999 [EMAIL PROTECTED] wrote:
> Question is... which is likely best? Or should I go into mtab and mount the
> new partition at /var/cache/apt/archives/ (if that's possible)?
You're on the right track. The correct solution is:
mount -text2 /dev/whatever /var/cache/apt/archives
Yo
Hi,
I'm setting up to upgrade my system to potato (while I sleep :) and know
that there's not enough room in /var/cache/apt/archives/. I've got another
partition to work with and could either symlink that dir to the new
partition, or move /var over (it's on it's own part. now).
Question is... wh
59 matches
Mail list logo
