Re: IDE-Ger

[Christian Leber <christian@xxxxxxxx>]

On Fri, Nov 25, 2005 at 01:33:41AM +0100, Werner Holtfreter wrote:

> ich habe nach der Aufruestung Duron -> Athlon  mit neuem Motherboard 
> den Versuch gemacht, das installierte System (Suse 9.2) zu booten. 
> Keine Ahnung, ob es weitere Gruende fuer den Misserfolg gibt, aber es 
> scheiterte schon daran, dass das Kernel-Modul fuer den 
> On-Board-Promise-Controller *zuerst* geladen wurde und damit die 
> Adressen hda bis hdd belegte. Meine Festplatte am 
> Standard-Controller wurde damit ploetzlich zu hde und "/" wurde 
> nicht gefunden.

Dann aender eben in der /boot/grub/menu.lst (bzw. lilo.conf) und
der /etc/fsstab von hda auf hde.

> DIE ZWEITE Loesung waere, die Geraete an den Promise-Chip zu stecken, 
> der wahlweise ja *ohne* RAID-Funktionalitaet arbeitet. Dann faengt es 
> wieder mit hda an.
> 
> Was spricht fuer oder gegen diese zweite Loesung? Vielleicht ist es 
> auch einfach egal, ob die Festplatte am Standard-Controller oder am 
> Promise haengt?

Kommt drauf an wieviele und wie schnelle Platten du hast, der Promise
Controller ist natuerlich langsam und naja langsam ist er auch
und unzuverlaessig.
Hab ich erwaehnt, dass Promise Produkte nicht frei von Problemen sind?

Und selbst falls der Promise Controller taugen wuerde waere er
wahrscheinlich per langsamen PCI bus angeschlossen.

> (Beim googln fand ich den Rat, die Geraete zunaechst ueber alle 
> vorhandenen Controller zu verteilen, dann die Kanaele zu nutzen und 
> erst an dritter Stelle an einem Kabel zwei Geraete zu betreiben.)

Natuerlich sollten pata Geraete am besten einzeln an einem Channel
haengen, ob es allerdings schneller ist eine Festplatte an einem
langsamen PCI Controller zu haengen oder 2 Platten an einen Channel
der Board chipsatzes ist IMO keine ausgemachte Sache, besonders wenn man
noch andere PCI Geraete hat.

Gruss
Christian Leber

-- 
  "Omnis enim res, quae dando non deficit, dum habetur et non datur,
   nondum habetur, quomodo habenda est."       (Aurelius Augustinus)
  Translation: <http://gnuhh.org/work/fsf-europe/augustinus.html>