On Fri, 04 Nov 2005 11:29:51 -0700, Richard Fish wrote:
> It has one major advantage regarding udev, in that some device nodes
> (/dev/console, for example) must exist in the /dev directory on the
> root filesystem, and when /dev is mounted and you use --one-filesystem,
> you won't backup those n
Neil Bothwick wrote:
On Fri, 4 Nov 2005 17:02:41 +0100, capsel wrote:
Or maybe bind / to a subdir and tar from it. It's like
--one-filesystem but it works always (for me).
Why go to the trouble of mounting / again when tar already has an option
to deal with this?
I don't doubt that
On Fri, 4 Nov 2005 17:02:41 +0100, capsel wrote:
> Or maybe bind / to a subdir and tar from it. It's like
> --one-filesystem but it works always (for me).
Why go to the trouble of mounting / again when tar already has an option
to deal with this?
I don't doubt that it works, but it seems like a
Or maybe bind / to a subdir and tar from it. It's like
--one-filesystem but it works always (for me).
2005/11/4, Neil Bothwick <[EMAIL PROTECTED]>:
> On Fri, 4 Nov 2005 14:29:17 +0100, Hemmann, Volker Armin wrote:
>
> > you need to --exclude /proc, or you'll run into problems.
> > You should exclu
On Fri, 4 Nov 2005 14:29:17 +0100, Hemmann, Volker Armin wrote:
> you need to --exclude /proc, or you'll run into problems.
> You should exclude /sys, /dev/, /tmp and /var/run
And /sys and much of /mnt or /media. It's probably best to use the
--one-filesystem option and specify the directories yo
On Friday 04 November 2005 01:44, Richard Watson wrote:
> Hi ... I've just spent ages compiling my laptop. I'm really happy with
> the result ... So fast ...
>
> What I want to is create a directory called /backup and then create a
> tarball using the command
>
> # tar -zcvf /backup/mylaptop.tar /[
On Thu, 03 Nov 2005 19:41:19 -0500, Dave Nebinger wrote:
> I guess really what I'm saying is no, it is not a good idea. There's
> plenty of other backup solutions out there that would work better than
> this scheme. If you have a server and space for the file, rsync would
> even be a better solut
On Thu, 2005-11-03 at 19:41 -0500, Dave Nebinger wrote:
> I guess really what I'm saying is no, it is not a good idea. There's plenty
> of other backup solutions out there that would work better than this scheme.
> If you have a server and space for the file, rsync would even be a better
> sol
# tar -zcvf /backup/mylaptop.tar /[all directories] except /backup (as I
don't want to go in circles).
You're going to want to exclude portions of /var, /dev, /proc & /sys, /tmp,
... You're also going to want to dig deeper into command line options to
preserve ownership, links rather than har
2005/11/4, Richard Watson <[EMAIL PROTECTED]>:
> # tar -zcvf /backup/mylaptop.tar /[all directories] except /backup (as I
> don't want to go in circles).
>
> I'm then going to copy off the resulting tarball to my server in case my
> laptop dies (I'd rather not have to recompile everything). Does t
Hi ... I've just spent ages compiling my laptop. I'm really happy with
the result ... So fast ...
What I want to is create a directory called /backup and then create a
tarball using the command
# tar -zcvf /backup/mylaptop.tar /[all directories] except /backup (as I
don't want to go in circles).
11 matches
Mail list logo