That's a big file - is that a dump of all the metadata? It's around
800MB. Two files provided, one with the errors/warnings, one the
actual output. Time-limited link to download, can you let me know when
you have downloaded a copy please?
http://akiajwevbuo5lh2yiu7q.sharing.s3.amazonaws.com/btrfs-
On Saturday 2012-09-29 03:08, Alfredo Esteban wrote:
>+ __u32 progressunit;
>+ __u32 halfprogunit;
>+ __u32 progressperc;
>+ int istty;
>+ int progress;
>+ int flagprint;
>+ float perc;
>+ char msg[128];
>+ char bar[256];
>+} progress_bar;
>+ spr
On Sat, Nov 10, 2012 at 9:31 AM, Alun wrote:
> Hi,
>
> (I'm not a list member and may not see any responses to this)
>
> I've been using btrfs on my Raspberry Pi. Yesterday I tried to use the
> "btrfs scrub" function and, while the scrub started OK, I couldn't run
> "btrfs scrub status" to see wha
On Friday 2012-09-28 10:58, Hugo Mills wrote:
>
> Data_to_disk_ratio, maybe?
>
>> Why use underscores instead of spaces?
>
> So that you can use, say, "read" in the shell to extract data from
>each line. To that end, there should be a space between the value and
>the unit throughout.
Eww. Hav
On Fri, 9 Nov 2012 22:45:16 +0800, Liu Bo wrote:
> On Fri, Nov 09, 2012 at 11:19:17AM +0100, Stefan Behrens wrote:
>> On Fri, 9 Nov 2012 08:44:01 +0800, Liu Bo wrote:
>>> On Thu, Nov 08, 2012 at 06:24:36PM +0100, Stefan Behrens wrote:
On Thu, 8 Nov 2012 22:50:47 +0800, Liu Bo wrote:
> On T
On Thu, 8 Nov 2012 22:24:51 +0800, Liu Bo wrote:
> On Tue, Nov 06, 2012 at 05:38:25PM +0100, Stefan Behrens wrote:
>> The new function btrfs_find_device_missing_or_by_path() will be
>> used for the device replace procedure. This function itself calls
>> the second new function btrfs_find_device_by_
Liu Bo oracle.com> writes:
>
> On Mon, Nov 12, 2012 at 01:34:09PM +, Sem wrote:
> > Hi,
> >
> > After doing a btrfsck --repair on my file system, it now has very strange
> > numbers in df:
> >
> > [root ~]# df -h | grep sdc
> > /dev/sdc 15T -64Z 16E 101% /usr/data
> >
> > Prior
On Mon, Nov 12, 2012 at 01:34:09PM +, Sem wrote:
> Hi,
>
> After doing a btrfsck --repair on my file system, it now has very strange
> numbers in df:
>
> [root ~]# df -h | grep sdc
> /dev/sdc 15T -64Z 16E 101% /usr/data
>
> Prior to this it was 81% used.
>
> I can read the files,
On Mon, Nov 12, 2012 at 10:37:58PM +0800, Ross Moore wrote:
> Hi,
>
> I have a BTRFS filesystem that seems to be suffering from a few
> problems. I'll post the first one, which looks most bizarre to me.
>
> The filesystem is mounted at /media/Media. It consists of 4 devices in
> RAID1 (both metad
Hi,
I have a BTRFS filesystem that seems to be suffering from a few
problems. I'll post the first one, which looks most bizarre to me.
The filesystem is mounted at /media/Media. It consists of 4 devices in
RAID1 (both metadata and data), of sizes 3*2TB and 1*1TB. The result
of sudo btrfs fi df /m
Hi,
After doing a btrfsck --repair on my file system, it now has very strange
numbers in df:
[root ~]# df -h | grep sdc
/dev/sdc 15T -64Z 16E 101% /usr/data
Prior to this it was 81% used.
I can read the files, but i cannot write a file.
Does anyone have a clue as to what is going on
11 matches
Mail list logo
