Newsgroup: it.comp.os.linux.iniziare
Titolo: Clonare macchina embedded via lan

Salve,
 
dovrei clonare una macchina embedded su cui gira linux, non avendo la 
possibilità di attaccare tastiera e mouse e non avendo nemmeno una porta 
vga/video pensavo di fare un boot da usb (almeno una di queste porte 
c'è!), far caricare la lan e poi grazie ad sshfs montarmi tutto altrove!
 
Dove potrei iniziare? Ho hardware molto risicato quindi dovrei caricare 
il minimo indispensabile e soprattutto non ho certamente bisogno del 
desktop!
 
Saluti.
^Bart


visto che c'è una lan tramite il "suo" sistema non puoi fare nulla?
come ci accedi di norma a quella macchina?

 come ci accedi di norma a quella macchina?
 
Tramite ssh però ho provato ad usare ad esempio un rsync da / ma le 
directory di sistema in uso non me le copia e mi impalla la macchina!
 
Come già accennato vorrei capire come far partire un sistema al boot 
però queste macchine embedded come ad esempio un Rasberry non hanno un 
bios per fare il boot e scegliere di far partire da dvd, da usb, etc.
 
Saluti.
^Bart
 

 bios per fare il boot e scegliere di far partire da dvd, da usb, etc.
 
se si tratta di un raspberry la questione è semplicissima: lo spegni, 
estrai la schedina sd, la metti in un lettore e ne fai tutte le copie che 
vuoi.
 
 

 vuoi.
 
Non è un raspberry, si tratta di un sistema che ha una memoria saldata 
sulla mobo dove c'è il s.o., c'è uno slot per una sd dove il sistema va 
a leggere il software personalizzato che ci gira sopra e dove viene 
parcheggiato un db poi c'è una porta usb che viene usata per gli 
aggiornamenti al boot i quali sono formati da script *.sh che vanno a 
scrivere in determinate directory.
 
Comunque grazie ancora per tutte le risposte datemi fin'ora! :)
 
Saluti.
^Bart
 

 scrivere in determinate directory.
 
non una grande idea mettere un db su una sd. non sono supporti adatti per 
applicazioni che prevedono cicli continui di lettura e scrittura. per 
dire, se si interrompe l'alimentazione durante la scrittura non solo si 
corrompe il file system quasi matematico, ma si può anche danneggiare 
irreparabilmente la scheda.
 

 irreparabilmente la scheda.
 
Giusta osservazione infatti dove possibile in termini di spazio si è 
optato per far scrivere sulla memoria saldata onboard! :)
 
Saluti.
^Bart
 

 onboard e copiarli su un'altra esterna!
 
ribadisco, se già adesso accedi scp/rsync+ssh cosa ti cambia avviare una 
live per accedere lo stesso scp/rsync+ssh? 
se a quanto dici hai solo problemi di copia con alcune directory punterei 
dritto a risolvere quelli, no?

 dritto a risolvere quelli, no?
 
E' questo il punto, per poter replicare una situazione identica ho 
bisogno di tutto comprese le directory di sistema che se non riesco a 
copiare è come se non avessi nulla ma le stesse a caldo non riesco a 
copiarle!
 
Saluti.
^Bart
 


scusa ma mi dici quali sono queste "directory di sistema"?

> scusa ma mi dici quali sono queste "directory di sistema"?
 
Lunedì rientrando in azienda ti recupererò la lista delle directory che 
mi hanno dato errore nella copia!
 
Saluti.
^Bart
 

 copiarle!
 
Una opzione, un po' sporca, e` fare un "dd", in
remoto, del drive che contiene il SO ed il resto.
 
Cioe` qualcosa come (da root):
 
"ssh remote_host dd if=/dev/sdX bs=4k > file_locale.raw"
 
Ovviamente la copia avra` un FS non necessariamente
consistente, ma si puo` provare a fare un loop device,
un fsck e, dopo, volendo, un mount per verificare.
 
Altrettanto ovviamente, se il sistema e` "live", non si
avra` mai una copia esatta.
Se fosse stateless potrebbe non essere un problema.
 
bye,
 
-- 
 
piergiorgio


spero tu non stia cercando di copiare /dev, /sys o /proc... 

 bye,
 
Saluti!
^Bart
 

 C'è una memoria saldata onboard che contiene il s.o.
 
Stateless e` il SO, non la memoria saldata o meno.
 
Alcuni sistemi embedded hanno tutti i dati
variabili in RAM (tipo log) e scrivono solo
occasionalmente sulla memoria persistente.
Per esempio quando qualcuno cambia la configurazione.
 
In questi sistemi non e` un problema fare un dump
completo della memoria persistente, dato che non
viene cambiata "a caso" e quindi e` sempre consistente
(fa anche rima...).
 
bye,
 
-- 
 
piergiorgio