Newsgroup: it.comp.os.linux.sys
Titolo: aggiornare il kernel con debian

ho un dubbbio sulla procedura per aggiornare il kernel in una debian
con controller ATA-RAID promise tx2
la procedura di installazione e' stata la seguente:
su una box ho scaricato i kernel_headers del 2.4.18-bf24, ho scaricato
dal sito della promise i sorgenti del kernel che ho compilato usando
i kernel_headers 2.4.18-bf24. Ecco qua che mi sono trovato un bel 
FastTrak.o che ho messo su un dischetto sotto la directory /boot
Sulla box con quel controller sono partito con i cd ufficiale debian 3.0
con i seguenti parametri di boot:
bf24 ide2=0 ide3=0 ide4=0 ide5=0 ide6=0 ide7=0 ide8=0 ide9=0
(parametri  obbligatori per il corretto funzionamento del drivers)
durante la procedura di setup mi viene richiesto il precaricamento
dei drivers da dischetto; inserico il mio bel floppy, il driver viene
caricato correttamente e posso procedere l'installazione con il 
partizionamento del disco, /dev/sda
installo il kernel, installo il sistema, installo il lilo
il sistema crea una immagine di initrd contente il driver.
Riavvio il sistema e tutto funziona correttamente.
Oramai e' diversi mese che la macchina lavora a pieno ritmo senza
problemi, anzi ho avuto anche la rottura di un disco e il mirror ha 
fatto il suo dovere.
Se volessi aggiornare il kernel e passare ad un 2.4.26 quale dovrebbe
essere la procedura corretta per non incorrere in kernel panic dopo il
reboot ? Il problema che ho principalemente e' legato alla creazione
dell'immagine initrd non tanto alla compilazione del kernel che con
i kernel package di debian e' spettacolare.
Grazie
Pinocchio

 i kernel package di debian e' spettacolare.
Semplice
Scarichi il kernel vanilla 
lo scompatti
entri nella directory
make menuconfig
make-kpkg clean
make-kpkg -revision=v1.0.suka kernel_image
e ti trovi nella ../ il pacchetto .deb del kernel da installare.
Consiglio di compilare statico il supporto per il promise cosě non incorri
in nessun problema.
Max

 in nessun problema.
Il problema e' che il supporto del promise e' esterno al kernel, non e' 
una patch per il kernel. Concordo con te nella procedura suddetta, ma 
hai affrontato il problema del Promise. Per poter far ripartire il 
sistema devo creare una immagine initrd con il driver del promise compilato.
Pinocchio

 Il problema e' che il supporto del promise e' esterno al kernel, non e' 
Azz... allora ben due miei serverini funzionano per grazia ricevuta senza
drivers....
Google l'hai usato ?
IDE, ATA and ATAPI Block devices
 -> Support for IDE Raid controllers (EXPERIMENTAL)
  -> Support Promise software RAID (Fasttrak(tm))
E funziona pure...
Tra l'altro come già detto inquesta sede e ribadito molte volte:
 il tree 2.4 supporta i promise dalla 2.4.19-ac
 il tree 2.6 non supporta i promise allo stesso modo e nonli suporterà.
Ti consiglio vivamente di usare il raid software per i motivi già
sviscerati (cerca su questo forum...)
Max

   -> Support Promise software RAID (Fasttrak(tm))
Come avevo scritto nel primo messaggio del tread
non uso il supporto ataraid dei kernel ma un driver esterno
scaricato dal sito della promise. i dischi te li vedi con /dev/ataraid/d0p1
etc.etc.
io li vedo come /dev/sda
per farti capire le differenze ti pasto questo:
*********************************************************************
nicola@debian:~$ cat /proc/scsi/FastTrak/0
PROMISE FastTrak Series Linux Driver Version 1.02.0.25
Adapter1 - FastTrak LP/TX2/TX4, IRQ(5)
Array    - Array[1] : 1X2 Mirror (OK)
Drive    -
  1: Maxtor 2F030J0 Pri/Master Array[1]  30749MB BASE(0xd400) BM(0xe400)
UDMA5
  3: Maxtor 6E040L0 Sec/Master Array[1]  41110MB BASE(0xdc00) BM(0xe408)
UDMA5
nicola@debian:~$
*********************************************************************
nicola@debian:~$ df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda1              6728280    902552   5483948  15% /
/dev/sda2             19228308   2235860  16015696  13% /home
/dev/sda3              2885812    128416   2610804   5% /var
nicola@debian:~$
*****************************************
Saluti
Pinocchio

 io li vedo come /dev/sda
Io, per esperienza diretta, butterei nel cesso quel driver e passerei
all'ataraid.
Poi, vedi tu...
-- 
cat: .signature: No such file or directory

 etc.etc.
Ho capito.
Io ti ho illustrato la soluzione che ho adottato io.
Mi da sempre alquanto fastidio utilizzare roba closed source e TAINTizzare
i kernel.
Ribadisco, comunque, che quel controller è ottimo come velocità ma lascia
alquanto a desiderare per altre cose.
Io ti consiglierei di usarlo come controller normale abbinato al raid
software...
max

 
La mia esperienza e' perfettamente contraria, con il drivers ataraid
non riesco a monitorare lo stato del raid, mi sembra che sia piu' un 
raid software che hardware.
Saluti
Pinocchio

 raid software che hardware.
Infatti....
perchè è così che funziona quel controller...
Non è che i drivers originali aggiungono funzionalità straordinarie eh !
usa il raid software che si fa prima.
max