On Wed, 9 Jan 2013 14:48:33 + (UTC)
Grant Edwards wrote:
> On 2013-01-09, Alan McKinnon wrote:
> > On Wed, 9 Jan 2013 02:47:07 + (UTC)
>
> > The data on a medium can corrupt, and it can corrupt silently for a
> > long time.
>
> And I'm saying I've never seen that happen.
>
> So you're
On Wed, 9 Jan 2013 14:48:33 + (UTC)
Grant Edwards wrote:
> On 2013-01-09, Alan McKinnon wrote:
> > On Wed, 9 Jan 2013 02:47:07 + (UTC)
>
> > The data on a medium can corrupt, and it can corrupt silently for a
> > long time.
>
> And I'm saying I've never seen that happen.
>
> So you're
Am Mittwoch, 9. Januar 2013, 07:17:25 schrieb walt:
> On 01/08/2013 08:40 PM, Volker Armin Hemmann wrote:
> > Am Dienstag, 8. Januar 2013, 19:11:19 schrieb James:
> >> Volker Armin Hemmann googlemail.com> writes:
> >>
> >> Comments/guidance on ZFS vs BTFRS are welcome. I never used ZFS; googling
On 2013-01-09, Holger Hoffstaette wrote:
> On Wed, 09 Jan 2013 14:48:33 +, Grant Edwards wrote:
>
>> On 2013-01-09, Alan McKinnon wrote:
>>> On Wed, 9 Jan 2013 02:47:07 + (UTC)
>>
>>> The data on a medium can corrupt, and it can corrupt silently for a long
>>> time.
>>
>> And I'm saying
On Jan 9, 2013 10:41 PM, "Holger Hoffstaette" <
holger.hoffstae...@googlemail.com> wrote:
>
> On Wed, 09 Jan 2013 14:48:33 +, Grant Edwards wrote:
>
> > On 2013-01-09, Alan McKinnon wrote:
> >> On Wed, 9 Jan 2013 02:47:07 + (UTC)
> >
> >> The data on a medium can corrupt, and it can corrup
On Wed, 09 Jan 2013 14:48:33 +, Grant Edwards wrote:
> On 2013-01-09, Alan McKinnon wrote:
>> On Wed, 9 Jan 2013 02:47:07 + (UTC)
>
>> The data on a medium can corrupt, and it can corrupt silently for a long
>> time.
>
> And I'm saying I've never seen that happen.
Well, that's the poin
On 01/08/2013 08:40 PM, Volker Armin Hemmann wrote:
Am Dienstag, 8. Januar 2013, 19:11:19 schrieb James:
Volker Armin Hemmann googlemail.com> writes:
Comments/guidance on ZFS vs BTFRS are welcome. I never used ZFS; googling
suggests lots of disdain for ZFS ? Maybe someone knows a good articl
On 2013-01-09, Alan McKinnon wrote:
> On Wed, 9 Jan 2013 02:47:07 + (UTC)
> The data on a medium can corrupt, and it can corrupt silently for a
> long time.
And I'm saying I've never seen that happen.
So you're saying that the data on a medium can corrupt without being
detected by the block
On Wed, 9 Jan 2013 02:47:07 + (UTC)
Grant Edwards wrote:
> > ZFS is designed to deal with this problem by checksumming fs blocks
> > continually; it does this at the filesystem level, not at the disk
> > firmware level.
>
> I don't understand. If you're worried about media failure, what g
Am Dienstag, 8. Januar 2013, 19:11:19 schrieb James:
> Volker Armin Hemmann googlemail.com> writes:
> Comments/guidance on ZFS vs BTFRS are welcome. I never used ZFS; googling
> suggests lots of disdain for ZFS ? Maybe someone knows a good article
> or wiki discussion where the various merits of
On 2013-01-08, Alan McKinnon wrote:
> On Tue, 8 Jan 2013 22:15:15 + (UTC)
> Grant Edwards wrote:
>
>> IMO, having backup data _is_ very valuable, but regularly reading
>> files and comparing them to backup copies isn't a useful way to detect
>> failing media.
>
> He doesn't suggest you compar
On Tue, 8 Jan 2013 22:15:15 + (UTC)
Grant Edwards wrote:
> IMO, having backup data _is_ very valuable, but regularly reading
> files and comparing them to backup copies isn't a useful way to detect
> failing media.
He doesn't suggest you compare the live data to a backup. He suggests
you com
On 2013-01-08, Alan McKinnon wrote:
>> When a hard drive starts to fail, you don't unknowingly get back
>> "rotten" data with some bits flipped. You get either a "seek error"
>> or "read error", and no data at all. IIRC, the same is true for
>> attempts to read a failing CD.
>
> I see what Flor
On Tue, 8 Jan 2013 19:53:41 + (UTC)
Grant Edwards wrote:
> On 2013-01-08, Pandu Poluan wrote:
> > On Jan 8, 2013 11:20 PM, "Florian Philipp"
> > wrote:
> >>
> >
> > -- snip --
> >
> >>
> >> Hmm, good idea, albeit similar to the `md5sum -c`. Either tool
> >> leaves you with the problem of di
Am 08.01.2013 20:53, schrieb Grant Edwards:
> On 2013-01-08, Pandu Poluan wrote:
>> On Jan 8, 2013 11:20 PM, "Florian Philipp" wrote:
>>>
>>
>> -- snip --
>>
>>>
>>> Hmm, good idea, albeit similar to the `md5sum -c`. Either tool leaves
>>> you with the problem of distinguishing between legitimate
On 2013-01-08, Pandu Poluan wrote:
> On Jan 8, 2013 11:20 PM, "Florian Philipp" wrote:
>>
>
> -- snip --
>
>>
>> Hmm, good idea, albeit similar to the `md5sum -c`. Either tool leaves
>> you with the problem of distinguishing between legitimate changes (i.e.
>> a user wrote to the file) and decay.
Volker Armin Hemmann googlemail.com> writes:
> btw, the solution is zfs and weekly scrub runs.
I have similar concerns as Florian.
What's the consensus (opinions) on btrfs?
I'm building up several new system, with large video file
archives. I was going to try BTRFS on the entire
workstation.
Am 08.01.2013 16:42, schrieb Michael Mol:
> On Tue, Jan 8, 2013 at 10:29 AM, Grant Edwards
> wrote:
>> On 2013-01-08, Florian Philipp wrote:
>>> Am 08.01.2013 00:20, schrieb Alan McKinnon:
On Mon, 07 Jan 2013 21:11:35 +0100
Florian Philipp wrote:
> Hi list!
>
> I have
On Tue, Jan 8, 2013 at 10:29 AM, Grant Edwards
wrote:
> On 2013-01-08, Florian Philipp wrote:
>> Am 08.01.2013 00:20, schrieb Alan McKinnon:
>>> On Mon, 07 Jan 2013 21:11:35 +0100
>>> Florian Philipp wrote:
>>>
Hi list!
I have a use case where I am seriously concerned about bit ro
On 2013-01-08, Florian Philipp wrote:
> Am 08.01.2013 00:20, schrieb Alan McKinnon:
>> On Mon, 07 Jan 2013 21:11:35 +0100
>> Florian Philipp wrote:
>>
>>> Hi list!
>>>
>>> I have a use case where I am seriously concerned about bit rot [1]
>>> and I thought it might be a good idea to start lookin
20 matches
Mail list logo
