On Tue, 05 Mar 2013 20:30:22 +0100, Matthias Petermann matth...@d2ux.org
wrote:
Hello,
Zitat von Giorgos Keramidas keram...@ceid.upatras.gr:
If this is a UFS2 filesystem, it may be a good idea to snapshot the
filesystem, and then rsync-backup the snapshot instead.
Last time I tried UFS2
On Mon, Mar 4, 2013 at 1:37 PM, CyberLeo Kitsana cyber...@cyberleo.netwrote:
You can use dump(8) to dump a SU-journaled filesystem; you just cannot
create a snapshot. This implies that dump(8) will be run against the
live and possibly changing filesystem, which can lead to issues with the
On Mon, 04 Mar 2013 12:19:09 -0800, Ronald F. Guilmette wrote:
In message 20130304125634.8450cfaf.free...@edvax.de,
Polytropon free...@edvax.de wrote:
On Mon, 04 Mar 2013 03:35:30 -0800, Ronald F. Guilmette wrote:
Now, unfortunately, I have just been bitten by the evil... and apparently
to single-user mode every week for a few hours while
I'm making my disk-to-disk backup. So now I'm looking at doing the backups
using rsync.
Yes, this should be possible...
One thing that can bite you when using rsync to traverse copy large
filesystems is that the filesystem may still be changing
Hello,
Zitat von Giorgos Keramidas keram...@ceid.upatras.gr:
If this is a UFS2 filesystem, it may be a good idea to snapshot the
filesystem, and then rsync-backup the snapshot instead.
Last time I tried UFS2 snapshots I found out two serious limitations.
The first is it doesn't work when UFS
. So now I'm looking at doing the backups
using rsync.
I see that rsync can nowadays properly cope with all sorts of oddities,
like fer instance device files, hard-linked files, ACLs, file attributes,
and all sorts of other unusual but important filesystem thingies. That's
good news, but I still have
I'm making my disk-to-disk backup. So now I'm looking at doing the backups
using rsync.
The same problems that apply when dumping live systems can
bite you using rsync, but support for this on file system
level seems to be better in rsync than what dump does on
block level.
If I use all
On Mon, 4 Mar 2013, Ronald F. Guilmette wrote:
Now, unfortunately, I have just been bitten by the evil... and apparently
widely known (except to me)... ``You can't use dump(8) to dump a journaled
filesystem with soft updates'' bug-a-boo.
Until SUJ has been deemed 100%, I avoid it and suggest
In message 20130304125634.8450cfaf.free...@edvax.de,
Polytropon free...@edvax.de wrote:
On Mon, 04 Mar 2013 03:35:30 -0800, Ronald F. Guilmette wrote:
Now, unfortunately, I have just been bitten by the evil... and apparently
widely known (except to me)... ``You can't use dump(8) to dump a
In message alpine.bsf.2.00.1303040645420.66...@wonkity.com,
Warren Block wbl...@wonkity.com wrote:
Until SUJ has been deemed 100%, I avoid it and suggest others do also.
It can be disabled on an existing filesystem from single user mode.
hehe
Silly me! What do *I* know? I just go about my
filesystems while the system was running. But I really don't want to have
to take the system down to single-user mode every week for a few hours while
I'm making my disk-to-disk backup. So now I'm looking at doing the backups
using rsync.
I've used rsync to back up Linux and FreeBSD machines daily
- Original Message -
On Mon, 04 Mar 2013 03:35:30 -0800, Ronald F. Guilmette wrote:
Now, unfortunately, I have just been bitten by the evil... and
apparently
widely known (except to me)... ``You can't use dump(8) to dump a
journaled
filesystem with soft updates'' bug-a-boo.
On Mon, 4 Mar 2013, Ronald F. Guilmette wrote:
So, um, I was reading about this last night, but I was sleepy and my eyes
glazed over... Please remind me, what is the exact procedire for turning
off the journaling? I boot to single user mode (from a live cd?) and
then what? Is it tunefs with
13 matches
Mail list logo
