Festplatten eindeutig Kennzeichnen unter Linux

[tracer]

Nun habe ich mal ne Linux Frage.

Hatte mch damit noch nie beschäftigt, weil ich Linux immer nur auf Desktops hatte, oder auf "richtiger" Hardware.

Jetzt macht aber mein Homeserver Probleme, OK; die sind etwas Hausgemacht, ich hätte es früher merken können, aber ist halt kein Produktivsystem, nur Print/File/Testserver.

Ursprünglich hatte ich:

sda an Adaptec als Systemplatte
hda & hdb onBoard als RAID1 für bewegliche Daten
sdb, sdc, sdd als RAID5 für die eigentlichen Daten, sde als Spare

Jetzt machte die Kiste in letzer Zeit Probleme.

Also mal in die Logs rein.
sda ist Fratze, Kiste bootet zwar, aber schmeisst regelmäßig Fehler.
hda ODER hdb ist hin laut Kernel log, habe erstmal beide rausgenommen.

Eine der Platten im RAID5 ist auch hin. Also erstmal nen Notsystem gebaut, RAID restoren lassen, Komplettsicherung auf externe Platte.

OK, ich werde gleich mit Try & Error gucken, ob hda oder hdb hin ist, und dann das System umziehen (habe das ursprünglich mal als Debian 1.3 aufgesetzt, will nicht neu installieren.

Dann komme ich zum eigentlichen Problem:
Wie bekomme ich raus, welche der Platten aus dem RAID welche ist?

Weil, die spare ist eingebunden, heisst aber nun sdd. Für heute finde ich sicherlich ne Lösung mit Try & Error, aber dauerhaft hätte ich da gerne ne Flexiblere Lösung, den Kisten irgendwie "Namen gegebn", oder so, damit ich die eindeutig identifizieren kann.

Gab's da nicht irgendwas mit "labels" oder so?

Antwort eilt nicht, ich werde ne Weile brauchen ...

[fireball]

EXT2/3:
tune2fs -L "your_label_here" /dev/hda2
oder
e2label /dev/sdaX "my new label"

ReiserFS:
reiserfstune /dev/sdaX -l "my new label"


mount -l zeigt Dir die Disk-Labels mit an, im Raidverbund (bei Software Raid, keine Ahnung, ob Du das einsetzt) sollte mdadm die entsprechenden Infos werfen.

[ER Corvulus]

Edding

Linux vergibt die Bezeichnung der Platten in Reihenfolge des Einbaus - machmal (macht mein neuer NAS so) ist die Reihenfolge festgelegt - steht dann in der Dokumentation vom MB oder der RAID-Karte

Grüsse Wolfgang

[fireball]

Bei IDE-Platten ist die Bezeichnung direkt festgenagelt an die Controllerports - da gilt ganz klar hda=Primary Master, hdb=Primary Slave, hdc=Secondary Master etc. - gleiches gilt bei SCSI - wird natürlich dann blöd, wenn der SCSI-Controller das gesamte Array handled, wie das bei Hardware-Raid der Fall ist. Aber da hat das OS nix mehr mit zu tun.

Naja... mit udev relativiert sich das dann wieder - da hängen die Bezeichnungen an den GUIDs der PLatten - das findet sich dann unter /etc/udev/rules.d - je nach Distribution...

[tracer]

mount -l zeigt Dir die Disk-Labels mit an, im Raidverbund (bei Software Raid, keine Ahnung, ob Du das einsetzt) sollte mdadm die entsprechenden Infos werfen.

Ja, genau sowas habe ich gesucht.
Das RAID5 ist nen Software RAID.

THX, nur, jetzt fährt die Kiste gar nicht mehr von sda hoch.
Hätte doch gerne "eben" alles umgezogen.

Nur, neu aufsetzen ist auch blöd, keine Floppy, kein optisches Laufwerk drin.

[tracer]

Edding

Yap, werde ich auch machen
Aber dadurch sehe ich ja immer noch nicht, welche der 4 identischen kaputt ist.

[tracer]

Bei IDE-Platten ist die Bezeichnung direkt festgenagelt an die Controllerports - da gilt ganz klar hda=Primary Master, hdb=Primary Slave, hdc=Secondary Master etc. - gleiches gilt bei SCSI

Gab es da nicht auch ne Option, direkt über den BIS zu gehen?

IDE ist jetzt wurscht, die defekte konnte ich schnell per Try & Error lokalisieren.

Aber bei SCSI ging das doch auch irgendwie über die ID?

Hmm, naja, wenn es wieder läuft, label ich die SATAs, und dann sollte es passen.

wenn der SCSI-Controller das gesamte Array handled, wie das bei Hardware-Raid der Fall ist.

Da hatten wir immer Adaptec und Mylex, da konnte ich die Platte via Controller im Korb lokalisieren.

[tracer]

So, das Adaptec ist raus, nun versucht er von der ersten IDE zu booten, geht natürlich nicht, weil kein System drauf.

Egal, dann wird er halt neu aufgesetzt, so lange dauert das ja auch nicht.

Zum Glück kann die alte Möhre per USB stick booten.

Bleiben meine SATAs ... Sind die hotplug fähig? oder muss ich immer neu booten?

[ER Corvulus]

Die platten sollten das normalerweise können. Nur - ob Linux da auch immer nachschaut... (unter XP muss ich oft in der datenträgerverwaötktung mal aktualisieren drücken ....) boot halt neu, besser ist das.

Grüsse Wolfgang

[fireball]

SATA Hotplug sollte gehen eigentlich.

Im Notfall mal mit offenem systemlog an- und abstöpseln.

[tracer]

boot halt neu, besser ist das.

Hmm, ich kann es ja mal testen.

Erstmal baue ich mir grade nen Debian in ner VirtualBox auf, Windows7 hat natürlich meinen BootLoader überschrieben ...

Danach dann den USB Stick vorbereiten, wenn das läuft, mache ich mir nen Kopf um das RAID.

Zum Glück habe ich aktuelle Sicherung.

[wassolls]

UUID

[fireball]

Schön in den Raum geworfen. Aber UUID ist sinnlos - man will Platten zuordnen können und braucht in der Regel keine weltweit eindeutigen Bezeichungen...

[wassolls]

Weil, die spare ist eingebunden, heisst aber nun sdd. Für heute finde ich sicherlich ne Lösung mit Try & Error, aber dauerhaft hätte ich da gerne ne Flexiblere Lösung, den Kisten irgendwie "Namen gegebn", oder so, damit ich die eindeutig identifizieren kann.

aber eindeutig is ja eindeutig und viel aufwand ist es ja nicht die UUID der platte rauszubekommen

[tracer]

Mal nen Zwischenstand ... bin immer noch dabei, zu versuchen, zu installieren, die 2. IDE Platte war allem anschend auch platt.