On Wed, Mar 23, 2016 at 8:08 PM, Ryan Erato wrote:
> Success! Using the same ISO you previously linked to, I ran 'btrfs
> check --repair', did another check which actually revealed many new
> issues, ran a repair again and after that successive checks showed no
> signs of other
Success! Using the same ISO you previously linked to, I ran 'btrfs
check --repair', did another check which actually revealed many new
issues, ran a repair again and after that successive checks showed no
signs of other issues. I was able to successfully send my 'home'
subvolume to the SSD and
On Tue, Mar 22, 2016 at 7:40 PM, Ryan Erato wrote:
> Finally got around to running the suggested commands. Same error with
> the send, but not much output to help. The check operation did seem
> to reveal some potential issues. Here's the play-by-play along with
> the file
Finally got around to running the suggested commands. Same error with
the send, but not much output to help. The check operation did seem
to reveal some potential issues. Here's the play-by-play along with
the file output from check:
[liveuser@localhost /]$ sudo btrfs check /dev/sda6 >
On Sun, Mar 20, 2016 at 10:34 PM, Ryan Erato wrote:
.
>
> Sending "home.snap" to "/mnt/ssd" results in the -2 error. What is
> peculiar, or possibly a red herring, is that it seems to fail at the
> same point each time, at 4.39GB in to the transfer.
That's pretty suspicious.
Here's an example of what I've been trying:
" mount new ssd
root / # mount /dev/sdb6 /mnt/ssd/
" snapshot ROOT sub-volume mounted at /
root / # btrfs subvol snapshot -r / /ROOT.snap
Create a readonly snapshot of '/' in '//ROOT.snap'
root / # btrfs filesystem sync /
FSSync '/'
root / # btrfs
I'm not an expert by any means, but I did a migration like this a few weeks ago.
The most consistent recommendation on this mailing list is to use the
newest kernels and btrfs-progs feasible. I did my migration using
Fedora 24 live media, which at the time was kernel ~4.3. I see your
btrfs-progs
On Sat, Mar 19, 2016 at 4:58 PM, Ryan Erato wrote:
> I'm having quite the time trying to move my current Gentoo install to
> an SSD. I first attempted Clonezilla, but that failed while cloning
> the btrfs partition. I then realized I could use btrfs send/receive.
>
> The
I do plan on physically replacing the current drive with the new one
and my fstab/boot comands use device. I never could get UUID or labels
to work, but that's another project.
However, this still leaves me unable to take advantage of btrfs
features for implementing an incremental backup solution
I'm having quite the time trying to move my current Gentoo install to
an SSD. I first attempted Clonezilla, but that failed while cloning
the btrfs partition. I then realized I could use btrfs send/receive.
The partition has 2 subvolumes ROOT and ROOT/home. ROOT snapshots and
sends without hitch,
10 matches
Mail list logo