On Friday 11 April 2014 12:39:31 Brendan Hide wrote:
If you're 100% happy with your old disk's *content*/layout/etc (just
not happy with the disk's reliability), try an
overnight/over-weekend ddrescue instead
Thanks again to everyone who replied and especially for suggesting
ddrescue. In the
Hi, Michael
Btrfs send/receive can transfer incremental snapshots as well - you're
looking for the -p or parent parameter. On the other hand, it might
not be the right tool for the job.
If you're 100% happy with your old disk's *content*/layout/etc (just not
happy with the disk's
SMART indicates that my notebook disk may soon be failing (an
unreadable/uncorrectable sector), therefore I intend to exchange it. The
disk contains a single btrfs filesystem with several nested(!)
subvolumes, each with several read-only snapshots in a .snapshots
subdirectory.
As far as I
Michael Schuerig posted on Thu, 10 Apr 2014 15:21:01 +0200 as excerpted:
SMART indicates that my notebook disk may soon be failing (an
unreadable/uncorrectable sector), therefore I intend to exchange it. The
disk contains a single btrfs filesystem with several nested(!)
subvolumes, each with
I would see one (dangerous? risky? needing more options perhaps?) solution:
dd if=/dev/sda of=/dev/sdb
/dev/sda: old disk
/dev/sdb: new disk
Maybe there is another much more complicated solution:
Plug the old disk in a USB dock/case, do the same for the new disk in
another dock/case, plug both
On Thursday 10 April 2014 13:58:45 Duncan wrote:
Michael Schuerig posted on Thu, 10 Apr 2014 15:21:01 +0200 as
excerpted:
SMART indicates that my notebook disk may soon be failing (an
unreadable/uncorrectable sector), therefore I intend to exchange it.
The disk contains a single btrfs
On Thursday 10 April 2014 15:15:02 Duncan wrote:
Meanwhile (2), given the existence of those tested backups, there's
yet another way to accomplish things. Simply restore from the
backups the same way you would if the working copy went down and you
had to restore it, only restore to the new
What makes the case complicate is
not the question how to preserve and copy the current data; it's how to
retain the historic data embodied in snapshots.
You can always rsync (incrementally with --link-dest) to another
place the sequence of snapshots, provided of course there is enough
space
On Thursday 10 April 2014 18:01:31 George Eleftheriou wrote:
What makes the case complicate is
not the question how to preserve and copy the current data; it's how
to retain the historic data embodied in snapshots.
You can always rsync (incrementally with --link-dest) to another
place
Dne Čt 10. dubna 2014 15:21:01, Michael Schuerig napsal(a):
SMART indicates that my notebook disk may soon be failing (an
unreadable/uncorrectable sector), therefore I intend to exchange it. The
disk contains a single btrfs filesystem with several nested(!)
subvolumes, each with several
Am Donnerstag, 10. April 2014, 17:51:26 schrieb Michael Schuerig:
On Thursday 10 April 2014 15:15:02 Duncan wrote:
Meanwhile (2), given the existence of those tested backups, there's
yet another way to accomplish things. Simply restore from the
backups the same way you would if the
On Thursday 10 April 2014 19:17:13 Jan Kouba wrote:
Dne Čt 10. dubna 2014 15:21:01, Michael Schuerig napsal(a):
SMART indicates that my notebook disk may soon be failing (an
unreadable/uncorrectable sector), therefore I intend to exchange it.
The disk contains a single btrfs filesystem with
Dne Čt 10. dubna 2014 20:36:32, Michael Schuerig napsal(a):
On Thursday 10 April 2014 19:17:13 Jan Kouba wrote:
Dne Čt 10. dubna 2014 15:21:01, Michael Schuerig napsal(a):
SMART indicates that my notebook disk may soon be failing (an
unreadable/uncorrectable sector), therefore I intend to
Michael Schuerig posted on Thu, 10 Apr 2014 18:24:00 +0200 as excerpted:
I *think* send/receive with clone sources might be the key to a
solution. I'm still hoping that someone with a far better understanding
of btrfs than me gives it a try first...
Well, there's both that (which I don't know
14 matches
Mail list logo