Adrian Bastholm posted on Thu, 20 Sep 2018 23:35:57 +0200 as excerpted:
> Thanks a lot for the detailed explanation.
> Aabout "stable hardware/no lying hardware". I'm not running any raid
> hardware, was planning on just software raid. three drives glued
> together with "mkfs.btrfs -d raid5
On 2018-09-20 05:35 PM, Adrian Bastholm wrote:
> Thanks a lot for the detailed explanation.
> Aabout "stable hardware/no lying hardware". I'm not running any raid
> hardware, was planning on just software raid. three drives glued
> together with "mkfs.btrfs -d raid5 /dev/sdb /dev/sdc /dev/sdd".
On Thu, Sep 20, 2018 at 3:36 PM Adrian Bastholm wrote:
>
> Thanks a lot for the detailed explanation.
> Aabout "stable hardware/no lying hardware". I'm not running any raid
> hardware, was planning on just software raid.
Yep. I'm referring to the drives, their firmware, cables, logic board,
its
Thanks a lot for the detailed explanation.
Aabout "stable hardware/no lying hardware". I'm not running any raid
hardware, was planning on just software raid. three drives glued
together with "mkfs.btrfs -d raid5 /dev/sdb /dev/sdc /dev/sdd". Would
this be a safer bet, or would You recommend running
On Thu, Sep 20, 2018 at 11:23 AM, Adrian Bastholm wrote:
> On Mon, Sep 17, 2018 at 2:44 PM Qu Wenruo wrote:
>
>>
>> Then I strongly recommend to use the latest upstream kernel and progs
>> for btrfs. (thus using Debian Testing)
>>
>> And if anything went wrong, please report asap to the mail
On Mon, Sep 17, 2018 at 2:44 PM Qu Wenruo wrote:
>
> Then I strongly recommend to use the latest upstream kernel and progs
> for btrfs. (thus using Debian Testing)
>
> And if anything went wrong, please report asap to the mail list.
>
> Especially for fs corruption, that's the ghost I'm always
> If your primary concern is to make the fs as stable as possible, then
> keep snapshots to a minimal amount, avoid any functionality you won't
> use, like qgroup, routinely balance, RAID5/6.
>
> And keep the necessary btrfs specific operations to minimal, like
> subvolume/snapshot (and don't
On 2018/9/17 下午7:55, Adrian Bastholm wrote:
>> Well, I'd say Debian is really not your first choice for btrfs.
>> The kernel is really old for btrfs.
>>
>> My personal recommend is to use rolling release distribution like
>> vanilla Archlinux, whose kernel is already 4.18.7 now.
>
> I just
> Well, I'd say Debian is really not your first choice for btrfs.
> The kernel is really old for btrfs.
>
> My personal recommend is to use rolling release distribution like
> vanilla Archlinux, whose kernel is already 4.18.7 now.
I just upgraded to Debian Testing which has the 4.18 kernel
>
On Sun, Sep 16, 2018 at 2:11 PM, Adrian Bastholm wrote:
> Thanks for answering Qu.
>
>> At this timing, your fs is already corrupted.
>> I'm not sure about the reason, it can be a failed CoW combined with
>> powerloss, or corrupted free space cache, or some old kernel bugs.
>>
>> Anyway, the
...
And also raid56 is still considered experimental, and has various
problems if the hardware lies (like if some writes happen out of order
or faster on some devices than others,and it's much harder to repair
because the repair tools aren't raid56 feature complete).
On Sun, Sep 16, 2018 at 7:58 AM, Adrian Bastholm wrote:
> Hello all
> Actually I'm not trying to get any help any more, I gave up BTRFS on
> the desktop, but I'd like to share my efforts of trying to fix my
> problems, in hope I can help some poor noob like me.
There's almost no useful
On 2018/9/16 下午9:58, Adrian Bastholm wrote:
> Hello all
> Actually I'm not trying to get any help any more, I gave up BTRFS on
> the desktop, but I'd like to share my efforts of trying to fix my
> problems, in hope I can help some poor noob like me.
>
> I decided to use BTRFS after reading the
Hello all
Actually I'm not trying to get any help any more, I gave up BTRFS on
the desktop, but I'd like to share my efforts of trying to fix my
problems, in hope I can help some poor noob like me.
I decided to use BTRFS after reading the ArsTechnica article about the
next-gen filesystems, and
On Wed, Oct 25, 2017 at 02:05:48PM +0200, andreas.bt...@diezwickers.de wrote:
> Hi,
>
> I've had problems with a btrfs filesystem on a usb disk. I made a
> successfull backup of all data and created the filesystem from scratch.
> I'm not able to restore all backuped data because of a kernel oops.
Hi,
I've had problems with a btrfs filesystem on a usb disk. I made a
successfull backup of all data and created the filesystem from scratch.
I'm not able to restore all backuped data because of a kernel oops.
The problem is reproducible.
I've checked my RAM alreayd with memtest86 for 8h
On Sat, Dec 26, 2015 at 4:38 AM, wrote:
> Duncan <1i5t5.dun...@cox.net> wrote:
>
>> covici posted on Sat, 26 Dec 2015 02:29:11 -0500 as excerpted:
>>
>> > Chris Murphy wrote:
>> >
>> >> If you can post the entire dmesg somewhere that'd be useful.
Chris Murphy wrote:
> On Sat, Dec 26, 2015 at 4:38 AM, wrote:
> > Duncan <1i5t5.dun...@cox.net> wrote:
> >
> >> covici posted on Sat, 26 Dec 2015 02:29:11 -0500 as excerpted:
> >>
> >> > Chris Murphy wrote:
> >> >
> >>
On Sat, Dec 26, 2015 at 12:22 PM, wrote:
> Chris Murphy wrote:
>
>> On Sat, Dec 26, 2015 at 4:38 AM, wrote:
>> > Duncan <1i5t5.dun...@cox.net> wrote:
>> >
>> >> covici posted on Sat, 26 Dec 2015 02:29:11 -0500 as
On Sat, Dec 26, 2015 at 1:02 PM, wrote:
> Chris Murphy wrote:
>
>> On Sat, Dec 26, 2015 at 12:22 PM, wrote:
>> > Chris Murphy wrote:
>> >
>> >> On Sat, Dec 26, 2015 at 4:38 AM,
Chris Murphy wrote:
> On Sat, Dec 26, 2015 at 12:22 PM, wrote:
> > Chris Murphy wrote:
> >
> >> On Sat, Dec 26, 2015 at 4:38 AM, wrote:
> >> > Duncan <1i5t5.dun...@cox.net> wrote:
> >> >
> >> >>
Duncan <1i5t5.dun...@cox.net> wrote:
> covici posted on Sat, 26 Dec 2015 02:29:11 -0500 as excerpted:
>
> > Chris Murphy wrote:
> >
> >> If you can post the entire dmesg somewhere that'd be useful. MUAs tend
> >> to wrap that text and make it unreadable on list. I
covici posted on Sat, 26 Dec 2015 02:29:11 -0500 as excerpted:
> Chris Murphy wrote:
>
>> If you can post the entire dmesg somewhere that'd be useful. MUAs tend
>> to wrap that text and make it unreadable on list. I think the problems
>> with your volume happened before
Hi. I created a file system using 4.3.1 version of btrfsprogs and have
been using it for some three days. I have gotten the following errors
in the log this morning:
Dec 25 04:10:16 ccs.covici.com kernel: BTRFS (device dm-20): parent
transid verify failed on 51776421888 wanted 4983 found 4981
On Fri, Dec 25, 2015 at 11:03 AM, wrote:
> Hi. I created a file system using 4.3.1 version of btrfsprogs and have
> been using it for some three days. I have gotten the following errors
> in the log this morning:
> Dec 25 04:10:16 ccs.covici.com kernel: BTRFS (device
covici posted on Fri, 25 Dec 2015 16:14:58 -0500 as excerpted:
> Henk Slager wrote:
>
>> On Fri, Dec 25, 2015 at 11:03 AM, wrote:
>> > Hi. I created a file system using 4.3.1 version of btrfsprogs and
>> > have been using it for some three days. I
Chris Murphy wrote:
> If you can post the entire dmesg somewhere that'd be useful. MUAs tend
> to wrap that text and make it unreadable on list. I think the problems
> with your volume happened before the messages, but it's hard to say.
> Also, a generation of nearly
If you can post the entire dmesg somewhere that'd be useful. MUAs tend
to wrap that text and make it unreadable on list. I think the problems
with your volume happened before the messages, but it's hard to say.
Also, a generation of nearly 5000 is not that new?
On another thread someone said you
Henk Slager wrote:
> On Fri, Dec 25, 2015 at 11:03 AM, wrote:
> > Hi. I created a file system using 4.3.1 version of btrfsprogs and have
> > been using it for some three days. I have gotten the following errors
> > in the log this morning:
> > Dec 25
Duncan <1i5t5.dun...@cox.net> wrote:
> covici posted on Fri, 25 Dec 2015 16:14:58 -0500 as excerpted:
>
> > Henk Slager wrote:
> >
> >> On Fri, Dec 25, 2015 at 11:03 AM, wrote:
> >> > Hi. I created a file system using 4.3.1 version of btrfsprogs and
Thank you all for your help and in particular you cwillu (sounds
strangely formal!).
Yes, I can now boot into a snapshot but I thought it might be helpful to
explain why I thought otherwise.
I am totally anal about having backups of a current operating systems
and using those for testing I
* [david grant]
BUT I am still left with the problem that caused it for me: how do I
backup (clone?) a btrfs file system with snapshots to another btrfs
partition (apart from using dd). I just hope I don't get scolded again
and told I am not up to it.
I don't think you can conveniently
On 26/11/10 10:11, Oystein Viggen wrote:
What would be really awesome is some sort of btrfs-send program that
handles all this the best way for you, but I don't think that exists
(yet). User friendly tools will undoubtedly appear as btrfs is more
used, but I guess it's still partly in the roll
On Fri, Nov 26, 2010 at 3:40 AM, david grant d...@david-grant.com wrote:
I am totally anal about having backups of a current operating systems
and using those for testing I thought tat the best way to do this with
btrfs was to rsync the file system to another partition but exclude all
On Wed, Nov 24, 2010 at 1:32 AM, david grant d...@david-grant.com wrote:
Hugo, you told me how to mount a snapshot. Thank you, that works but you
didn't tell me how to boot into it.
He also gave you the command to set the default subvolume/snapshot
used if you don't provide one: btrfs
Thank you all for your responses to my boot snapshot problem but it
still exists.
.
Hugo, you told me how to mount a snapshot. Thank you, that works but you
didn't tell me how to boot into it.
Anthony, I really hoped that you had provided the answer using grub but
all combinations of your
I thought I would try btrfs on a new installation of f14. yes, I know
its experimental but stable so it seemed to be a good time to try it.
I am not sure if I have missed something out of all my searching but am
I correct in thinking that currently:
I. it is not possible to boot from a
Hi,
On Tue, Nov 23, 2010 at 10:19:43AM +1100, david grant wrote:
I thought I would try btrfs on a new installation of f14. yes, I know
its experimental but stable so it seemed to be a good time to try it.
I am not sure if I have missed something out of all my searching but am
I correct in
2010/11/23, david grant d...@david-grant.com:
I thought I would try btrfs on a new installation of f14. yes, I know
its experimental but stable so it seemed to be a good time to try it.
I am not sure if I have missed something out of all my searching but am
I correct in thinking that
On Mon, Nov 22, 2010 at 10:47 PM, Wenyi Liu qingshen...@gmail.com wrote:
2010/11/23, david grant d...@david-grant.com:
I thought I would try btrfs on a new installation of f14. yes, I know
its experimental but stable so it seemed to be a good time to try it.
I am not sure if I have missed
40 matches
Mail list logo