Binding /sys proved futile.
.:Justin:.
--- On Sun, 1/2/11, Jérôme Poulin jeromepou...@gmail.com wrote:
From: Jérôme Poulin jeromepou...@gmail.com
Subject: Re: Odd mkbtrfs behavior inside of chroot
To: J G yoosty_...@yahoo.com
Cc: linux-btrfs@vger.kernel.org linux-btrfs@vger.kernel.org
You're little trick with touching a blank /proc/mounts works, FWIW.
You're --force patch works even better however ;)
Thanks!
.:Justin:.
--- On Sun, 1/2/11, Goffredo Baroncelli kreij...@libero.it wrote:
From: Goffredo Baroncelli kreij...@libero.it
Subject: Re: Odd mkbtrfs behavior inside
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all and happy new year.
this is my first patch of the new year. Hooping that this is a good
sign. :-)
The enclosed patch try to address the problem raised by Justin: how
circumvent the check performed by mkfs.btrfs ?
I add a -f|--force switch
I just encountered some odd behavior from mkbtrfs.
The end goal is to restore a backup to newly created BTRFS partitions while
using the latest btrfs-tools.
Here's the steps to what I did:
* Booted SystemRescueCD
* Partitioned the drives (two 750GB drives with 12 partitions each)
* Created an
Did you try using -o bind on /proc and /sys as well? Just in case mkfs
uses /sys too, I'm not sure if /proc reacts differently to multiple
mounts or bind neither?
Envoyé de mon appareil mobile.
Jérôme Poulin
Solutions G.A.
On 2011-01-02, at 14:53, J G yoosty_...@yahoo.com wrote:
I just
On 01/02/2011 08:52 PM, J G wrote:
I just encountered some odd behavior from mkbtrfs.
The end goal is to restore a backup to newly created BTRFS partitions while
using the latest btrfs-tools.
Here's the steps to what I did:
* Booted SystemRescueCD
* Partitioned the drives (two 750GB drives