On 2014-02-13 12:33, Chris Murphy wrote:
On Feb 13, 2014, at 1:50 AM, Frank Kingswood
fr...@kingswood-consulting.co.uk wrote:
On 12/02/14 17:13, Saint Germain wrote:
Ok based on your advices, here is what I have done so far to use UEFI
(remeber that the objective is to have a clean and
On Feb 13, 2014, at 11:02 AM, Austin S Hemmelgarn ahferro...@gmail.com wrote:
While this is what the UEFI spec says is supposed to be the fallback,
many systems don't actually look there unless the media is removable.
All of my UEFI systems instead look for Microsoft/Boot/bootmgfw.efi as
On Thu, Feb 13, 2014 at 11:32:03AM -0500, Jim Salter wrote:
That is FANTASTIC news. Thank you for wielding the LART gently. =)
No LART necessary. :) Nobody knows everything, and it's not a
particularly heavily-documented or written-about feature at the moment
(mostly because it only exists
--
Greetings,
My name is Miss Joyce,i saw your email at Web Directory and wish to
be your friend,
Miss Joyce
--
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
Hi all,
This is the 4th attempt of my patches related to show how the data
are stored in a btrfs filesystem. I rebased all the patches on the v3.13
btrfs-progs.
These patches update the btrfs fi df command and add two new commands:
- btrfs filesystem disk-usage path
- btrfs device disk-usage
Enhance the command btrfs filesystem df to show space usage information
for a mount point(s). It shows also an estimation of the space available,
on the basis of the current one used.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
Makefile | 3 +-
cmds-fi-disk_usage.c |
Hi!
Is it technically possible to wait for a snapshot completely purged from
disk? I imagine an option like --wait for btrfs delete subvolume.
This would fit some purposes I'm planning to implement:
* In a backup scenario have a subprocess which deletes snapshots one by one,
starting with
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
man/btrfs.8.in | 52
1 file changed, 52 insertions(+)
diff --git a/man/btrfs.8.in b/man/btrfs.8.in
index b620348..4acf16d 100644
--- a/man/btrfs.8.in
+++ b/man/btrfs.8.in
@@ -35,6
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-fi-disk_usage.c | 428 +++
cmds-fi-disk_usage.h | 3 +
cmds-filesystem.c| 3 +
utils.c | 63
utils.h | 3 +
5 files changed, 500
Allow the use of get_device_info() for different units.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
utils.c | 2 +-
utils.h | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/utils.c b/utils.c
index 760db6b..69295b5 100644
--- a/utils.c
+++ b/utils.c
@@ -1591,7
This patch adds some functions to manage the printing of the data in
tabular format.
The function
struct string_table *table_create(int columns, int rows)
creates an (empty) table.
The functions
char *table_printf(struct string_table *tab, int column,
int row,
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-device.c| 3 ++
cmds-fi-disk_usage.c | 136 +++
cmds-fi-disk_usage.h | 3 ++
3 files changed, 142 insertions(+)
diff --git a/cmds-device.c b/cmds-device.c
index
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
man/btrfs.8.in | 11 +++
1 file changed, 11 insertions(+)
diff --git a/man/btrfs.8.in b/man/btrfs.8.in
index 4b7e771..0984504 100644
--- a/man/btrfs.8.in
+++ b/man/btrfs.8.in
@@ -59,6 +59,9 @@ btrfs \- control a btrfs filesystem
On Thu, 13 Feb 2014 20:19:50 +0100
Goffredo Baroncelli kreij...@libero.it wrote:
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-fi-disk_usage.c | 428
+++
cmds-fi-disk_usage.h | 3 +
cmds-filesystem.c| 3 +
utils.c
On 2014/02/13 09:02 PM, Kai Krakow wrote:
Hi!
Is it technically possible to wait for a snapshot completely purged from
disk? I imagine an option like --wait for btrfs delete subvolume.
This would fit some purposes I'm planning to implement:
* In a backup scenario
I have a similar use-case for
On Thu, 13 Feb 2014 20:20:12 +0100
Goffredo Baroncelli kreij...@libero.it wrote:
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-device.c| 3 ++
cmds-fi-disk_usage.c | 136
+++
cmds-fi-disk_usage.h | 3 ++
3
On Thu, 13 Feb 2014 10:43:08 -0700, Chris Murphy
li...@colorremedies.com wrote :
sda3 = 1 TiB root partition (BTRFS), mounted on /
sda4 = 6 GiB swap partition
(that way I should be able to be compatible with both CSM or UEFI)
B) normal Debian installation on sdas, activate the CSM on
Hi Roman,
On 02/13/2014 08:23 PM, Roman Mamedov wrote:
On Thu, 13 Feb 2014 20:20:12 +0100
Goffredo Baroncelli kreij...@libero.it wrote:
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
[...]
Why not just name it du? Think about the current handy feature of shortening
commands
Hi Roman
On 02/13/2014 08:28 PM, Roman Mamedov wrote:
On Thu, 13 Feb 2014 20:19:50 +0100
Goffredo Baroncelli kreij...@libero.it wrote:
[...]
diff --git a/cmds-filesystem.c b/cmds-filesystem.c
index fc85eef..d4cab63 100644
--- a/cmds-filesystem.c
+++ b/cmds-filesystem.c
@@ -798,6 +798,9
On Thu, Feb 13, 2014 at 08:02:43PM +0100, Kai Krakow wrote:
Hi!
Is it technically possible to wait for a snapshot completely purged from
disk? I imagine an option like --wait for btrfs delete subvolume.
I'm sure there's been some patches for that around here somewhere,
some time ago. I
Hi Jim,
On 02/13/2014 05:13 PM, Jim Salter wrote:
This might be a stupid question but...
There is no stupid questions, only stupid answers...
Are there any plans to make parity RAID levels in btrfs similar to
the current implementation of btrfs-raid1?
It took me a while to realize how
Goffredo Baroncelli posted on Thu, 13 Feb 2014 20:49:08 +0100 as
excerpted:
Thanks for the comments, however I don't like du not usage; but you are
right when you don't like disk-usage. What about btrfs filesystem
chunk-usage ? The short form would be
btrfs fi chunk
which is
On 2-13-14 20:02:43 Kai Krakow wrote:
Is it technically possible to wait for a snapshot completely purged
from disk? I imagine an option like --wait for btrfs delete
subvolume.
This may be what you're looking for:
http://www.spinics.net/lists/linux-btrfs/msg29833.html
--
Garry T.
On Thu, Feb 13, 2014 at 09:22:07PM +0100, Goffredo Baroncelli wrote:
Hi Jim,
On 02/13/2014 05:13 PM, Jim Salter wrote:
Let's say you have five disks, and you arbitrarily want to define a
stripe length of four data blocks plus one parity block per stripe.
I what it is different from a
On Thu, 13 Feb 2014 20:49:08 +0100
Goffredo Baroncelli kreij...@libero.it wrote:
Thanks for the comments, however I don't like du not usage; but you are right
when you don't like disk-usage. What about btrfs filesystem chunk-usage ?
Personally I don't see the point of being super-pedantic
Hey guys,
I have a 6-drive RAID10 btrfs volume. 2 drives are internal, then I have 2
external 2-bay enclosures. One of the enclosures disconnected and went offline
and I quickly unmounted the volume and then rebooted. With all drives
connected, and visible in btrfs fi show I tried to mount the
On Thu, 13 Feb 2014 20:02:43 +0100, Kai Krakow wrote:
Is it technically possible to wait for a snapshot completely purged from
disk? I imagine an option like --wait for btrfs delete subvolume.
That would indeed be sweet (see pointer to patch by Garry Williams).
In the meantime have you tried
Garry T. Williams gtwilli...@gmail.com schrieb:
On 2-13-14 20:02:43 Kai Krakow wrote:
Is it technically possible to wait for a snapshot completely purged
from disk? I imagine an option like --wait for btrfs delete
subvolume.
This may be what you're looking for:
Holger Hoffstätte holger.hoffstae...@googlemail.com schrieb:
On Thu, 13 Feb 2014 20:02:43 +0100, Kai Krakow wrote:
Is it technically possible to wait for a snapshot completely purged from
disk? I imagine an option like --wait for btrfs delete subvolume.
That would indeed be sweet (see
Brendan Hide bren...@swiftspirit.co.za schrieb:
Is it technically possible to wait for a snapshot completely purged from
disk? I imagine an option like --wait for btrfs delete subvolume.
This would fit some purposes I'm planning to implement:
* In a backup scenario
I have a similar
I still see this trouble on v3.14-rc2.
I confirmed that we cannot do mount with -o degraded without
this patch. Could you pick this up, Chris?
Thanks,
H.Seto
Feel free to add:
Tested-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
(2014/01/15 18:22), Anand Jain wrote:
bdev is null when disk
On 02/13/2014 08:33 PM, Hidetoshi Seto wrote:
I still see this trouble on v3.14-rc2.
I confirmed that we cannot do mount with -o degraded without
this patch. Could you pick this up, Chris?
Thanks for catching this, it'll be in the next pull.
-chris
--
To unsubscribe from this list: send the
Ok, let me try something else :)
Of those who are using btrfs send/receive, has anyone gotten in a state
where incrementals will not apply anymore?
Thanks,
Marc
On Wed, Feb 12, 2014 at 06:22:07AM -0800, Marc MERLIN wrote:
So, I've veen running this for a few weeks, and soon should have
On 02/10/2014 08:41 AM, Brendan Hide wrote:
On 2014/02/10 04:33 AM, Austin S Hemmelgarn wrote:
snip
Apparently, trying to use -mconvert=dup or -sconvert=dup on a
multi-device filesystem using one of the RAID profiles for metadata
fails with a statement to look at the kernel log, which
On Jan 9, 2014, at 3:47 PM, Zack Weinberg za...@panix.com wrote:
I have a btrfs partition with what *sounds* like minor damage; btrfsck
--repair prints
For what it's worth, repair occasionally makes things worse so it's better to
just run 'btrfs check' and post the results and get some
On Feb 13, 2014, at 9:48 PM, Chris Murphy li...@colorremedies.com wrote:
In any case, I'm confused also if there's a real problem or not. I guess
confusion about the state of a file system itself isn't good. But I figure
it's probably not a serious error or there'd be mount error
We should log test results to $reqres.full not $req.full.
Signed-off-by: Wang Shilong wangsl.f...@cn.fujitsu.com
---
tests/btrfs/005 | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/tests/btrfs/005 b/tests/btrfs/005
index c364e11..7639635 100755
---
On Feb 13, 2014, at 10:10 PM, Chris Murphy li...@colorremedies.com wrote:
On Feb 13, 2014, at 9:48 PM, Chris Murphy li...@colorremedies.com wrote:
In any case, I'm confused also if there's a real problem or not. I guess
confusion about the state of a file system itself isn't good. But
On 12/02/14 17:13, Saint Germain wrote:
Ok based on your advices, here is what I have done so far to use UEFI
(remeber that the objective is to have a clean and simple BTRFS RAID1
install).
A) I start first with only one drive, I have gone with the following
partition scheme (Debian wheezy,
On 13 February 2014 09:50, Frank Kingswood
fr...@kingswood-consulting.co.uk wrote:
On 12/02/14 17:13, Saint Germain wrote:
Ok based on your advices, here is what I have done so far to use UEFI
(remeber that the objective is to have a clean and simple BTRFS RAID1
install).
A) I start first
Currently, the only mount option for max_inline that has any effect is
max_inline=0. Any other value that is supplied to max_inline will be
adjusted to a minimum of 4k. Since max_inline has an effective maximum
of ~3900 bytes due to page size limitations, the current behaviour
only has meaning
Tests the noatime, relatime, strictatime and nodiratime mount options.
There is an extra check for Btrfs to ensure that the access time is
never updated on read-only subvolumes. (Regression test for bug fixed
with commit 93fd63c2f001ca6797c6b15b696a484b165b4800)
Signed-off-by: Koen De Wit
This might be a stupid question but...
Are there any plans to make parity RAID levels in btrfs similar to the
current implementation of btrfs-raid1?
It took me a while to realize how different and powerful btrfs-raid1 is
from traditional raid1. The ability to string together virtually any
On Thu, Feb 13, 2014 at 11:13:58AM -0500, Jim Salter wrote:
This might be a stupid question but...
Are there any plans to make parity RAID levels in btrfs similar to
the current implementation of btrfs-raid1?
Yes.
It took me a while to realize how different and powerful btrfs-raid1
is
That is FANTASTIC news. Thank you for wielding the LART gently. =)
I do a fair amount of public speaking and writing about next-gen
filesystems (example:
http://arstechnica.com/information-technology/2014/01/bitrot-and-atomic-cows-inside-next-gen-filesystems/)
and I will be VERY sure to talk
On 2/13/14, 9:23 AM, Koen De Wit wrote:
Tests the noatime, relatime, strictatime and nodiratime mount options.
There is an extra check for Btrfs to ensure that the access time is
never updated on read-only subvolumes. (Regression test for bug fixed
with commit
On Feb 13, 2014, at 1:50 AM, Frank Kingswood fr...@kingswood-consulting.co.uk
wrote:
On 12/02/14 17:13, Saint Germain wrote:
Ok based on your advices, here is what I have done so far to use UEFI
(remeber that the objective is to have a clean and simple BTRFS RAID1
install).
A) I start
On Feb 13, 2014, at 3:03 AM, Saint Germain saint...@gmail.com wrote:
On 13 February 2014 09:50, Frank Kingswood
fr...@kingswood-consulting.co.uk wrote:
On 12/02/14 17:13, Saint Germain wrote:
Ok based on your advices, here is what I have done so far to use UEFI
(remeber that the objective
48 matches
Mail list logo