> on 04/28/2010 01:03 PM Vladimir G. Ivanovic said the following:
> > I overwrote some part of the first 195641856 bytes of a 1TB (nominal)
> > btrfs volume (I CTRL-C'd out
> > before dd finished.) OK, OK, you may stop laughing now. Surely something
> > similar has happened to
> > you. No? Then it
Le dimanche 15 mai 2011 à 19:28 +0200, Helmut Hullen a écrit :
> shows that that device with brutto 150 GByte is nearly full with its
> 78 GByte (or 73 GByte) data because it uses this kind of RAID1?
No. Here's the current situation on same machine :
# btrfs fi df /
Data: total=85.01GB, used=84.
Hallo, Hugo,
Du meintest am 15.05.11:
> # btrfs fi df /
> Data: total=74.01GB, used=72.77GB
> System, DUP: total=8.00MB, used=16.00KB
> System: total=4.00MB, used=0.00
> Metadata, DUP: total=1.75GB, used=657.48MB
> Metadata: total=8.00MB, used=0.00
>> I don't know what's
Hallo, Swâmi,
Du meintest am 14.05.11:
>>> # btrfs fi df /
>>> Data: total=74.01GB, used=72.77GB
>>> System, DUP: total=8.00MB, used=16.00KB
>>> System: total=4.00MB, used=0.00
>>> Metadata, DUP: total=1.75GB, used=657.48MB
>>> Metadata: total=8.00MB, used=0.00
>> btrfs filesystem show
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Any plans to update the wiki ?
https://btrfs.wiki.kernel.org/index.php/Changelog
:P
On 05/15/11 at 10:47am, Chris Mason wrote:
>
> Hi everyone,
>
> The master branch of the btrfs unstable tree has a few more fixes:
>
> git://git.kernel.org/pub/scm/l
Hi everyone,
The master branch of the btrfs unstable tree has a few more fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
These include small fixes in the new per-file flags, an oops in
the btrfs acl code and ENOSPC fixes for mixed block groups (used in very
A method to overwrite all unused block may be another alternative.
freenet.de> writes:
> since btrfs uses cow I wonder how I can erase confidential data.
>
> Alternatives are:
> - using encfs to save confidential data
> - using luks to encrypt the whole disk/partition
> other suggestions?
Kind
Le dimanche 15 mai 2011 à 11:43 +0200, radame...@freenet.de a écrit :
> since btrfs uses cow I wonder how I can erase confidential data.
> Replacing the file does not work, since the new content is written to new
> blocks while the old confidential content remains in its old block (which
> may be
Dear all,
since btrfs uses cow I wonder how I can erase confidential data.
Replacing the file does not work, since the new content is written to new
blocks while the old confidential content remains in its old block (which may
be unused now - depending on snapshots).
Is there a method to overw
