From: Simon <turner25@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] InitRAMFS - boot expert sought
Date: Wed, 28 Mar 2012 16:44:35 -0400 [thread overview]
Message-ID: <CAN1q39WYGTdaKPmxqnChLTQ=3-oxWPOdydZCsN86s_H4LoiVPw@mail.gmail.com> (raw)
In-Reply-To: <20120328184112.227f4252@weird.wonkology.org>
[-- Attachment #1: Type: text/plain, Size: 1384 bytes --]
>
> Then
> copy /usr over:
> mount -o bind / /mnt
> mount -o remount,ro /usr
> cp -a /usr/* /mnt/
> The bind moun t makes the root FS appear in a 2nd place, without /usr
> being populated by the content of your /usr partition.
> Don't forget to remove /usr from /etc/fstab.
>
I can recommend using rsync instead of cp. Main advantage is rsync can be
stopped (ie. killed) mid-way and resumed later. No big deal, but if your
/usr is as large as mine, you might like this! If transfering very large
files, instead of restarting the large file from scratch, using the
--append option will write the partial data in the destination file. If
killed and resumed, rsync will find the dst file is smaller than it should
and will continue from where it left. If the data is absolutely crictical
important, you can also use the -c option to force rsync to do a checksum
of the files to compare, it will recopy anything that's not right. I
normally use a -c check if I used --append and had to kill it (because I'm
paranoid AND patient). Although I have seen zero cases where the -c found
errors.
Note the slashes at end of directories mean something with rsync, in my
example below, it means make usr and mnt identical, having rsync /usr /mnt/
means copy usr into /mnt/ (giving /mnt/usr/).
So "cp -a /usr/* /mnt/" becomes:
rsync -ah --progress /usr/ /mnt/
Enjoy!
[-- Attachment #2: Type: text/html, Size: 1639 bytes --]
next prev parent reply other threads:[~2012-03-28 20:47 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-27 10:36 [gentoo-user] InitRAMFS - boot expert sought Helmut Jarausch
2012-03-27 13:19 ` Mike Edenfield
2012-03-27 13:30 ` Michael Mol
2012-03-27 14:04 ` Neil Bothwick
2012-03-27 15:20 ` covici
2012-03-27 15:54 ` Neil Bothwick
2012-03-27 14:33 ` Mike Edenfield
2012-03-27 15:47 ` Dale
2012-03-27 17:35 ` Mike Edenfield
2012-03-27 18:30 ` Dale
2012-03-27 19:27 ` Sebastian Beßler
2012-03-27 20:04 ` Dale
2012-03-27 20:23 ` Michael Mol
2012-03-27 20:46 ` Dale
2012-03-27 21:08 ` Mark Knecht
2012-03-27 21:43 ` Dale
2012-03-27 21:52 ` Alan McKinnon
2012-03-27 22:28 ` Dale
2012-03-28 0:20 ` David W Noon
2012-03-28 1:36 ` Dale
2012-03-28 21:40 ` Alan McKinnon
2012-03-28 22:01 ` David W Noon
2012-03-28 22:26 ` Alan McKinnon
2012-03-28 23:20 ` David W Noon
2012-03-29 2:24 ` Dale
2012-03-29 8:28 ` Alan McKinnon
2012-03-29 12:01 ` David W Noon
2012-03-29 20:58 ` Alan McKinnon
2012-03-29 21:20 ` pk
2012-05-19 13:33 ` Frank Steinmetzger
2012-03-29 23:26 ` wdk@moriah
2012-03-30 10:36 ` David W Noon
2012-03-29 12:05 ` [gentoo-user] " Nicolas Sebrecht
2012-03-29 13:00 ` Neil Bothwick
2012-03-29 20:55 ` Alan McKinnon
2012-03-29 22:10 ` Mike Edenfield
2012-03-29 23:10 ` Neil Bothwick
2012-03-29 14:08 ` [gentoo-user] " Doug Hunley
2012-03-29 16:47 ` David W Noon
2012-03-27 22:02 ` Mark Knecht
2012-03-27 22:35 ` Dale
2012-03-27 22:49 ` Mark Knecht
2012-03-29 13:59 ` J. Roeleveld
2012-03-29 17:36 ` Dale
2012-03-30 7:23 ` [gentoo-user] " Nicolas Sebrecht
2012-03-30 7:56 ` J. Roeleveld
2012-03-27 23:04 ` [gentoo-user] " Neil Bothwick
2012-03-27 23:47 ` Dale
2012-03-28 7:51 ` Neil Bothwick
2012-03-28 7:55 ` Canek Peláez Valdés
2012-03-28 21:38 ` Alan McKinnon
2012-03-27 20:09 ` Neil Bothwick
2012-03-27 16:18 ` Michael Hampicke
2012-03-27 16:50 ` Michael Mol
2012-03-27 16:57 ` Dale
2012-03-27 17:09 ` Mark Knecht
2012-03-27 20:07 ` Neil Bothwick
2012-03-27 21:20 ` Mike Edenfield
2012-03-27 21:38 ` Neil Bothwick
2012-03-27 20:36 ` Dale
2012-03-27 20:46 ` Mark Knecht
2012-03-27 21:59 ` Dale
2012-03-27 22:14 ` Alan McKinnon
2012-03-27 22:31 ` Dale
2012-03-27 22:46 ` Alan McKinnon
2012-03-27 23:50 ` Dale
2012-03-28 7:58 ` Neil Bothwick
2012-03-28 18:29 ` Mike Edenfield
2012-03-28 21:58 ` pk
2012-03-28 23:20 ` Neil Bothwick
2012-03-29 17:14 ` pk
2012-03-29 18:06 ` Neil Bothwick
2012-03-29 18:54 ` pk
2012-03-29 2:21 ` Michael Mol
[not found] ` <20120329100248.24ecb03c@digimed.co.uk>
2012-03-29 14:21 ` Michael Mol
2012-03-29 14:43 ` Neil Bothwick
2012-03-29 15:58 ` Michael Mol
2012-03-28 15:20 ` Allan Gottlieb
2012-03-28 16:41 ` Alex Schuster
2012-03-28 20:44 ` Simon [this message]
2012-03-28 21:35 ` Alan McKinnon
2012-03-29 2:38 ` Allan Gottlieb
2012-03-29 8:43 ` Allan Gottlieb
2012-04-03 12:27 ` Alan McKinnon
2012-04-03 13:15 ` Allan Gottlieb
2012-03-27 21:22 ` Mike Edenfield
2012-03-27 22:01 ` Dale
2012-03-28 2:27 ` William Kenworthy
2012-03-28 5:46 ` du yang
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='CAN1q39WYGTdaKPmxqnChLTQ=3-oxWPOdydZCsN86s_H4LoiVPw@mail.gmail.com' \
--to=turner25@gmail.com \
--cc=gentoo-user@lists.gentoo.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