Consigli per ripristino immagine di linux ottenuta con Clonezilla (reloaded)
1di9
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
Alessandro Selli
[...]
> 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)......
Questi non sono messaggi di GRUB, sono messaggi del kernel. Quindi GRUB
ha fatto correttamente il suo lavoro.
> 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
Il kernel non trova il controller RAID gestito dal driver aic79xx.
> 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)
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
Alessandro Selli
> 1di9 ha scritto:
>> 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
>
> Il kernel non trova il controller RAID gestito dal driver aic79xx.
Scusa, il controller SCSI.
1di9
Esiste una soluzione praticabile o mi metto il cuore in pace?
Pietro
Alessandro Selli
> Grazie per le delucidazioni:-)
> 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.
Leonardo Serni
>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)......
>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!
1di9
> 1di9 ha scritto:
>
> > Grazie per le delucidazioni:-)
> > 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;
Intendi dire, ad esempio, che potrei fare una installazione di ubuntu
e poi ripristinarci sopra l'immagine salvata? Ma così non va a finire
che si sovrascrive pure la partizione di boot? L'immagine creata con
clonezilla è quella del disco, non di una partizione.
> 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.
Ecco, qui mi trovi decisamente in difficoltà........
Pietro
1di9
>
> 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).
Le impostazioni di Vmware Player relative al disco primario sono:
Virtual device node
SCSI 0:0 Hard Disk SCSI
> Oppure prova a forzare l'emulazione EIDE e boota con root=/dev/hda2
> 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.
JD
> 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).
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...
ZioDave
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.
Giuseppe Della Bianca
]zac[
> 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.
>
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.
ZioDave
> 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..
>
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..
ZioDave
>
> 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.
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.
Giuseppe Della Bianca
]zac[
> 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ì...
]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).
ZioDave
[..cut..]
>
> 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..
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..
1di9
>
> 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.
Come si usa mkinitram?
1di9
>
> Ho provato con qemu, ben sapendo che avevo a che fare con un emulatore
> lento, ma avevo il tempo per farlo..
>
con il Qemu manager, ma ci mette 156 minuti solo per far partire il cd
di clonezilla!!
Pietro
1di9
>
> > Nel caso di uno che deve dire nove ( ... ) visto che è in grado con chroot
> > di accedere al sistema, dovrebbe bastare mkinitram.
>
> 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
ZioDave
1di9
? Dove devo andare a
> > specificare il filesystem da montare?
>
> > Pietro
>
> In grub, sulla riga kernel..
>
La riga di Grub recita:
kernel (hd0,1)/boot/vmlinuz root=/dev/sda2 vga=0x317 selinux=0 splash-
>
Giuseppe Della Bianca
>
>>
>> > Nel caso di uno che deve dire nove ( ... ) visto che è in grado con
>> > chroot di accedere al sistema, dovrebbe bastare mkinitram.
>>
>> Come si usa mkinitram?
>
> 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?
1di9
>
> Mi permetti di annoiarti ribadendo di usare il cd/dvd della suse e i suoi
> 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
1di9
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
Giuseppe Della Bianca
]zac[
> Ho lanciato la procedura d'installazione ed ho usato la funzione di
> ripristino del sistema. Adesso , finalmente, la vecchia installazione
]zac[
> server con qemu, senza successo. Ma quello di vmware mi solleva
> molto:-)
> Grazie per l'aiuto
>
> 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.
1di9
>
> 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.
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
Giuseppe Della Bianca
]zac[
> sufficiente:-) Penso che mi accontenterò.....a meno che non emerga
> 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.