Am 07.03.2007 um 16:14 schrieb Bill Davidsen:
Neil Brown wrote:
On Monday March 5, [EMAIL PROTECTED] wrote:
Is it possible to mark a disk as to be replaced by an existing
spare,
then migrate to the spare disk and kick the old disk _after_
migration
has been done? Or not even kick - but
When iterating through an array, one must be careful to test one's index
variable rather than another similarly-named variable.
The loop will read off the end of conf-disks[] in the following
(pathological) case:
% dd bs=1 seek=840716287 if=/dev/zero of=d1 count=1
% for i in 2 3 4; do dd
Bill Davidsen wrote:
When last I looked at Hamming code, and that would be 1989 or 1990, I
believe that I learned that the number of Hamming bits needed to cover N
data bits was 1+log2(N), which for 512 bytes would be 1+12, and fit into
a 16 bit field nicely. I don't know that I would go
H. Peter Anvin wrote:
Bill Davidsen wrote:
When last I looked at Hamming code, and that would be 1989 or 1990, I
believe that I learned that the number of Hamming bits needed to
cover N data bits was 1+log2(N), which for 512 bytes would be 1+12,
and fit into a 16 bit field nicely. I don't
I have a working RAID1 set. This is in a Gentoo system and I
configured the RAID set using raidtools. I see that Raidtools are now
deprecated in favor of mdadm.
I installed mdadm, but it does not recognize my raid set. I tried the
following command (note that my RAID set is active while I do
Neil,
On 3/8/07, Neil Brown [EMAIL PROTECTED] wrote:
On Thursday March 8, [EMAIL PROTECTED] wrote:
I have a working RAID1 set. This is in a Gentoo system and I
configured the RAID set using raidtools. I see that Raidtools are now
deprecated in favor of mdadm.
I installed mdadm, but it
Neil,
On 3/8/07, Simon Matthews [EMAIL PROTECTED] wrote:
Number Major Minor RaidDevice State
0 8 180 active sync /dev/sdb2
I missed one line from the above:
1 821 active sync /dev/sda2
Simon
-
To unsubscribe
Jan Engelhardt wrote:
[]
The other thing is, the bitmap is supposed to be written out at intervals,
not at every write, so the extra head movement for bitmap updates should
be really low, and not making the tar -xjf process slower by half a minute.
Is there a way to tweak the
--- Michael Tokarev [EMAIL PROTECTED] wrote:
Jan Engelhardt wrote:
[]
The other thing is, the bitmap is supposed to be
written out at intervals,
not at every write, so the extra head movement for
bitmap updates should
be really low, and not making the tar -xjf process
slower by half a
Andy Isaacson wrote:
When iterating through an array, one must be careful to test one's index
variable rather than another similarly-named variable.
The loop will read off the end of conf-disks[] in the following
(pathological) case:
% dd bs=1 seek=840716287 if=/dev/zero of=d1 count=1
% for
On Thu, Mar 08, 2007 at 09:37:46PM -0500, Bill Davidsen wrote:
Andy Isaacson wrote:
% dd bs=1 seek=840716287 if=/dev/zero of=d1 count=1
% for i in 2 3 4; do dd if=/dev/zero of=d$i bs=1k count=$(($i+150)); done
[snip]
-for (j=i; icnt-1 sz min_spacing ; j++)
+for (j=i;
11 matches
Mail list logo