Newsgroup: it.comp.os.linux.sys
Titolo: Mission Impossible [SATA e LILO]

Ragazzi ho un problemino con un controller SATA, e vorrei capire se è il
controller chge fà le bizze o se sono io che sono pollo!
Stò cercando di intallare un server linux su una Mo.bo. ASUS A7V600,
ovviamente ho riconfermato la mia DEBIAN r02, già preparandomi ad una
doppia installazione.
Quindi montato tutto il sistema di base su un disco ATA classico, ho
ricompilato il kernel 2.4.23 + patch libata2 e una volta portata a
termine  la compilazione ed installato il kernel ho finalmente visto i
il RAID SATA  .
Quindi ho "clonato l'hdd sul raid e cambiati i riferimenti nel lilo e in
fsstab, ho lanciato il lilo per andare a scrivere sulla MBR del raid
SATA,  e qui sono iniziati gli errori.
In pratica mi dice che due funzioni del lilo ritornano un valore diverso
per il disco 0x80, esendo solo un warnign ho fiducioso riavviato la
macchina, ma al boot dai dischi ATA il lilo si blocca scrivendo solo
LI
Il che di solito vuole dire che non è riuscito a scivere sul disco o che
i riferimenti al suo interno sono sbagliati ...
Adesso non sò dove sbattere la testa, dimentico qualcosa ? tipo moduli
per gestire il radid HARDWARE? non credo ne abbisogni...
Aiutatemi ...
Ho male alla testa tanto sono le capate che ho lasciato sul muro della
sala server ...
grazie
*M*
ps: ma che differenza c'è tra la patch libata1 e libata2 ho cercato
documentazione ma non ho trovato niente ...
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 fsstab,
Hai anche cambiato i riferimenti nel kernel con rdev?
Davide
-- 
| There seem to be two kinds of linux users, those who come from a unix 
| background and those who come from an ibm-pc background.  You could
| call them "sysadmins" and "lusers". --flaps 
| 

 i riferimenti al suo interno sono sbagliati ...
Non ho mai lavorato con SATA, quindi le mie sono considerazioni puramente
teoriche:
Linux vede il sottosistema sata coem HD scsi, mentre il bios immagino lo
veda come IDE
Questo potrebbe confondere non poco lilo, che quando scrive lo MBR deve fare
una cose del tipo:
1) estrarre da lilo.conf il device di boot ( quindi sda nel tuo caso )
2) capire come viene visto dal BIOS questo device
3) Scrivere l'MBR nel disco ( come visto da linux ) le informazioni di come
caricare il kernel, appoggiandosi però al BIOS !!!
Ora quando hai riavviato linux dal supporto ide con il nuovo kernel avevi
hda ( pata ) =0x80-device-di-boot e sda (sata ) =0x81 ( per esempio ). Lilo
ha scritto l'MBR con queste informazioni.
Il boot lo hai fatto con sda (sata)= 0x80-device-di-boot e hda(pata)=0x81
Se tu prima del boot gli cambi le carte in tavola, lui si confonde.
Per uscire da questa situazione di empasse ti cosiglio di settare i disco
come al boot, e partire con un floppy; a quel punto proverei a rilanciare
lilo.
Oppure potresti dare un occhiata alla man page di lilo.conf ( sempre RTFM ):
l'opzione disk sembra fare al caso tuo
[...]
disk=<device-name>
          Defines  non-standard  parameters  for  the specified disk.  See
          section "Disk geometry" of  user.tex  for  details.   Especially
          useful  is  the  `bios=' parameter.  The BIOS numbers your disks
          0x80, 0x81, etc. and it is impossible to decide which Linux disk
          corresponds  to  which BIOS disk (since this depends on the BIOS
          setup, and on the type of BIOS), so if you have an unusual setup
          you  need  to  state  the correspondence between Linux disks and
          BIOS disks.  For example,
                     disk=/dev/sda
                          bios=0x80
                     disk=/dev/hda
                          bios=0x81
[...]
P.S.
Aiuterebbe se postassi il warning che ti da lilo
-- 
gpg key@ 
keyserver.linux.it
: Goffredo Baroncelli (ghigo)
<krei...@inwind.it.toglimi>
Key fingerprint = CE3C 7E01 6782 30A3 5B87  87C0 BB86 505C 6B2A CFF9

Dimmi dove hai trovato i driver per favore...
io ho una asus P4p800 con ICH5 R del chipset i865 e non trovo un caiser...
grazie
Olindo


Non so per il raid, ma per il sata semplice puoi provare a ricompilare il
kernel abilitando i driver sperimentali e guarda tra i driver scsi.
Alessandro.

 wrote in message
news:KhxVb.29931$
VS6....@tornado.fastwebnet.it

Se usi il kernel di alan cox, ci sono già i driver inclusi per i chipset
della via,
ma non per i controller promise.
Per i quali o ti compili il 2.6.0, o se non vuoi/puoi allora scaricati
le patch su:
http://www.kernel.org/pub/linux/kernel/people/jgarzik/libata/
Ma solo per kernel >= 2.4.22, in quanto il codice non è facilmente
portabile in kernel minori.


 Hai anche cambiato i riferimenti nel kernel con rdev?
Questo è interessante :-)
No, francamente no, per un paio di motivi, il primo, non sapevo che
bisognasse farlo, e secondo, mi era già capitato di fare cambiamenti del
genere, e tutto aveva funzionato anche senza rdev, evidentemente ho
avuto fortuna, e come procedo allora con questo rdev?
Grazie
ps: nel hard-disk upgrade how-to, non fanno riferimento a questo rdev...


                           bios=0x81
Questo avevo provato a farlo, ma non ha cambiato ne il warning ne il
risultato :-( è altresì vero che avevo provato solo inserendo
la voce relativa ad /dev/sda e non anche ad /dev/hda.
Il warning recita così:
Warning: Int 0x13 function 8 and function 0x48 return different
head/sector geometries for BIOS drive 0x80
Grazie 
*M*
