://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 of a message to majord
in technology amusing.
--
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 key@ keyserver.linux.it: Goffredo Baroncelli (ghigo
--
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 key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.it
Key fingerprint = 4769 7E51
is to mount the __root__ subvolume.
Goffredo
--
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/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 of a message to majord
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
, btrfstune: may be possible candidate for an inclusion in the
btrfs program
But what is needed is not the request but the codes :-)
Regards
Goffredo
bye, benjamin
On Fri, Aug 20, 2010 at 14:43, Jon Nelson jnel...@jamponi.net wrote:
On Fri, Aug 20, 2010 at 7:03 AM, Goffredo Baroncelli
--
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 key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293
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 from this list: send
, Goffredo Baroncelli wrote:
Date: Tue, 24 Aug 2010 18:39:38 +0200
From: Goffredo Baroncelli kreij...@gmail.com
To: linux-btrfs@vger.kernel.org
Subject: Re: Set/change label
On Tuesday, 24 August, 2010, Felix Blanke wrote:
Hi,
is there any way to set/change the label after
.
And moreover an empty file is not detected (I think because the file doesn't
have associated data). But I think that this may be easily corrected.
Regards
G.Baroncelli
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161
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 0512
Hi all,
enclose you can find a patch which improve the help of the btrfs commands and
its man page.
Regarding the help of the btrfs command:
- moved the subvolume set-default command in the subvolume commands group
- removed a wrong new line
Regarding the btrfs command man page:
- renaming the
Hi all,
this patch adds the command btrfs filesystem label to change (or show) the
label of a filesystem.
This patch is a subset of the one written previously by Morey Roof. I
included the user space part only. So it is possible only to change/show a
label of a *single device* and *unounted*
13, 2010 at 12:23 PM, Goffredo Baroncelli
kreij...@gmail.com wrote:
Hi David,
please don't do that. btrfsctl is obsolete, now the develop should
involve
the btrfs command.
I you need help in updating the btrfs command source files, don't
hesitate
to contact me.
Regards
Hi all,
On Monday, 13 September, 2010, David Nicol wrote:
https://btrfs.wiki.kernel.org/index.php/Category:Documentation does
not mention any btrfs command.
[...]
I updated the wiki, inserting the btrfs command. For now I left the old
commands in the examples (some distros have the old
Hi David,
the btrfs command is smart enough to accept short form of the sub-command if
there is no ambiguity. For example btrfs fi is a synonymous of btrfs
filesystem.
Because that the acronyms are discouraged. Instead a long form is preferred.
So instead of CG (which means ? Garbage Collector
On Wednesday, 15 September, 2010, David Nicol wrote:
btrfs s ... is imprecise, as the operation isn't on a subvolume, but
on the fi where the s used to be but isn't any more.
ok
With your approval I'll go with filesystem garbage-collection which
can be abbrevd to
btrfs fi g /butter
On Thursday, 16 September, 2010, Mike Fedyk wrote:
On Mon, Sep 13, 2010 at 12:24 PM, Goffredo Baroncelli
kreij...@gmail.com wrote:
[...]
+
+ if(ret != 0)
+ {
+ fprintf(stderr, FATAL: the filesystem has to be
unmounted\n);
+ return -2
noinline int may_destroy_subvol(struct btrfs_root *root)
+int may_destroy_subvol(struct btrfs_root *root)
{
struct btrfs_path *path;
struct btrfs_key key;
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreijackATinwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E
wrote:
This was a request from the systemd guys. They need a quick and easy way to
get
[...]
--
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
On Wednesday, 29 September, 2010, Josef Bacik wrote:
On Wed, Sep 29, 2010 at 12:48:15AM +0200, Goffredo Baroncelli wrote:
Hi Josef,
please, if you add or change a command pay attention to update the man
page
too (man/btrfs.8.in).
Hrm I missed that with git add, I'll fix that up
On Wednesday, 06 October, 2010, David Nicol wrote:
[..]
Btrfsctl apparently allows several operations to be presented as one
set of command line arguments, sort of like find(1) does; would
someone who does that a lot please respond off-list to discuss the
ideal semantics of new commands?
a goto in a switch case. I
think that it is more clear to repeat few lines instead of doing a goto.
Reagrds
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
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 from this list: send the line
:13 PM, Goffredo Baroncelli kreij...@libero.it
wrote:
The link across subvolumes is not allowable. In the beginning it was
possible, but that was source of bugs. See the thread Hard link across
subvolumes
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg03286.html
--
gpg
On Saturday, 09 October, 2010, you (Mike Hommey) wrote:
On Thu, Oct 07, 2010 at 11:13:18PM +0200, Goffredo Baroncelli wrote:
On Thursday, 07 October, 2010, David Nicol wrote:
On Thu, Oct 7, 2010 at 8:18 AM, Mike Hommey m...@glandium.org wrote:
BTW, it would be very useful to be able
EXIT STATUS
On Saturday, 09 October, 2010, Jérôme Poulin wrote:
On 13.09.2010 21:23, Goffredo Baroncelli wrote:
Hi all,
enclose you can find a patch which improve the help of the btrfs
commands and its man page. Regarding the help of the btrfs
command: - moved the subvolume set-default
have to start all over again.
--
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
.
.PP
--
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 message part.
@ 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.
On Tuesday, 12 October, 2010, Ian Kent wrote:
On Mon, 2010-10-11 at 20:08 +0200, Goffredo Baroncelli wrote:
[...]
+ ret = btrfs_unlink_subvol(trans, root, dir,
+ dest-root_key.objectid,
+ dentry-d_name.name
.
--
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 key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C
-ENOTEMPTY;
+ if (inode-i_ino == BTRFS_FIRST_FREE_OBJECTID)
+ return btrfs_snap_destroy(dir, dentry);
+
trans = __unlink_start_trans(dir, dentry);
if (IS_ERR(trans))
return PTR_ERR(trans);
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo
!= BTRFS_FIRST_FREE_OBJECTID) {
err = -EINVAL;
goto out_dput;
--
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 message part.
On Wednesday, 20 October, 2010, Sage Weil wrote:
On Mon, 18 Oct 2010, Goffredo Baroncelli wrote:
Hi all
like my previous patch, this one allow to remove a subvolume by an
ordinary
user. Instead of adding this capability to the rmdir(2) syscall, I update
the
BTRFS_IOC_SNAP_DESTROY
--
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 key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint
-a try to read CDROM and Floppy looking for a
btrfs filesystem: only waste of time
- [...]
I think that is better to improve the btrfs-progs and not to update btrfsctl.
Only my 2C
regards
G.Baroncelli
On Fri, Oct 22, 2010 at 7:02 AM, Goffredo Baroncelli
kreij...@libero.it kreij
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 key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E
, Chris Mason wrote:
On Tue, Oct 26, 2010 at 07:32:14PM +0200, Goffredo Baroncelli wrote:
The package btrfs-tools needs a lot of care:
- the INSTALL file still reports that is not possible to remove a subvolume
- a lot of program are not documented (what is the meaning of
btrfs-zero-log
`-| Gergov
!DSPAM:4ccb39a9191821603519226!
--
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 key@ keyserver.linux.it: Goffredo Baroncelli
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
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
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
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 key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C
of few pages on the disk (the head of the trees), so the time
should be O(1)...
Goffredo
[...]
--
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
by the resize2fs man page
.\
--
1.7.0
--
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 key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij
On Tuesday, 02 November, 2010, you (Sage Weil) wrote:
On Tue, 2 Nov 2010, Goffredo Baroncelli wrote:
Like the command btrfs subvol snapshot, I think that it is better to add
a
modifier instead of a new command.
btrfs filesystem sync [--async]
Sorry if I noticed this too late
-41fc-91df-0d1ab0066e05/open_devices: 4
fs/099ea4b7-96dd-41fc-91df-0d1ab0066e05/rw_devices: 4
fs/099ea4b7-96dd-41fc-91df-0d1ab0066e05/total_blocks: 981120
fs/099ea4b7-96dd-41fc-91df-0d1ab0066e05/total_devices: 4
On Saturday, 30 October, 2010, you (Goffredo Baroncelli) wrote
people / he
wouldn't have made us of meat.
--
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
regarding any of this topics,
including any pointers to additional documentation that I may have missed.
Regards.
---
João Eduardo Luís
Ciao
Goffredo
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161
Hi all,
the enclosed patch is a second attempt to export some information from btrfs
filesystem through the sysfs interface.
At the moment there are two kinds of information available. The ones related
to the devices and the ones related to the filesystems.
Before explaining the sysfs
of btree nodes\n);
fprintf(stderr, \t -s --sectorsize min block allocation\n);
fprintf(stderr, %s\n, BTRFS_BUILD_VERSION);
Please, update the man page (mkfs.btrfs) page too with the new switch.
Regards
G.Baroncelli
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij
changed. This is mostly used to verify the
filesystem is correct, but it's also possible to scan the generation
fields and find out which files have changed.
As Goffredo Baroncelli explained in a previous reply to my questions, the
find-new command will search through keys with type
, int fd,
int super_offset);
char *pretty_sizes(u64 size);
+int btrfs_scan_block_devices(int run_ioctl, int checklist);
+
+#define BTRFSDEVICELIST /etc/btrfs.devices
+
#endif
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key
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 of a message
@ 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 message part.
ctree.h | 18 +++---
ioctl.h |9 -
4 files changed, 40 insertions(+), 13 deletions(-)
Please update the man page too.
Rehgards
G.Baroncelli
--
gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) kreij...@inwind.it
Key fingerprint
/msg04709.html
Thanks in advance
Bye,
David Arendt
--
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 key@ keyserver.linux.it: Goffredo
On Wed, Nov 17, 2010 at 10:59 PM, Goffredo Baroncelli
kreij...@libero.itwrote:
On Thursday, 18 November, 2010, ad...@prnet.org wrote:
Hi,
I have read that for using raid1 btrfs device scan must be run before
mounting the fs. How do I proceed if root filesystem is mounted from
...@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 from this list: send the line unsubscribe
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 majordomo info at http
On Monday, 29 November, 2010, Goffredo Baroncelli wrote:
Why the unused fields ? What happens if you use a more recent btrfs-tools
which take advantage of these fields but the kernel is an old one ? At the
minimum please check the flags so
(flags^(BTRFS_SNAPSHOT_CREATE_ASYNC
with id=0, or remark 0 as the default.
effectively, users would be unknowingly be installing into a
subvolume, rather then the top-level root (apologies if my terminology
is incorrect).
I fully agree: it fulfill the KISS principle :-)
C Anthony
--
gpg key@ keyserver.linux.it: Goffredo
@ 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
for the filesystem.
--
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 message part.
@ 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 message part.
On 07/05/2012 06:51 PM, Alexander Block wrote:
Hello all,
in IRC we had a discussion on how we could solve sending live
subvolumes and how to send subvolumes without the need to
administrate/keep old snapshots for incremental sends. One of the
ideas was to introduce sendshots, which are
On 07/06/2012 10:51 AM, Alexander Block wrote:
On Fri, Jul 6, 2012 at 12:34 AM, Goffredo Baroncelli kreij...@libero.it
wrote:
On 07/05/2012 06:51 PM, Alexander Block wrote:
Hello all,
[]
When we later do an incremental send we can do this:
1. Do the same as point 1. from above.
2
On 07/06/2012 01:55 PM, Chris Mason wrote:
On Fri, Jul 06, 2012 at 02:51:43AM -0600, Alexander Block wrote:
On Fri, Jul 6, 2012 at 12:34 AM, Goffredo Baroncelli kreij...@libero.it
wrote:
On 07/05/2012 06:51 PM, Alexander Block wrote:
Hello all,
in IRC we had a discussion on how we could
On 07/06/2012 02:45 PM, Alexander Block wrote:
On Fri, Jul 6, 2012 at 2:03 PM, Goffredo Baroncelli kreij...@libero.it
wrote:
On 07/06/2012 01:55 PM, Chris Mason wrote:
On Fri, Jul 06, 2012 at 02:51:43AM -0600, Alexander Block wrote:
On Fri, Jul 6, 2012 at 12:34 AM, Goffredo Baroncelli kreij
On 07/10/2012 10:52 AM, Arnd Hannemann wrote:
Hi,
Am 10.07.2012 05:30, schrieb Christian Robert:
I agree with you, but you should never mount a snapshot of a btrfs
filesystem at the same time the original is,
because both the original and the snapshot had same device fsid
Hi Arnd,
I am trying to reproduce this bug. Which kernel version are you using ?
BR
G.Baroncelli
On 07/10/2012 07:55 PM, Goffredo Baroncelli wrote:
On 07/10/2012 10:52 AM, Arnd Hannemann wrote:
Hi,
Am 10.07.2012 05:30, schrieb Christian Robert:
I agree with you, but you should never mount
On 07/17/2012 01:53 PM, David Sterba wrote:
On Fri, Jun 22, 2012 at 08:12:52PM +0200, Goffredo Baroncelli wrote:
On 06/21/2012 10:10 PM, Josef Bacik wrote:
This will be used in conjunction with btrfs device ready dev. This is
[]
Finally I am starting to think that we should definitely
On 07/23/2012 02:46 PM, Josef Bacik wrote:
On Fri, Jul 20, 2012 at 04:38:59PM -0600, Wendy Cheng wrote:
However, this should have been a task for the admin (or whoever types
this mkfs command). It is not a filesystem's job to assume how the
firmware works and silently ignore the DUP request,
Hi Bo,
On 07/31/2012 07:49 AM, Liu Bo wrote:
The idea is that we usually use snapshot to backup/restore our data, and the
common way can be a cron script which makes lots of snapshots, so we can end
up with spending some time to find the latest snapshot to restore.
This adds a feature for
Hi Bo,
On 08/02/2012 12:13 PM, zhoubo wrote:
From: Zhou Bo zhoub-f...@cn.fujitsu.com
This patch enhances btrfs subvol list to show read-only snapshots.
You can use the -r option showing read-only snapshots, for example:
btrfs subvolume list -r path
Please elaborate this sentence: if I read
Export via sysfs some information about the btrfs devices and
filesystem.
---
fs/btrfs/super.c |4
fs/btrfs/sysfs.c | 933 ++
fs/btrfs/sysfs.h | 31 ++
3 files changed, 963 insertions(+), 5 deletions(-)
create mode 100644
Add the hook in the btrfs filesystem code to supporting sysfs.
---
fs/btrfs/volumes.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
index ecaad40..e1075ab 100644
--- a/fs/btrfs/volumes.c
+++ b/fs/btrfs/volumes.c
@@
Update of the Documentation/filesystes/btrfs.txt file.
---
0 files changed
diff --git a/Documentation/filesystems/btrfs.txt
b/Documentation/filesystems/btrfs.txt
index 7671352..35840ab 100644
--- a/Documentation/filesystems/btrfs.txt
+++ b/Documentation/filesystems/btrfs.txt
@@ -89,3 +89,78 @@
we should export and which not or the sysfs structure.
For now these information are read-only. In the future we could
consider the idea to make some action: for example to change the
label of a filesystem.
Comments are welcome.
BR
G.Baroncelli
---
Goffredo Baroncelli (4):
Add support
Add support for sysfs to BTRFS. This patch add the Kconfig part to enable
or disable the exporting of teh BTRFS information via sysfs.
---
fs/btrfs/Kconfig |9 +
1 file changed, 9 insertions(+)
diff --git a/fs/btrfs/Kconfig b/fs/btrfs/Kconfig
index d33f01c..187e057 100644
---
and replacing of the printk with pr_info/pr_warn/
pr_crit
---
Goffredo Baroncelli (4):
Add support for sysfs to btrfs.
Add hook for sysfs to btrfs.
Add a new Kconfig section to enable or disable the sysfs.
Btrfs sysfs support documentation.
fs/btrfs/Kconfig |9
Export via sysfs some information about the btrfs devices and
filesystem.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
fs/btrfs/sysfs.c | 938 ++
fs/btrfs/sysfs.h | 31 ++
2 files changed, 964 insertions(+), 5 deletions
Add the hook in the btrfs filesystem code to supporting sysfs.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
fs/btrfs/super.c |4
fs/btrfs/volumes.c | 10 +-
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c
index
Add support for sysfs to BTRFS. This patch add the Kconfig part to enable
or disable the exporting of teh BTRFS information via sysfs.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
fs/btrfs/Kconfig |9 +
1 file changed, 9 insertions(+)
diff --git a/fs/btrfs/Kconfig b/fs
Update of the Documentation/filesystes/btrfs.txt file.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
0 files changed
diff --git a/Documentation/filesystems/btrfs.txt
b/Documentation/filesystems/btrfs.txt
index 7671352..35840ab 100644
--- a/Documentation/filesystems/btrfs.txt
+++ b
You can pull the source from the following repo:
http://cassiopea.homelinux.net/git/btrfs-unstable.git
branch
sysfs
thanks.
G.Baroncelli
On 08/24/2012 03:58 PM, Goffredo Baroncelli wrote:
Hi all,
The following series restores the BTRFS sysfs support. My idea is to
exporting
On 08/28/2012 09:52 PM, M G Berberich wrote:
Hello,
We had set up a btrfs-fs over 6 hot-plugable SAS-disks for
testing and got it into a state where kernel and btrfs-tools do not
agree any more about the state of the filesystem.
We do not remember exaclty what we did, but roughly it was
Hi Anand,
please updates the man page, because it says that it is impossible to
change the label of a mounted filesystem
[...]
btrfs filesystem label dev [newlabel]
Show or update the label of a filesystem. dev is used to iden‐
tify the filesystem. If a newlabel optional
On 08/30/2012 08:24 PM, Goffredo Baroncelli wrote:
And magically the filesystem is now composed by three disks. However 4
physical devices are show. This because the disk /dev/vdi superblock
says that the disk is still valid (after the btrfs device del the disk
is not touched any more)
I have
Hi all, Yan,
On 08/31/2012 09:08 PM, Goffredo Baroncelli wrote:
However making a test I found both the behaviours: sometime the removed
disk disappears from the output of btrfs fi show and sometime not...
May be that there is a bug somewhere...
I became crazy looking at this bug. I found
Hi,
On 09/02/2012 03:03 AM, Shentino wrote:
This whole subject was also about using sed to corrupt-o-magic a
file's data on disk.
Is this an acceptable method for testing?
I am not sure that doing sed /dev/sdX /dev/sdX ... is the right
thing to do, because it rewrites the full disk. This
On 09/05/2012 03:59 AM, Shentino wrote:
I am not sure that doing sed/dev/sdX/dev/sdX ... is the right thing to
do, because it rewrites the full disk. This means that:
- it takes a lot of time
- you don't have any control about which part of the disk you change: what
happens if sed
Hi,
On 09/05/2012 03:29 PM, Joeri Vanthienen wrote:
Hi,
I'm running OpenSuse 12.2 with kernel 3.5.3
HBA= LSI 1068e using the MPTSAS driver (patched)
(https://patchwork.kernel.org/patch/1379181/)
SANOS1:/media # uname -a
Linux SANOS1 3.5.3 #3 SMP Sun Sep 2 18:44:37 CEST 2012 x86_64 x86_64
On 09/05/2012 08:06 PM, Joeri Vanthienen wrote:
Hi,
Thank you for your reply.
I physically disconnected the device before the command btrfs device
delete missing.
Ok. The point is that btrfs didn't see the device disconnection. It saw
only some problem on the device.
I think that btrfs
Hi,
On 09/10/2012 08:38 AM, Wang Sheng-Hui wrote:
To check the duplicated super blocks, use BTRFS_SUPER_MIRROR_MAX
as the loops limit.
Signed-off-by: Wang Sheng-Huishh...@gmail.com
---
fs/btrfs/disk-io.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
in the *first* superblock. In this case the device is skipped.
Please apply, thank.
You can pull from
http://cassiopea.homelinux.net/git/btrfs-progs-unstable.git
branch
btrfs_read_dev_super-bug
BR
G.Baroncelli
--
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
diff
On 09/25/2012 12:14 PM, David Sterba wrote:
On Tue, Sep 25, 2012 at 10:02:16AM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wuwu...@linux.vnet.ibm.com
Some code pathes forget to free memory on exit.
Same as with the fd's, kernel will free all memory for us at exit().
I strongly
On 09/27/2012 12:44 PM, Sébastien Maury wrote:
Hi,
I've installed a new server using btrfs for my root partition (/).
It uses snapper for snapshots management and all seems to work pretty fine.
My problem is to be able to know the remaining REAL free space in my
partition.
Using different
201 - 300 of 984 matches
Mail list logo