> -----Original Message----- > From: Austin S. Hemmelgarn [mailto:ahferro...@gmail.com] > Sent: Tuesday, October 24, 2017 1:53 PM > To: Adam Borowski <kilob...@angband.pl>; Lentes, Bernd > <bernd.len...@helmholtz-muenchen.de> > Cc: Btrfs ML <linux-btrfs@vger.kernel.org> > Subject: Re: SLES 11 SP4: can't mount btrfs > > I think partimage _might_ have BTRFS support by now, and if so, that's > likely to be the best you can get for quite some time.
Unfortunately not: http://www.partimage.org/Supported-Filesystems/ > > It depends on what you use subvolumes for. > And this is the important part. If you're just using them to segregate > workloads (like I do), or exclude things from snapshots (like I used to do > when I was using snapshots for backups), then any old backup program is > fine as long as you know enough to replicate the subvolume layout when > extracting (if you need the same layout that is). I'm actually working on > a > script to automate this for file-level backups (stuff like Amanda, Bareos, > and borgbackup), but I don't have anything ready to share yet.> There seems to be no backup solution which supports BTRFS in a way that I can just restore the complete partition with all subvolumes, snapshots ? That's bad. A fs can also get corrupt in certain circumstances. I'd like to have a solution which offers me the possibility to restore a root partition in a reasonable time (some hours maximum), completely. Not doing many stuff before/afterwards. It seems that's not possible withBTRFS. And Btrfs check is still limited in what it can do. Bernd Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
