• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

2 SATA-Platten fehlen, Reihenfolge stimmt nicht

R

Rolf-Werner

Hacker
Moin zusammen,

unser Server (Intel 5000PSL SATA) hat 6 SATA-Ports, an jedem Port hängt eine HD. Als System läuft ein Suse 10.3.

Vier davon kriege ich angezeigt im Yast, aber durcheinander geordnet:

Port 0 - sda
Port 1 - sdc
Port 2 - sdb
Port 3 - sdd

sde und sdf fehlen.

Das "riecht" mir ein bisschen nach IDE-Aufteilung, macht aber eigentlich keinen Sinn.

Wie kriege ich 1. die beiden Platten sde und sdf angezeigt und 2. die Reihenfolge wieder richtig hin?

Danke schon mal für alle Ideen.

Rolf
 
OP
R

Rolf-Werner

Hacker
admine schrieb:
Siehst du denn alle Platten mit "fdisk -l"?
Zum Vergrößern anklicken....

Nein, keine andere Aufteilung als Yast sie auch anzeigt:

Code: 
server3:~ # fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00016191

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         262     2104483+  82  Linux swap / Solaris
/dev/sda2   *         263        2873    20972857+  83  Linux
/dev/sda3            2874       19457   133210980   83  Linux

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

Disk /dev/sdc: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000120c9

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1       19127   153637596   83  Linux
/dev/sdc2           19128       19457     2650725    5  Extended
/dev/sdc5           19128       19457     2650693+  82  Linux swap / Solaris

Disk /dev/sdd: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sdd doesn't contain a valid partition table

Macht das Sinn?

sdc müsste eigentlich sdb heißen, und die beiden Samsung-Platten müssten sdc und sdd sein. sde und sdf fehlen.

Rolf
 
Kurt M

Kurt M

Hacker
Hallo,

die Rehenfolge sagt bei Suse 10.3 nicht mehr viel. Hängt auch davon ab, wie sie im BIOS angeordnet sind. Die Zuordnung zu den SATA Steckern ist nicht mehr klar definiert.

Suse 10.3 greift auch nicht mehr über sda sdb usw zu sondern über die alternativen by-ID Bezeichnungen zu.
Leider haben das viele Konsolenprogramme (fdisk, df, usw...) nicht implementiert, was auch bei mir immer wieder zu Verwirrung führt.
Am besten die Reihenfolge gar nicht beachten.
Bei einer normalen Installation legt Suse 10.3 in fstab alle laufwerke mit den by-IDs richtig an. Schau mal dort rein.

Dass zwei Platten fehlen, könnte daran liegen, dass auf deinem Mainboard zwei Controller drauf sind. Es gibt viele Boards wo der "normale" Controller vier SATA Ports bedient und ein weiterer Controller für zusätzliche SATA oder IDE Stecker vorgesehen ist.
Vermutlich ist dieser zusätzliche Controller bei dir im Bios nicht aktiviert.

Grüße
Kurt
 
OP
R

Rolf-Werner

Hacker
So, jetzt habe ich mal ein bisschen rumprobiert.

Im Bios kann man eine Funktion AHCI anstellen, dann zählt er beim Hochfahren die Platten neu durch und findet auch die beiden letzten.

Allerdings bootet dann Suse nicht mehr von /dev/sda2 (root wird nicht eingehängt, "waiting for /dev/sda2 to appear.....").

Auf der zweiten Platte ist ein Debian drauf, das bootet problemlos und erkennt alle Platten so wie man sich das vorstellt...

Also hab ich in der fstab statt /dev/sda2 usw. die Plattenkennungen eingetragen (aus dem Yast abgelesen und per Hand eingetragen), keine Ahnung, warum er das nicht von selber gemacht hat. Probeweise mal sdd von Yast einhängen lassen, da hat er sie mit der SCSI-id eingetragen.

So, dann noch grub neu schreiben lassen, so dass er nicht mehr nur auf /dev/sda2 verweist...

Und geht immer noch nicht. Jetzt wartet er beim Start eben nicht auf sda2 sondern auf scsi-SATA_MAXTOR...blabla.

Und watt nu? Warum geht es unter Debian ohne Probleme nur mit /dev/sd...?

Rolf
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben