Newsgroup: it.comp.os.linux.sys
Titolo: Consigli per ripristino immagine di linux ottenuta con Clonezilla (reloaded)

La domanda l'ho già posta in it.comp.os.linux.iniziare ma, nonostante
i lodevoli sforzi dei volenterosi postatori, non siamo riusciti a
venire a capo del problema (che potrebbe anche non essere
risolvibile). Su loro consiglio mi rivolgo a questo NG.
Ebbene, mi trovo con il clone (ottenuto con clonezilla) di un disco
contenente l'installazione di Suse Linux Enterprise, fatta su un
server HP Proliant ML150, che vorrei, anzi dovrei, far funzionare su
un pc desktop (o una macchina virtuale) completamente diversa dal
server Proliant.
La prova l'ho effettuata sia su un hard  disk fisico collegato ad un
pc desktop normalissimo che in una macchina virtuale di Vmware Player.
La procedura di boot di grub si blocca quasi subito, restituendo i
seguenti messaggi:
PIIX4: not 100% native mode: will probe irqs later
 ide0: BM-DMA at 0x10c0-0x10c7, BIOS settings: hda:pio, hdb:pio
 ide1: BM-DMA at 0x10c0-0x10cf, BIOS settings: hdc:DMA, hdb:pio
hdc: Vmware virtual UDE CDROM Drive, ATAPI CD/DVD drive
ide1 at 0x170-0x177,0x376 on irq 15
ide-floppy driver 0,99.newide
........ (ommesso perchè non ritengo utile)......
md autodetecting RAID arrays.
md autorun...
md ...autorun DONE.
RAMDISK: compressed image found at block 0
VFS: Mounted root (ext2 filesystem)
Starting udev
Creating devices
Loading kernel/drivers/scsi/scsi_mod.ko
SCSI subsystem inizialized
Loading kernel/drivers/scsi/sd_mod.ko
Loading kernel/drivers/scsi/aic7xxx/aic79xx.ko
insmod: error inserting ' /lib/modules/2.6.5-7.97.dmp/kernel/drivers/
scsi/aic7xxx/aic79xx.ko' : -1 No such device
Loading kernle/fs/reiserfs/reisers.ko
Waiting for device /dev/sda2 to appear: ...not found -- device nodes:
Console fb0 fd0 loop1 loop2 loop3 loop4 loop5 loop6 loop7 md0 nell ram
ram1 ram10 ram11 ram12 ram13 ram14 ram15 ram2 ram3 ram4 ram5 ram6 ram7
ram8 ram9 ramdisk shm tt1 tty2 zero No root device found: exiting to /
bin/sh
exit
umount: invalid option -n
umount: invalid option -n
VFS: cannot open root device "sda2" or unknown-block (0,0)
Please append a correct "root=) boot option
Kernel panic: VFS: unable to mount root fs on unknown-block(0,0)
Ho provato a vedere se fossero corrette le impostazioni di grub
avviando una live di ubuntu ed usando chroot per collegarmi
all'installazione di Suse senza però ottenere alcun risultato se non
sempre la medesima schermata.Anche reinstallando grub.
Mi è stato suggerito (come d'altronde già sospettavo) che il problema
risiederebbe nella presenza del controller RAID sul server e non sul
pc desktop o macchina virtuale usati per clonare l'installazone.
Quindi, chiedo, è possibile bypassare il problema del caricamento o
ricerca del controller raid, i modo da riuscire ad avviare il sistema
operativo?
Grazie in anticipo a chi mi riuscirà a dare una mano.
Pietro

 Kernel panic: VFS: unable to mount root fs on unknown-block(0,0)
  Probabilmente sul controller SCSI c'è la root "/", ma non trovando il
kernel il driver giusto per il controller sul nuovo computer non riesce a
montarla, e quindi si arrende andando nel panico senza alcuna dignità.
  Ciao,
-- 
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.
Chiave PGP/GPG: EC885A8B

   Il kernel non trova il controller RAID gestito dal driver aic79xx.
  Scusa, il controller SCSI.


Grazie per le delucidazioni:-)
Esiste una soluzione praticabile o mi metto il cuore in pace?
Pietro

 Esiste una soluzione praticabile o mi metto il cuore in pace?
  Ci sono due vie praticabili: prepari sul secondo computer una partizione
di boot nuova con un sistema base su cui poi ripristini i dati dall'immagine
salvata; oppure ti compili sulla macchina da clonare un kernel che abbia i
driver per i dispositivi del secondo computer.  Rifai l'immagine, la
ripristini sul secondo computer, e a questo punto dovrebbe partire
correttamente.


Waiting for device /dev/sda2 to appear: ...not found -- device nodes:
Assicurati che vmware stia caricando l'immagine in emulazione SCSI,
altrimenti anziché /dev/sda2 ti compare un /dev/hda2, che non ti fa
bòno (o un /dev/cciss/c0d0p2, chissàmmai).
Oppure prova a forzare l'emulazione EIDE e boota con root=/dev/hda2
esplicitamente.
Leonardo un po' a caso
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!

 correttamente.
Ecco, qui mi trovi decisamente in difficoltà........
Pietro

 esplicitamente.
 Sul disco virtuale già creato non è possibile, proverò a creare una
nuova macchina virtuale con emulazione IDEe poi a ripristinare
l'immagine...ma dubito possa funzionare.

 risolvibile).
Infatti... i miei studi sui S.O. risalgono purtroppo a tanti anni fa, ma 
mi pare che sia l'approccio ad essere sbagliato...
Mi viene da pensare che andrebbe installato un linux "corretto" sul PC, 
effettuato il mount del filesystem del server ed infine copiati i dati.
Si sbalio mi corigerete...


Ordunque.. Mi sono riportato a casa un immagine creata con acronis di 
una ubuntu server appena installata su un netfinity 5000 con suddetto 
controller raid su slot pci, dove ci sono in cascata 4 hd hot swap..
Poi preparo con calma un riassunto di tutta la procedura che ho eseguito 
(mia figlia mi aspetta fuori dalla scuola :-) ), però il sistema si è 
caricato in virtuale e non ha fatto storie per il mancato controller.. 
Ergo che dovrebbe funzionare anche per l'op..
Anticipo solo che ci sono riuscito soltanto con quel bradipo di qemu..
Davide.
-- 
Il problema del capitalismo è che il padrone è troppo ingordo.

 
Secondo me (come appena scritto in .iniziare) la soluzione è rifare la 
initram usando mkinitram, o installando in aggiornamento, o usando le 
opzioni di ripristino del dvd di installazione (la suse dovrebbe avere delle 
funzioni di autoripristino).
Con qemu funziona probabilmente perché usa dei controlli dei disco 
'''base''' che non hanno bisogno di moduli aggiuntivi nella initram.
Nel caso di uno che deve dire nove ( ... ) visto che è in grado con chroot 
di accedere al sistema, dovrebbe bastare mkinitram.


Sono tre giorni che provavo a mettere sta benedetta immagine di ubuntu 
su virtualbox, ma senza riuscirci.. Inoltre l'emulatore non riconosce 
l'utilizzo del mouse con acronis cd rescue e a muoversi con la tastiera 
dentro l'ambiente è come camminare tra le feci.. :-)
Ho provato con qemu, ben sapendo che avevo a che fare con un emulatore 
lento, ma avevo il tempo per farlo..
Innanzitutto ho messo l'immagine di acronis dentro ad una iso, con k3b, 
poi ho messo il cd di acronis nel lettore cd del pc e creato il disco 
virtuale.
Poi ho avviato l'emulazione, non prima di aver caricato il modulo kqemu, 
giusto per renderlo meno lento (di poco, ma tutto fa brodo dalle parti mie).
qemu -boot d -cdrom /dev/sr0 -hda /home/ZioDave/qemu/ubuntu_server.img 
-drive 
file=/home/ZioDave/Lavoro/Netfinity-default.iso,index=3,media=cdrom -m 
870 -net nic -net tap
Cosa significa tutto ciò:
-boot d:
Fa partire il sistema dal cdrom
-cdrom /dev/sr0:
Il lettore dove si trova acronis cd rescue
-hda /home/ZioDave/qemu/ubuntu_server.img:
Il disco virtuale dove deve essere trasferita l'immagine
-drive file=/home/ZioDave/Lavoro/Netfinity-default.iso,index=3,media=cdrom:
Dico a qemu che questa è una periferica che ha come indirizzo di 
riferimento 3 (un numero più basso, esempio 1, lo renderebbe bootabile e 
quindi acronis non si avvierebbe) che ha come device il file iso e 
trattasi di un cdrom.
-m 870
La quantità di RAM riservata al sistema ospite
-net nic -net tap
Il device di rete del sistema virtualizzato (nic) che deve poggiare
sulla macchina dove gira qemu per mezzo del device tap.
Qemu a differenza di virtualbox ha il merito di farmi muovere con il 
mouse all'interno dell'interfaccia di acronis e così sono riuscito a 
fare il restore dell'immagine presente sulla iso, sul disco quemu.. Ho 
chiuso Acronis, riavviato passando stavolta a qemu il comando come 
sopra, ma mettendo come parametro "-boot" la lettera "c" che identifica 
"-hda" e togliendo la iso con l'immagine di acronis.. e quindi il 
comando diventa così..
qemu -boot c -hda ubuntu_server.img -cdrom /dev/sr0 -net nic -net tap
In questo modo il sistema si è avviato senza problemi e senza errori..


 '''base''' che non hanno bisogno di moduli aggiuntivi nella initram.
Non saprei, ma imho che se un istruzione punta su /dev/sda1, e 
quest'ultimo esiste, il sistema dovrebbe essere in grado di eseguirlo, 
anche se il controller poi non esiste piů.. il tutto ovviamente imho.. 
Mi sembra che queste problematiche esistessero ai tempi di redhat 5 o 
6.. parliamo di kernel 2.2.x.x o giů di lě...
Davide.
-- 
Il problema del capitalismo č che il padrone č troppo ingordo.

 6.. parliamo di kernel 2.2.x.x o giù di lì...
]zac[
Il problema nasce quando nel kernel non è compilato staticamente con quanto 
serve per riconoscere e utilizzare il controller dei dischi, nel qual caso 
cerca di caricare i moduli necessari dall'initram.
Sempre a mia opinione, il problema c'è sempre stato, è solo aumentato 
enormemente il numero di controller supportati, come naturalmente, è 
aumentato il numero di controller supportati dopo il caricamento del 
rispettivo modulo.
Se invece il controller è compatibile con una '''modalità standard''' (tipo 
la svga/vga per le schede video), il kernel riesce comunque ad avviarsi 
anche senza che il modulo giusto sia disponibile.
Probabilmente potrebbe essere vero che ai tempi del kernel 2.2 potessero  
essere compilati staticamente molti più moduli (in percentuale) di adesso 
(visto che dimensioni erano più ridotte).

 In questo modo il sistema si è avviato senza problemi e senza errori..
E dopo fatto questo ho provveduto a convertire il disco virtuale 
preparato con qemu per virtualbox.. e tutto continua a funzionare 
egregiamente..
Rimanendo in tema di virtualizzazione, qemu è sicuramente più lento di 
tutti gli altri concorrenti, però mi sembra che sia l'unico che riesce a 
lavorare con dischi creati dagli altri virtualizzatori, a differenza di 
virtualbox che vuole dischi soltanto in formato "vdi".. Con qemu ho 
fatto girare dischi raw e vdi come se nulla fosse..


 di accedere al sistema, dovrebbe bastare mkinitram.
Come si usa mkinitram?


 Lento è un eufemismo, è fin esasperante. Lo sto usando sotto windows
con il Qemu manager, ma ci mette 156 minuti solo per far partire il cd
di clonezilla!!
Pietro

 Come si usa mkinitram?
Mi rispondo da solo: il comando è mkinitramfs e l'ho lanciato dopo
aver usato chroot da una live di ubuntu. Ebbene, il risultato è stato
un kernel panic ma, stavolta, perchè non è specificato il file system
quando monta /dev/sda2....è un buon segno? Dove devo andare a
specificare il filesystem da montare?
Pietro


In grub, sulla riga kernel..


 Mi rispondo da solo: il comando è mkinitramfs e l'ho lanciato dopo
]zac[
P.S. Io farei una installazione nuova nelle stesse condizioni di quella da 
ripristinare, e poi la prenderei come base per copiare/prendere spunti dalle 
configurazioni o anche per copiare brutalmente il kernel e l'initram.
Le distribuzioni non sono uguali, per esempio da me si chiama mkinitrd, però 
a naso anche per la suse è quello il comando:
http://www.novell.com/products/linuxpackages/enterpriseserver/SP3/i386/mkinitrd.html
Forse ti è utile (ignora la richiesta di registrazione):
http://searchenterpriselinux.techtarget.com/tip/SUSE-Linux-Enterprise-
troubleshooting-Fixing-boot-problems-by-repairing-a-broken-initrd
Poi non è che mkinitrd sia magico (cerca solo di autoconfigurare i moduli 
necessari al boot), è possibile che  prima di lanciarlo si debba aggiungere 
a mano  nel file di configurazione dei moduli il modulo che gestisce il 
controller in uso.
Mi permetti di annoiarti ribadendo di usare il cd/dvd della suse e i suoi 
buoni tool di autoripristino?  o l'installazione in aggiornamento?

 buoni tool di autoripristino?  o l'installazione in aggiornamento?
Figurati, siete anche troppo gentili a sorbirvi le mie richieste di
aiuto!
Se avessi il cd/dvd lo farei subito..ma al momento ne sono sprovvisto.
Vedrò di procurarmelo in qualche modo.
Pietro

Sono riuscito a procurarami cd dì'installazione di Suse Linux
Enterprise 9 (tutti e 6, grazie emule :-)).
Ho lanciato la procedura d'installazione ed ho usato la funzione di
ripristino del sistema. Adesso , finalmente, la vecchia installazione
parte regolarmente nella macchina virtuale creata con vmware player in
Windows! :-)
Per la cronaca, ho provato nel frattempoa ripristinare l0immagine del
server con qemu, senza successo. Ma quello di vmware mi solleva
molto:-)
Grazie per l'aiuto
Pietro

 Pietro
Bene, sono contento.
Di niente figurati.
P.S. Tanto per pignoleria, era importante verificare anche che fstab fosse  
corretto e coerente con i nuovi device, altrimenti il kernel si carica ma 
non riesce a fare il boot del sistema perché non trova il root filesystem.

 non riesce a fare il boot del sistema perché non trova il root filesystem.
Sono riuscito a far funzionare decentemente il server con Suse in una
macchina virtuale di Vmware...e questo per ora sembra essere
sufficiente:-) Penso che mi accontenterò.....a meno che non emerga
qualche altro problema! (spero ardentemente di no)
Grazie
Pietro

 qualche altro problema! (spero ardentemente di no)
]zac[
:)
La pignoleria si riferiva alla (passata) operazione di ripristino manuale 
dell'avvio del sistema, e al messaggio di errore sul root filesystem dopo il 
lancio di mkinitrd.