majordomo info at http://vger.kernel.org/majordomo-info.html
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.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
/btrfs-progs-
unstable.git
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.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...@vger.kernel.org
: Goffredo Baroncelli (ghigo) kreijackATinwind.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...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
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) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
Hi Chris,
On Friday 20 November 2009, Chris Mason wrote:
On Fri, Nov 20, 2009 at 07:50:06PM +0100, Goffredo Baroncelli wrote:
Hi all,
after the Chirs (Ball) email, I thought about a possible btrfs file-system
layout, which may permit to snapshot the root and mount (if required) an
old
Chris Mason wrote:
On Sat, Nov 21, 2009 at 12:31:06AM +0100, Goffredo Baroncelli wrote:
[...]
My concern is about the btrfs user interface.
The biggest difficult that I had to learn the btrfs capabilities is its
user-
interface. I have to admit to be not the smartest person, but I spent
of a subvolume or where it is originally created.
In any case I like your idea.
BR
G.Baroncelli
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
--
To unsubscribe from this list: send the line
On Saturday 12 December 2009, Andy Lutomirski wrote:
Goffredo Baroncelli wrote:
[...]
Yes the docs may be improved. The syntax is:
btrfsctl -D snapshotname directory
snapshotname snapshot name
directory where the snapshot is
What's the point
with the same inode (and with a ref count equal to two !!)
On the basis of the facts above, I suggest to Chris to raise the importance of
the patch of TARUISI Hiroaki (see email [PATCH] Deny sys_link across
subvolumes 12/11/2009).
BR
Goffredo
--
gpg key@ keyserver.linux.it: Goffredo
On Sunday 13 December 2009, sniper wrote:
2009/12/12 Goffredo Baroncelli kreij...@gmail.com:
Hi all,
[...]
+ printf(\t-D name dir: delete a snapshot or subvolume of dir\n);
Hi, should it be delete a snapshot or subvolume _in_ dir?
Right,
Patch updated
BR
Goffredo
--
gpg key
AVAILABILITY
.B btrfsctl
is part of btrfs-progs. Btrfs is currently under heavy development,
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
signature.asc
Description: This is a digitally signed
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) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
--
To unsubscribe from this list: send
: Goffredo Baroncelli (ghigo) kreijackATinwind.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...@vger.kernel.org
More majordomo info at http://vger.kernel.org
---
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
signature.asc
Description: This is a digitally signed message part.
btrfs_root *root, int fd,
int super_offset);
char *pretty_sizes(u64 size);
+int check_label(char *input);
+int get_mountpt(char *dev, char *mntpt, size_t size);
#endif
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.it
Key
On Monday 04 January 2010, Goffredo Baroncelli wrote:
Hi all,
recently I needed to change a label of a btrfs filesystem. After a
bit of googling I discovered the Morey patches (dated august 2008).
So I update the patches to the latest btrfs source. The patches
creates a new command
), Goffredo Baroncelli wrote:
On Monday 04 January 2010, TARUISI Hiroaki wrote:
Buon anno, Goffredo.
あけまして おめでとう Taruisi,
(I hope that happy new year is correctly written)
Taking snapshot in btrfs is very easy, but handling snapshots is
very confusing. So, we must make a rule
subvolume
of the btrfs filesystem.
I've implemented your idea , but currently the /boot is stored under
ext3 with legacy-grub.
Need to check it will work with boot inside btrfs with grub2.
Thanks
Alex
Goffredo Baroncelli wrote:
On Wednesday 06 January 2010, TARUISI Hiroaki wrote
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) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
--
To unsubscribe from this list
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
--
To unsubscribe from this list: send the line unsubscribe linux
=);
+ seq_puts(seq, vfs-mnt_root-d_name.name);
+ }
+ spin_unlock(vfs-mnt_root-d_lock);
return 0;
}
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
v0.19
BR
G.Baroncelli
--
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...@vger.kernel.org
Even if I try
btrfs-show /dev/sda3
I get the same output.
Greetings, Michael
Yes they search in every block devices a btrfs file-system. It may be
smarter/faster skipping the floppy and the cd-rom..
BR
G.Baroncelli
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo
On Saturday 16 January 2010, you (Svein Erik Brostigen) wrote:
Goffredo Baroncelli wrote:
Try btrfs-show
Ok:
$ mount
/dev/sdc on /media/452f782b-738a-4699-abfa-588eecab07ea type btrfs
(rw,nosuid,nodev,uhelper=devkit)
$ df
/dev/sdc 932G 6.7G 925G 1%
/media
On Saturday 16 January 2010, Mathieu Chouquet-Stringer wrote:
Hello,
kreij...@gmail.com (Goffredo Baroncelli) writes:
Try btrfs-show
[...]
How do you read this then:
Label: none uuid: 27fafa43-7ad0-4e8a-ada8-36f73ef8984c
Total devices 2 FS bytes used 79.63GB
@ 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...@vger.kernel.org
More majordomo info at http
\fIpath\fR which is mounted as
\fIdefault\fR. The subvolume is identified by \fBid\fR, which
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
signature.asc
Description: This is a digitally signed
-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 0512
--
To unsubscribe
On Tuesday, 14 December, 2010, Li Zefan wrote:
Goffredo Baroncelli wrote:
Hi Li,
On Monday, 13 December, 2010, Li Zefan wrote:
The keys returned by tree search ioctl should be restricted to:
key.objectid = [min_objectid, max_objectid]
key.offset = [min_offset, max_offset
(BTRFS_IOCTL_MAGIC, 18, \
struct btrfs_ioctl_ino_lookup_args)
[1] http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg07513.html
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161
-min_offset = 0;
--
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...@vger.kernel.org
More
ignoring the backward compatibility.
But I think that there are sufficient pros to develop a new API
Please be patient: my english is very bad; I am not trying to blame anybody; I
want only a perfect fs (TM) :-)
-chris
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij
On Wednesday, 15 December, 2010, Li Zefan wrote:
Goffredo Baroncelli wrote:
On Wednesday, 15 December, 2010, Li Zefan wrote:
h4) objectid asis, type asis, offset++ - we should get the correct
result.
This fix the problem of the missing subvolume. But for the other case
(searching
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 0512
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
- force compress
-t - threshold for compression (if the size of file is bigger, compress the
file ?)
--
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
a key check before the call of
btrfs_search_forward().
But I don't know if this is a workaround or the root cause is inside the
function btrfs_search_forward() that doesn't check the key against max_key if
cached_only is 0.
Regards
G.Baroncelli
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli
-
utils.c |6
3 files changed, 89 insertions(+), 34 deletions(-)
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
diff --git a/btrfs-list.c b/btrfs-list.c
index 93766a8..abcc2f4
@ 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...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On Monday, 20 December, 2010, you (Chris Samuel) wrote:
On 21/12/10 07:06, Goffredo Baroncelli wrote:
below is enclosed a trivial patch, which has the aim to
improve the error reporting of the btrfs command.
Any reason to not just use perror() ?
Some time I needed to add other info, so
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
G.Baroncelli
- --
gpg key: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
On 01/03/2011 12:14 AM, Goffredo Baroncelli wrote:
On 01/02/2011 08:52 PM, J G wrote:
I just encountered some odd behavior from mkbtrfs.
The end goal
On 01/06/2011 06:35 PM, Carl Cook wrote:
I want to keep a duplicate copy of the HTPC data, on the backup
server, and I think a regular full file copy is not optimal and may
take days to do. So I'm looking for a way to sync the arrays at some
interval. Ideally the sync would scan the HTPC
On 01/21/2011 12:10 AM, Carl Cook wrote:
On Thu 20 January 2011 14:13:22 Goffredo Baroncelli wrote:
To add another disk you don't have to run mkfs.btrfs. For example:
# add the first disk
mkfs.btrfs /dev/sdb
# mount the disk
mount /dev/sdb /media/backups
# add another disk to the first
On 01/21/2011 08:07 PM, cac...@quantum-sci.com wrote:
Well thanks to some help from you guys I seem to have my backup server almost
fully running and functional with rsync. Amazing functions, this
snapshotting and rsync.
I still don't know why I cannot remove snapshots though. (Debian
Hello Hubert,
please update the man page too.
Regards
G.Baroncelli
On 01/23/2011 01:42 PM, Hubert Kario wrote:
extend the
btrfs cmd --help
command to print detailed help message if available but fallback to
basic help message if detailed is unavailable
add detailed help
03:28 PM, Hubert Kario wrote:
On Sunday 23 of January 2011 15:07:09 Goffredo Baroncelli wrote:
Hello Hubert,
please update the man page too.
I started to do it but then I noticed that you have made a few changes to the
man page yourself.
I'm quite new to the git/mail patch system
On 01/23/2011 04:05 PM, Lubos Kolouch wrote:
Goffredo Baroncelli, Sun, 23 Jan 2011 13:17:13 +0100:
Hi Lubos,
On 01/23/2011 08:17 AM, Lubos Kolouch wrote:
Hello,
Is this a bug or intended behaviour and I am missing something
something? How to snapshot a subvolume, containing another
On 01/23/2011 07:18 PM, Hugo Mills wrote:
Hi, Felix,
On Sat, Jan 22, 2011 at 04:56:12PM +0100, Felix Blanke wrote:
It was a simple:
mkfs.btrfs -L backup -d single /dev/loop2
But it also happens without the options, like:
mkfs.btrfs /dev/loop2
/dev/loop2 is a loop device, which is
On 01/26/2011 02:53 AM, Li Zefan wrote:
Here comes the compatability issue. It's fine to mount old btrfs, because
we'll just use the original way to find free ino. But we can't mount new btrfs
in older kernels, because the OFFSET makes highest objectid overflow when it
is cast to unsigned long
On 02/07/2011 01:22 PM, Eduardo Silva wrote:
Please find the attached patch which replace unsafe strcpy(3) by
strncpy(3) functions.
regards,
Eduardo Silva
Hi Eduardo,
even though some strncpy are unneeded because a check is performed
before, I fully agree that strncpy is better than a
On 02/09/2011 09:12 PM, Lubos Kolouch wrote:
Goffredo Baroncelli, Wed, 09 Feb 2011 19:25:34 +0100:
On 02/08/2011 10:26 PM, Lubos Kolouch wrote:
Goffredo Baroncelli, Tue, 08 Feb 2011 21:00:25 +0100:
On 02/08/2011 07:57 AM, Lubos Kolouch wrote:
Hi,
I'm hitting this issue - sda5 is a normal
On 02/10/2011 02:29 PM, Eduardo Silva wrote:
On Thu, 2011-02-10 at 12:39 +0100, Olaf van der Spek wrote:
On Thu, Feb 10, 2011 at 12:37 PM, Jeremy Sanders
jer...@jeremysanders.net wrote:
Olaf van der Spek wrote:
On Thu, Feb 10, 2011 at 12:08 PM, Thomas Bellman bell...@nsc.liu.se
wrote:
On 02/25/2011 10:59 AM, Arvin Schnell wrote:
Hi,
for a backup program I have to find all differing files
(including metadata) in two snapshots taken from the same
subvolume.
Having looked at the find-new command I thought about this
process:
1. Get the two transids when the two
On 02/25/2011 08:32 PM, João Eduardo Luís wrote:
Hello,
Please note that my experience with btrfs is both recent and, above
all, very small. However, I've been wondering about the same issue
for a different purpose and your question intrigues me.
However, and I may be off-base here, I
On 03/24/2011 05:43 PM, Helmut Hullen wrote:
Hallo, linux-btrfs,
what about disks with more than 2 TByte? Other filesystems (?) need GPT.
The filesystems don't care about the partition system. The 2TB limits is
related to the maximum partition size. Of course a filesystem cannot be
greater
Hello Helmut,
On 04/03/2011 05:11 AM, Helmut Hullen wrote:
Hallo, Goffredo,
[..]
As wrote by Tomasz the minor number of the btrfs-control is allocated
dynamically.
At which place?
I replied you too fast. Btrfs register a misc device, but its number
is not dynamically allocated (see [1] for
Hi
On 04/06/2011 11:34 AM, Zhong, Xin wrote:
We create two subvolumes (meego_root and meego_home) in
btrfs root directory. And set meego_root as default mount
subvolume. After we remount btrfs, meego_root is mounted
to top directory by default. Then if we create a directory with
the same name
Hi Andreas,
On 04/25/2011 03:47 PM, Andreas Philipp wrote:
Use BTRFS_IOC_CREATE_SNAP_V2 instead of BTRFS_IOC_CREATE_SNAP and add
an option for the creation of a readonly snapshot.
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
btrfs_cmds.c | 44
Hi,
several time ago I posted a patch which addressed this lack of
documentation [1]. Unfortunately when I revised this patch I missed this
chunk, and now Chris merged the last (uncompleted) revision.
So now I am publish a new patch which address this issue.
Chris, if you want you can pull it
Hi,
I suppose that you are familiar with 'git' and the standard unix command
(like cd, make...). The quick way is the following:
$ cd /tmp
$ git clone -b label \
http://cassiopea.homelinux.net/git/btrfs-progs-unstable.git
$ cd btrfs-progs-unstable.git
$ make
$ ./btrfs
Hoping that this
/mason/btrfs-progs-unstable.git;a=commit;h=d1dc6a9cff7e2fe4f335ca783a4b033457b3e184
-BJ
From: Goffredo Baroncelli kreij...@inwind.it To: BJ Quinn
b...@placs.net Cc: linux-btrfs@vger.kernel.org Sent: Tuesday, May 10,
2011 1:18:04 PM Subject: Re: btrfs filesystem label command
Hi,
I
On 05/25/2011 05:49 AM, Sylvain Alain wrote:
Hi everyone, first of all, I want to say that I'm learning how to use
BTRFS and I really enjoy all the subvolume and the snapshot features.
Also, I'm a backup freak :P
Basically, I have 4 questions :
1. I would like to know what is the best
, and is damaged with line-wrapping. If you
fix it up and re-send, I can pull into my integration branch so it
doesn't get forgotten...
Hugo.
On Sun, Dec 05, 2010 at 06:47:38PM +0100, Goffredo Baroncelli wrote:
Hi all,
this patch makes the command btrfs more verbose when a btrfs ioctl return
Hi all,
thanks to the last Hugo's email, I restart to work on the patch which
avoid to scan cdrom and floppy during a btrfs filesystem show and a
btrfs device scan. Comparing to my previous patch I modified the
strategy, and now the scan of the devices is based on the content of the
file
Hi Helmut
On 06/16/2011 05:09 PM, Helmut Hullen wrote:
Hallo, Josef,
Du meintest am 16.06.11:
Who the hell doesn't use udev?
Me - p.e.
udev may be interesting for desktop users, for multimedia
computers. It's not necessary for a simple server, for a machine
where the administrator wants
the string_list_add() function
--
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
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
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 insertions
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
*table_vprintf(struct string_table *tab, int column, int row,
+ char *fmt, va_list ap);
+void table_dump(struct string_table *tab);
+void table_free(struct string_table *);
+
+#endif
--
1.8.5.3
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5
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 bc4a8dc
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
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
.
There is no needing to re-balance if you add more drives. The next
chunk allocation will span all the available drives anyway. It is only
required when you want to spans all data already written on all the drives.
Regards
Goffredo
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key
On 02/14/2014 07:11 PM, Roman Mamedov wrote:
On Fri, 14 Feb 2014 18:57:03 +0100
Goffredo Baroncelli kreij...@libero.it wrote:
On 02/13/2014 10:00 PM, Roman Mamedov wrote:
On Thu, 13 Feb 2014 20:49:08 +0100
Goffredo Baroncelli kreij...@libero.it wrote:
Thanks for the comments, however I
On 02/15/2014 11:23 PM, Chris Murphy wrote:
On Feb 14, 2014, at 11:34 AM, Hugo Mills h...@carfax.org.uk wrote:
On Fri, Feb 14, 2014 at 07:27:57PM +0100, Goffredo Baroncelli wrote:
On 02/14/2014 07:11 PM, Roman Mamedov wrote:
On Fri, 14 Feb 2014 18:57:03 +0100
Goffredo Baroncelli kreij
(char *str, int base);
int open_file_or_dir(const char *fname, DIR **dirstream);
void close_file_or_dir(int fd, DIR *dirstream);
int get_fs_info(char *path, struct btrfs_ioctl_fs_info_args *fi_args,
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5
**dirstream);
void close_file_or_dir(int fd, DIR *dirstream);
int get_fs_info(char *path, struct btrfs_ioctl_fs_info_args *fi_args,
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from
Hi David,
below my comments
On 02/20/2014 07:08 PM, David Sterba wrote:
On Thu, Feb 13, 2014 at 08:18:10PM +0100, Goffredo Baroncelli wrote:
space (if the next chunk are allocated as SINGLE) or the minimum one (
if the next chunks are allocated as DUP/RAID1/RAID10).
The other two commands
and
stuff will still work nicely for old kernels that don't have the
updated ioctl. Thanks,
Josef
Good suggestion ! I will take it
--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from
- home of all the systems
@srv- srv of all the systems
fedora/@- root of a fedora system
fedora/@etc - etc of the fedora system
fedora2/@ - root of a fedora2 system
fedora2/@etc- etc of the fedora2 system
--
gpg @keyserver.linux.it: Goffredo Baroncelli
for humans, and should not be
overloaded with magic machine behavior.
In general I agree with you.
But using a name you can manage multiple system on the same filesystem. This
is impossible with the UUID.
KayGoffredo--
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it
Key
On 03/10/2014 09:02 PM, Lennart Poettering wrote:
On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote:
Heya,
Instead of relying on the subvolume UUID, why not relying to the subvolume
name: it would be more simple and flexible to manage them.
For example supposing
On 03/10/2014 09:21 PM, Chris Mason wrote:
On 03/10/2014 04:02 PM, Lennart Poettering wrote:
On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote:
[...]
I am pretty sure automatic discovery of mount points should not cover
the usecase where people install multiple
On 03/12/2014 06:24 PM, Chris Mason wrote:
On 03/10/2014 07:45 PM, Lennart Poettering wrote:
On Mon, 10.03.14 23:39, Goffredo Baroncelli (kreij...@libero.it) wrote:
Well, the name is property of the admin really. There needs to be a way
how the admin can label his subvolumes
On 03/12/2014 08:31 PM, Chris Murphy wrote:
On Mar 12, 2014, at 1:12 PM, Goffredo Baroncelli kreij...@inwind.it wrote:
[...]
I am working to prototype something like that. A mount.btrfs command which
1) handles the rollback (i.e. the user make a snapshot which is a rollback;
if something
On 03/12/2014 08:12 PM, Goffredo Baroncelli wrote:
[...]
I am working to prototype something like that. A mount.btrfs command which
1) handles the rollback (i.e. the user make a snapshot which is a rollback;
if something goes wrong and the machine reboot before ending the process,
during
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 the line unsubscribe linux-btrfs in
the body
On 04/30/2014 03:37 PM, David Taylor wrote:
On Wed, 30 Apr 2014, Frank Kingswood wrote:
On 30/04/14 13:11, David Sterba wrote:
On Wed, Apr 30, 2014 at 01:39:27PM +0200, Goffredo Baroncelli wrote:
I found a bit unclear the FS occupied terms.
We're running out of terms to describe
of btrfs_ioctl_dev_info_args.
fs/btrfs/ioctl.c | 4 fs/btrfs/volumes.c | 25
- fs/btrfs/volumes.h | 2 ++
include/uapi/linux/btrfs.h | 5 - 4 files changed, 34
insertions(+), 2 deletions(-)
--
gpg @keyserver.linux.it: Goffredo Baroncelli
like
- DATA:1c:(sda)
- METADATA:2c:(sdb)
if sda is bigger and sdb is faster
Some further thoughts:
- more I think about the allocation policy per subvolume and/or file basis and
more I think that it would be a messy to manage
--
gpg @keyserver.linux.it: Goffredo Baroncelli
be that we need to move also the other already mounted_filesystem (like
/proc, /sys)...
Marc
--
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
--
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
that btrfs would run.
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
it
$ #
$ sudo mount /dev/vdh /mnt/btrfs2
$ sudo mount /dev/vdg /mnt/btrfs1
ERROR: mount failed : 16 - Device or resource busy
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
@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/majordomo
in this regard behaves differently
respect other file-systems, and even a skilled person could not be aware of the
possible problem.
In this case is better to provide a complete information, instead of
complicating the things adding further check.
BR
G.Baroncelli
--
gpg @keyserver.linux.it: Goffredo
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 the line unsubscribe linux-btrfs in
the body
1 - 100 of 984 matches
Mail list logo
