On Wed, 9 Jan 2013 02:47:07 + (UTC)
Grant Edwards grant.b.edwa...@gmail.com 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
On 2013-01-09, Alan McKinnon alan.mckin...@gmail.com 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
On 01/08/2013 08:40 PM, Volker Armin Hemmann wrote:
Am Dienstag, 8. Januar 2013, 19:11:19 schrieb James:
Volker Armin Hemmann volkerarmin at 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
On Wed, 09 Jan 2013 14:48:33 +, Grant Edwards wrote:
On 2013-01-09, Alan McKinnon alan.mckin...@gmail.com 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,
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 alan.mckin...@gmail.com wrote:
On Wed, 9 Jan 2013 02:47:07 + (UTC)
The data on a medium can corrupt, and it can
On 2013-01-09, Holger Hoffstaette holger.hoffstae...@googlemail.com wrote:
On Wed, 09 Jan 2013 14:48:33 +, Grant Edwards wrote:
On 2013-01-09, Alan McKinnon alan.mckin...@gmail.com wrote:
On Wed, 9 Jan 2013 02:47:07 + (UTC)
The data on a medium can corrupt, and it can corrupt
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 volkerarmin at googlemail.com writes:
Comments/guidance on ZFS vs BTFRS are welcome. I never used ZFS;
On Wed, 9 Jan 2013 14:48:33 + (UTC)
Grant Edwards grant.b.edwa...@gmail.com wrote:
On 2013-01-09, Alan McKinnon alan.mckin...@gmail.com 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
On Wed, 9 Jan 2013 14:48:33 + (UTC)
Grant Edwards grant.b.edwa...@gmail.com wrote:
On 2013-01-09, Alan McKinnon alan.mckin...@gmail.com 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
On 2013-01-08, Florian Philipp li...@binarywings.net wrote:
Am 08.01.2013 00:20, schrieb Alan McKinnon:
On Mon, 07 Jan 2013 21:11:35 +0100
Florian Philipp li...@binarywings.net wrote:
Hi list!
I have a use case where I am seriously concerned about bit rot [1]
and I thought it might be a
On Tue, Jan 8, 2013 at 10:29 AM, Grant Edwards
grant.b.edwa...@gmail.com wrote:
On 2013-01-08, Florian Philipp li...@binarywings.net wrote:
Am 08.01.2013 00:20, schrieb Alan McKinnon:
On Mon, 07 Jan 2013 21:11:35 +0100
Florian Philipp li...@binarywings.net wrote:
Hi list!
I have a use case
Am 08.01.2013 16:42, schrieb Michael Mol:
On Tue, Jan 8, 2013 at 10:29 AM, Grant Edwards
grant.b.edwa...@gmail.com wrote:
On 2013-01-08, Florian Philipp li...@binarywings.net wrote:
Am 08.01.2013 00:20, schrieb Alan McKinnon:
On Mon, 07 Jan 2013 21:11:35 +0100
Florian Philipp
Volker Armin Hemmann volkerarmin at 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
On 2013-01-08, Pandu Poluan pa...@poluan.info wrote:
On Jan 8, 2013 11:20 PM, Florian Philipp li...@binarywings.net 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
Am 08.01.2013 20:53, schrieb Grant Edwards:
On 2013-01-08, Pandu Poluan pa...@poluan.info wrote:
On Jan 8, 2013 11:20 PM, Florian Philipp li...@binarywings.net wrote:
-- snip --
Hmm, good idea, albeit similar to the `md5sum -c`. Either tool leaves
you with the problem of distinguishing
On Tue, 8 Jan 2013 19:53:41 + (UTC)
Grant Edwards grant.b.edwa...@gmail.com wrote:
On 2013-01-08, Pandu Poluan pa...@poluan.info wrote:
On Jan 8, 2013 11:20 PM, Florian Philipp li...@binarywings.net
wrote:
-- snip --
Hmm, good idea, albeit similar to the `md5sum -c`. Either
On 2013-01-08, Alan McKinnon alan.mckin...@gmail.com 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
On Tue, 8 Jan 2013 22:15:15 + (UTC)
Grant Edwards grant.b.edwa...@gmail.com 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
On 2013-01-08, Alan McKinnon alan.mckin...@gmail.com wrote:
On Tue, 8 Jan 2013 22:15:15 + (UTC)
Grant Edwards grant.b.edwa...@gmail.com 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
Am Dienstag, 8. Januar 2013, 19:11:19 schrieb James:
Volker Armin Hemmann volkerarmin at 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
20 matches
Mail list logo
