Am Samstag 21 Mai 2005 12:40 schrieb Dietrich.Restemeyer@t-online.de:

Am Freitag, 20. Mai 2005 21:44 schrieb Peter Manias:

...

Hallo,

wir haben auf unserem Server unter SUSE-8.2 Linux ein RAID-1- System mit zwei SCSI- Platten konfiguriert, das lange Zeit problemlos lief. Seit ein paar Tagen gibt es Probleme:

Der Befehl "cat /proc/mdstat" liefert folgende Ausgabe:

Personalities : [raid1] read_ahead 1024 sectors md0 : active raid1 sdb1[1] 3148608 blocks [2/1] [_U]

md1 : active raid1 sda2[0] 9438080 blocks [2/1] [U_]

md2 : active raid1 sdb5[1] 2104384 blocks [2/1] [_U]

md3 : active raid1 sda6[0] 20619328 blocks [2/1] [U_]

unused devices: <none>

Du scheinst 2 Scsi-Platten im System zu haben, mit mindestens 2 primären Partitionen (sda2 sdb1) und 2 logischen in der erweiterten (sda6 sdb5) wovon auf beiden Platten je 2 noch funktionieren (die nach active raid1 aufgeführten). Das heisst, das beide platten nicht ganz kaputt sind, es sich entweder nur um einen soft-fehler handelt, oder mit pech gleich beide platten in Kürze ganz hinüber sein könnten.

Kann es sein das das Raid 1 nicht korrekt konfiguriert ist? Meiner Meinugn nach ist das Raid jeweils nur mit einer Platte konfiguriert. Sonst sollte in der Zeile wo das Raid definiert ist auch die kaputte Platte auftauchen: md3: active raid sdb6[1] sda6[0]

tschüss Didi

cu Daniel -- Daniel Hanke Linux/Unix Systemadministrator, RHCE windream GmbH - Wasserstrasse 219 - 44799 Bochum Telefon +49 234 9734 0 - Telefax +49 234 9734 520 http://www.windream.com

Am Dienstag 24 Mai 2005 07:49 schrieb Dietrich.Restemeyer@t-online.de:

Am Montag, 23. Mai 2005 11:25 schrieb Daniel Hanke: *snip*

...

Kann es sein das das Raid 1 nicht korrekt konfiguriert ist? Meiner Meinugn nach ist das Raid jeweils nur mit einer Platte konfiguriert. Sonst sollte in der Zeile wo das Raid definiert ist auch die kaputte Platte auftauchen: md3: active raid sdb6[1] sda6[0]

Ist das immer so ? Auch nach einem Reboot in degraded Zustand ?

...

cu Daniel

tschüss Didi

Nach einem Reeboot nicht. Was gibt denn dmesg her? Da sollten doch beim booten Fehler auftreten: md: Autodetecting RAID arrays. md: autorun ... md: considering hdb8 ... md: adding hdb8 ... md: md3 already running, cannot run hdb8 md: export_rdev(hdb8) md: ... autorun DONE. check das mal. Gruß Daniel -- Daniel Hanke Linux/Unix Systemadministrator, RHCE windream GmbH - Wasserstrasse 219 - 44799 Bochum Telefon +49 234 9734 0 - Telefax +49 234 9734 520 http://www.windream.com

Hallo, den Zustand mit den Raids haben wir laufend, auch nach einem Reboot. Überprüfen der SCSI- Verbindungen hat auch nichts geändert. Gibt es denn eine Möglichkeit, mit "Bordmitteln" oder einem ggf. zu beschaffenden Tool den hardwaremäßigen Zustand der Platten zu prüfen? Die eingebauten Platten sind IBM Ultrastar. Weil es scheinbar auch Probleme mit dem Bandlaufwerk gibt, könnte ich mir auch eine Macke im SCSI-Controller vorstellen, dessen Typ ich aber (noch) nicht kenne. Gibt es da auch Testtools? Zu dem Tip mit dem Backup auf die externe Platte: Erkennt Linux die Platte automatisch an einem USB-Port oder muss da noch was konfiguriert werden? Erzeugt TAR ein Image, dass ich dann ggf 1:1 auf eine neue Platte übertragen kann? Gruß Pit Dietrich.Restemeyer@t-online.de schrieb:

Am Montag, 23. Mai 2005 11:25 schrieb Daniel Hanke:

...

Am Samstag 21 Mai 2005 12:40 schrieb Dietrich.Restemeyer@t-online.de:

...

Am Freitag, 20. Mai 2005 21:44 schrieb Peter Manias:

...

Hallo,

wir haben auf unserem Server unter SUSE-8.2 Linux ein RAID-1- System mit zwei SCSI- Platten konfiguriert, das lange Zeit problemlos lief. Seit ein paar Tagen gibt es Probleme:

Der Befehl "cat /proc/mdstat" liefert folgende Ausgabe:

Personalities : [raid1] read_ahead 1024 sectors md0 : active raid1 sdb1[1] 3148608 blocks [2/1] [_U]

md1 : active raid1 sda2[0] 9438080 blocks [2/1] [U_]

md2 : active raid1 sdb5[1] 2104384 blocks [2/1] [_U]

md3 : active raid1 sda6[0] 20619328 blocks [2/1] [U_]

unused devices: <none>

Du scheinst 2 Scsi-Platten im System zu haben, mit mindestens 2 primären Partitionen (sda2 sdb1) und 2 logischen in der erweiterten (sda6 sdb5) wovon auf beiden Platten je 2 noch funktionieren (die nach active raid1 aufgeführten). Das heisst, das beide platten nicht ganz kaputt sind, es sich entweder nur um einen soft-fehler handelt, oder mit pech gleich beide platten in Kürze ganz hinüber sein könnten.

Kann es sein das das Raid 1 nicht korrekt konfiguriert ist? Meiner Meinugn nach ist das Raid jeweils nur mit einer Platte konfiguriert. Sonst sollte in der Zeile wo das Raid definiert ist auch die kaputte Platte auftauchen: md3: active raid sdb6[1] sda6[0]

Ist das immer so ? Auch nach einem Reboot in degraded Zustand ?

...

...

tschüss Didi

cu Daniel

tschüss Didi

-- _____________________________________________________________ i.V. Peter Manias Consultec Dr. Ernst GmbH Oehleckerring 2 D-22419 Hamburg Tel: 040 / 533 242 - 27 Fax: 040 / 533 242 -10 mailto: manias@consultec-dr-ernst.de Besuchen Sie uns auf unserer Web-Seite: http://www.consultec-dr-ernst.de _____________________________________________________________

Daniel Hanke schrieb:

> Am Mittwoch 25 Mai 2005 10:58 schrieb Peter Manias:
> 
>>Hallo,
>>
>>den Zustand mit den Raids haben wir laufend, auch nach einem Reboot.
>>Überprüfen der SCSI- Verbindungen hat auch nichts geändert.
>>
>>Gibt es denn eine Möglichkeit, mit "Bordmitteln" oder einem ggf. zu
>>beschaffenden Tool den hardwaremäßigen Zustand der Platten zu prüfen?
>>Die eingebauten Platten sind IBM Ultrastar.
>>
>>Weil es scheinbar auch Probleme mit dem Bandlaufwerk gibt, könnte ich
>>mir auch eine Macke im SCSI-Controller vorstellen, dessen Typ ich aber
>>(noch) nicht kenne. Gibt es da auch Testtools?
>>
>>Zu dem Tip mit dem Backup auf die externe Platte: Erkennt Linux die
>>Platte automatisch an einem USB-Port oder muss da noch was konfiguriert
>>werden? Erzeugt TAR ein Image, dass ich dann ggf 1:1 auf eine neue
>>Platte übertragen kann?
>>
>>Gruß Pit
> 2. Was hat denn dmesg gesagt? 

Das ist auszugsweise die Ausgabe des Befehls dmesg . Reicht das für ein 
paar zusätzliche Tips?

Habe leider zusätzlich das Problem, dass ich eine (neue) externe Platte 
(Angeschlossen über USB) nicht partitionieren kann. Der Rechner hängt 
sich scheinbar auf, es geht dann nur noch Power off.

md:  adding sda5 ...
md: created md2
md: bind
md: bind
md: running: 
md: sdb5's event counter: 0000005a
md: sda5's event counter: 00000042
md: superblock update time inconsistency -- using the most recent one
md: freshest: sdb5
md: kicking non-fresh sda5 from array!
md: unbind
md: export_rdev(sda5)
md: md2: raid array is not clean -- starting background reconstruction
md: RAID level 1 does not need chunksize! Continuing anyway.
md2: max total readahead window set to 508k
md2: 1 data-disks, max readahead per data-disk: 508k
raid1: device sdb5 operational as mirror 1
raid1: md2, not all disks are operational -- trying to recover array
raid1: raid set md2 active with 1 out of 2 mirrors
md: updating md2 RAID superblock on device
md: sdb5 [events: 0000005b]<6>(write) sdb5's sb offset: 2104384
md: recovery thread got woken up ...
md2: no spare disk to reconstruct array! -- continuing in degraded mode
md3: no spare disk to reconstruct array! -- continuing in degraded mode
md: recovery thread finished ...
  [events: 00000000]
md: invalid raid superblock magic on md2
md: md2 has invalid sb, not importing!
md: no nested md device found
md: considering sdb2 ...
md:  adding sdb2 ...
md:  adding sda2 ...
md: created md1
md: bind
md: bind
md: running: 
md: sdb2's event counter: 00000040
md: sda2's event counter: 0000005d
md: superblock update time inconsistency -- using the most recent one
md: freshest: sda2
md: kicking non-fresh sdb2 from array!
md: unbind
md: export_rdev(sdb2)
md: md1: raid array is not clean -- starting background reconstruction
md: RAID level 1 does not need chunksize! Continuing anyway.
md1: max total readahead window set to 508k
md1: 1 data-disks, max readahead per data-disk: 508k
raid1: device sda2 operational as mirror 0
raid1: md1, not all disks are operational -- trying to recover array
raid1: raid set md1 active with 1 out of 2 mirrors
md: updating md1 RAID superblock on device
md: sda2 [events: 0000005e]<6>(write) sda2's sb offset: 9438080
md: recovery thread got woken up ...
md1: no spare disk to reconstruct array! -- continuing in degraded mode
md2: no spare disk to reconstruct array! -- continuing in degraded mode
md3: no spare disk to reconstruct array! -- continuing in degraded mode
md: recovery thread finished ...
  [events: 70543253]
md: invalid raid superblock magic on md1
md: md1 has invalid sb, not importing!
md: no nested md device found
md: considering sdb1 ...
md:  adding sdb1 ...
md:  adding sda1 ...
md: created md0
md: bind
md: bind
md: running: 
md: sdb1's event counter: 0000005f
md: sda1's event counter: 00000047
md: superblock update time inconsistency -- using the most recent one
md: freshest: sdb1
md: kicking non-fresh sda1 from array!
md: unbind
md: export_rdev(sda1)
md: md0: raid array is not clean -- starting background reconstruction
md: RAID level 1 does not need chunksize! Continuing anyway.
md0: max total readahead window set to 508k
md0: 1 data-disks, max readahead per data-disk: 508k
raid1: device sdb1 operational as mirror 1
raid1: md0, not all disks are operational -- trying to recover array
raid1: raid set md0 active with 1 out of 2 mirrors
md: updating md0 RAID superblock on device
md: sdb1 [events: 00000060]<6>(write) sdb1's sb offset: 3148608
md: recovery thread got woken up ...
md0: no spare disk to reconstruct array! -- continuing in degraded mode
md1: no spare disk to reconstruct array! -- continuing in degraded mode
md2: no spare disk to reconstruct array! -- continuing in degraded mode
md3: no spare disk to reconstruct array! -- continuing in degraded mode
md: recovery thread finished ...
  [events: 7631eacb]
md: invalid raid superblock magic on md0
md: md0 has invalid sb, not importing!
md: no nested md device found
md: ... autorun DONE.
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
(recovery.c, 256): journal_recover: JBD: recovery, exit status 0, 
recovered transactions 1751345 to 1751368
(recovery.c, 258): journal_recover: JBD: Replayed 1226 and revoked 0/0 
blocks
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Trying to move old root to /initrd ... failed
Unmounting old root
Trying to free ramdisk memory ... okay
Freeing unused kernel memory: 160k freed
md: array md0 already exists!
md: array md1 already exists!
md: array md2 already exists!
md: array md3 already exists!
md: Autodetecting RAID arrays.
  [events: 00000040]
  [events: 00000042]
  [events: 00000040]
  [events: 00000047]
md: autorun ...
md: considering sda1 ...
md:  adding sda1 ...
md: md0 already running, cannot run sda1
md: export_rdev(sda1)
md: (sda1 was pending)
md: considering sdb2 ...
md:  adding sdb2 ...
md: md1 already running, cannot run sdb2
md: export_rdev(sdb2)
md: (sdb2 was pending)
md: considering sda5 ...
md:  adding sda5 ...
md: md2 already running, cannot run sda5
md: export_rdev(sda5)
md: (sda5 was pending)
md: considering sdb6 ...
md:  adding sdb6 ...
md: md3 already running, cannot run sdb6
md: export_rdev(sdb6)
md: (sdb6 was pending)
md: ... autorun DONE.


> 
> cu
> Daniel
> 

Gruß Pit

-- 

Daniel Hanke schrieb:

Am Montag 06 Juni 2005 11:42 schrieb Peter Manias: *snip

...

md: created md0 md: bind md: bind md: running: <sdb1><sda1> md: sdb1's event counter: 0000005f md: sda1's event counter: 00000047 md: superblock update time inconsistency -- using the most recent one md: freshest: sdb1 md: kicking non-fresh sda1 from array!

*snap*

Probier mal mit raidhotadd /dev/md0 /dev/sda1 die Platte neu ins Raid einzuhängen. http://www.kieser.net/linux/raidhotadd.html

Nach dem Befehl meldet dmesg jetzt folgendes: md: autorun ... md: considering sdb6 ... md: adding sdb6 ... md: adding sda6 ... md: created md3 md: bind md: bind md: running: <sdb6><sda6> md: sdb6's event counter: 00000040 md: sda6's event counter: 0000005d md: superblock update time inconsistency -- using the most recent one md: freshest: sda6 md: kicking non-fresh sdb6 from array! md: unbind md: export_rdev(sdb6) md: RAID level 1 does not need chunksize! Continuing anyway. md3: max total readahead window set to 508k md3: 1 data-disks, max readahead per data-disk: 508k raid1: device sda6 operational as mirror 0 raid1: md3, not all disks are operational -- trying to recover array raid1: raid set md3 active with 1 out of 2 mirrors md: updating md3 RAID superblock on device md: sda6 [events: 0000005e]<6>(write) sda6's sb offset: 20619328 md: recovery thread got woken up ... md3: no spare disk to reconstruct array! -- continuing in degraded mode md: recovery thread finished ... [events: 00000000] md: invalid raid superblock magic on md3 md: md3 has invalid sb, not importing! md: no nested md device found md: considering sdb5 ... md: adding sdb5 ... md: adding sda5 ... md: created md2 md: bind md: bind md: running: <sdb5><sda5> md: sdb5's event counter: 0000005e md: sda5's event counter: 00000042 md: superblock update time inconsistency -- using the most recent one md: freshest: sdb5 md: kicking non-fresh sda5 from array! md: unbind md: export_rdev(sda5) md: RAID level 1 does not need chunksize! Continuing anyway. md2: max total readahead window set to 508k md2: 1 data-disks, max readahead per data-disk: 508k raid1: device sdb5 operational as mirror 1 raid1: md2, not all disks are operational -- trying to recover array raid1: raid set md2 active with 1 out of 2 mirrors md: updating md2 RAID superblock on device md: sdb5 [events: 0000005f]<6>(write) sdb5's sb offset: 2104384 md: recovery thread got woken up ... md2: no spare disk to reconstruct array! -- continuing in degraded mode md3: no spare disk to reconstruct array! -- continuing in degraded mode md: recovery thread finished ... [events: 00000000] md: invalid raid superblock magic on md2 md: md2 has invalid sb, not importing! md: no nested md device found md: considering sdb2 ... md: adding sdb2 ... md: adding sda2 ... md: created md1 md: bind md: bind md: running: <sdb2><sda2> md: sdb2's event counter: 00000040 md: sda2's event counter: 00000061 md: superblock update time inconsistency -- using the most recent one md: freshest: sda2 md: kicking non-fresh sdb2 from array! md: unbind md: export_rdev(sdb2) md: RAID level 1 does not need chunksize! Continuing anyway. md1: max total readahead window set to 508k md1: 1 data-disks, max readahead per data-disk: 508k raid1: device sda2 operational as mirror 0 raid1: md1, not all disks are operational -- trying to recover array raid1: raid set md1 active with 1 out of 2 mirrors md: updating md1 RAID superblock on device md: sda2 [events: 00000062]<6>(write) sda2's sb offset: 9438080 md: recovery thread got woken up ... md1: no spare disk to reconstruct array! -- continuing in degraded mode md2: no spare disk to reconstruct array! -- continuing in degraded mode md3: no spare disk to reconstruct array! -- continuing in degraded mode md: recovery thread finished ... [events: 70543253] md: invalid raid superblock magic on md1 md: md1 has invalid sb, not importing! md: no nested md device found md: considering sdb1 ... md: adding sdb1 ... md: adding sda1 ... md: created md0 md: bind md: bind md: running: <sdb1><sda1> md: sdb1's event counter: 00000065 md: sda1's event counter: 00000065 md: RAID level 1 does not need chunksize! Continuing anyway. md0: max total readahead window set to 508k md0: 1 data-disks, max readahead per data-disk: 508k raid1: device sdb1 operational as mirror 1 raid1: device sda1 operational as mirror 0 raid1: raid set md0 active with 2 out of 2 mirrors md: updating md0 RAID superblock on device md: sdb1 [events: 00000066]<6>(write) sdb1's sb offset: 3148608 md: sda1 [events: 00000066]<6>(write) sda1's sb offset: 3148608 [events: 7631eacb] md: invalid raid superblock magic on md0 md: md0 has invalid sb, not importing! md: no nested md device found md: ... autorun DONE. kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Trying to move old root to /initrd ... failed Unmounting old root Trying to free ramdisk memory ... okay Freeing unused kernel memory: 160k freed md: array md0 already exists! md: array md1 already exists! md: array md2 already exists! md: array md3 already exists! md: Autodetecting RAID arrays. [events: 00000040] [events: 00000042] [events: 00000040] md: autorun ... md: considering sdb2 ... md: adding sdb2 ... md: md1 already running, cannot run sdb2 md: export_rdev(sdb2) md: (sdb2 was pending) md: considering sda5 ... md: adding sda5 ... md: md2 already running, cannot run sda5 md: export_rdev(sda5) md: (sda5 was pending) md: considering sdb6 ... md: adding sdb6 ... md: md3 already running, cannot run sdb6 md: export_rdev(sdb6) md: (sdb6 was pending) md: ... autorun DONE.

Gruß Daniel

Gruß Pit

Daniel Hanke schrieb:

Am Montag 06 Juni 2005 12:26 schrieb Peter Manias: *snip*

...

md: adding sdb1 ... md: adding sda1 ... md: created md0 md: bind md: bind md: running: <sdb1><sda1> md: sdb1's event counter: 00000065 md: sda1's event counter: 00000065 md: RAID level 1 does not need chunksize! Continuing anyway. md0: max total readahead window set to 508k md0: 1 data-disks, max readahead per data-disk: 508k raid1: device sdb1 operational as mirror 1 raid1: device sda1 operational as mirror 0 raid1: raid set md0 active with 2 out of 2 mirrors md: updating md0 RAID superblock on device md: sdb1 [events: 00000066]<6>(write) sdb1's sb offset: 3148608 md: sda1 [events: 00000066]<6>(write) sda1's sb offset: 3148608 [events: 7631eacb] md: invalid raid superblock magic on md0 md: md0 has invalid sb, not importing! md: no nested md device found md: ... autorun DONE.

*snap*

Ja ist das denn nicht schön? Dann mach das für die anderen Raiddevices auch noch...

Hat alles geklappt, alle vier Raiddevices sind wieder "voll da". VIIIIIIIIELEN Dank für die Unterstützung. Hat noch jemand eine plausible Erklärung, warum im laufenden Betrieb der Raid sich einfach so softwaremäßig verabschieden kann? Gruß Pit

Dietrich.Restemeyer@t-online.de schrieb:

...

Gibt es denn eine Möglichkeit, mit "Bordmitteln" oder einem ggf. zu beschaffenden Tool den hardwaremäßigen Zustand der Platten zu prüfen? Die eingebauten Platten sind IBM Ultrastar.

Weil es scheinbar auch Probleme mit dem Bandlaufwerk gibt, könnte ich mir auch eine Macke im SCSI-Controller vorstellen, dessen Typ ich aber /proc/(noch) nicht kenne. Gibt es da auch Testtools?

Zu dem Tip mit dem Backup auf die externe Platte: Erkennt Linux die Platte automatisch an einem USB-Port oder muss da noch was konfiguriert werden? Erzeugt TAR ein Image, dass ich dann ggf 1:1 auf eine neue Platte übertragen kann?

Gruß Pit

Gib uns doch einmal ein paar mehr Informationen. Gibt es die Datei /etc/raidtab ? was steht da drin ?

Inhalt der Datei raidtab ist: File: raidtab Col 0 871 bytes 9% nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 4 device /dev/sda1 raid-disk 0 device /dev/sdb1 raid-disk 1 raiddev /dev/md1 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 4 device /dev/sda2 raid-disk 0 device /dev/sdb2 raid-disk 1 raiddev /dev/md2 raid-level 1

Wie sieht /etc/fstab aus ?

Da steht folgendes drin: File: fstab Col 0 869 bytes 100% /dev/md0 / ext3 defaults 1 1 /dev/md3 /data ext3 defaults 1 2 /dev/md1 /home ext3 defaults 1 2 /dev/md2 /var ext3 defaults 1 2 /dev/sda3 swap swap pri=42 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /proc proc defaults 0 0 usbdevfs /proc/bus/usb usbdevfs noauto 0 0 /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0 /dev/dvd /media/dvd auto ro,noauto,user,exec 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0

Was sagt cat /proc/scsi/scsi ?

odin2:/etc # cat /proc/scsi/scsi Attached devices: 2's password: Host: scsi0 Channel: 00 Id: 00 Lun: 00rom "<IP-Adresse des Servers>" Vendor: IBM Model: IC35L036UWD210-0 Rev: S5BS Type: Direct-Access ANSI SCSI revision: 03 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: IBM Model: DDYS-T36950N Rev: S96H Type: Direct-Access ANSI SCSI revision: 03 Host: scsi0 Channel: 00 Id: 05 Lun: 00 Vendor: HP Model: C5683A Rev: C111 Type: Sequential-Access ANSI SCSI revision: 02

was erzählt Dir uname -r ? 2.4.20-4GB ist die für mich kryptische Antwort

Reden wir über SuSE, welche Version ?

SuSE 8.2

eine externe Usb-Platte sollte sich als zusätzliche SCSI Platte melden. wenn du z.B. 2 SCSI patten im System hast, die /dev/sda und /dev/sdb sind, dann sollte sich die Usb-Platte als /dev/sdc ansprechen lassen. z.b. mount /dev/sdc1 /mnt.

Muss die externe Platte zwingend eine SCSI-Platte sein oder kann es jede "x-beliebige" Wald- und Wiesen-Platte sein? Das wäre nämlich die nächste Beschaffung, weil ein Image übers Netz mit dem (Windows-)Programm Drive Image 1. ewig dauert und 2. read error auf den Platten produziert hat. 3. ein normales copy vom Windows-Client hat dagegen geklappt.

alles weitere besprechen wir dann später

tschüss Didi

Danke + Gruß Pit

Dietrich.Restemeyer@t-online.de schrieb:

...

...

Gib uns doch einmal ein paar mehr Informationen. Gibt es die Datei /etc/raidtab ? was steht da drin ?

Inhalt der Datei raidtab ist: File: raidtab Col 0 871 bytes 9% nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 4 device /dev/sda1 raid-disk 0 device /dev/sdb1 raid-disk 1

raiddev /dev/md1 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 4 device /dev/sda2 raid-disk 0 device /dev/sdb2 raid-disk 1

raiddev /dev/md2 raid-level 1

Ist die Datei hier zu Ende ? Dann fehlen knapp die Hälfte. md2 ist unvollständig md3 fehlt ganz, sie fstab

...sorry, Fehler zwischen den Ohren. raiddev /dev/md0 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 4 device /dev/sda1 raid-disk 0 device /dev/sdb1 raid-disk 1 raiddev /dev/md1 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 4 device /dev/sda2 raid-disk 0 device /dev/sdb2 raid-disk 1 raiddev /dev/md2 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 4 device /dev/sda5 raid-disk 0 device /dev/sdb5 raid-disk 1 raiddev /dev/md3 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 4 device /dev/sda6 raid-disk 0 device /dev/sdb6 raid-disk 1

...

SuSE 8.2

Solltest ein Update in Erwägung ziehen, da die 8.2 gerade nicht mehr weiter supported wird.

nicht noch eine Baustelle!!!! ;-)

...

weil ein Image übers Netz mit dem (Windows-)Programm Drive Image

Zieh dir mal von www.acronis.de ne testversion von Trueimage und probier es damit. Ist zwar in der Hauptsache für Windows, kann aber mit ext3 und reiserfs umgehen. Die BootRescueCD die Du dir damit erstellen kannst, ist ein Linux mit XP-Optik. Leider kommt man an keine Konsole.

..dann probier ich mein Glück und melde mich wieder

tschüss Didi

Gruß Pit -- _____________________________________________________________ i.V. Peter Manias Consultec Dr. Ernst GmbH Oehleckerring 2 D-22419 Hamburg Tel: 040 / 533 242 - 27 Fax: 040 / 533 242 -10 mailto: manias@consultec-dr-ernst.de Besuchen Sie uns auf unserer Web-Seite: http://www.consultec-dr-ernst.de _____________________________________________________________