🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.linux
Article #645

Re: Copying: What I did

#645
From: Darren Walsh
Date: Fri, 01 Oct 1999 00:00
56 lines
3429 bytes
I "cp -a * /mnt" with the new usr mounted on /mnt

Then changed fstab to include new mount to mount to /usr
rebooted, all worked perfectly. So I commented out the line mounting the new
/usr and rebooted
deleted to old /usr
manually mounted the new /usr into /usr, then I uncommented fstab and
rebooted
All worked fine EXCEPT when I had no usr directory, but manually mounting
the new one was no prob.


Thorfinn <thorfinn@netizen.com.au> wrote in message
news:slrn7v8jk8.cj.thorfinn@netizen.com.au...
> In aus.computers.linux, on 1 Oct 1999 05:21:57 GMT
> loki <eloki@zip.com.au-nospam> wrote:
> > Steve Oxley <viking@valhalla.cc.monash.edu.au> wrote unto us:
> > >In article <37F433E9.D6C97D1@pantek.com>, Richard Zack wrote:
> > >>mv /newusr /usr
>
> Eek.  No.  Just use the tar trick below, then change your /etc/fstab
> to mount the new disk on /usr instead of the old partition... then
> reboot (and make *sure* you've got some sort of fully bootable rescue
> disk so you can mount the root filesystem and change /etc/fstab *back*
> if you need to), and check it worked.
>
> > >Or better still, mount the new disk under /mnt, and then:
> > >cd /usr
> > >tar cf - . | (cd /mnt;tar xvf - )
>
> Yeps.
>
> >   This is less line and doesn't use disk space for a temp file, but
isn't it
> > possibly going to use a heck of a lot of RAM?
>
> Nope.  It's a pipe.  Unix pipes DON'T store everything from the input
> process then push the whole thing through to the next process.  That's
> msdog pipes (which use temporary disk files, blech!).
>
> Both processes run (look ma!  multitasking! :)), output from the first
> one gets piped through to the second one, while they're both running.
> Usually the first process will use blocking output calls, which means
> that if the second process isn't pulling stuff out of the pipe fast
> enough, the first process will wind up blocking on its output...
>
> It's all very sexy stuff. :)
>
> ook,
>
>   Thorfinn
>
> --
> <a href = "http://netizen.com.au/~thorfinn/">thorfinn@netizen.com.au</a>
> I cannot believe that God plays dice with the cosmos.
>     -- Albert Einstein, on the randomness of quantum mechanics
Technical Details
Message-ID: <7t21hj$a94$1@m2.c2.telstra-mm.net.au>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <7t17hd$nel$1@m2.c2.telstra-mm.net.au> <37F433E9.D6C97D1@pantek.com> <slrn7v8dm4.fdl.viking@valhalla.cc.monash.edu.au> <slrn7v8hkr.nue.eloki@zipperii.zip.com.au> <slrn7v8jk8.cj.thorfinn@netizen.com.au>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fb7a0,aff733d416733c45
X-Google-Attributes: gidfb7a0,public
X-Google-Thread: 136b98,aff733d416733c45
X-Google-Attributes: gid136b98,public
X-Google-Thread: 102983,aff733d416733c45
X-Google-Attributes: gid102983,public
X-Google-Thread: 100c5f,aff733d416733c45
X-Google-Attributes: gid100c5f,public
From: "Darren Walsh" <theq@bigpond.net.au>
Subject: Re: Copying: What I did
Date: 1999/10/01
Message-ID: <7t21hj$a94$1@m2.c2.telstra-mm.net.au>
X-Deja-AN: 531486459
References: <7t17hd$nel$1@m2.c2.telstra-mm.net.au> <37F433E9.D6C97D1@pantek.com> <slrn7v8dm4.fdl.viking@valhalla.cc.monash.edu.au> <slrn7v8hkr.nue.eloki@zipperii.zip.com.au> <slrn7v8jk8.cj.thorfinn@netizen.com.au>
X-Priority: 3
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
X-Complaints-To: news@m2.c2.telstra-mm.net.au
X-Trace: m2.c2.telstra-mm.net.au 938772851 10532 24.192.16.191 (1 Oct 1999 10:14:11 GMT)
Organization: Telstra Big Pond Cable - Sydney Site 1
X-MSMail-Priority: Normal
Reply-To: "Darren Walsh" <theq@bigpond.net.au>
NNTP-Posting-Date: 1 Oct 1999 10:14:11 GMT
Newsgroups: alt.linux,aus.computers.linux,bigpond.cable.tech.linux,linux.debian.user