On Mon, 29 Mar 1999, Tom wrote:
> If you grab the source, you get copies of the source for eata_dma too.
> Download the 2.0.26 kernel source from kernel.org
[...]
> Of course, it was developed outside DPT.
The question was about the SmartRAID V
---
You're
On Mon, 29 Mar 1999, Harald Hoyer wrote:
> I made a small kernel and raidtools patch to mark a specific device as dirty
> (failure).
>
> Suppose you have as a /etc/raidtab
> raiddev /dev/md4
> chunk-size128
> raid-level1
> nr-raid-disks
Andy Poling wrote:
>
> On Mon, 29 Mar 1999, Josh Fishman wrote:
> > Welcome back to the continuing saga of the DPT SmartRAID-V and its
> > elusive Linux driver! Tune in this week as Josh finds a binary-only
> > (in fact, form of RedHat 5.x install disks w/ driver in modules.cgz)
> > driver for ke
On Mon, 29 Mar 1999, Josh Fishman wrote:
> Hi everyone,
>
> Welcome back to the continuing saga of the DPT SmartRAID-V and its
> elusive Linux driver! Tune in this week as Josh finds a binary-only
> (in fact, form of RedHat 5.x install disks w/ driver in modules.cgz)
> driver for kernel 2.0.36 -
On Mon, 29 Mar 1999, Josh Fishman wrote:
> Welcome back to the continuing saga of the DPT SmartRAID-V and its
> elusive Linux driver! Tune in this week as Josh finds a binary-only
> (in fact, form of RedHat 5.x install disks w/ driver in modules.cgz)
> driver for kernel 2.0.36 -- which is useless
Hi everyone,
Welcome back to the continuing saga of the DPT SmartRAID-V and its
elusive Linux driver! Tune in this week as Josh finds a binary-only
(in fact, form of RedHat 5.x install disks w/ driver in modules.cgz)
driver for kernel 2.0.36 -- which is useless for his server running
kernel 2.2.5
Laszlo Vecsey wrote:
> In the original docs or howtos, mention is made of being able to partition
> your /dev/sdx device first, or just using it as a raw device.. which is
> what I've done. Now that detection based on the partition type is
> available though, its a little unfortunate for those of
Dave Wreski wrote:
> Hi all. I've read the most recent HOWTO, and still have a few questions. I plan
> to implement RAID-1 on a 586 with two 6G IDE disks. Most files are greater than
> 4M, if that makes a difference.
I don't think so.
> If I want to experiement with different chunk sizes, mus
Hi,
I followed your discussion a little bit, having a question to the fdisk: what
did you mean by "changing the partition type for sda2 to fd"?
Is it an option to fdisk or does it mean to "fdisk" the drive again (building a
"new" partition sda2)?
Dietmar
Stephen Denny wrote:
> > Check if you'v
This is exactly the idea I suggested the other day... I hope it meets with
everone's approval! it also could be used to force the system to move
data off a SPARE disk if I want to keep the same disk spare unless it's
being used for neatness
I realise that it leaves an inconsistant files
Hi,
I made a small kernel and raidtools patch to mark a specific device as dirty
(failure).
Suppose you have as a /etc/raidtab
raiddev /dev/md4
chunk-size128
raid-level1
nr-raid-disks 2
nr-spare-disks1
device
Here is some further information about the
filesystem, produced by dumpe2fs. The blocks
being freed seem to be far outside the actual
filesystem.
The block numbers generated are not random,
the same blocks appear over and over again.
And for those of you into spooky numerology,
if you subtract (h
Richard Jones wrote:
>
> Apart from a couple of minor and easily fixed patch problems,
> patch-2.2.4 can be applied to linux-2.2.3 + raid 19990309.
> I've been running some stress tests on the new kernel and
> a large array of SCSI RAID disks very successfully over-
> night. Well done to all!
No
13 matches
Mail list logo
