Newsgroup: it.comp.os.linux.sys
Titolo: Differenze tra silo e lilo

Salute a tutti. Sono alla ricerca di  informazioni su silo per capire come
posso fare un cambiamento al mio sistema.  Il man e gli HOWTO sono un poco
datati e  quindi, se possibile, avrei  bisogno di qualche hint  diretto di
chi utilizza un  sistema SUN.  Prima cosa,  silo è in grado  di gestire fs
ext3 e reiserfs utilizzati sia per la partizione di boot che per quella di
root?   Secondo punto,  vi sono  limitazione per  dove si  trova il  fs da
caricare (grandezza degli HD oppure sdb invece che sda)?
Utilizzo debian woody con kernel 2-4-27 e  silo 1.2.5-2.
Ringrazio anticipatamente chi vorrà darmi qualche informazione
Antonio
-- 
  /¯\  |¯ \/ ¯|(*** !!! attenzione:  campo From alterato !!! ***)
 /¯_¯\ |¯|\/|¯| )-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(
/_/ \_\|_|  |_|(  |a|m|a|d|e|s|a|n|i(a|t)l|i|b|e|r|o(d|o|t)i|t| )
----------------)-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(

 Ringrazio anticipatamente chi vorrà darmi qualche informazione
   Riguardo SILO ho una piccola esperienza solo sulle SPARCstation, per le 
sun4u
le cose potrebbero stare diversamente rispetto a quanto ho scritto.


Io ho una ultra1 e quindi è una sun4u.
Ti ringrazio per l'aiuto che mi hai dato e per quello che mi darai :)
Ciao


 Ti ringrazio per l'aiuto che mi hai dato e per quello che mi darai :)
   Non scommettere *mai* sul futuro, con me caschi facilmente male!  :-)
   Sandro


Ciao, lascio solo questo pezzettino perché sono un'ottimista :))))
Spero di essere all'ultimo atto.
Lacio sda e sdb (riformattato secondo le tue indicazioni) come sono:
server:~# fdisk -l /dev/sda /dev/sdb
Disk /dev/sda (Sun disk label): 16 heads, 135 sectors, 3880 cylinders
Units = cylinders of 2160 * 512 bytes
   Device Flag    Start       End    Blocks   Id  System
/dev/sda1             0       568    613440   83  Linux native
/dev/sda2  u        568       757    204120   82  Linux swap
/dev/sda3           757      3880   3372840    1  Boot
Disk /dev/sdb (Sun disk label): 64 heads, 32 sectors, 8746 cylinders
Units = cylinders of 2048 * 512 bytes
   Device Flag    Start       End    Blocks   Id  System
/dev/sdb1             0        80     81920   83  Linux native
/dev/sdb2  u         80       336    262144   82  Linux swap
/dev/sdb3   r         0      8746   8955904    5  Whole disk
/dev/sdb4           336      4336   4096000   83  Linux native
/dev/sdb5          4336      4936    614400   83  Linux native
/dev/sdb6          4936      8746   3901440   83  Linux native
come vedi sda non segue l'indicazione SUN del whole ma funziona e per
ora lo lascio così.
Siolo.conf è:
partition=3
root=/dev/sda3
timeout=10
default=l
image=3/boot/vmlinuz-2.4.27
        label=l
        read-only
image=3/boot/vmlinuz-2.4.26
        label=l.old
        read-only
In sdb vi è una copia di sda perà con un frazionamento:
sdb1	/boot
sdb4	/
sdb5	/home
ora io vorrei modificale silo.con inserendo come seconda immagine in
vmlinux-2.4.26 posizionata in sdb1 che verrà montato come /boot in sdb4
che è la root.
come devo modificare silo.conf?
Ciao & TIA
Antonio
p.s. i due flag u e r che cosa vogliono dire?


 p.s. i due flag u e r che cosa vogliono dire?
   Dannazione, la pagina man non dice niente.  Ma sperimentando ho
scoperto che:
u = read-only
r = non-mountable
   Ciao,
   Sandro


Ciao, ci siamo quasi; in effetti in questa maniera parte un kernel da
una partizione che non viene caricata ed è presente solo al boot.
Potrebbe essere un buon elemento di sicurezza sia dal punto di vista di
invasioni aliene sia per mancanza di corrente anche se è un ext2.
Fino ad ora mi ero limitato a mettere una partizione a parte per il
/boot e tenerla read-only.
A questo punto se volessi mettere in silo.conf l'istruzione di
utilizzare sdb4 come root?
Non posso provare inserendo i parametri al momento del silo: in quanto
non ho il monitor a portata di mano e quindi vado con i piedi di
piombo, se si incasina eccessivamente sono nei guai. Utilizzando una cosa tipo:
partition=3
root=/dev/sda3
timeout=10
default=l
image=3/boot/vmlinuz-2.4.27
        label=l
        read-only
other=disk1;1/vmlinuz-2.4.26
	root=disk1;3/dev/sdb4
        label=experiment
        read-only
tieni conto che sdb4 è partizionata come reiserfs.
Ciao & TIA
Antonio


 tieni conto che sdb4 è partizionata come reiserfs.
   *Dovrebbe* funzionare, stando al manuale:
        In  addition  to  these  global options, per-image options
        _append_,    _device_,     _fill-reboot-cmd_,     _image_,
        _initrd-prompt_,     _initrd-size_,   _initrd_,   _other_,
        _partition_,   _pause-after_,   _pause-message_, _ramdisk_,
        _read-only_,     _read-write_     and      _root_  can  be
        specified in the global section. They are used as defaults
        if they aren't specified in the configuration sections  of
        the respective kernel images and will be used also for the
        arbitrary images specified on the input line and not  men­
        tioned  in  the  configuration  file (unless overridden by
        input line options).
   Se no, dovrebbe supplire il buon, vecchio:
append = "root=disk1;3/dev/sdb4"   di liloca memoria.
   Sandro

    Sandro
Ciao Sandro


 Antonio
   Ri-ciao,
   Sandro
-- 
Alessandro Selli
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.


In effetti così pare funzionare, mi rimane un piccolo dubbio: quando uso
una nuova partizione come root, mi aspetterei che sia quel silo.con che
è sulla nuova root a dettare le condizioni per il boot successivo ed invece ho
l'impressione che il sistema utilizzi quello precedente. E' un
situazione un poco strana che dovrei cercarere di approfondire. 
Ciao e grazie di nuovo


 
   SILO viene lanciato dall'OBP, che legge il suo primo stadio sui primi 
1024 byte del disco rigido dove e` contenuto il loader del sistema operativo 
(512 byte) e la tabella di partizione (gli altri 512 byte).  Questo primo 
stadio di SILO va subito a leggersi il suo secondo stadio.  Questo secondo 
stadio il SILO Debian lo mette in /boot/second.b e contiene tutte le 
istruzioni e dati che servono a SILO per lanciare il kernel.  Avviato il 
kernel, la configurazione di SILO non ha piu` nessuna rilevanza.  Se hai 
quindi installato SILO da sda4 ("/"), per fare un esempio, il SILO eseguito 
dall'OBP (primo stadio) e` quello che esegue il secondo stadio 
/boot/second.b, che magari sta su /dev/sda1 ("/boot").  Questo secondo 
stadio legge la sua propria configurazione, dell'esistenza di un 
/etc/silo.conf su un'altra partizione di un altro disco rigido non sa nulla. 
  Lui sa avviare in esecuzione i kernel, poi lui non fa piu` nulla.  C'e` 
solo un file silo.conf che SILO conosce ed usa, quello del disco dal quale 
e` stato installato.  Credo ci siano metodi per dirgli al volo di leggersi 
un altro silo.conf su una partizione arbitraria, ma non l'ho mai fatto e non 
so come si faccia.  Nei manuali dev'esserci spiegato, comunque.
   Sandro


Grazie per tutte le info precedenti. Appena ho un minuto le leggo con
calma (ad una prima scorsa ho capito poco ...).
Tornando a silo devo, trovare a questo punto, l'indicazione per aggiornare
/boot/second.b. in quanto mi tocca ogni volta tornare alla vecchia root
dove è prsente il /boot/, ed è una partizione che vorrei eliminare per
riformattarla con un fs journaled. Ora però capisco perché, avendo
mascherato quel /boot con /boot.old, non riuscivo più a farlo partire
(non lo trovava dove era abituato a trovarlo). In rete ho trovato che
qualcuno considera silo meglio di lilo... io ho qualche dubbio. lilo è,
a mio modo di vedere, più flessibile. E' la sparch che semmai con in suo
OBP è più flessibile del bios degli intel-family. (IMHO ;)).
Tornando a silo, da man silo:
COMMAND-LINE OPTIONS
 -b secondary
        This tells SILO to use secondary as the second stage loader instead of 
	/boot/second.b
però non capisco che cosa sia "fisicamente" secondary (un file, un
indirizo ....), in modo da capire come aggiornarlo.
Occhey, ti saluto
