From: Goffredo Baroncelli kreij...@inwind.it
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-fi-disk_usage.c | 662 +-
cmds-fi-disk_usage.h |2 +
cmds-filesystem.c|2 +
utils.c | 15 ++
utils.h
From: Goffredo Baroncelli kreij...@inwind.it
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-device.c|3 ++
cmds-fi-disk_usage.c | 140 ++
cmds-fi-disk_usage.h |4 ++
3 files changed, 147 insertions(+)
diff --git
From: Goffredo Baroncelli kreij...@inwind.it
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
man/btrfs.8.in |8
1 file changed, 8 insertions(+)
diff --git a/man/btrfs.8.in b/man/btrfs.8.in
index eabf0a8..a411ff8 100644
--- a/man/btrfs.8.in
+++ b/man/btrfs.8.in
@@ -44,6
From: Goffredo Baroncelli kreij...@inwind.it
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
man/btrfs.8.in | 13 +
1 file changed, 13 insertions(+)
diff --git a/man/btrfs.8.in b/man/btrfs.8.in
index 27d0160..eabf0a8 100644
--- a/man/btrfs.8.in
+++ b/man/btrfs.8
From: Goffredo Baroncelli kreij...@inwind.it
Move scrub_fs_info() and scrub_dev_info() in utils.c because these
will be used by the command btrfs filesystem disk-usage and
btrfs device disk-usage.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-scrub.c | 87
From: Goffredo Baroncelli kreij...@inwind.it
Due to the moving of the scrub_fs_info() and scrub_device_info() in utils.h
the function open_file_or_dir() is moved in utils.c too, in order to avoid
the including of commands.h.
Moreover in btrfsctl.c the function open_file_or_dir() is renamed
an
opinion from a english people point of view..
GB
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
://cassiopea.homelinux.net/git/btrfs-progs-unstable.git
branch
super-block-dump
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
Makefile |5 +-
btrfs-show-super.c | 284
2 files changed, 288 insertions(+), 1 deletion(-)
create mode 100644 btrfs-show-super.c
diff --git a/Makefile b/Makefile
index
On 11/02/2012 08:05 PM, Gabriel wrote:
On Fri, 02 Nov 2012 13:02:32 +0100, Goffredo Baroncelli wrote:
On 2012-11-02 12:18, Martin Steigerwald wrote:
Metadata, DUP is displayed as 3,50GB on the device level and as 1,75GB
in total. I understand the logic behind this, but this could be a bit
://cassiopea.homelinux.net/git/btrfs-progs-unstable.git
branch
super-block-dump
Changelog:
v1-v2 Patch cleanup (removed unnecessary spaces to be compliant to the
kernel coding style)
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
Makefile |5 +-
btrfs-show-super.c | 284
2 files changed, 288 insertions(+), 1 deletion(-)
create mode 100644 btrfs-show-super.c
diff --git a/Makefile b/Makefile
index
On 11/02/2012 08:05 PM, Gabriel wrote:
On Fri, 02 Nov 2012 13:02:32 +0100, Goffredo Baroncelli wrote:
On 2012-11-02 12:18, Martin Steigerwald wrote:
[...]
We could use Chunk(s) capacity instead of total/size ? I would like an
opinion from a english people point of view..
This is easy to fix
/dev/dm-4 1.00TB- 2x 100.00MB 4.00MB -300.00MB
GB
P.S:
The raid5 is composed by (4+1) x 1T and (2+1) x 0.5TB, supposing the
disks as 2x 1.5TB and 3x2Tb.
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA
On 11/02/2012 11:06 PM, Hugo Mills wrote:
non-integer with the RAID-5/6 code (which is due Real Soon Now).
Hi Hugo,
do you have more information about raid ? When it will land on the btrfs
earth ? :-)
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5
Hi Stefan,
great work. However I have a suggestion: what about putting all the
command under 'device' sub commands: something like:
- btrfs device replace old new /path
- btrfs device status /path
Where btrfs device status would show only the status of the
replacing operation; but in the
On 11/08/2012 06:31 PM, Stefan Behrens wrote:
On Thu, 8 Nov 2012 13:50:19 +0100, Goffredo Baroncelli wrote:
[...]
I think that so replace would be the natural extension to the add
and delete subcommands.
btrfs device replace old new path
was also my first idea. It used to be like
in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send
, label,
BTRFS_LABEL_SIZE-1) ?
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
was the author of the sub-command matcher.
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
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
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5
On Thursday, 26 January, 2012 16:41:32 Duncan wrote:
1) My /boot partition and its backup (which I do want to keep separate
from root) are only 128 MB each. The wiki recommends 1 gig sizes
minimum, but there's some indication that's dated info due to mixed data/
metadata mode in recent
On Saturday, 04 February, 2012 15:47:17 Ilya Dryomov wrote:
On Sat, Feb 04, 2012 at 02:06:28PM +0100, Goffredo Baroncelli wrote:
Hi Ilya,
On Friday, 03 February, 2012 22:49:09 Ilya Dryomov wrote:
Hello,
This is the userspace part of restriper, rebased onto the new progs
On Saturday, 04 February, 2012 15:45:25 Ilya Dryomov wrote:
On Sat, Feb 04, 2012 at 01:54:23PM +0100, Goffredo Baroncelli wrote:
Hi Ilya
On Friday, 03 February, 2012 22:23:59 you wrote:
This completely replaces the existing subcommand infrastructure, which
is not flexible enough
Hi Christoph
On Monday, 06 February, 2012 13:18:24 Christoph Hellwig wrote:
On Mon, Feb 06, 2012 at 12:53:21PM +0100, David Sterba wrote:
On Sun, Feb 05, 2012 at 12:30:42PM +0200, Nikos Voutsinas wrote:
It's quite old, but what was this about;
Hello Liu
On 03/28/2012 04:18 AM, Liu Bo wrote:
On 03/28/2012 06:24 AM, Matthias G. Eckermann wrote:
# time cp -a --reflink /var/lib/lxc/installserver_tmp/rootfs
/var/lib/lxc/installserver
This is too much weird.
AFAIK, clone between different subvolumes should be forbidden.
So this
Hi Jan,
I was giving a look to the function scrub_fs_info( ), and to me it seems
that could be a potential file handle leaking problem.
In fact:
static int scrub_fs_info(int fd, char *path,
struct btrfs_ioctl_fs_info_args *fi_args,
struct
On 04/25/2012 11:39 AM, Jan Schmidt wrote:
Hi Goffredo,
On 24.04.2012 20:43, Goffredo Baroncelli wrote:
I was giving a look to the function scrub_fs_info( ), and to me it seems
that could be a potential file handle leaking problem.
It's only a single fd that's closed upon exit, but anyway
Hi all,
From the specification [1] the btrfs maximum file size limit should be
164 bytes. However I was never able to create a file = 163 bytes.
ghigo@venice:/mnt/old-btrfs/home/ghigo/gianfile$ ls -l giantfile2
-rw-r--r-- 1 ghigo ghigo 9223372036854775807 May 22 18:55 giantfile2
On 05/22/2012 07:17 PM, Goffredo Baroncelli wrote:
Hi all,
From the specification [1] the btrfs maximum file size limit should be
164 bytes. However I was never able to create a file = 163 bytes.
ghigo@venice:/mnt/old-btrfs/home/ghigo/gianfile$ ls -l giantfile2
-rw-r--r-- 1 ghigo ghigo
Hi
On 05/17/2012 02:08 PM, Liu Bo wrote:
This patch fixes two bugs:
When we do not assigne a device id for the resizer,
- it will only take one device to resize, which is supposed to apply on
all available devices.
- it will take 'id 1' device as default, and this will cause a bug as we
Hi Rogerio,
On 05/23/2012 05:00 PM, Rogerio Bastos wrote:
Hi,
I'm trying mount many subvolume during boot via fstab:
UUID=xxx /usr btrfs subvol=usr,ro,nodev 0 0
UUID=xxx /home btrfs subvol=home,nodev,nosuid 0 0
UUID=xxx /var btrfs subvol=var,nodev 0 0
UUID=xxx /var/tmp btrfs
On 05/24/2012 04:15 AM, Liu Bo wrote:
On 05/23/2012 01:21 PM, Goffredo Baroncelli wrote:
Hi
On 05/17/2012 02:08 PM, Liu Bo wrote:
This patch fixes two bugs:
When we do not assigne a device id for the resizer,
- it will only take one device to resize, which is supposed to apply on
all
Hi Liu,
On 05/29/2012 06:24 PM, WeiFeng Liu wrote:
This is a several bugs fixed version since my first patch commit, and added
patch of btrfs-prog
Introduction and brief speculate of values and penalties:
When a tree block need to be created, we offer, say, 2 or 3 blocks for
it,
of the list.
thanks very much to Liu Bo, Arne Jansen, Goffredo Baroncelli
WeiFeng Liu
--
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
as inlined.
Hoping that helps.
commit b73abc9465d3a105b5f8f464f2867543a638e5e2
Author: Goffredo Baroncelli kreij...@inwind.it
Date: Tue Jun 5 19:11:06 2012 +0200
scrub_fs_info( ) file handle leaking
The function scrub_fs_info( ) closes and reopen a file handle
passed
Hi Hugo,
On 06/05/2012 08:19 PM, Hugo Mills wrote:
On Tue, Jun 05, 2012 at 07:26:34PM +0200, Goffredo Baroncelli
wrote:
Hi Hugo,
I was not able to reproduce your error with my repository: I
pulled it without problem.
Well, I'd have normally written it off as a corrupt local repo
Hi Stefan,
On 05/25/2012 04:07 PM, Stefan Behrens wrote:
This is a preparation step to add support for device stats. The definition
of the function open_file_or_dir() is moved from common.c to utils.c in
order to be able to share some common code between scrub and the device
stats in the
Hi all
the aim of this patch is to add the command btrfs filesystem info to
show some filesystem information. Example:
$ sudo btrfs-progs/btrfs filesystem info /mnt/test
Path: /mnt/test
Max ID: 4
UUID: 1c7e4ba6-aebc-4b39-90ef-c61315fb74d1
Num devices: 3
Dev ID: 2
UUID:
Add btrfs filesystem info command, which is capable to show some
btrfs filesystem information.
---
cmds-filesystem.c | 59 +
1 file changed, 59 insertions(+)
diff --git a/cmds-filesystem.c b/cmds-filesystem.c
index 1f53d1c..9acc715 100644
---
This patch is ispired by a Stefan Behrens one.
---
Makefile |8 +++
cmds-scrub.c | 72 ++
utils.c | 68 ++
utils.h |4
4 files changed, 78 insertions(+),
Update the man page to document the btrfs filesystem info path
command.
---
man/btrfs.8.in |8
1 file changed, 8 insertions(+)
diff --git a/man/btrfs.8.in b/man/btrfs.8.in
index be478e0..6d96bf7 100644
--- a/man/btrfs.8.in
+++ b/man/btrfs.8.in
@@ -25,6 +25,8 @@ btrfs \- control a
On 06/08/2012 06:42 AM, Lennert Buytenhek wrote:
(please CC on replies, I'm not subscribed to the list)
Hi!
This fails:
# mkfs.btrfs /dev/sd[bcde]
# mount /dev/sdb /mnt/x
# btrfs device delete /dev/sdb /mnt/x
# btrfs device add /dev/sdb /mnt/x
/dev/sdb
With the commit 002d021c (committed October 2011)
btrfsctl, btrfs-vol, btrfs-show were declared deprecated.
The last patches related to these commands are dated December 2010.
These tools are replaced by the btrfs tool in all the
functionality.
Stefan Behrens yesterday issued a patch which
-off-by: Goffredo Baroncelli kreij...@inwind.it
---
INSTALL |5 -
Makefile | 11 +-
btrfs-show.c | 156 -
btrfs-vol.c | 169 ---
btrfsctl.c | 272
On 06/10/2012 10:46 AM, Chris Samuel wrote:
On Saturday 09 June 2012 16:24:19 Goffredo Baroncelli wrote:
This commit removes all the related code.
This doesn't seem to apply cleanly with patch
Did you pass the -p1 switch to the patch command ?
(though git am
seems to apply it OK
On 06/10/2012 08:47 AM, Goffredo Baroncelli wrote:
Hi all,
which is the supposed corrected way to set the file flag FS_NOCOW_FL ? I
know that exists the associated ioctl FS_IOC_SETFLAGS; which I didn't
found is an user-space tool to use to set the flags.
I am missing something ?
After
On 06/12/2012 10:44 PM, Chris Mason wrote:
On Tue, Jun 12, 2012 at 01:15:27PM -0600, Ted Ts'o wrote:
It appears the NOCOW_FL flag is currently a no-op in the 3.2 kernel?
It's not a noop, but it is only setting the NODATACOW flag. It needs to
set the nodatasum flag as well, just like the
On 06/13/2012 09:21 AM, Arne Jansen wrote:
On 13.06.2012 09:04, C Anthony Risinger wrote:
On Fri, Jun 8, 2012 at 2:40 PM, Arne Jansen sensi...@gmx.net wrote:
On 06/08/2012 09:24 PM, Matthew Hawn wrote:
I just converted my root filesystem to btrfs with btrfs-convert. However,
since I am
On 06/15/2012 12:50 PM, David Sterba wrote:
I prefer this over adding an extra option to disable. This
way there's no confusion if the compression is on or off.
mount -o compress,nocompress /dev /mnt
The confusion still exists if an user does:
mount -o compress,compress=no /dev
On 06/17/2012 09:54 PM, rupert THURNER wrote:
On Sun, Jun 17, 2012 at 3:32 PM, Mitch Harder
mitch.har...@sabayonlinux.org wrote:
On Sun, Jun 17, 2012 at 3:04 AM, rupert THURNER
rupert.thur...@gmail.com wrote:
On Sun, Jun 17, 2012 at 7:19 AM, Andrei Popa ierd...@gmail.com wrote:
On Sun,
On 06/18/2012 08:40 AM, rupert THURNER wrote:
On Mon, Jun 18, 2012 at 7:53 AM, Goffredo Baroncelli kreij...@libero.it
wrote:
On 06/17/2012 09:54 PM, rupert THURNER wrote:
displays the additional free space. that it displays 30% of metadata
seems strange to me, or it counts the still existing
On 06/20/2012 05:37 PM, H. Peter Anvin wrote:
On 06/20/2012 05:02 AM, Goffredo Baroncelli kreij...@libero.it wrote:
If I swap (via a rename) __active and __rollback, in the next boot my system
uses a good copy of the root filesystem. This is a simple way to swap
two subvolumes, without
On 06/20/2012 03:37 PM, Chris Mason wrote:
On Tue, Jun 19, 2012 at 06:00:11PM -0600, H. Peter Anvin wrote:
On 06/19/2012 04:51 PM, Chris Mason wrote:
At mount time, we go through and verify the path names still belong to
the filesystem you thought they belonged to. The bdev is locked during
Hi Alexander,
On 06/20/2012 12:35 PM, Alexander Block wrote:
The patch also does proper vfs mount checks, so cross mount
point reflinks are not possible with this patch. It only allows cross
reflinks between two subvolumes which are in the same mount point.
Thanks for working on that. What
HI,
On 06/20/2012 07:41 PM, H. Peter Anvin wrote:
On 06/20/2012 09:34 AM, Goffredo Baroncelli wrote:
At the first I tough that having the /boot separate could be a good
thing. Unfortunately /boot contains both the bootloader code and the
kernel image. The kernel image should be in sync
On 06/20/2012 08:07 PM, Calvin Walton wrote:
On Wed, 2012-06-20 at 19:27 +0200, Alexander Block wrote:
On Wed, Jun 20, 2012 at 7:18 PM, Goffredo Baroncelli kreij...@libero.it
wrote:
Hi Alexander,
On 06/20/2012 12:35 PM, Alexander Block wrote:
The patch also does proper vfs mount checks, so
On 06/20/2012 10:05 PM, Alexander Block wrote:
On Wed, Jun 20, 2012 at 8:11 PM, Goffredo Baroncelli kreij...@libero.it
wrote:
Yes please, could someone explain the reason behind this decision ? May
be there are valid reasons, I am asking only to know which ones ?
The reason
On 06/20/2012 09:15 PM, Helmut Hullen wrote:
Hallo, Goffredo,
Hi Helmut,
Du meintest am 20.06.12:
[...]
Am not saying that we *should* move the kernel away from /boot. I am
only saying that having the kernel near /lib/modules *has* some
advantages.
Few year ago there are some gains
On 06/20/2012 11:49 PM, H. Peter Anvin wrote:
On 06/20/2012 11:06 AM, Goffredo Baroncelli wrote:
Am not saying that we *should* move the kernel away from /boot. I am
only saying that having the kernel near /lib/modules *has* some advantages.
Few year ago there are some gains to have
On 06/21/2012 01:46 PM, Martin Steigerwald wrote:
Am Donnerstag, 21. Juni 2012 schrieb Goffredo Baroncelli:
Now we have the possibility to move the kernel near the modules, and
this could lead some interesting possibility: think about different
linux installations, with an own kernel version
On 06/21/2012 03:38 PM, H. Peter Anvin wrote:
But if /boot has to be in a separate filesystem, which is the point to
support btrfs at all ? Does make sense to support only a subset of btrfs
features ?
Yes, and that's another good reason for /boot: btrfs supports that kind
of policy (e.g.
On 06/21/2012 10:10 PM, Josef Bacik wrote:
This command will be used by things like dracut that wish to know very
simply if all of the devices have been added to the kernel cache yet for the
device to be fully mounted. This keeps initrd's from constantly having to
try to mount the file system
On 06/21/2012 10:10 PM, Josef Bacik wrote:
This will be used in conjunction with btrfs device ready dev. This is
needed for initrd's to have a nice and lightweight way to tell if all of the
devices needed for a file system are in the cache currently. This keeps
them from having to do
Hi Alexander,
On 06/27/2012 03:16 PM, Alexander Block wrote:
This patchset introduces the btrfs property subgroup. It is the
result of a discussion we had on IRC. I tried to make the properties
interface as generic and extensible as possible. Comments are welcome.
Currently the command
opening).
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo
://vger.kernel.org/majordomo-info.html
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
case when I want a conservative default:
mount all ro except some subvolumes.
In any case it is not a security problem because if the user has the capability
to mount a subvolume, also he has the capability to remount,rw the whole
filesystem.
--
gpg @keyserver.linux.it: Goffredo Baroncelli
On 07/03/2014 02:28 AM, Qu Wenruo wrote:
Original Message
Subject: Re: [RFC PATCH] Revert btrfs: allow mounting btrfs subvolumes with
different ro/rw options
From: Goffredo Baroncelli kreij...@libero.it
To: Qu Wenruo quwen...@cn.fujitsu.com, linux-btrfs@vger.kernel.org
Hi Qu
On 07/04/2014 03:28 AM, Qu Wenruo wrote:
Original Message Subject: Re: [RFC PATCH] Revert
btrfs: allow mounting btrfs subvolumes with different ro/rw
options From: Goffredo Baroncelli kreij...@inwind.it To: Qu Wenruo
quwen...@cn.fujitsu.com, linux-btrfs
On 07/04/2014 11:06 PM, Bob Williams wrote:
On 04/07/14 21:38, Goffredo Baroncelli wrote:
Thank you, Goffredo. As the current /home/bob is not a subvolume, but
a regular linux directory/folder, will the cp --reflink still carry
the same speed advantage?
In other words, using your example
The problem also happens when a parent subvol is mounted rw
but child subvol is mounted ro. User can still modify the
child subvol through parent subvol, still broke the readonly
rule.
Thanks, Qu
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610
; but
# mount -o subvolid=5,rw /dev/sda1 /mnt/btrfs-root
# btrfs subvol create /mnt/btrfs-root/subvolname/
# mount -o subvol=subvolname,ro /dev/sda1 /mnt/btrfs-subvol
then
# touch /mnt/btrfs-root/subvolname/touch-file2
fails.
--
gpg @keyserver.linux.it: Goffredo Baroncelli
| 268
ioctl.h | 52 +++
4 files changed, 323 insertions(+), 2 deletions(-)
create mode 100644 btrfs-devlist.c
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6
,
-Eric
--
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
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5
[...]
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
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
regarding this patch ?
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo
?
Thanks, Anand
--
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
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key
in the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send
On 09/10/2014 09:32 PM, Sean Greenslade wrote:
On Wed, Sep 10, 2014 at 08:43:25PM +0200, Goffredo Baroncelli wrote:
May be that I am missing something obvious, however I have to ask which
would be the purpose to balance a two disks RAID1 system.
The balance command should move the data
written lost, instead of require the user
intervention to not lost anything.
To address your requirement, we need a super sync command which
ensure that the data are in the filesystem and not only
in the log (as sync should ensure).
BR
--
gpg @keyserver.linux.it: Goffredo Baroncelli
@keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
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
On 10/21/2014 11:50 AM, Duncan wrote:
Goffredo Baroncelli posted on Mon, 20 Oct 2014 22:21:04 +0200 as
excerpted:
[...]
Could this be related to the inode overflow in 32 bit system (see
inode_cache options) ? If so running a 64bit ls -i should work
Good point. Russell might just
by the tree chunks.
The balance is related to the movement of the chunk between the disks. But the
data is unchanged.
Anyway I fully agree with you when you say:
Snapshots are cheap but they aren't free.
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key
that is a LVM snapshot by default
should be not scanned by btrfs dev scan
- btrfs dev scan, during the partition discovery should skip the
lvm-snapshot.
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
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
grub-mkconfig quite useful for a standard user.
For more advance uses cases editing by hand grub.cfg may be possible.
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from
.
jakob
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo
On 2014-11-20 11:35, Jakob Schürz wrote:
Am 2014-11-20 um 11:17 schrieb Goffredo Baroncelli:
[]
rootflags=subvol=debian
so, the subvol=debian option is passed to mount. When
grub-mkconfig generates the grub menu entries, does so.
This I also have in my grub-config, and it works
of the example above, in case you want to mount a
single-disk, BTRFS seems me to work properly. You have to pay
attention only to not mount the two filesystem at the same time.
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D
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
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe
as 'Missing'.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-chunk.c | 699 +++
1 file changed, 699 insertions(+)
create mode 100644 cmds-chunk.c
diff --git a/cmds-chunk.c b/cmds-chunk.c
new file mode 100644
index 000..3afa2b1
This patch adds the 'btrfs chunk' groups command.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
Makefile | 2 +-
btrfs.c| 1 +
commands.h | 2 ++
3 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 4cae30c..1744f9c 100644
--- a/Makefile
+++ b
/lists/linux-btrfs/msg33630.html
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
Add btrfs-chunk(8) man page, and update btrfs(8) man page.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
Documentation/Makefile| 1 +
Documentation/btrfs-chunk.txt | 58 +++
Documentation/btrfs.txt | 5
3 files changed, 64
Move group_type_str() and group_profile_str() functions to the
util.c file, because these are now used also by the command
'btrfs chunk list'.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
cmds-filesystem.c | 43 ---
utils.c | 43
a program which mounts randomly the first or
the latter, checks if the correct file is present; after more than 130 tests I
never saw your 50% chance it works: it always works.
BR
G.Baroncelli
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo Baroncelli kreijackATinwind.it
Key
On 11/25/2014 05:13 PM, David Sterba wrote:
On Tue, Nov 25, 2014 at 04:57:21PM +0100, Goffredo Baroncelli wrote:
This is a revamp of a my previous patches set[1]. After more than
year of attempts these patches were never merged, so I tried to
simplify them and to change a bit the focus
On 11/25/2014 05:08 PM, Martin Steigerwald wrote:
Hi Goffredo,
Am Dienstag, 25. November 2014, 16:57:21 schrieb Goffredo Baroncelli:
This is a revamp of a my previous patches set[1]. After more than
year of attempts these patches were never merged, so I tried to
simplify them and to change
On 11/25/2014 09:29 PM, Zygo Blaxell wrote:
On Tue, Nov 25, 2014 at 05:34:15PM +0100, Goffredo Baroncelli wrote:
On 11/23/2014 01:19 AM, Zygo Blaxell wrote:
[...]
md-raid works as long as you specify the devices, and because it's always
the lowest layer it can ignore LVs (snapshot
401 - 500 of 984 matches
Mail list logo