On 02/07/2011 01:22 PM, Eduardo Silva wrote:
Please find the attached patch which replace unsafe strcpy(3) by
strncpy(3) functions.
regards,
Eduardo Silva
Hi Eduardo,
even though some strncpy are unneeded because a check is performed
before, I fully agree that strncpy is better than a
Hello,
We have 10 1-TB drives hosting a multi-device btrfs filesystem,
configured with raid1+0 for both data and metadata. After some package
upgrades over the weekend I restarted the system and it did not come
back up afterwards. I booted using a rescue disk and ran btrfsck (next
branch from
Hi Leonidas,
Please check this:
btrfs fi df /home
If this shows much of your space used by metadata then please use:
btrfs fi balance /home
Note that this can take a long (1 day) time to complete on a big FS.
- Erik
On 02/07/2011 10:21 PM, Leonidas Spyropoulos wrote:
Hey all,
I run
Hi,
I had a similar problem on my Debian (squeeze) about a half year ago.
I've described that on this mailing list. That was a main reason to
migrate from brtfs (-o ssd) to ext4.
I know it's a pain for my SSD but I want to revert this fail system
when it will be more stable. Thanks God it was
On Mon, Feb 7, 2011 at 3:21 PM, Leonidas Spyropoulos
artafi...@gmail.com wrote:
Hey all,
I run into no space left on device on a virtualbox
After installing Debian 6 on a virtual machine
I tried installing the KDE desktop
The system HDD is 8Gb
Both root (/) and /home are btrfs
over LVM.