Newsgroup: it.comp.os.linux.sys
Titolo: Kernel Debian e rdev

Ho spostato l'hd da ide1 a ide2 (messo uno nuovo in ide1)
e prima avevo:
hda9 =Slack9
hda2 =Slack10
hda10=Slack11
hda11=Deb (Sarge)
hda12=Kub (Kubuntu)
ora sono dunque diventati tutti con b al posto di a.
Per il momento ho sistemato solo la Slack 10.2 dalla
quale sto scrivendo.
Per sistemarle devo cambiare con rdev il kernel.
Vi chiedo se mi sapete spiegare questo fatto:
Se ora, prima di cambiare, le monto tutte e per ognuna do
il comando rdev (senza parametri) ottengo da tutte le Slack
la partizione corretta: hda9 e hda2 rispettivamente.
Da Kub ho ottenuto (ieri) invece l'inspiegabile /dev/sda1
(ma io di scsi non c'ho nulla).
Con la Deb invece mi da'... eccolo dal vivo:
$ /sbin/rdev /mnt/deb/boot/vm*686
Root device /dev/hda1
Me lo sapete spiegare perche'?
Mi serve perche' vorrei attivarla senza bisogno di
reinstallarla... c'entra il disco ram per caso? ma io
ho tutti ext2, e non ci sono moduli da caricare in avvio
per nessunissima periferica o dispositivo.
-- 
Saluti, Dalet

 
Il root device non è determinato solo attraverso con rdev può essere 
impostato anche dal boot manager (anzi solitamente si lascia a 
quest'ultimo l'incombenza).
Mi sembra strano che con una configurazione così complessa tu abbia 
trascurato ogni cenno al boot manager utilizzato.
Alessandro.

 (ma io di scsi non c'ho nulla).
Come ti hanno già detto, spesso i SATA sono visti com SCSI, in futuro
pare che "diventerà" tutto SCSI, quindi niente più hd* per gli HD ma
questà è un'altra storia...
Io lascerei perdere rdev..
Ciao.
-- 
*** Linux user # 198661 --- ICQ 33500725 ***
***  Home  
http://web.tiscali.it/kailed
  ***
       ***  Powered by SuSeLinux  ***

Io lascerei perdere rdev..
Ma c'e' nella bibbia! (ail) 
Cmq grazie anche a Test per la risposta e guarda, ho fatto
questo:
- montata la Deb qui sulla Slack
- dato chroot /mnt/deb
- dato mkinitrd
- a questo punto mi dice che dovrei montare /proc e mi fa
l'esempio della riga di comando; io la do.
- ora dice che non esiste /lib/modules/2.4.31, io capisco
che c'e' casino (/proc? o il kernel in memoria?) perche'
il .31 e' il kernel della Slack, la Deb ha il .27
- allora creo il link in /lib/modules: ....31 -> ....27
- finalmente mkinitrd termina in silenzio.
Do allora lilo, ma... al boot la macchina s'inchioda allo
stesso modo, preceduta da pagine e pagine di modprobe!!
Insomma non saro' io il primo a spostare i dischi fissi!
e' mai possibile che non ci sia modo di eliminare initrd?!!
e che io sia costretto anche con la Deb a reistallare?
Ps. Guarda ho reinstallato adesso la Kubuntu e rdev mi
da' di nuovo Root device /dev/sda1  ...lo sapranno loro
perche' ci mettono scsi nell'immagine per il ram, perche'
non c'e' altro posto dove possano averlo messo.
-- 
Saluti, Dalet

 Ma c'e' nella bibbia! (ail)
Che dirti, io rimango dell'idea di lasciar perdere rdev e che la
procedura che hai seguito con la slack devee funzionare anche con tutte
le altre distro! Basta (IMHO) una corretta configurazione di lilo/grub
e la modifica di fstab.
Non hai scritto come hai configurato l'avvio delle varie distro, la
configurazione del/i bootloader..
Comunque, in rete trovi il diskupgrade-howto, vedi se ti può tornare
utile.


utile.
Ok guardero' grazie.
-- 
Saluti, Dalet

 Un disco SATA può essere visto come scsi, ma non so se è il tuo caso.
Con il nuovo 2.6.18 e` entrato nel kernel il nuovo sistema di gestione
degli ATA. Se attivato, li fa vedere come dischi scsi (mi pare di aver
capito). Potrebbe essere questo.
Di default dovrebbe essere disattivato, ma non so cosa abbia fatto Ubuntu.
Bye.

>configurazione del/i bootloader..
Sicuro sicuro ? Io rimango dell'idea che rdev e initrd non debbano
essere toccati...
Comunque, facci sapere come risolvi.


Comunque, facci sapere come risolvi.
Si', ora provo a dare solo lilo dalla Deb che non vorrei
dover reinstallare come la Kub, rimettendoci i suoi file
a posto com'erano prima di spostare l'hd (li ho bkpati).
Sembra logico questo che dici di non toccare l'immagine
di initrd, perche' infatti non sembra possibile farla con
/proc assente e i moduli di un kernel diverso da quello
in memoria (in breve con chroot come cercavo di fare io).
-- 
Saluti, Dalet

Comunque, facci sapere come risolvi.
Ho rimesso i file com'erano prima, ho dato chroot dalla
Slack, ho solo dato lilo -t.
Ha protestato perche' era vuota /proc e gli mancava il
"mapper" che non riusciva a trovare.
L'ho ignorato e ho dato lilo.
Ho riavviato dando 1 e ho ridato lilo che questa volta era
tutto contento (tranne le proteste per la notazione tipo
scsi delle partizioni... non me lo sono filato per niente).
Ora e' PERFETTA! mi sembrava stonato reinstallare una Deb!
-- 
Saluti, Dalet

Ho riavviato dando 1 e ho ridato lilo che questa volta era
Mi son dimenticato di chiedere: ma che senso ha avviare in
single se PRIMA init carica tutto, e POI li killa?
Allora tanto vale restarci in multiuser: ai pericoli ci
va incontro lo stesso.
-- 
Saluti, Dalet

 Me lo sapete spiegare perche'?
perché vuoi farlo troppo difficile: dì al bootloader qual'è la nuova
variabile root da passare al kerel, controlla fstab e hai finito.

variabile root da passare al kernel, controlla fstab e hai finito.
Si' e' proprio questa che dici la strada, infatti ieri ho
finalmente fatto cosi' e ora e' tutto perfetto.
I due byte "Root device" del kernel puntano al disco RAM
in memoria necessariamente, guarda:
$ /sbin/rdev /mnt/deb/boot/vm*
Root device /dev/hda1
che altri non e' che windous SE ancora da installare!
D'altra parte credo (credo eh) che i dispositivi abbiano
numero maggiore e minore uguale in tutte le distro, e
uguale anche nel disco RAM, ariguarda (sono con la Slack):
$ ls -l /dev/hda1
brw-rw----  1 root disk 3, 1 Jun  9  2002 /dev/hda1
$ hexdump -C -s508 -n2 /mnt/deb/boot/vm*
000001fc  01 03                                             |..|
000001fe
e questo considerando che -C inverte (big endian).
-- 
Saluti, Dalet