Fake Raid unter Ubuntu 7.10

[benediktibk]

In meinem Rechner sind 3 SATA Festplatten installiert, wobei 2 davon ein Raid0 bilden. Auf diesem Raid sind bereits Vista und XP installiert. Auf der dritten Platte habe ich nun Ubuntu 7.10 installiert und nachträglich noch dmraid herutnergeladen. Jetzt sehe ich im GParted zwar die 500GB des Raids (plus den einzelnen Festplatten noch einmal ?(), jedoch scheint dieser Platz unpartitioniert zu sein. Ist er aber nicht, denn ich kann XP und Vista immer noch bei Bedarf booten. Wie bekomme ich jetzt die Paritionstabelle ins Ubuntu?

Testdisk habe ich bereits versucht, das erkennt aber nur die einzelnen Festplatten.

Motherboard: Gigabyte GA-P35-DQ6

 

[bitmuncher]

Was sagt 'fdisk -l' bei dir? Gibt es Fehler in der /var/log/messages, die zu den HDs gehören?

 

[benediktibk]

benediktibk@Speedy-III:~$ sudo fdisk -l
[sudo] password for benediktibk:

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0007ac93

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       13995   112414806   83  Linux
/dev/sda2           13996       14593     4803435    5  Extended
/dev/sda5           13996       14593     4803403+  82  Linux swap / Solaris

[B]Unable to seek on /dev/sdb[/B]

Sieht schlecht aus.

Dec 25 16:52:48 Speedy-III syslogd 1.4.1#21ubuntu3: restart.
Dec 25 16:53:32 Speedy-III kernel: [  687.839453] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
Dec 25 16:53:32 Speedy-III kernel: [  688.174799] device-mapper: ioctl: error adding target to table
Dec 25 16:53:32 Speedy-III kernel: [  688.175266] device-mapper: ioctl: error adding target to table
Dec 25 16:53:32 Speedy-III kernel: [  688.175841] device-mapper: ioctl: error adding target to table
Dec 25 16:53:52 Speedy-III kernel: [  708.280464] device-mapper: ioctl: error adding target to table
Dec 25 16:53:52 Speedy-III kernel: [  708.281035] device-mapper: ioctl: error adding target to table
Dec 25 16:53:52 Speedy-III kernel: [  708.281569] device-mapper: ioctl: error adding target to table
Dec 25 17:02:48 Speedy-III kernel: [ 1243.350005] end_request: I/O error, dev fd0, sector 0
Dec 25 17:02:48 Speedy-III kernel: [ 1243.373967] end_request: I/O error, dev fd0, sector 0
Dec 25 17:03:07 Speedy-III exiting on signal 15
Dec 25 17:05:26 Speedy-III syslogd 1.4.1#21ubuntu3: restart.
Dec 25 17:05:26 Speedy-III kernel: Inspecting /boot/System.map-2.6.22-14-generic
Dec 25 17:05:26 Speedy-III kernel: Loaded 25445 symbols from /boot/System.map-2.6.22-14-generic.
Dec 25 17:05:26 Speedy-III kernel: Symbols match kernel version 2.6.22.
Dec 25 17:05:26 Speedy-III kernel: No module symbols loaded - kernel modules not enabled.
Dec 25 17:05:26 Speedy-III kernel: [    0.000000] Linux version 2.6.22-14-generic (buildd@terranova) (gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) #1 SMP Tue Dec 18 08:02:57 UTC 2007 (Ubuntu 2.6.22-14.47-generic)
Dec 25 17:05:26 Speedy-III kernel: [    0.000000] BIOS-provided physical RAM map:
Dec 25 17:05:26 Speedy-III kernel: [    0.000000]  BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
Dec 25 17:05:26 Speedy-III kernel: [    0.000000]  BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
Dec 25 17:05:26 Speedy-III kernel: [    0.000000]  BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
Dec 25 17:05:26 Speedy-III kernel: [    0.000000]  BIOS-e820: 0000000000100000 - 000000007fee0000 (usable)

Gibt es Fehler in der /var/log/messages, die zu den HDs gehören?

Ja, es gibt Fehler, aber ich verstehe sie nicht.

Edit: Wenn ich das jetzt richtig verstanden habe, ist der device-mapper für Software-Raids zuständig?

 

[bitmuncher]

Hast du zufällig evms installiert?

 

[benediktibk]

Ich weiß jetzt nicht, wie man so etwas richtig kontrolliert, aber ich glaube es ist nicht installiert.

benediktibk@Speedy-III:~$ evms
The program 'evms' is currently not installed.  You can install it by typing:
sudo apt-get install evms-cli
bash: evms: command not found
benediktibk@Speedy-III:~$

 

[bitmuncher]

dpkg -l | grep evms

Normalerweise tritt die Meldung, die bei dir in den Logs auftaucht in Verbindung mit einem Bug auf, sobald evms installiert ist.

 

[benediktibk]

Sorry dass ich in letzter Zeit mich nicht mehr gemeldet habe, aber ich hatte einfach ein wenig Stress. Jetzt ist aber wieder Zeit vorhanden, die Ferien sind ja vorbei .

dpkg -l | grep evms
liefert gar keine Meldung, und (zur Kontrolle)

dpkg -l
liefert viele Meldungen, aber kein evms


edit:

benediktibk@Speedy-III:~$ sudo dmraid -ay
RAID set "jmicron_GRAID " already active
ERROR: dos: partition address past end of RAID device

Bedeutet das, dass die angegebne Größe des Arrays nicht mit der tatsächlichen übereinstimmt?

OT: dos? ich dachte das wäre Ubuntu

 

[bitmuncher]

Da du noch Windows-Partitionen auf der gleichen HD hast, kann es sein, dass du evtl. sogenannte überlappende Partitionen hast. Was gibt dir 'fdisk -l' aus?

Edit: Sehe gerade, dass der Output schon in einem deiner vorigen Posts war. Dass er die Partitionstabelle von sdb nicht lesen kann ist schon recht seltsam. Bekommst du da auch keinen Output, wenn du 'fdisk -l /dev/sdb' nutzt?

 

[benediktibk]

Bei fdisk -l /dev/sda bekomme ich gar keinen Output, bei sdb nur die Informationen der 2. Festplatte (250GB-Größe statt 500GB für das Raid) plus der Information, dass die Partitionstabelle ungültig ist (irgendwie logisch, wenn die Hälfte fehlt).

Unter /dev habe ich aber interessante Einträge gefunden:
...
scd0
scd1
sda
sda1 Ich dachte, sda ist leer fürs Ubuntu?
sda2
sda3
sda4
sdb
sdc
sdc1
sdc2
sdc5
sdd
sde
...

Noch mal kurz fürs Verständnis:
sda+sdb ergeben das FakeRaid
sdc Festplatte fürs Ubuntu

EDIT1:
Ich habe meine alten Posts einmal durchgelesen und fdisk -l ausprobiert:

benediktibk@Speedy-III:/dev$ sudo fdisk -l

Unable to seek on /dev/sda

Im Gegensatz zu

benediktibk@Speedy-III:~$ sudo fdisk -l
[sudo] password for benediktibk:

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0007ac93

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       13995   112414806   83  Linux
/dev/sda2           13996       14593     4803435    5  Extended
/dev/sda5           13996       14593     4803403+  82  Linux swap / Solaris

Unable to seek on /dev/sdb

Wieso ändert sich da der Output, bzw die Problematik? (XP und Vista funktionieren noch, also können die Festplatten nicht anders angeschlossen sein als früher)

EDIT2: Alter Schwede, die Probleme ändern sich schneller als ich posten kann:

benediktibk@Speedy-III:~$ sudo fdisk -l

Unable to seek on /dev/sda

Jetzt habe ich zumindest wieder einen Output

 

[bitmuncher]

Ich würde an deiner Stelle die Kiste nochmal sauber neu einrichten. Bei dir scheint ja einiges im Argen zu sein. Du weisst ja nichtmal was auf welche Platte installiert ist, wenn ich das richtig mitbekommen habe. Ansonsten poste bitte nochmal folgende Details:

Was hast du auf der Primary Master eingerichtet und wie hast du diese partitioniert?
Was hast du auf der Primary Slave eingerichtet und wie ist diese partitioniert?
Was hast du auf der Secondary Master eingerichtet und wie hast du diese partitioniert?

Langsam sehe ich bei dir nämlich nicht mehr ganz durch. Sofern du deine Platten nicht irgendwie umgesteckt hast (was Windows in manchen Situationen nicht weiter stört), sollte sich die Device-Zuordnung unter Linux jedenfalls nicht geändert haben. Ob du hardwaretechnisch was geändert hast, kannst aber nur du wissen.

 

[benediktibk]

Okay, jetzt komme ich einmal kurz nicht mit: SATA <->Primary/Slave? ?(

Und die Hardware hat sich nicht geändert. (Außer ein kleiner Gnom steckt bei mir immer alles um)

Sofern du deine Platten nicht irgendwie umgesteckt hast (was Windows in manchen Situationen nicht weiter stört)

Bei einem Raid 0 wird es Windows doch sehr wohl stören, da die Daten dann ja komplett durchgewürfelt sind?

Noch einmal kurz zur Erklärung (anscheinend drücke ich mich nicht so klar aus, wie ich es mir gedacht habe)

3 SATA-Festplatten, GA-P35-DQ6

1x120GB -> steckt auf gelbem Anschluss
2x250GB -> stecken auf violetten Anschlüssen (Anschlüsse für den Gigabyte Raid Controller)

Mit dem Raid-Utility (Kommt direkt nach dem Bios) das Raid0 auf den 2x250GB eingerichtet.

Festplatte GRAID (2x250GB Raid0) sda+sdb
Partition 1 - 10GB
Partition 2 - 50GB
Partition 3 - Rest
Logisches Laufwerk - 50GB

Festplatte 2 (120GB) sdc
Device Boot Start End Blocks Id System
/dev/sdc1 * 1 13995 112414806 83 Linux
/dev/sdc2 13996 14593 4803435 5 Extended
/dev/sdc5 13996 14593 4803403+ 82 Linux swap / Solaris

Bei den Größenangaben auf GRAID bin ich mir nicht ganz sicher, aber in etwa in dieser Größenordnung sollten sie liegen. Für Ubuntu war eigentlich das logische Laufwerk geplant. Nach dem ich aber auch bei der Installation Probleme mit dem Raid hatte, entschloss ich mich dazu eine Festplatte aus einem anderen Rechner einzubauen, um dort das Ubuntu zu installieren.

Ich hoffe jetzt ist alles an Infos da, was du benötigst.

PS: Danke für die bisher aufgebrachte Zeit und Geduld

 

[hamill]

works as advertized.

draid sagt:
"This is Alpha software and it can destroy your data!"
http://people.redhat.com/~heinzm/sw/dmraid/readme

ubuntu sagt:
"Most linux-based GUI tools won't properly work with fakeRAID devices"
https://help.ubuntu.com/community/FakeRaidHowto

wie auch immer. Lies Dir mal die beiden FAQs da oben durch, und dann,
da schließe ich mich bitmuncher an, würde ich an Deiner Stelle den Kram
nochmal neu aufsetzen. und diesmal ohne RAID.
Das linux-fakeRAID ist ganz hübsch, wenn man Daten von einer bestehenden Windows-installation abziehen will, sicher, aber ob man es darüberhinaus belasten kann, ist eine andere Frage.
Und spätestens bei "unable to seek on /dev/sda" hast Du ein Problem, das Du zuerst lösen mußt. Liegt es an der hardware (Platten, Kabel, Steckverbinder, chipsatz), liegt es am dmraid, liegt es am fdisk, das nicht für fakeRAIDs ausgelegt ist, um nur einige der möglichen Ursachen zu nennen.

hamill sagt:
dual boot tut niemals gut