Re: cannot remove files: "rm" gives "no space left on device", 3.2.0-24, ubuntu

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux