linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: cannot remove files: "rm" gives "no space left on device", 3.2.0-24, ubuntu
Date: Mon, 18 Jun 2012 21:54:14 +0000 (UTC)	[thread overview]
Message-ID: <pan.2012.06.18.21.54.14@cox.net> (raw)
In-Reply-To: 4FDF5B99.1000000@inwind.it

Goffredo Baroncelli posted on Mon, 18 Jun 2012 18:47:21 +0200 as
excerpted:

>>> How big was the original ext4 filesystem ?
>> 
>> 370 files with ~1GB, and 10000 small.
> 
> I am a bit confused: 370 files of about ~1GB is about a total of
> 300-400GB; instead you reported
> 
>>>> root@tv:~# btrfs filesystem df /media/388gb-data Data:
>>>> total=260.59GB,
>>>> used=251.51GB

You're probably correct on the COW from the ext4 conversion in this case, 
but just to note, in my copy (not in-place conversion) from reiserfs, I 
had ball-park-similar numbers, in my case because I was using compress on 
the btrfs side, such that the sum of dup-metadata and single data was 
still smaller than the used space on the reiserfs partition from which I 
was copying.  (I had allowed for the dup metadata and created the btrfs 
partitions somewhat larger accordingly, but compression worked enough 
better than expected that total usage was less, even with dup metadata, 
not more.   That was a nice surprise! =:^)

FWIW, that was the 3.4 kernel cycle.  I'm done testing for now, due to 
reiserfs being far better at recovery from the sata resets and graphics 
lockups plaguing me ATM.  (I need new hardware but no $$ for it ATM.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


      reply	other threads:[~2012-06-18 21:54 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-16 11:16 cannot remove files: "rm" gives "no space left on device", 3.2.0-24, ubuntu rupert THURNER
2012-06-16 11:18 ` Andrei Popa
2012-06-16 11:26   ` Hugo Mills
2012-06-16 11:46     ` Peter Maloney
2012-06-16 11:57 ` Sergei Trofimovich
2012-06-16 12:01   ` rupert THURNER
2012-06-17  4:14     ` rupert THURNER
2012-06-17  5:19       ` Andrei Popa
2012-06-17  8:04         ` rupert THURNER
2012-06-17 13:32           ` Mitch Harder
2012-06-17 19:54             ` rupert THURNER
2012-06-18  5:53               ` Goffredo Baroncelli
     [not found]                 ` <CAJs9aZ-GHtO3JsvNqLip9CRXxg_J8RUDM=F7GLfdSqCt-zvB3w@mail.gmail.com>
2012-06-18 16:47                   ` Goffredo Baroncelli
2012-06-18 21:54                     ` Duncan [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=pan.2012.06.18.21.54.14@cox.net \
    --to=1i5t5.duncan@cox.net \
    --cc=linux-btrfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).