https://wiki.montellug.it/api.php?action=feedcontributions&feedformat=atom&user=SamueleMontelLUG WIKI - Contributi utente [it]2026-05-05T06:00:22ZContributi utenteMediaWiki 1.35.14index.php?title=Cena_LUG_veneti_maggio_2019&diff=24042Cena LUG veneti maggio 20192019-04-03T21:18:31Z<p>Samuele: /* Quando */</p>
<hr />
<div><br />
= Introduzione (la solita): perché proprio il venerdì 17... =<br />
Ogni venerdì 17 che si rispetti ha la sua cena dei LUG veneti. La data non viene scelta, come sostiene qualche voce di corridoio, perché gli informatici non siano superstiziosi, bensì il per il motivo opposto: il vero nerd crede in una sola regola immutabile, la famigerata "legge di Murphy". Ciò comporta che:<br />
* il server, che ha sempre funzionato perfettamente durante tutti i test, va sistematicamente a farsi benedire quando è ora di entrare in produzione;<br />
* un programma pronto da dare al cliente presenterà immancabilmente un bug misterioso il giorno della presentazione al committente che farà fare (nel caso migliore) una pessima figura davanti a tutti. Tale bug inoltre non si ripresenterà più nei giorni seguenti quando si tenterà invano di stanarlo;<br />
* gli esempi si possono facilmente estendere ad altri settori dell'informatica...<br />
<br />
Per qualche strano motivo '''i venerdì 17 la legge di Murphy sospende il suo effetto''' e i nerd escono allo scoperto dalle loro sale CED per qualche ora d'aria senza doversi preoccupare di cosa succederà ai loro server o a tutte le calamità possibili che possono succedere al sistema di backup.<br />
<br />
Almeno così narra la leggenda...<br />
<br />
= La cena =<br />
Per riunire almeno ogni tanto i gruppi che si occupano di Linux e dintorni (software libero, privacy, libertà, trashware, condivisione della conoscenza informatica, sistemi operativi alternativi, eccetera) e scambiare un po' di idee.<br />
<br />
La cena è aperta a chiunque: soci, non soci, simpatizzanti, curiosi e chiunque abbia voglia di passare una serata in compagnia: ovviamente se si ha piacere anche in compagnia di morose e morosi, consorti, ecc. '''In particolar modo ci piacerebbe di rivedere''' tutti coloro che sono passati almeno una volta al MontelLUG per una bella rimpatriata: se fossimo tutti (parecchie decine)... riempiamo il locale. Dai che ce la facciamo... sarà una bella serata.<br />
<br />
== Quando ==<br />
'''venerdì 17 maggio 2019 alle ore 19.00 UTC, 21:00 CEST'''<br />
<br />
== Dove ==<br />
Pizzeria una volta<br>Via XI Febbraio, 36, 36028 Rossano Veneto VI<br>Italia, Pianeta Terra, Sistema Solare, Via Lattea.<br>GPS: 45.689569 N, 11.804146 E.<br />
<br />
= Iscritti =<br />
Chi ha piacere di partecipare, segni la propria presenza (o quella del proprio gruppo) di seguito; ci servirà per prenotare il numero giusto di posti a nostra disposizione. <br />
<br />
{| class="wikitable sortable" border="1"<br />
|-<br />
! # !! NOME O NICK !! LUG O GRUPPO !! N. PERSONE <br />
|-<br />
| 1 || Odeeno || MontelLUG || 1<br />
|-<br />
| 2 || Samuele|| Boh || 1<br />
|-<br />
| 3 || Daneel Olivaw || MontelLUG || 1<br />
|-<br />
| 4 || Daniele De Marchi || VUA || 1<br />
|-<br />
| 5 || Ivan Dalla Zuanna || MontelLUG || 1<br />
|-<br />
| 6 || Fabio Baseggio || VUA || 1<br />
|-<br />
| nnn ||"il prossimo" || ? || ?<br />
|-<br />
| T || || '''Totale''' || '''1'''<br />
|}</div>Samueleindex.php?title=Cena_LUG_veneti_maggio_2019&diff=24041Cena LUG veneti maggio 20192019-04-03T21:17:39Z<p>Samuele: /* Iscritti */</p>
<hr />
<div><br />
= Introduzione (la solita): perché proprio il venerdì 17... =<br />
Ogni venerdì 17 che si rispetti ha la sua cena dei LUG veneti. La data non viene scelta, come sostiene qualche voce di corridoio, perché gli informatici non siano superstiziosi, bensì il per il motivo opposto: il vero nerd crede in una sola regola immutabile, la famigerata "legge di Murphy". Ciò comporta che:<br />
* il server, che ha sempre funzionato perfettamente durante tutti i test, va sistematicamente a farsi benedire quando è ora di entrare in produzione;<br />
* un programma pronto da dare al cliente presenterà immancabilmente un bug misterioso il giorno della presentazione al committente che farà fare (nel caso migliore) una pessima figura davanti a tutti. Tale bug inoltre non si ripresenterà più nei giorni seguenti quando si tenterà invano di stanarlo;<br />
* gli esempi si possono facilmente estendere ad altri settori dell'informatica...<br />
<br />
Per qualche strano motivo '''i venerdì 17 la legge di Murphy sospende il suo effetto''' e i nerd escono allo scoperto dalle loro sale CED per qualche ora d'aria senza doversi preoccupare di cosa succederà ai loro server o a tutte le calamità possibili che possono succedere al sistema di backup.<br />
<br />
Almeno così narra la leggenda...<br />
<br />
= La cena =<br />
Per riunire almeno ogni tanto i gruppi che si occupano di Linux e dintorni (software libero, privacy, libertà, trashware, condivisione della conoscenza informatica, sistemi operativi alternativi, eccetera) e scambiare un po' di idee.<br />
<br />
La cena è aperta a chiunque: soci, non soci, simpatizzanti, curiosi e chiunque abbia voglia di passare una serata in compagnia: ovviamente se si ha piacere anche in compagnia di morose e morosi, consorti, ecc. '''In particolar modo ci piacerebbe di rivedere''' tutti coloro che sono passati almeno una volta al MontelLUG per una bella rimpatriata: se fossimo tutti (parecchie decine)... riempiamo il locale. Dai che ce la facciamo... sarà una bella serata.<br />
<br />
== Quando ==<br />
'''venerdì 17 novembre 2017 alle ore 19.00 UTC, 21:00 CEST'''<br />
<br />
== Dove ==<br />
Pizzeria una volta<br>Via XI Febbraio, 36, 36028 Rossano Veneto VI<br>Italia, Pianeta Terra, Sistema Solare, Via Lattea.<br>GPS: 45.689569 N, 11.804146 E.<br />
<br />
= Iscritti =<br />
Chi ha piacere di partecipare, segni la propria presenza (o quella del proprio gruppo) di seguito; ci servirà per prenotare il numero giusto di posti a nostra disposizione. <br />
<br />
{| class="wikitable sortable" border="1"<br />
|-<br />
! # !! NOME O NICK !! LUG O GRUPPO !! N. PERSONE <br />
|-<br />
| 1 || Odeeno || MontelLUG || 1<br />
|-<br />
| 2 || Samuele|| Boh || 1<br />
|-<br />
| 3 || Daneel Olivaw || MontelLUG || 1<br />
|-<br />
| 4 || Daniele De Marchi || VUA || 1<br />
|-<br />
| 5 || Ivan Dalla Zuanna || MontelLUG || 1<br />
|-<br />
| 6 || Fabio Baseggio || VUA || 1<br />
|-<br />
| nnn ||"il prossimo" || ? || ?<br />
|-<br />
| T || || '''Totale''' || '''1'''<br />
|}</div>Samueleindex.php?title=Cena_LUG_veneti_maggio_2019&diff=24040Cena LUG veneti maggio 20192019-04-03T21:12:18Z<p>Samuele: /* Quando */</p>
<hr />
<div><br />
= Introduzione (la solita): perché proprio il venerdì 17... =<br />
Ogni venerdì 17 che si rispetti ha la sua cena dei LUG veneti. La data non viene scelta, come sostiene qualche voce di corridoio, perché gli informatici non siano superstiziosi, bensì il per il motivo opposto: il vero nerd crede in una sola regola immutabile, la famigerata "legge di Murphy". Ciò comporta che:<br />
* il server, che ha sempre funzionato perfettamente durante tutti i test, va sistematicamente a farsi benedire quando è ora di entrare in produzione;<br />
* un programma pronto da dare al cliente presenterà immancabilmente un bug misterioso il giorno della presentazione al committente che farà fare (nel caso migliore) una pessima figura davanti a tutti. Tale bug inoltre non si ripresenterà più nei giorni seguenti quando si tenterà invano di stanarlo;<br />
* gli esempi si possono facilmente estendere ad altri settori dell'informatica...<br />
<br />
Per qualche strano motivo '''i venerdì 17 la legge di Murphy sospende il suo effetto''' e i nerd escono allo scoperto dalle loro sale CED per qualche ora d'aria senza doversi preoccupare di cosa succederà ai loro server o a tutte le calamità possibili che possono succedere al sistema di backup.<br />
<br />
Almeno così narra la leggenda...<br />
<br />
= La cena =<br />
Per riunire almeno ogni tanto i gruppi che si occupano di Linux e dintorni (software libero, privacy, libertà, trashware, condivisione della conoscenza informatica, sistemi operativi alternativi, eccetera) e scambiare un po' di idee.<br />
<br />
La cena è aperta a chiunque: soci, non soci, simpatizzanti, curiosi e chiunque abbia voglia di passare una serata in compagnia: ovviamente se si ha piacere anche in compagnia di morose e morosi, consorti, ecc. '''In particolar modo ci piacerebbe di rivedere''' tutti coloro che sono passati almeno una volta al MontelLUG per una bella rimpatriata: se fossimo tutti (parecchie decine)... riempiamo il locale. Dai che ce la facciamo... sarà una bella serata.<br />
<br />
== Quando ==<br />
'''venerdì 17 novembre 2017 alle ore 19.00 UTC, 21:00 CEST'''<br />
<br />
== Dove ==<br />
Pizzeria una volta<br>Via XI Febbraio, 36, 36028 Rossano Veneto VI<br>Italia, Pianeta Terra, Sistema Solare, Via Lattea.<br>GPS: 45.689569 N, 11.804146 E.<br />
<br />
= Iscritti =<br />
Chi ha piacere di partecipare, segni la propria presenza (o quella del proprio gruppo) di seguito; ci servirà per prenotare il numero giusto di posti a nostra disposizione. <br />
<br />
{| class="wikitable sortable" border="1"<br />
|-<br />
! # !! NOME O NICK !! LUG O GRUPPO !! N. PERSONE <br />
|-<br />
| 1 || Odeeno || MontelLUG || 1<br />
|-<br />
| 2 || Samuele Zanin || Boh || 1<br />
|-<br />
| 3 || Daneel Olivaw || MontelLUG || 1<br />
|-<br />
| 4 || Daniele De Marchi || VUA || 1<br />
|-<br />
| 5 || Ivan Dalla Zuanna || MontelLUG || 1<br />
|-<br />
| 6 || Fabio Baseggio || VUA || 1<br />
|-<br />
| nnn ||"il prossimo" || ? || ?<br />
|-<br />
| T || || '''Totale''' || '''1'''<br />
|}</div>Samueleindex.php?title=Cena_LUG_veneti_maggio_2019&diff=24039Cena LUG veneti maggio 20192019-04-03T21:11:08Z<p>Samuele: /* Dove */</p>
<hr />
<div><br />
= Introduzione (la solita): perché proprio il venerdì 17... =<br />
Ogni venerdì 17 che si rispetti ha la sua cena dei LUG veneti. La data non viene scelta, come sostiene qualche voce di corridoio, perché gli informatici non siano superstiziosi, bensì il per il motivo opposto: il vero nerd crede in una sola regola immutabile, la famigerata "legge di Murphy". Ciò comporta che:<br />
* il server, che ha sempre funzionato perfettamente durante tutti i test, va sistematicamente a farsi benedire quando è ora di entrare in produzione;<br />
* un programma pronto da dare al cliente presenterà immancabilmente un bug misterioso il giorno della presentazione al committente che farà fare (nel caso migliore) una pessima figura davanti a tutti. Tale bug inoltre non si ripresenterà più nei giorni seguenti quando si tenterà invano di stanarlo;<br />
* gli esempi si possono facilmente estendere ad altri settori dell'informatica...<br />
<br />
Per qualche strano motivo '''i venerdì 17 la legge di Murphy sospende il suo effetto''' e i nerd escono allo scoperto dalle loro sale CED per qualche ora d'aria senza doversi preoccupare di cosa succederà ai loro server o a tutte le calamità possibili che possono succedere al sistema di backup.<br />
<br />
Almeno così narra la leggenda...<br />
<br />
= La cena =<br />
Per riunire almeno ogni tanto i gruppi che si occupano di Linux e dintorni (software libero, privacy, libertà, trashware, condivisione della conoscenza informatica, sistemi operativi alternativi, eccetera) e scambiare un po' di idee.<br />
<br />
La cena è aperta a chiunque: soci, non soci, simpatizzanti, curiosi e chiunque abbia voglia di passare una serata in compagnia: ovviamente se si ha piacere anche in compagnia di morose e morosi, consorti, ecc. '''In particolar modo ci piacerebbe di rivedere''' tutti coloro che sono passati almeno una volta al MontelLUG per una bella rimpatriata: se fossimo tutti (parecchie decine)... riempiamo il locale. Dai che ce la facciamo... sarà una bella serata.<br />
<br />
== Quando ==<br />
'''venerdì 17 novembre 2017 alle ore 21:00'''<br />
<br />
== Dove ==<br />
Pizzeria una volta<br>Via XI Febbraio, 36, 36028 Rossano Veneto VI<br>Italia, Pianeta Terra, Sistema Solare, Via Lattea.<br>GPS: 45.689569 N, 11.804146 E.<br />
<br />
= Iscritti =<br />
Chi ha piacere di partecipare, segni la propria presenza (o quella del proprio gruppo) di seguito; ci servirà per prenotare il numero giusto di posti a nostra disposizione. <br />
<br />
{| class="wikitable sortable" border="1"<br />
|-<br />
! # !! NOME O NICK !! LUG O GRUPPO !! N. PERSONE <br />
|-<br />
| 1 || Odeeno || MontelLUG || 1<br />
|-<br />
| 2 || Samuele Zanin || Boh || 1<br />
|-<br />
| 3 || Daneel Olivaw || MontelLUG || 1<br />
|-<br />
| 4 || Daniele De Marchi || VUA || 1<br />
|-<br />
| 5 || Ivan Dalla Zuanna || MontelLUG || 1<br />
|-<br />
| 6 || Fabio Baseggio || VUA || 1<br />
|-<br />
| nnn ||"il prossimo" || ? || ?<br />
|-<br />
| T || || '''Totale''' || '''1'''<br />
|}</div>Samueleindex.php?title=Cena_LUG_veneti_maggio_2019&diff=24038Cena LUG veneti maggio 20192019-04-03T21:04:43Z<p>Samuele: </p>
<hr />
<div><br />
= Introduzione (la solita): perché proprio il venerdì 17... =<br />
Ogni venerdì 17 che si rispetti ha la sua cena dei LUG veneti. La data non viene scelta, come sostiene qualche voce di corridoio, perché gli informatici non siano superstiziosi, bensì il per il motivo opposto: il vero nerd crede in una sola regola immutabile, la famigerata "legge di Murphy". Ciò comporta che:<br />
* il server, che ha sempre funzionato perfettamente durante tutti i test, va sistematicamente a farsi benedire quando è ora di entrare in produzione;<br />
* un programma pronto da dare al cliente presenterà immancabilmente un bug misterioso il giorno della presentazione al committente che farà fare (nel caso migliore) una pessima figura davanti a tutti. Tale bug inoltre non si ripresenterà più nei giorni seguenti quando si tenterà invano di stanarlo;<br />
* gli esempi si possono facilmente estendere ad altri settori dell'informatica...<br />
<br />
Per qualche strano motivo '''i venerdì 17 la legge di Murphy sospende il suo effetto''' e i nerd escono allo scoperto dalle loro sale CED per qualche ora d'aria senza doversi preoccupare di cosa succederà ai loro server o a tutte le calamità possibili che possono succedere al sistema di backup.<br />
<br />
Almeno così narra la leggenda...<br />
<br />
= La cena =<br />
Per riunire almeno ogni tanto i gruppi che si occupano di Linux e dintorni (software libero, privacy, libertà, trashware, condivisione della conoscenza informatica, sistemi operativi alternativi, eccetera) e scambiare un po' di idee.<br />
<br />
La cena è aperta a chiunque: soci, non soci, simpatizzanti, curiosi e chiunque abbia voglia di passare una serata in compagnia: ovviamente se si ha piacere anche in compagnia di morose e morosi, consorti, ecc. '''In particolar modo ci piacerebbe di rivedere''' tutti coloro che sono passati almeno una volta al MontelLUG per una bella rimpatriata: se fossimo tutti (parecchie decine)... riempiamo il locale. Dai che ce la facciamo... sarà una bella serata.<br />
<br />
== Quando ==<br />
'''venerdì 17 novembre 2017 alle ore 21:00'''<br />
<br />
== Dove ==<br />
... da definire ... <br />
<br />
= Iscritti =<br />
Chi ha piacere di partecipare, segni la propria presenza (o quella del proprio gruppo) di seguito; ci servirà per prenotare il numero giusto di posti a nostra disposizione. <br />
<br />
{| class="wikitable sortable" border="1"<br />
|-<br />
! # !! NOME O NICK !! LUG O GRUPPO !! N. PERSONE <br />
|-<br />
| 1 || Odeeno || MontelLUG || 1<br />
|-<br />
| 2 || Samuele Zanin || Boh || 1<br />
|-<br />
| 3 || Daneel Olivaw || MontelLUG || 1<br />
|-<br />
| 4 || Daniele De Marchi || VUA || 1<br />
|-<br />
| 5 || Ivan Dalla Zuanna || MontelLUG || 1<br />
|-<br />
| 6 || Fabio Baseggio || VUA || 1<br />
|-<br />
| nnn ||"il prossimo" || ? || ?<br />
|-<br />
| T || || '''Totale''' || '''1'''<br />
|}</div>Samueleindex.php?title=Aula_San_Floriano_appunti&diff=7920Aula San Floriano appunti2012-07-22T11:00:44Z<p>Samuele: /* Todo list */</p>
<hr />
<div>*'''Attenzione''': se stai cercando la pagina ufficiale del progetto la trovi qui: [[Aula_informatica_San_Floriano | Aula informatica San Floriano]]<br />
==Materiali informativi a uso interno==<br />
Materiali minimi da approntare per completare il progetto:<br />
* Presentazione sintetica del progetto: situazione, soluzioni adottate, vantaggi... (slide + testo)<br />
* Formazione docenti: manuale d'uso dell'aula (slide + testo)<br />
* Formazione studenti (da parte degli insegnanti): manuale d'uso dell'aula (slide + testo)<br />
<br />
==Materiali informativi a uso esterno==<br />
Abbiamo deciso di sviluppare la comunicazione al pubblico del progetto attivando le seguenti modalità:<br />
<br />
===Copertura Web===<br />
<br />
Siti:<br />
*Sito della scuola/provveditorato<br />
*sito LUG<br />
<br />
Materiali:<br />
* Alcuni post sul sito del LUG e della scuola (se disponibile una pagina news) con aggiornamenti sull'avanzamento del progetto<br />
* Pagina dedicata sul wiki del LUG<br />
* Eventuali altri aggiornamenti (feedback dalle istituzioni, etc) su blog e pagina Facebook del LUG<br />
<br />
===Materiali base da approntare===<br />
<br />
Per uso su web e altri canali:<br />
* Relazione iniziale progetto (situazione, esigenze, motivazioni, etc...)<br />
* Piano tecnico delle soluzioni adottate (situazione iniziala, soluzioni considerate e adottate, motivi delle scelte, vantaggi etc)<br />
* Relazione di chiusura (piano di avviamento, todo futuri, sviluppi futuri)<br />
<br />
===Inaugurazione pubblica===<br />
<br />
A progetto realizzato, inaugureremo l'aula con il pubblico, probabilmente a ore serali, per esempio verso le 19.00 con aperitivo, o nel dopocena.<br />
<br />
* Membri del LUG<br />
* Genitori<br />
* Rappresentanti<br />
* Insegnanti<br />
* Autorità varie (Es. Assessore Cultura Castelfranco in via di contatto: ref. Matteo V.) - elenco da definire (parliamone) + Comitato Frazionale San Floriano.<br />
<br />
Nota: l'aula è piccola, valuteremo di farci ospitare in un posto adeguato a San Floriano (forse centro parrocchiale), con l'aiuto del locale comitato frazionale.<br />
in quel caso potrebbe servirci del materiale anche fotografico o filmato dell'aula, a meno di non far visitare l'aula "in processione" alla fine della presentazione :-D<br />
<br />
Nota: sempre per dimensioni, i ragazzi potrebbero non stare all'inaugurazione. Nel caso, formeremo gli insegnanti e forniremo loro del materiale cartaceo o digitale da illustrare agli studenti alla prima sessione di lavoro nell'aula.<br />
<br />
===Stampa locale===<br />
<br />
Copertura dell'evento sui '''giornali''':<br />
* Comunicato stampa di avvio del progetto (meno probabile)<br />
* Comunicato stampa sull'inaugurazione<br />
<br />
===Osservazioni sparse===<br />
* Necessaria una stima dei tempi: giornali tv e eventi si muovono con preavviso. Urge un calendario (w le deadline)<br />
* Materiali da preparare, oltre a quelli impliciti nei i punti precedenti:<br />
** Materiale (lettera, depliant b/n...) per informare genitori del progetto avviato (lettera)<br />
** Inviti mail/carta per inaugurazione<br />
* Alcuni documenti comuni per chi parteciperà all'organizzazione: Wiki? Ci può servire anche della privacy però.<br />
* Utile approntare una cartella stampa sul LUG: "Portfolio" progetti, accreditamenti, manifestazioni e punti notevoli del LUG. (Torna buona sempre, in futuro...)<br />
<br />
==Todo list==<br />
* <strike>configurare il server per fare le installazioni in rete (me rangio mi);</strike><br />
* <strike>integrare il dhcp con ldap per l'assegnazione degli hostname;</strike><br />
* <strike>integrare il dns con ldap;</strike> sostituito BIND con PowerDNS;<br />
* preparare il file di preseed per le installazioni in modo che: faccia il partizionamento (per S. Floriano va bene che brasi tutto), imposti l'host name della macchina; esegua uno script per installare i pacchetti necessari per il client ldap e modifichi un paio di file di configurazione in etc) -- in progress Syslac;<br />
* installare samba + integrazione con ldap;<br />
* organizzare il backup dei dati su uno degli altri client.<br />
* gestire i permessi su ldap;<br />
* <strike>recuperare una batteria per l'orologio interno del server;</strike><br />
* gestire la fantomatica stampante;<br />
* per i grafici del lug, tirare fuori un logo da mettere su tutti i desktop/screen saver dei vari pc;<br />
* <strike>Mint non avvia la scheda di rete (Agno dice che dovrebbe bastare disattivare il roamin profile, finito qui provo);</strike><br />
* <strike>configurare il server dhcp (me rangio mi);</strike><br />
* <strike>configurare nfs per condividere le home directory (so come farlo, ma se qualcun me da na man sparagno tempo);</strike><br />
* <strike>opzionalmente recuperare una seconda scheda di rete da 100 mbit per il server (bisognerà vedere il carico di rete con 20 pc attaccati);</strike> -- aggiunte 2 (solo per il tempo dell'installazione);<br />
* <strike>impostare apt-proxy sul server per velocizzare lo scaricamento dei programmi dalla rete;</strike><br />
* <strike>installare e far funzionare iTalc sul server e sui client;</strike><br />
* <strike>IMPORTANTE: alla creazione di un nuovo utente, capire come creare la home directory con tutte le sottodirectory per far funzionare bene l'interfaccia grafica;</strike><br />
<br />
EXTRA<br />
<br />
* '''spiegare (io non ci sono riuscito) ad Agno che le connessioni PS/2 non sono hotplug;''' -- sempre più disperata;<br />
* tirare su un mail server per permettere agli alunni di scambiare in modo semplice e riservato i dati con il professore (postifix+dovecot+roundcube?);<br />
* implementare l'autenticazione su ldap via TLS & co. (AAA: cercasi esperti in certificati);<br />
* non mi dispiacerebbe dare la possibilità di avere dei fat client (tipo per il pc dove si è rotto il disco);</div>Samueleindex.php?title=Aula_San_Floriano_appunti&diff=7919Aula San Floriano appunti2012-07-21T18:58:01Z<p>Samuele: /* Todo list */</p>
<hr />
<div>*'''Attenzione''': se stai cercando la pagina ufficiale del progetto la trovi qui: [[Aula_informatica_San_Floriano | Aula informatica San Floriano]]<br />
==Materiali informativi a uso interno==<br />
Materiali minimi da approntare per completare il progetto:<br />
* Presentazione sintetica del progetto: situazione, soluzioni adottate, vantaggi... (slide + testo)<br />
* Formazione docenti: manuale d'uso dell'aula (slide + testo)<br />
* Formazione studenti (da parte degli insegnanti): manuale d'uso dell'aula (slide + testo)<br />
<br />
==Materiali informativi a uso esterno==<br />
Abbiamo deciso di sviluppare la comunicazione al pubblico del progetto attivando le seguenti modalità:<br />
<br />
===Copertura Web===<br />
<br />
Siti:<br />
*Sito della scuola/provveditorato<br />
*sito LUG<br />
<br />
Materiali:<br />
* Alcuni post sul sito del LUG e della scuola (se disponibile una pagina news) con aggiornamenti sull'avanzamento del progetto<br />
* Pagina dedicata sul wiki del LUG<br />
* Eventuali altri aggiornamenti (feedback dalle istituzioni, etc) su blog e pagina Facebook del LUG<br />
<br />
===Materiali base da approntare===<br />
<br />
Per uso su web e altri canali:<br />
* Relazione iniziale progetto (situazione, esigenze, motivazioni, etc...)<br />
* Piano tecnico delle soluzioni adottate (situazione iniziala, soluzioni considerate e adottate, motivi delle scelte, vantaggi etc)<br />
* Relazione di chiusura (piano di avviamento, todo futuri, sviluppi futuri)<br />
<br />
===Inaugurazione pubblica===<br />
<br />
A progetto realizzato, inaugureremo l'aula con il pubblico, probabilmente a ore serali, per esempio verso le 19.00 con aperitivo, o nel dopocena.<br />
<br />
* Membri del LUG<br />
* Genitori<br />
* Rappresentanti<br />
* Insegnanti<br />
* Autorità varie (Es. Assessore Cultura Castelfranco in via di contatto: ref. Matteo V.) - elenco da definire (parliamone) + Comitato Frazionale San Floriano.<br />
<br />
Nota: l'aula è piccola, valuteremo di farci ospitare in un posto adeguato a San Floriano (forse centro parrocchiale), con l'aiuto del locale comitato frazionale.<br />
in quel caso potrebbe servirci del materiale anche fotografico o filmato dell'aula, a meno di non far visitare l'aula "in processione" alla fine della presentazione :-D<br />
<br />
Nota: sempre per dimensioni, i ragazzi potrebbero non stare all'inaugurazione. Nel caso, formeremo gli insegnanti e forniremo loro del materiale cartaceo o digitale da illustrare agli studenti alla prima sessione di lavoro nell'aula.<br />
<br />
===Stampa locale===<br />
<br />
Copertura dell'evento sui '''giornali''':<br />
* Comunicato stampa di avvio del progetto (meno probabile)<br />
* Comunicato stampa sull'inaugurazione<br />
<br />
===Osservazioni sparse===<br />
* Necessaria una stima dei tempi: giornali tv e eventi si muovono con preavviso. Urge un calendario (w le deadline)<br />
* Materiali da preparare, oltre a quelli impliciti nei i punti precedenti:<br />
** Materiale (lettera, depliant b/n...) per informare genitori del progetto avviato (lettera)<br />
** Inviti mail/carta per inaugurazione<br />
* Alcuni documenti comuni per chi parteciperà all'organizzazione: Wiki? Ci può servire anche della privacy però.<br />
* Utile approntare una cartella stampa sul LUG: "Portfolio" progetti, accreditamenti, manifestazioni e punti notevoli del LUG. (Torna buona sempre, in futuro...)<br />
<br />
==Todo list==<br />
* <strike>configurare il server per fare le installazioni in rete (me rangio mi);</strike><br />
* <strike>integrare il dhcp con ldap per l'assegnazione degli hostname;</strike><br />
* integrare il dns con ldap;<br />
* preparare il file di preseed per le installazioni in modo che: faccia il partizionamento (per S. Floriano va bene che brasi tutto), imposti l'host name della macchina; esegua uno script per installare i pacchetti necessari per il client ldap e modifichi un paio di file di configurazione in etc) -- in progress Syslac;<br />
* installare samba + integrazione con ldap;<br />
* organizzare il backup dei dati su uno degli altri client.<br />
* gestire i permessi su ldap;<br />
* <strike>recuperare una batteria per l'orologio interno del server;</strike><br />
* gestire la fantomatica stampante;<br />
* per i grafici del lug, tirare fuori un logo da mettere su tutti i desktop/screen saver dei vari pc;<br />
* <strike>Mint non avvia la scheda di rete (Agno dice che dovrebbe bastare disattivare il roamin profile, finito qui provo);</strike><br />
* <strike>configurare il server dhcp (me rangio mi);</strike><br />
* <strike>configurare nfs per condividere le home directory (so come farlo, ma se qualcun me da na man sparagno tempo);</strike><br />
* <strike>opzionalmente recuperare una seconda scheda di rete da 100 mbit per il server (bisognerà vedere il carico di rete con 20 pc attaccati);</strike> -- aggiunte 2 (solo per il tempo dell'installazione);<br />
* <strike>impostare apt-proxy sul server per velocizzare lo scaricamento dei programmi dalla rete;</strike><br />
* <strike>installare e far funzionare iTalc sul server e sui client;</strike><br />
* <strike>IMPORTANTE: alla creazione di un nuovo utente, capire come creare la home directory con tutte le sottodirectory per far funzionare bene l'interfaccia grafica;</strike><br />
<br />
EXTRA<br />
<br />
* '''spiegare (io non ci sono riuscito) ad Agno che le connessioni PS/2 non sono hotplug;''' -- sempre più disperata;<br />
* tirare su un mail server per permettere agli alunni di scambiare in modo semplice e riservato i dati con il professore (postifix+dovecot+roundcube?);<br />
* implementare l'autenticazione su ldap via TLS & co. (AAA: cercasi esperti in certificati);<br />
* non mi dispiacerebbe dare la possibilità di avere dei fat client (tipo per il pc dove si è rotto il disco);</div>Samueleindex.php?title=Aula_San_Floriano_appunti&diff=7918Aula San Floriano appunti2012-07-19T21:31:17Z<p>Samuele: </p>
<hr />
<div>*'''Attenzione''': se stai cercando la pagina ufficiale del progetto la trovi qui: [[Aula_informatica_San_Floriano | Aula informatica San Floriano]]<br />
==Materiali informativi a uso interno==<br />
Materiali minimi da approntare per completare il progetto:<br />
* Presentazione sintetica del progetto: situazione, soluzioni adottate, vantaggi... (slide + testo)<br />
* Formazione docenti: manuale d'uso dell'aula (slide + testo)<br />
* Formazione studenti (da parte degli insegnanti): manuale d'uso dell'aula (slide + testo)<br />
<br />
==Materiali informativi a uso esterno==<br />
Abbiamo deciso di sviluppare la comunicazione al pubblico del progetto attivando le seguenti modalità:<br />
<br />
===Copertura Web===<br />
<br />
Siti:<br />
*Sito della scuola/provveditorato<br />
*sito LUG<br />
<br />
Materiali:<br />
* Alcuni post sul sito del LUG e della scuola (se disponibile una pagina news) con aggiornamenti sull'avanzamento del progetto<br />
* Pagina dedicata sul wiki del LUG<br />
* Eventuali altri aggiornamenti (feedback dalle istituzioni, etc) su blog e pagina Facebook del LUG<br />
<br />
===Materiali base da approntare===<br />
<br />
Per uso su web e altri canali:<br />
* Relazione iniziale progetto (situazione, esigenze, motivazioni, etc...)<br />
* Piano tecnico delle soluzioni adottate (situazione iniziala, soluzioni considerate e adottate, motivi delle scelte, vantaggi etc)<br />
* Relazione di chiusura (piano di avviamento, todo futuri, sviluppi futuri)<br />
<br />
===Inaugurazione pubblica===<br />
<br />
A progetto realizzato, inaugureremo l'aula con il pubblico, probabilmente a ore serali, per esempio verso le 19.00 con aperitivo, o nel dopocena.<br />
<br />
* Membri del LUG<br />
* Genitori<br />
* Rappresentanti<br />
* Insegnanti<br />
* Autorità varie (Es. Assessore Cultura Castelfranco in via di contatto: ref. Matteo V.) - elenco da definire (parliamone) + Comitato Frazionale San Floriano.<br />
<br />
Nota: l'aula è piccola, valuteremo di farci ospitare in un posto adeguato a San Floriano (forse centro parrocchiale), con l'aiuto del locale comitato frazionale.<br />
in quel caso potrebbe servirci del materiale anche fotografico o filmato dell'aula, a meno di non far visitare l'aula "in processione" alla fine della presentazione :-D<br />
<br />
Nota: sempre per dimensioni, i ragazzi potrebbero non stare all'inaugurazione. Nel caso, formeremo gli insegnanti e forniremo loro del materiale cartaceo o digitale da illustrare agli studenti alla prima sessione di lavoro nell'aula.<br />
<br />
===Stampa locale===<br />
<br />
Copertura dell'evento sui '''giornali''':<br />
* Comunicato stampa di avvio del progetto (meno probabile)<br />
* Comunicato stampa sull'inaugurazione<br />
<br />
===Osservazioni sparse===<br />
* Necessaria una stima dei tempi: giornali tv e eventi si muovono con preavviso. Urge un calendario (w le deadline)<br />
* Materiali da preparare, oltre a quelli impliciti nei i punti precedenti:<br />
** Materiale (lettera, depliant b/n...) per informare genitori del progetto avviato (lettera)<br />
** Inviti mail/carta per inaugurazione<br />
* Alcuni documenti comuni per chi parteciperà all'organizzazione: Wiki? Ci può servire anche della privacy però.<br />
* Utile approntare una cartella stampa sul LUG: "Portfolio" progetti, accreditamenti, manifestazioni e punti notevoli del LUG. (Torna buona sempre, in futuro...)<br />
<br />
==Todo list==<br />
* <strike>configurare il server per fare le installazioni in rete (me rangio mi);</strike><br />
* integrare il dhcp con ldap per l'assegnazione degli hostname;<br />
* preparare il file di preseed per le installazioni in modo che: faccia il partizionamento (per S. Floriano va bene che brasi tutto), imposti l'host name della macchina; esegua uno script per installare i pacchetti necessari per il client ldap e modifichi un paio di file di configurazione in etc) -- in progress Syslac;<br />
* installare samba + integrazione con ldap;<br />
* organizzare il backup dei dati su uno degli altri client.<br />
* gestire i permessi su ldap;<br />
* <strike>recuperare una batteria per l'orologio interno del server;</strike><br />
* gestire la fantomatica stampante;<br />
* per i grafici del lug, tirare fuori un logo da mettere su tutti i desktop/screen saver dei vari pc;<br />
* <strike>Mint non avvia la scheda di rete (Agno dice che dovrebbe bastare disattivare il roamin profile, finito qui provo);</strike><br />
* <strike>configurare il server dhcp (me rangio mi);</strike><br />
* <strike>configurare nfs per condividere le home directory (so come farlo, ma se qualcun me da na man sparagno tempo);</strike><br />
* <strike>opzionalmente recuperare una seconda scheda di rete da 100 mbit per il server (bisognerà vedere il carico di rete con 20 pc attaccati);</strike> -- aggiunte 2 (solo per il tempo dell'installazione);<br />
* <strike>impostare apt-proxy sul server per velocizzare lo scaricamento dei programmi dalla rete;</strike><br />
* <strike>installare e far funzionare iTalc sul server e sui client;</strike><br />
* <strike>IMPORTANTE: alla creazione di un nuovo utente, capire come creare la home directory con tutte le sottodirectory per far funzionare bene l'interfaccia grafica;</strike><br />
<br />
EXTRA<br />
<br />
* '''spiegare (io non ci sono riuscito) ad Agno che le connessioni PS/2 non sono hotplug;''' -- sempre più disperata;<br />
* tirare su un mail server per permettere agli alunni di scambiare in modo semplice e riservato i dati con il professore (postifix+dovecot+roundcube?);<br />
* implementare l'autenticazione su ldap via TLS & co. (AAA: cercasi esperti in certificati);<br />
* non mi dispiacerebbe dare la possibilità di avere dei fat client (tipo per il pc dove si è rotto il disco);</div>Samueleindex.php?title=Aula_San_Floriano_appunti&diff=7910Aula San Floriano appunti2012-07-19T10:59:42Z<p>Samuele: </p>
<hr />
<div>*'''Attenzione''': se stai cercando la pagina ufficiale del progetto la trovi qui: [[Aula_informatica_San_Floriano | Aula informatica San Floriano]]<br />
==Materiali informativi a uso interno==<br />
Materiali minimi da approntare per completare il progetto:<br />
* Presentazione sintetica del progetto: situazione, soluzioni adottate, vantaggi... (slide + testo)<br />
* Formazione docenti: manuale d'uso dell'aula (slide + testo)<br />
* Formazione studenti (da parte degli insegnanti): manuale d'uso dell'aula (slide + testo)<br />
<br />
==Materiali informativi a uso esterno==<br />
Abbiamo deciso di sviluppare la comunicazione al pubblico del progetto attivando le seguenti modalità:<br />
<br />
===Copertura Web===<br />
<br />
Siti:<br />
*Sito della scuola/provveditorato<br />
*sito LUG<br />
<br />
Materiali:<br />
* Alcuni post sul sito del LUG e della scuola (se disponibile una pagina news) con aggiornamenti sull'avanzamento del progetto<br />
* Pagina dedicata sul wiki del LUG<br />
* Eventuali altri aggiornamenti (feedback dalle istituzioni, etc) su blog e pagina Facebook del LUG<br />
<br />
===Materiali base da approntare===<br />
<br />
Per uso su web e altri canali:<br />
* Relazione iniziale progetto (situazione, esigenze, motivazioni, etc...)<br />
* Piano tecnico delle soluzioni adottate (situazione iniziala, soluzioni considerate e adottate, motivi delle scelte, vantaggi etc)<br />
* Relazione di chiusura (piano di avviamento, todo futuri, sviluppi futuri)<br />
<br />
===Inaugurazione pubblica===<br />
<br />
A progetto realizzato, inaugureremo l'aula con il pubblico, probabilmente a ore serali, per esempio verso le 19.00 con aperitivo, o nel dopocena.<br />
<br />
* Membri del LUG<br />
* Genitori<br />
* Rappresentanti<br />
* Insegnanti<br />
* Autorità varie (Es. Assessore Cultura Castelfranco in via di contatto: ref. Matteo V.) - elenco da definire (parliamone) + Comitato Frazionale San Floriano.<br />
<br />
Nota: l'aula è piccola, valuteremo di farci ospitare in un posto adeguato a San Floriano (forse centro parrocchiale), con l'aiuto del locale comitato frazionale.<br />
in quel caso potrebbe servirci del materiale anche fotografico o filmato dell'aula, a meno di non far visitare l'aula "in processione" alla fine della presentazione :-D<br />
<br />
Nota: sempre per dimensioni, i ragazzi potrebbero non stare all'inaugurazione. Nel caso, formeremo gli insegnanti e forniremo loro del materiale cartaceo o digitale da illustrare agli studenti alla prima sessione di lavoro nell'aula.<br />
<br />
===Stampa locale===<br />
<br />
Copertura dell'evento sui '''giornali''':<br />
* Comunicato stampa di avvio del progetto (meno probabile)<br />
* Comunicato stampa sull'inaugurazione<br />
<br />
===Osservazioni sparse===<br />
* Necessaria una stima dei tempi: giornali tv e eventi si muovono con preavviso. Urge un calendario (w le deadline)<br />
* Materiali da preparare, oltre a quelli impliciti nei i punti precedenti:<br />
** Materiale (lettera, depliant b/n...) per informare genitori del progetto avviato (lettera)<br />
** Inviti mail/carta per inaugurazione<br />
* Alcuni documenti comuni per chi parteciperà all'organizzazione: Wiki? Ci può servire anche della privacy però.<br />
* Utile approntare una cartella stampa sul LUG: "Portfolio" progetti, accreditamenti, manifestazioni e punti notevoli del LUG. (Torna buona sempre, in futuro...)<br />
<br />
==Todo list==<br />
* Mint non avvia la scheda di rete (Agno dice che dovrebbe bastare disattivare il roamin profile, finito qui provo);<br />
* <strike>configurare il server dhcp (me rangio mi);<strike><br />
* configurare il server per fare le installazioni in rete (me rangio mi);<br />
* preparare il file di preseed per le installazioni in modo che: faccia il partizionamento (per S. Floriano va bene che brasi tutto), imposti l'host name della macchina; esegua uno script per installare i pacchetti necessari per il client ldap e modifichi un paio di file di configurazione in etc) -- in progress Syslac;<br />
* <strike>configurare nfs per condividere le home directory (so come farlo, ma se qualcun me da na man sparagno tempo);</strike><br />
* non mi dispiacerebbe dare la possibilità di avere dei fat client (tipo per il pc dove si è rotto il disco);<br />
* recuperare una batteria per l'orologio interno del server;<br />
* <strike>opzionalmente recuperare una seconda scheda di rete da 100 mbit per il server (bisognerà vedere il carico di rete con 20 pc attaccati);</strike> -- aggiunte 2 (solo per il tempo dell'installazione);<br />
* <strike>impostare apt-proxy sul server per velocizzare lo scaricamento dei programmi dalla rete (AGNO, FETU TI?);</strike><br />
* tirare su un mail server per permettere agli alunni di scambiare in modo semplice e riservato i dati con il professore (postifix+dovecot+roundcube?);<br />
* istruire qualcuno della scuola (MI NO DE SIGURO!!!);<br />
* <strike>IMPORTANTE: alla creazione di un nuovo utente, capire come creare la home directory con tutte le sottodirectory per far funzionare bene l'interfaccia grafica;</strike><br />
* organizzare il backup dei dati su uno degli altri client.<br />
* installare samba + integrazione con ldap;<br />
* gestire la fantomatica stampante;<br />
* implementare l'autenticazione su ldap via TLS & co. (AAA: cercasi esperti in certificati);<br />
* '''spiegare (io non ci sono riuscito) ad Agno che le connessioni PS/2 non sono hotplug;''' -- sempre più disperata;<br />
* gestire i permessi su ldap;<br />
* per i grafici del lug, tirare fuori un logo da mettere su tutti i desktop/screen saver dei vari pc;</div>Samueleindex.php?title=MintNetInstall&diff=7871MintNetInstall2012-07-08T18:37:20Z<p>Samuele: /* Installazione completamente automatizzata: file di preseed */</p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una Mint (provato con una 13)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
supermucca:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
supermucca:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
Allora, nella root del server TFTP (/var/lib/tftpboot) va copiato l'NBP che è pxelinux.0 e potete trovare ad esempio nei repository di debian in:<br />
<br />
main/installer-i386/current/images/netboot/debian-installer/i386/pxelinux.0<br />
<br />
Va poi creata una directory pxelinux.cfg all'interno della quale si trovano i file di configurazione che l'NBP legge. A seconda dell'indirizzo ip del client può essere specificato un file di configurazione diverso. Es.: posso avere un file di configurazione per i pc con indirizzo 192.168.0.*, un'altro per 192.168.1.*, un file solo ed esclusivamente per il pc 192.168.1.1 ed un file di configurazione per tutti gli altri casi.<br />
Per fare questo, bisogna convertire l'indirizzo ip in esadecimale:<br />
<br />
192.168.0.0 = C0 A8 00 00 <br />
<br />
La configurazione dei client 192.168.0.* va nel file: C0A800<br />
<br />
La configurazione dei client 192.168.1.* va nel file: C0A801<br />
<br />
La configurazione dei client 192.168.1.1 va nel file: C0A80101<br />
<br />
La configurazione di tutti gli altri client va nel file: default<br />
<br />
<br />
Nel nostro caso useremo un solo file per tutti. Cosa mettere all'interno di questo file lo vedremo qui sotto.<br />
<br />
=== Configurazione di NFS ===<br />
E' giunto il momento di configurare il server nfs. Basta inserire all'interno del file '''/etc/exports''' le condivisioni:<br />
<pre><br />
supermucca:/# cat /etc/exports <br />
/var/lib/tftpboot/ubuntu *(rw,sync,no_wdelay,no_root_squash,insecure) <br />
/var/lib/tftpboot/backtrack *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/skole *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/mint *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/xbmc *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
<br />
Nelle directory esportate ho montato direttamente l'iso della distribuzione in oggetto. Non create un link simbolico all'iso montata da qualche altra parte. Il TFTP gira in chroot quindi non riesce ad accedervi. Volevo anche mettere la iso di debian, ma non basta, i file inclusi non vanno bene per il boot di rete e bisogna seguire la procedura che indicano nel loro sito. Con le iso altre distribuzionei tipo centos/fedora/suse non ho ancora avuto modo di provare.<br />
<br />
L'idea di partenza era quella di avere un server con le varie iso e permettere di fare il boot di una qualsiasi di esse. Purtroppo a seconda del metodo con il quale può essere fatta l'iso (e ce ne sono diversi) i file contenuti in essa potrebbero non andare bene, quindi bisogna valutare caso per caso.<br />
<br />
Personalmente ho avuto un problemino con il server nfs per il quale ho fatto una fatica boia a trovare la soluzione. Finché installavo un solo pc attaccato con cavo cross al server, oppure i client erano in macchine virtuali non ho avuto problemi. Nel momento in cui i pc diventavano più di uno ho cominciato ad avere problemi. I client riportavano in console "NFS server is not responding, still trying". Le ricerche su google mi reindirizzavano su forum con le soluzioni più improbabili. Inoltre in nessun tutorial si parlava di questo problema (quindi, a questo punto, o sono io sfigato che mi capitano tutte le rogne di sto mondo, oppure chi fa i tutorial si limita a scopiazzare). Il problema alla fine era questo: il kernel di linux, di default legge e scrive via NFS blocci di 1 MB. Ogni frame ethernet normalmente è lunga al massimo 1500 byte. Questo comportava che se su tutte le oltre 700 frame che servono per inoltrare 1 MB anche una sola risultava persa (o il client non riusciva più a riordinarle ecc.), il client le richiedeva di nuovo tutte. Infatti, avevo un traffico bestiale di rete in confronto ad i dati trasferiti. Qui adesso salta fuori il secondo problema. Il parametro con le dimensioni dei pacchetti NFS, rsize e wsize, non si specifica lato server ma client. Come? Una rapida ricerca, mi ha dato che il kernel di linux, tra i parametri della share nfs dove monta root si può indicare anche la dimensione della frame: bastava dare<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint,rsize=8192,wsize=8192<br />
</pre><br />
<br />
Inspiegabilmente il parametro non veniva recepito. Prova e riprova un pomeriggio in varie salse, aggiungendo spazi, togliendo virgole ecc. Non c'è verso. Ad un certo punto, intercetto su un forum il post di uno che si lamenta di come vengono interpretati i parametri di boot di CASPER (programma che permette il boot delle live).<br />
Parlano di un'opzione nfsopts. Dopo un altro po' di googlate scopro che questo CASPER le opzioni le accetta in modo '''diverso''' dal kernel. Mi chiedo io, ma pareva brutto e complicato fare che accettasse gli stessi parametri '''CON LA STESSA''' sintassi del kernel? Presumo di no, altrimenti la gente non sbaglierebbe e non direbbe abbastanza parolacce. Per quello che serviva a me la sintassi è:<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=8192" <br />
</pre><br />
<br />
Da notare che tutti i parametri sono in minuscolo mentre NFSOPTS deve essere obbligatoriamente in maiuscolo. Lascio alla vostra fervida fantasia cosa avrei fatto se avessi avuto di frontre a me chi ha scritto, revisionato, convalidato, scritto la documentazione, testato il parser dei parametri di CASPER.<br />
Pensate sia finita qui? Vi sbagliate. Andando alla ricerca di questo casper, vi imbattete nella sua manpage tipo questa: http://manpages.ubuntu.com/manpages/karmic/man7/casper.7.html in cui l'unica citazione NFSOPTS è:<br />
<br />
<pre><br />
netboot[=nfs|cifs]<br />
This tells casper to perform a network mount. The parameter<br />
"nfsroot=" (with optional "nfsopts="), should specify where is<br />
the location of the root filesystem. With no args, will try<br />
cifs first, and if it fails nfs.<br />
</pre><br />
<br />
Sta volta sto zitto.<br />
<br />
Dopo che sono riuscito a passare questo parametro al kernel per il boot della iso, l'installazione è proceduta in modo rapido e senza riportare errori var NFS.<br />
A farmi venire ancora il fegato più grosso, è stato l'indicizzatore di google, perché cercando NFSOPTS, mi ha dato tra i primi risultati questa pagina:<br />
<br />
http://www.informit.com/articles/article.aspx?p=1328789&seqNum=8<br />
<br />
dove il paragrafo che spiegava il parametro NFSOPTS è intitolato: "NFS Server Is Not Responding". Putt4|\|4, |\/|153r14, \/4cc4, l4dr4, |\/|4l3d3tt4. La stessa stringa esatta, sputata, spiaccicata di ricerca che ho digitato per quasi un giorno, spulciato in modo sequenziale tutti i risultati che mi dava e su quella pagina non ci sono capitato. Che dire, a tutto c'è un limite, tranne che alla sfiga.<br />
<br />
=== Preparazione del file system da montare durante il boot ===<br />
Ad esempio, nel caso di Mint, ho designato come root directory per i file /var/lib/tftpboot/mint. Qui dentro andrebbero tutta una serie di directory e file necessari a far fare il boot al pc. Sulla guida di debian al PXE boot trovate tutto spiegato per benino. Inutile che mi ripeta.<br />
Come detto precedentemente, il mio obiettivo era evitare di dover creare la struttura di directory per ogni distribuzione che volevo mettere a disposizione. Con le derivate di Ubuntu, che sembrano essere fatte tutte allo stesso modo, questo si è rivelato alquanto semplice. Basta semplicemente montare in loop l'iso nella directory prescelta:<br />
<br />
<pre><br />
supermucca:/# mount -o loop /archivio-iso/linuxmint-13-mate-dvd-32bit.iso /var/lib/tftpboot/mint<br />
</pre><br />
<br />
=== File di configurazione per il boot di iso ===<br />
Adesso che abbiamo preparato tutte le directory ed i servizi vari, è ora di dire al buon NBP (in arte pxelinux.0) che cosa fare quando viene caricato. Purtroppo, sarà anche buono e bravo, ma anche lui ha la sfera di cristallo perennemente in riparazione, così dobbiamo istruirlo. Come detto in precedenza nel paragrafo "Struttura delle cartelle nella root TFTP", l'NBP cerca nella directory pxelinux.cfg un file di configurazione. Nel nostro caso il file si chiama "default".<br />
<br />
La versione minima è questa:<br />
<pre><br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=4096" initrd=mint/casper/initrd.lz ro splash --<br />
</pre><br />
<br />
All'interno del file, possiamo avere più configurazioni, una per ogni boot che vogliamo fare, come ad esempio con grub. Il comando '''LABEL''' da il nome alla voce di boot. '''KERNEL''' indica il nome del file contenente il kernel. Il path è relativo alla root di tftp. '''APPEND''' fornisce i parametri aggiuntivi che vengono passati al kernel. Ora, dove trovare questi parametri? Trattandosi di distribuzioni live, il modo più semplice è fare il boot di queste immagini ed andarli a scopiazzare dal menù che compare all'avvio. In alternativa li ricopiate direttamente dal file di configurazione del menù presente nella iso (nel caso di Mint si trova in '''isolinux/isolinux.cfg'''). Ovviamente alcuni parametri saranno diversi in quanto isolinux.cfg è pensato per il boot da cdrom, mentre noi lo facciamo da rete.<br />
<br />
Sempre nel caso di questa Mint che è alquanto semplice, i parametri hanno questo significato:<br />
*'''boot=casper:''' non deve fare il boot normalmente, ma usando casper "casper - a hook for initramfs-tools to boot live systems." come recita la man page. Cioè deve fare il boot in modalità "live", quindi con il file system in RAM;<br />
*'''initrd=mint/casper/initrd.lz:''' dove si trova il file contenente l'initrd; come nel caso del kernel, il path deve essere riferito alla root di TFTP;<br />
*'''netboot=nfs:''' andiamo a dire che la directory di root deve essere montata di tipo nfs;<br />
*'''root=/dev/nfs:''' andiamo a dire che la root va montata da /dev/nfs;<br />
*'''nfsroot=192.168.1.50:/var/lib/tftpboot/mint:''' diciamo dove si trova la root sul server nfs; <br />
*'''NFSOPTS="-o rsize=4096":''' le fantomatiche opzioni per nfs che tanto mi hanno fatto "divertire".<br />
<br />
Come ho detto, questo è il minimo. In fase di boot vi comparirà il prompt:<br />
<pre><br />
boot:<br />
</pre><br />
dove dovrete digitare:<br />
<pre><br />
boot: mint<br />
</pre><br />
e premere invio. A questo punto inizierà il boot. Qualora non vi piaccia ricordarvi a memoria tutte le possibili scelte, esiste la possibilità di mostrare un file di testo a video in cui scrivete, salutate, insultate ecc. chi vi sta davanti e gli potete fornire l'elenco di scelte per il boot.<br />
Il file va piazzato sulla root di tftp. Il file io l'ho chiamato '''boot.txt'''. Un esempio può essere questo:<br />
<br />
<pre><br />
supermucca:/var/lib/tftpboot# cat boot.txt <br />
- Boot Menu -<br />
=============<br />
<br />
backtrack<br />
mint<br />
squeeze<br />
debian<br />
ubuntu<br />
</pre><br />
<br />
Sempre per il motivo della suddetta sfera di cristallo rotta, dobbiamo dire a '''pxelinux.0''' di usare quel file, per questo basta aggiungere all'inizio del file di configurazione la direttiva:<br />
<br />
<pre><br />
DISPLAY boot.txt<br />
</pre><br />
<br />
Ovviamente, non aspettatevi menù graficosi o altro. Comunque, c'è la possibilità di farli. Lascio a voi il compito di imparare come si fanno. A me non servono. :-D.<br />
<br />
Un altro paio di direttive utili in questo file di configurazione sono:<br />
<br />
<pre><br />
DEFAULT mint<br />
TIMEOUT 3<br />
PROMPT 1<br />
</pre><br />
<br />
*'''DEFAULT:''' E' la command line di default;<br />
*'''TIMEOUT:''' Timeout (in decimi di secondo), trascorso il quale senza che l'utente abbia premuto un tasto viene effettuato il boot con la scelta di default;<br />
*'''PROMPT:''' Se vale 1 compare la scritta "boot:" per il prompt, se vale 0 il prompt compare solo se è premuto il tasto shift, alt oppure sono attivi il tasto fissa maiuscole o scroll lock.<br />
<br />
Per ulteriori info: http://www.syslinux.org/wiki/index.php/SYSLINUX<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
Fin qui abbiamo provato a far partire delle normali distribuzioni live. Ora, mettiamo il caso che non abbiate nulla da fare, vi abbiate fatto prendere la mano da sta storie e vi venga la malsana idea di provare a far funzionare una macchina con '''tutto''' il file system in remoto mentre i programmi girano in locale. <br />
<br />
Dovete fare questi pochi passaggi:<br />
* procedete con l'installazione locale della macchina come solito. Dovete poi costruire un nuovo initrd configurato per il boot da rete:<br />
** <pre><br />
pc01:/# cd /etc<br />
pc01:/etc# cp -R initramfs-tools initramfs-tools-pxe<br />
</pre><br />
** editare '''/etc/initramfs-tools-pxe/initramfs.conf''' ed impostando tra le varie variabili:<br />
<pre><br />
MODULES=netboot<br />
BOOT=nfs<br />
</pre><br />
per i dettagli dei comandi fate riferimento ai commenti nel file o alla man page di initrafmfs.conf<br />
** generare il nuovo initrd e copiarlo dentro alla directory di TFTP:<br />
<pre><br />
pc01:/# mkinitramfs -d /etc/initramfs-tools-pxe -o /boot/initrd.img-2.6.32-5-amd64-pxe 2.6.32-5-amd64<br />
pc01:/# cp /boot/initrd.img-2.6.32-5-amd64-pxe /var/lib/tftpboot/mio-boot<br />
pc01:/# cp /boot/vmlinuz-2.6.32-5-amd64 /var/lib/tftpboot/mio-boot<br />
</pre><br />
<br />
* editare /etc/fstab in modo che contenga la riga:<br />
<pre><br />
/dev/nfs / nfs defaults 1 1<br />
</pre><br />
altrimenti appena caricato il kernel non riuscirà a montare la root;<br />
<br />
* poniamo che sulla supermucca intendiate montare il file system completo in /var/lib/tftproot/mio. Modificate /etc/exports in modo che contenga:<br />
<pre><br />
/var/lib/tftproot/mio *(ro,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
* modificare il file '''pxelinux.cfg/default'' in modo che contenga:<br />
<pre><br />
LABEL pc01<br />
KERNEL mio-boot/vmlinuz-2.6.32-5-amd64<br />
APPEND ro quiet initrd=mio-boot/initrd.img-2.6.32-5-amd64-pxe netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mio root=/dev/nfs init=/sbin/init --<br />
<br />
<br />
</pre><br />
== Installazione completamente automatizzata: file di preseed ==<br />
<br />
'''* * * ABBOZZO DA TESTARE * * *'''<br />
<br />
Al fine di automatizzare un'installazione, può essere passato parametro "file" un file contenente le risposte da fornire all'installer. Può essere fornito in vari modi:<br />
*file=/cdrom/preseed/mint.seed - file presente nel cd di installazione;<br />
*file=http://host/path/to/mint.seed - file presente su un server web;<br />
*verificare se possibile usare un file tramite tftp<br />
<br />
Avevo trovato da qualche parte come passare hostname, username e pwd tramite dhcp ma non riesco più a trovare il link.<br />
<br />
Decriptare questi inglesismi (so ste guide, scrivar do paroe in pi xe masa fadiga eh?).<br />
<br />
Add ``auto=true priority=critical`` to your pxe append line If you don't at this, your installation won't run unattended and will ask you for a hostname and domain name.<br />
<br />
# Any hostname and domain names assigned from dhcp take precedence over<br />
# values set here. However, setting the values still prevents the questions<br />
# from being shown, even if values come from dhcp.<br />
d-i netcfg/get_hostname string unassigned-hostname<br />
d-i netcfg/get_domain string unassigned-domain<br />
d-i netcfg/get_hostname seen true<br />
d-i netcfg/get_domain seen true<br />
<br />
Once again, set values in the preseed file, assign the hostname with dhcp, but you must pass the string hostname=x domain=x to the kernel.<br />
<br />
http://community.linuxmint.com/tutorial/view/54<br />
<br />
== Cosa può andare storto ==<br />
La risposta è sempre la solita: tutto. D'altronde... '''failure is always an option.'''<br />
<br />
Mi limiterò quindi a dire quelle che sono state sulla base della mia esperienza le cose che sono andate storte.<br />
<br />
= Facciamoci del male =<br />
== L'initrd: chi è, cosa fà e cosa vuole dalla nostra vita ==<br />
Affinché il nostro computer funzioni correttamente, il kernel deve contenere tutti i moduli corretti per funzionare con l'hardware su cui gira. Includere nel kernel tutti i possibili moduli esistenti lo farebbe ingrossare notevolmente con conseguente uso di molta memoria. Per evitare questo problema, il kernel contiene solo alcuni moduli essenziali, il resto vengono messi in un file compesso chiamato initrd. Questo file, non fa altro che contenere al suo interno un mini file system che viene caricato in meoria. Qualora sia necessario aggiungere un nuovo modulo, basta includerlo in questo file senza dover ricompilare il kernel. Una volta che il kernel ha caricato tutti i moduli necessari per montare il file system che si trova su disco (moduli del controller del disco, file system, raid software, ecc.) vine chiamata la funzione pivot_root che smonta il file system in ram con quello su disco.<br />
<br />
Nel corso degli anni si sono succeduti vari formati per questo file (http://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt). Ai più curiosi, consiglio di scompattare il file e darci un'occhiata:<br />
<br />
<pre><br />
supermucca:/# mkdir /tmp/caca <br />
supermucca:/# cd /tmp/caca<br />
supermucca:/tmp/caca# cp /boot/initrd.img-2.6.32-5-amd64-pxe initrd.gz<br />
supermucca:/tmp/caca# gunzip initrd.gz<br />
supermucca:/tmp/caca# cpio -i -d -H newc -F initrd --no-absolute-filenames <br />
</pre><br />
<br />
A questo punto in /tmp/caca troviamo:<br />
<pre><br />
supermucca:/tmp/caca# ls -la<br />
totale 18000<br />
drwxr-xr-x 9 root root 4096 8 lug 15.09 .<br />
drwxrwxrwx 17 root root 4096 8 lug 13.32 ..<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 bin<br />
drwxr-xr-x 3 root root 4096 8 lug 09.47 conf<br />
drwxr-xr-x 6 root root 4096 8 lug 09.47 etc<br />
-rwxr-xr-x 1 root root 4238 8 lug 09.47 init<br />
-rw-r--r-- 1 root root 18360320 8 lug 09.46 initrd<br />
drwxr-xr-x 6 root root 4096 8 lug 09.47 lib<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 lib64<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 sbin<br />
drwxr-xr-x 8 root root 4096 8 lug 09.47 scripts<br />
</pre><br />
<br />
Quindi, se al kernel in fase di avvio viene passato il parametro initrd provvede a scompattare il file in ram e montarlo come root (/), poi verifica se nella root esiste il file init e lo esegue. Il file è un normale file bash, quindi abbastanza comprensibile dalla maggior parte delle persone che hanno avuto il coraggio di arrivare fino a qui. In poche parole, crea le directory /dev, /root, /sys, /proc, /tmp, provvede a montarle, avvia udev, fa il parsing dei parametri che vengono passati al kernel (/proc/cmdline).<br />
Qualora al parametro boot venga passato il valore casper, viene eseguito lo script /scripts/casper piuttosto che il default che è /scripts/local.<br />
<br />
== Casper: un fantasma in fatto di documentazione ==<br />
Purtroppo non sono riuscito a recuperare documentazione su questo argomento. Si tratta di una serie di script contenuti nell'initrd che permettono il boot del sistema in modalità live. Casper in fase di avvio va alla ricerca di una directory /casper contenente il file system di root. Se lo trova, attraverso l'uso di unionfs viene creato un file system scrivibile.<br />
<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7870MintNetInstall2012-07-08T14:30:01Z<p>Samuele: /* Casper: un fantasma in fatto di documentazione */</p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una Mint (provato con una 13)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
supermucca:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
supermucca:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
Allora, nella root del server TFTP (/var/lib/tftpboot) va copiato l'NBP che è pxelinux.0 e potete trovare ad esempio nei repository di debian in:<br />
<br />
main/installer-i386/current/images/netboot/debian-installer/i386/pxelinux.0<br />
<br />
Va poi creata una directory pxelinux.cfg all'interno della quale si trovano i file di configurazione che l'NBP legge. A seconda dell'indirizzo ip del client può essere specificato un file di configurazione diverso. Es.: posso avere un file di configurazione per i pc con indirizzo 192.168.0.*, un'altro per 192.168.1.*, un file solo ed esclusivamente per il pc 192.168.1.1 ed un file di configurazione per tutti gli altri casi.<br />
Per fare questo, bisogna convertire l'indirizzo ip in esadecimale:<br />
<br />
192.168.0.0 = C0 A8 00 00 <br />
<br />
La configurazione dei client 192.168.0.* va nel file: C0A800<br />
<br />
La configurazione dei client 192.168.1.* va nel file: C0A801<br />
<br />
La configurazione dei client 192.168.1.1 va nel file: C0A80101<br />
<br />
La configurazione di tutti gli altri client va nel file: default<br />
<br />
<br />
Nel nostro caso useremo un solo file per tutti. Cosa mettere all'interno di questo file lo vedremo qui sotto.<br />
<br />
=== Configurazione di NFS ===<br />
E' giunto il momento di configurare il server nfs. Basta inserire all'interno del file '''/etc/exports''' le condivisioni:<br />
<pre><br />
supermucca:/# cat /etc/exports <br />
/var/lib/tftpboot/ubuntu *(rw,sync,no_wdelay,no_root_squash,insecure) <br />
/var/lib/tftpboot/backtrack *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/skole *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/mint *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/xbmc *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
<br />
Nelle directory esportate ho montato direttamente l'iso della distribuzione in oggetto. Non create un link simbolico all'iso montata da qualche altra parte. Il TFTP gira in chroot quindi non riesce ad accedervi. Volevo anche mettere la iso di debian, ma non basta, i file inclusi non vanno bene per il boot di rete e bisogna seguire la procedura che indicano nel loro sito. Con le iso altre distribuzionei tipo centos/fedora/suse non ho ancora avuto modo di provare.<br />
<br />
L'idea di partenza era quella di avere un server con le varie iso e permettere di fare il boot di una qualsiasi di esse. Purtroppo a seconda del metodo con il quale può essere fatta l'iso (e ce ne sono diversi) i file contenuti in essa potrebbero non andare bene, quindi bisogna valutare caso per caso.<br />
<br />
Personalmente ho avuto un problemino con il server nfs per il quale ho fatto una fatica boia a trovare la soluzione. Finché installavo un solo pc attaccato con cavo cross al server, oppure i client erano in macchine virtuali non ho avuto problemi. Nel momento in cui i pc diventavano più di uno ho cominciato ad avere problemi. I client riportavano in console "NFS server is not responding, still trying". Le ricerche su google mi reindirizzavano su forum con le soluzioni più improbabili. Inoltre in nessun tutorial si parlava di questo problema (quindi, a questo punto, o sono io sfigato che mi capitano tutte le rogne di sto mondo, oppure chi fa i tutorial si limita a scopiazzare). Il problema alla fine era questo: il kernel di linux, di default legge e scrive via NFS blocci di 1 MB. Ogni frame ethernet normalmente è lunga al massimo 1500 byte. Questo comportava che se su tutte le oltre 700 frame che servono per inoltrare 1 MB anche una sola risultava persa (o il client non riusciva più a riordinarle ecc.), il client le richiedeva di nuovo tutte. Infatti, avevo un traffico bestiale di rete in confronto ad i dati trasferiti. Qui adesso salta fuori il secondo problema. Il parametro con le dimensioni dei pacchetti NFS, rsize e wsize, non si specifica lato server ma client. Come? Una rapida ricerca, mi ha dato che il kernel di linux, tra i parametri della share nfs dove monta root si può indicare anche la dimensione della frame: bastava dare<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint,rsize=8192,wsize=8192<br />
</pre><br />
<br />
Inspiegabilmente il parametro non veniva recepito. Prova e riprova un pomeriggio in varie salse, aggiungendo spazi, togliendo virgole ecc. Non c'è verso. Ad un certo punto, intercetto su un forum il post di uno che si lamenta di come vengono interpretati i parametri di boot di CASPER (programma che permette il boot delle live).<br />
Parlano di un'opzione nfsopts. Dopo un altro po' di googlate scopro che questo CASPER le opzioni le accetta in modo '''diverso''' dal kernel. Mi chiedo io, ma pareva brutto e complicato fare che accettasse gli stessi parametri '''CON LA STESSA''' sintassi del kernel? Presumo di no, altrimenti la gente non sbaglierebbe e non direbbe abbastanza parolacce. Per quello che serviva a me la sintassi è:<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=8192" <br />
</pre><br />
<br />
Da notare che tutti i parametri sono in minuscolo mentre NFSOPTS deve essere obbligatoriamente in maiuscolo. Lascio alla vostra fervida fantasia cosa avrei fatto se avessi avuto di frontre a me chi ha scritto, revisionato, convalidato, scritto la documentazione, testato il parser dei parametri di CASPER.<br />
Pensate sia finita qui? Vi sbagliate. Andando alla ricerca di questo casper, vi imbattete nella sua manpage tipo questa: http://manpages.ubuntu.com/manpages/karmic/man7/casper.7.html in cui l'unica citazione NFSOPTS è:<br />
<br />
<pre><br />
netboot[=nfs|cifs]<br />
This tells casper to perform a network mount. The parameter<br />
"nfsroot=" (with optional "nfsopts="), should specify where is<br />
the location of the root filesystem. With no args, will try<br />
cifs first, and if it fails nfs.<br />
</pre><br />
<br />
Sta volta sto zitto.<br />
<br />
Dopo che sono riuscito a passare questo parametro al kernel per il boot della iso, l'installazione è proceduta in modo rapido e senza riportare errori var NFS.<br />
A farmi venire ancora il fegato più grosso, è stato l'indicizzatore di google, perché cercando NFSOPTS, mi ha dato tra i primi risultati questa pagina:<br />
<br />
http://www.informit.com/articles/article.aspx?p=1328789&seqNum=8<br />
<br />
dove il paragrafo che spiegava il parametro NFSOPTS è intitolato: "NFS Server Is Not Responding". Putt4|\|4, |\/|153r14, \/4cc4, l4dr4, |\/|4l3d3tt4. La stessa stringa esatta, sputata, spiaccicata di ricerca che ho digitato per quasi un giorno, spulciato in modo sequenziale tutti i risultati che mi dava e su quella pagina non ci sono capitato. Che dire, a tutto c'è un limite, tranne che alla sfiga.<br />
<br />
=== Preparazione del file system da montare durante il boot ===<br />
Ad esempio, nel caso di Mint, ho designato come root directory per i file /var/lib/tftpboot/mint. Qui dentro andrebbero tutta una serie di directory e file necessari a far fare il boot al pc. Sulla guida di debian al PXE boot trovate tutto spiegato per benino. Inutile che mi ripeta.<br />
Come detto precedentemente, il mio obiettivo era evitare di dover creare la struttura di directory per ogni distribuzione che volevo mettere a disposizione. Con le derivate di Ubuntu, che sembrano essere fatte tutte allo stesso modo, questo si è rivelato alquanto semplice. Basta semplicemente montare in loop l'iso nella directory prescelta:<br />
<br />
<pre><br />
supermucca:/# mount -o loop /archivio-iso/linuxmint-13-mate-dvd-32bit.iso /var/lib/tftpboot/mint<br />
</pre><br />
<br />
=== File di configurazione per il boot di iso ===<br />
Adesso che abbiamo preparato tutte le directory ed i servizi vari, è ora di dire al buon NBP (in arte pxelinux.0) che cosa fare quando viene caricato. Purtroppo, sarà anche buono e bravo, ma anche lui ha la sfera di cristallo perennemente in riparazione, così dobbiamo istruirlo. Come detto in precedenza nel paragrafo "Struttura delle cartelle nella root TFTP", l'NBP cerca nella directory pxelinux.cfg un file di configurazione. Nel nostro caso il file si chiama "default".<br />
<br />
La versione minima è questa:<br />
<pre><br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=4096" initrd=mint/casper/initrd.lz ro splash --<br />
</pre><br />
<br />
All'interno del file, possiamo avere più configurazioni, una per ogni boot che vogliamo fare, come ad esempio con grub. Il comando '''LABEL''' da il nome alla voce di boot. '''KERNEL''' indica il nome del file contenente il kernel. Il path è relativo alla root di tftp. '''APPEND''' fornisce i parametri aggiuntivi che vengono passati al kernel. Ora, dove trovare questi parametri? Trattandosi di distribuzioni live, il modo più semplice è fare il boot di queste immagini ed andarli a scopiazzare dal menù che compare all'avvio. In alternativa li ricopiate direttamente dal file di configurazione del menù presente nella iso (nel caso di Mint si trova in '''isolinux/isolinux.cfg'''). Ovviamente alcuni parametri saranno diversi in quanto isolinux.cfg è pensato per il boot da cdrom, mentre noi lo facciamo da rete.<br />
<br />
Sempre nel caso di questa Mint che è alquanto semplice, i parametri hanno questo significato:<br />
*'''boot=casper:''' non deve fare il boot normalmente, ma usando casper "casper - a hook for initramfs-tools to boot live systems." come recita la man page. Cioè deve fare il boot in modalità "live", quindi con il file system in RAM;<br />
*'''initrd=mint/casper/initrd.lz:''' dove si trova il file contenente l'initrd; come nel caso del kernel, il path deve essere riferito alla root di TFTP;<br />
*'''netboot=nfs:''' andiamo a dire che la directory di root deve essere montata di tipo nfs;<br />
*'''root=/dev/nfs:''' andiamo a dire che la root va montata da /dev/nfs;<br />
*'''nfsroot=192.168.1.50:/var/lib/tftpboot/mint:''' diciamo dove si trova la root sul server nfs; <br />
*'''NFSOPTS="-o rsize=4096":''' le fantomatiche opzioni per nfs che tanto mi hanno fatto "divertire".<br />
<br />
Come ho detto, questo è il minimo. In fase di boot vi comparirà il prompt:<br />
<pre><br />
boot:<br />
</pre><br />
dove dovrete digitare:<br />
<pre><br />
boot: mint<br />
</pre><br />
e premere invio. A questo punto inizierà il boot. Qualora non vi piaccia ricordarvi a memoria tutte le possibili scelte, esiste la possibilità di mostrare un file di testo a video in cui scrivete, salutate, insultate ecc. chi vi sta davanti e gli potete fornire l'elenco di scelte per il boot.<br />
Il file va piazzato sulla root di tftp. Il file io l'ho chiamato '''boot.txt'''. Un esempio può essere questo:<br />
<br />
<pre><br />
supermucca:/var/lib/tftpboot# cat boot.txt <br />
- Boot Menu -<br />
=============<br />
<br />
backtrack<br />
mint<br />
squeeze<br />
debian<br />
ubuntu<br />
</pre><br />
<br />
Sempre per il motivo della suddetta sfera di cristallo rotta, dobbiamo dire a '''pxelinux.0''' di usare quel file, per questo basta aggiungere all'inizio del file di configurazione la direttiva:<br />
<br />
<pre><br />
DISPLAY boot.txt<br />
</pre><br />
<br />
Ovviamente, non aspettatevi menù graficosi o altro. Comunque, c'è la possibilità di farli. Lascio a voi il compito di imparare come si fanno. A me non servono. :-D.<br />
<br />
Un altro paio di direttive utili in questo file di configurazione sono:<br />
<br />
<pre><br />
DEFAULT mint<br />
TIMEOUT 3<br />
PROMPT 1<br />
</pre><br />
<br />
*'''DEFAULT:''' E' la command line di default;<br />
*'''TIMEOUT:''' Timeout (in decimi di secondo), trascorso il quale senza che l'utente abbia premuto un tasto viene effettuato il boot con la scelta di default;<br />
*'''PROMPT:''' Se vale 1 compare la scritta "boot:" per il prompt, se vale 0 il prompt compare solo se è premuto il tasto shift, alt oppure sono attivi il tasto fissa maiuscole o scroll lock.<br />
<br />
Per ulteriori info: http://www.syslinux.org/wiki/index.php/SYSLINUX<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
Fin qui abbiamo provato a far partire delle normali distribuzioni live. Ora, mettiamo il caso che non abbiate nulla da fare, vi abbiate fatto prendere la mano da sta storie e vi venga la malsana idea di provare a far funzionare una macchina con '''tutto''' il file system in remoto mentre i programmi girano in locale. <br />
<br />
Dovete fare questi pochi passaggi:<br />
* procedete con l'installazione locale della macchina come solito. Dovete poi costruire un nuovo initrd configurato per il boot da rete:<br />
** <pre><br />
pc01:/# cd /etc<br />
pc01:/etc# cp -R initramfs-tools initramfs-tools-pxe<br />
</pre><br />
** editare '''/etc/initramfs-tools-pxe/initramfs.conf''' ed impostando tra le varie variabili:<br />
<pre><br />
MODULES=netboot<br />
BOOT=nfs<br />
</pre><br />
per i dettagli dei comandi fate riferimento ai commenti nel file o alla man page di initrafmfs.conf<br />
** generare il nuovo initrd e copiarlo dentro alla directory di TFTP:<br />
<pre><br />
pc01:/# mkinitramfs -d /etc/initramfs-tools-pxe -o /boot/initrd.img-2.6.32-5-amd64-pxe 2.6.32-5-amd64<br />
pc01:/# cp /boot/initrd.img-2.6.32-5-amd64-pxe /var/lib/tftpboot/mio-boot<br />
pc01:/# cp /boot/vmlinuz-2.6.32-5-amd64 /var/lib/tftpboot/mio-boot<br />
</pre><br />
<br />
* editare /etc/fstab in modo che contenga la riga:<br />
<pre><br />
/dev/nfs / nfs defaults 1 1<br />
</pre><br />
altrimenti appena caricato il kernel non riuscirà a montare la root;<br />
<br />
* poniamo che sulla supermucca intendiate montare il file system completo in /var/lib/tftproot/mio. Modificate /etc/exports in modo che contenga:<br />
<pre><br />
/var/lib/tftproot/mio *(ro,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
* modificare il file '''pxelinux.cfg/default'' in modo che contenga:<br />
<pre><br />
LABEL pc01<br />
KERNEL mio-boot/vmlinuz-2.6.32-5-amd64<br />
APPEND ro quiet initrd=mio-boot/initrd.img-2.6.32-5-amd64-pxe netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mio root=/dev/nfs init=/sbin/init --<br />
<br />
<br />
</pre><br />
== Installazione completamente automatizzata: file di preseed ==<br />
== Cosa può andare storto ==<br />
La risposta è sempre la solita: tutto. D'altronde... '''failure is always an option.'''<br />
<br />
Mi limiterò quindi a dire quelle che sono state sulla base della mia esperienza le cose che sono andate storte.<br />
<br />
= Facciamoci del male =<br />
== L'initrd: chi è, cosa fà e cosa vuole dalla nostra vita ==<br />
Affinché il nostro computer funzioni correttamente, il kernel deve contenere tutti i moduli corretti per funzionare con l'hardware su cui gira. Includere nel kernel tutti i possibili moduli esistenti lo farebbe ingrossare notevolmente con conseguente uso di molta memoria. Per evitare questo problema, il kernel contiene solo alcuni moduli essenziali, il resto vengono messi in un file compesso chiamato initrd. Questo file, non fa altro che contenere al suo interno un mini file system che viene caricato in meoria. Qualora sia necessario aggiungere un nuovo modulo, basta includerlo in questo file senza dover ricompilare il kernel. Una volta che il kernel ha caricato tutti i moduli necessari per montare il file system che si trova su disco (moduli del controller del disco, file system, raid software, ecc.) vine chiamata la funzione pivot_root che smonta il file system in ram con quello su disco.<br />
<br />
Nel corso degli anni si sono succeduti vari formati per questo file (http://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt). Ai più curiosi, consiglio di scompattare il file e darci un'occhiata:<br />
<br />
<pre><br />
supermucca:/# mkdir /tmp/caca <br />
supermucca:/# cd /tmp/caca<br />
supermucca:/tmp/caca# cp /boot/initrd.img-2.6.32-5-amd64-pxe initrd.gz<br />
supermucca:/tmp/caca# gunzip initrd.gz<br />
supermucca:/tmp/caca# cpio -i -d -H newc -F initrd --no-absolute-filenames <br />
</pre><br />
<br />
A questo punto in /tmp/caca troviamo:<br />
<pre><br />
supermucca:/tmp/caca# ls -la<br />
totale 18000<br />
drwxr-xr-x 9 root root 4096 8 lug 15.09 .<br />
drwxrwxrwx 17 root root 4096 8 lug 13.32 ..<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 bin<br />
drwxr-xr-x 3 root root 4096 8 lug 09.47 conf<br />
drwxr-xr-x 6 root root 4096 8 lug 09.47 etc<br />
-rwxr-xr-x 1 root root 4238 8 lug 09.47 init<br />
-rw-r--r-- 1 root root 18360320 8 lug 09.46 initrd<br />
drwxr-xr-x 6 root root 4096 8 lug 09.47 lib<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 lib64<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 sbin<br />
drwxr-xr-x 8 root root 4096 8 lug 09.47 scripts<br />
</pre><br />
<br />
Quindi, se al kernel in fase di avvio viene passato il parametro initrd provvede a scompattare il file in ram e montarlo come root (/), poi verifica se nella root esiste il file init e lo esegue. Il file è un normale file bash, quindi abbastanza comprensibile dalla maggior parte delle persone che hanno avuto il coraggio di arrivare fino a qui. In poche parole, crea le directory /dev, /root, /sys, /proc, /tmp, provvede a montarle, avvia udev, fa il parsing dei parametri che vengono passati al kernel (/proc/cmdline).<br />
Qualora al parametro boot venga passato il valore casper, viene eseguito lo script /scripts/casper piuttosto che il default che è /scripts/local.<br />
<br />
== Casper: un fantasma in fatto di documentazione ==<br />
Purtroppo non sono riuscito a recuperare documentazione su questo argomento. Si tratta di una serie di script contenuti nell'initrd che permettono il boot del sistema in modalità live. Casper in fase di avvio va alla ricerca di una directory /casper contenente il file system di root. Se lo trova, attraverso l'uso di unionfs viene creato un file system scrivibile.<br />
<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7869MintNetInstall2012-07-08T13:25:05Z<p>Samuele: /* L'initrd: chi è, cosa fà e cosa vuole dalla nostra vita */</p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una Mint (provato con una 13)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
supermucca:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
supermucca:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
Allora, nella root del server TFTP (/var/lib/tftpboot) va copiato l'NBP che è pxelinux.0 e potete trovare ad esempio nei repository di debian in:<br />
<br />
main/installer-i386/current/images/netboot/debian-installer/i386/pxelinux.0<br />
<br />
Va poi creata una directory pxelinux.cfg all'interno della quale si trovano i file di configurazione che l'NBP legge. A seconda dell'indirizzo ip del client può essere specificato un file di configurazione diverso. Es.: posso avere un file di configurazione per i pc con indirizzo 192.168.0.*, un'altro per 192.168.1.*, un file solo ed esclusivamente per il pc 192.168.1.1 ed un file di configurazione per tutti gli altri casi.<br />
Per fare questo, bisogna convertire l'indirizzo ip in esadecimale:<br />
<br />
192.168.0.0 = C0 A8 00 00 <br />
<br />
La configurazione dei client 192.168.0.* va nel file: C0A800<br />
<br />
La configurazione dei client 192.168.1.* va nel file: C0A801<br />
<br />
La configurazione dei client 192.168.1.1 va nel file: C0A80101<br />
<br />
La configurazione di tutti gli altri client va nel file: default<br />
<br />
<br />
Nel nostro caso useremo un solo file per tutti. Cosa mettere all'interno di questo file lo vedremo qui sotto.<br />
<br />
=== Configurazione di NFS ===<br />
E' giunto il momento di configurare il server nfs. Basta inserire all'interno del file '''/etc/exports''' le condivisioni:<br />
<pre><br />
supermucca:/# cat /etc/exports <br />
/var/lib/tftpboot/ubuntu *(rw,sync,no_wdelay,no_root_squash,insecure) <br />
/var/lib/tftpboot/backtrack *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/skole *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/mint *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/xbmc *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
<br />
Nelle directory esportate ho montato direttamente l'iso della distribuzione in oggetto. Non create un link simbolico all'iso montata da qualche altra parte. Il TFTP gira in chroot quindi non riesce ad accedervi. Volevo anche mettere la iso di debian, ma non basta, i file inclusi non vanno bene per il boot di rete e bisogna seguire la procedura che indicano nel loro sito. Con le iso altre distribuzionei tipo centos/fedora/suse non ho ancora avuto modo di provare.<br />
<br />
L'idea di partenza era quella di avere un server con le varie iso e permettere di fare il boot di una qualsiasi di esse. Purtroppo a seconda del metodo con il quale può essere fatta l'iso (e ce ne sono diversi) i file contenuti in essa potrebbero non andare bene, quindi bisogna valutare caso per caso.<br />
<br />
Personalmente ho avuto un problemino con il server nfs per il quale ho fatto una fatica boia a trovare la soluzione. Finché installavo un solo pc attaccato con cavo cross al server, oppure i client erano in macchine virtuali non ho avuto problemi. Nel momento in cui i pc diventavano più di uno ho cominciato ad avere problemi. I client riportavano in console "NFS server is not responding, still trying". Le ricerche su google mi reindirizzavano su forum con le soluzioni più improbabili. Inoltre in nessun tutorial si parlava di questo problema (quindi, a questo punto, o sono io sfigato che mi capitano tutte le rogne di sto mondo, oppure chi fa i tutorial si limita a scopiazzare). Il problema alla fine era questo: il kernel di linux, di default legge e scrive via NFS blocci di 1 MB. Ogni frame ethernet normalmente è lunga al massimo 1500 byte. Questo comportava che se su tutte le oltre 700 frame che servono per inoltrare 1 MB anche una sola risultava persa (o il client non riusciva più a riordinarle ecc.), il client le richiedeva di nuovo tutte. Infatti, avevo un traffico bestiale di rete in confronto ad i dati trasferiti. Qui adesso salta fuori il secondo problema. Il parametro con le dimensioni dei pacchetti NFS, rsize e wsize, non si specifica lato server ma client. Come? Una rapida ricerca, mi ha dato che il kernel di linux, tra i parametri della share nfs dove monta root si può indicare anche la dimensione della frame: bastava dare<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint,rsize=8192,wsize=8192<br />
</pre><br />
<br />
Inspiegabilmente il parametro non veniva recepito. Prova e riprova un pomeriggio in varie salse, aggiungendo spazi, togliendo virgole ecc. Non c'è verso. Ad un certo punto, intercetto su un forum il post di uno che si lamenta di come vengono interpretati i parametri di boot di CASPER (programma che permette il boot delle live).<br />
Parlano di un'opzione nfsopts. Dopo un altro po' di googlate scopro che questo CASPER le opzioni le accetta in modo '''diverso''' dal kernel. Mi chiedo io, ma pareva brutto e complicato fare che accettasse gli stessi parametri '''CON LA STESSA''' sintassi del kernel? Presumo di no, altrimenti la gente non sbaglierebbe e non direbbe abbastanza parolacce. Per quello che serviva a me la sintassi è:<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=8192" <br />
</pre><br />
<br />
Da notare che tutti i parametri sono in minuscolo mentre NFSOPTS deve essere obbligatoriamente in maiuscolo. Lascio alla vostra fervida fantasia cosa avrei fatto se avessi avuto di frontre a me chi ha scritto, revisionato, convalidato, scritto la documentazione, testato il parser dei parametri di CASPER.<br />
Pensate sia finita qui? Vi sbagliate. Andando alla ricerca di questo casper, vi imbattete nella sua manpage tipo questa: http://manpages.ubuntu.com/manpages/karmic/man7/casper.7.html in cui l'unica citazione NFSOPTS è:<br />
<br />
<pre><br />
netboot[=nfs|cifs]<br />
This tells casper to perform a network mount. The parameter<br />
"nfsroot=" (with optional "nfsopts="), should specify where is<br />
the location of the root filesystem. With no args, will try<br />
cifs first, and if it fails nfs.<br />
</pre><br />
<br />
Sta volta sto zitto.<br />
<br />
Dopo che sono riuscito a passare questo parametro al kernel per il boot della iso, l'installazione è proceduta in modo rapido e senza riportare errori var NFS.<br />
A farmi venire ancora il fegato più grosso, è stato l'indicizzatore di google, perché cercando NFSOPTS, mi ha dato tra i primi risultati questa pagina:<br />
<br />
http://www.informit.com/articles/article.aspx?p=1328789&seqNum=8<br />
<br />
dove il paragrafo che spiegava il parametro NFSOPTS è intitolato: "NFS Server Is Not Responding". Putt4|\|4, |\/|153r14, \/4cc4, l4dr4, |\/|4l3d3tt4. La stessa stringa esatta, sputata, spiaccicata di ricerca che ho digitato per quasi un giorno, spulciato in modo sequenziale tutti i risultati che mi dava e su quella pagina non ci sono capitato. Che dire, a tutto c'è un limite, tranne che alla sfiga.<br />
<br />
=== Preparazione del file system da montare durante il boot ===<br />
Ad esempio, nel caso di Mint, ho designato come root directory per i file /var/lib/tftpboot/mint. Qui dentro andrebbero tutta una serie di directory e file necessari a far fare il boot al pc. Sulla guida di debian al PXE boot trovate tutto spiegato per benino. Inutile che mi ripeta.<br />
Come detto precedentemente, il mio obiettivo era evitare di dover creare la struttura di directory per ogni distribuzione che volevo mettere a disposizione. Con le derivate di Ubuntu, che sembrano essere fatte tutte allo stesso modo, questo si è rivelato alquanto semplice. Basta semplicemente montare in loop l'iso nella directory prescelta:<br />
<br />
<pre><br />
supermucca:/# mount -o loop /archivio-iso/linuxmint-13-mate-dvd-32bit.iso /var/lib/tftpboot/mint<br />
</pre><br />
<br />
=== File di configurazione per il boot di iso ===<br />
Adesso che abbiamo preparato tutte le directory ed i servizi vari, è ora di dire al buon NBP (in arte pxelinux.0) che cosa fare quando viene caricato. Purtroppo, sarà anche buono e bravo, ma anche lui ha la sfera di cristallo perennemente in riparazione, così dobbiamo istruirlo. Come detto in precedenza nel paragrafo "Struttura delle cartelle nella root TFTP", l'NBP cerca nella directory pxelinux.cfg un file di configurazione. Nel nostro caso il file si chiama "default".<br />
<br />
La versione minima è questa:<br />
<pre><br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=4096" initrd=mint/casper/initrd.lz ro splash --<br />
</pre><br />
<br />
All'interno del file, possiamo avere più configurazioni, una per ogni boot che vogliamo fare, come ad esempio con grub. Il comando '''LABEL''' da il nome alla voce di boot. '''KERNEL''' indica il nome del file contenente il kernel. Il path è relativo alla root di tftp. '''APPEND''' fornisce i parametri aggiuntivi che vengono passati al kernel. Ora, dove trovare questi parametri? Trattandosi di distribuzioni live, il modo più semplice è fare il boot di queste immagini ed andarli a scopiazzare dal menù che compare all'avvio. In alternativa li ricopiate direttamente dal file di configurazione del menù presente nella iso (nel caso di Mint si trova in '''isolinux/isolinux.cfg'''). Ovviamente alcuni parametri saranno diversi in quanto isolinux.cfg è pensato per il boot da cdrom, mentre noi lo facciamo da rete.<br />
<br />
Sempre nel caso di questa Mint che è alquanto semplice, i parametri hanno questo significato:<br />
*'''boot=casper:''' non deve fare il boot normalmente, ma usando casper "casper - a hook for initramfs-tools to boot live systems." come recita la man page. Cioè deve fare il boot in modalità "live", quindi con il file system in RAM;<br />
*'''initrd=mint/casper/initrd.lz:''' dove si trova il file contenente l'initrd; come nel caso del kernel, il path deve essere riferito alla root di TFTP;<br />
*'''netboot=nfs:''' andiamo a dire che la directory di root deve essere montata di tipo nfs;<br />
*'''root=/dev/nfs:''' andiamo a dire che la root va montata da /dev/nfs;<br />
*'''nfsroot=192.168.1.50:/var/lib/tftpboot/mint:''' diciamo dove si trova la root sul server nfs; <br />
*'''NFSOPTS="-o rsize=4096":''' le fantomatiche opzioni per nfs che tanto mi hanno fatto "divertire".<br />
<br />
Come ho detto, questo è il minimo. In fase di boot vi comparirà il prompt:<br />
<pre><br />
boot:<br />
</pre><br />
dove dovrete digitare:<br />
<pre><br />
boot: mint<br />
</pre><br />
e premere invio. A questo punto inizierà il boot. Qualora non vi piaccia ricordarvi a memoria tutte le possibili scelte, esiste la possibilità di mostrare un file di testo a video in cui scrivete, salutate, insultate ecc. chi vi sta davanti e gli potete fornire l'elenco di scelte per il boot.<br />
Il file va piazzato sulla root di tftp. Il file io l'ho chiamato '''boot.txt'''. Un esempio può essere questo:<br />
<br />
<pre><br />
supermucca:/var/lib/tftpboot# cat boot.txt <br />
- Boot Menu -<br />
=============<br />
<br />
backtrack<br />
mint<br />
squeeze<br />
debian<br />
ubuntu<br />
</pre><br />
<br />
Sempre per il motivo della suddetta sfera di cristallo rotta, dobbiamo dire a '''pxelinux.0''' di usare quel file, per questo basta aggiungere all'inizio del file di configurazione la direttiva:<br />
<br />
<pre><br />
DISPLAY boot.txt<br />
</pre><br />
<br />
Ovviamente, non aspettatevi menù graficosi o altro. Comunque, c'è la possibilità di farli. Lascio a voi il compito di imparare come si fanno. A me non servono. :-D.<br />
<br />
Un altro paio di direttive utili in questo file di configurazione sono:<br />
<br />
<pre><br />
DEFAULT mint<br />
TIMEOUT 3<br />
PROMPT 1<br />
</pre><br />
<br />
*'''DEFAULT:''' E' la command line di default;<br />
*'''TIMEOUT:''' Timeout (in decimi di secondo), trascorso il quale senza che l'utente abbia premuto un tasto viene effettuato il boot con la scelta di default;<br />
*'''PROMPT:''' Se vale 1 compare la scritta "boot:" per il prompt, se vale 0 il prompt compare solo se è premuto il tasto shift, alt oppure sono attivi il tasto fissa maiuscole o scroll lock.<br />
<br />
Per ulteriori info: http://www.syslinux.org/wiki/index.php/SYSLINUX<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
Fin qui abbiamo provato a far partire delle normali distribuzioni live. Ora, mettiamo il caso che non abbiate nulla da fare, vi abbiate fatto prendere la mano da sta storie e vi venga la malsana idea di provare a far funzionare una macchina con '''tutto''' il file system in remoto mentre i programmi girano in locale. <br />
<br />
Dovete fare questi pochi passaggi:<br />
* procedete con l'installazione locale della macchina come solito. Dovete poi costruire un nuovo initrd configurato per il boot da rete:<br />
** <pre><br />
pc01:/# cd /etc<br />
pc01:/etc# cp -R initramfs-tools initramfs-tools-pxe<br />
</pre><br />
** editare '''/etc/initramfs-tools-pxe/initramfs.conf''' ed impostando tra le varie variabili:<br />
<pre><br />
MODULES=netboot<br />
BOOT=nfs<br />
</pre><br />
per i dettagli dei comandi fate riferimento ai commenti nel file o alla man page di initrafmfs.conf<br />
** generare il nuovo initrd e copiarlo dentro alla directory di TFTP:<br />
<pre><br />
pc01:/# mkinitramfs -d /etc/initramfs-tools-pxe -o /boot/initrd.img-2.6.32-5-amd64-pxe 2.6.32-5-amd64<br />
pc01:/# cp /boot/initrd.img-2.6.32-5-amd64-pxe /var/lib/tftpboot/mio-boot<br />
pc01:/# cp /boot/vmlinuz-2.6.32-5-amd64 /var/lib/tftpboot/mio-boot<br />
</pre><br />
<br />
* editare /etc/fstab in modo che contenga la riga:<br />
<pre><br />
/dev/nfs / nfs defaults 1 1<br />
</pre><br />
altrimenti appena caricato il kernel non riuscirà a montare la root;<br />
<br />
* poniamo che sulla supermucca intendiate montare il file system completo in /var/lib/tftproot/mio. Modificate /etc/exports in modo che contenga:<br />
<pre><br />
/var/lib/tftproot/mio *(ro,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
* modificare il file '''pxelinux.cfg/default'' in modo che contenga:<br />
<pre><br />
LABEL pc01<br />
KERNEL mio-boot/vmlinuz-2.6.32-5-amd64<br />
APPEND ro quiet initrd=mio-boot/initrd.img-2.6.32-5-amd64-pxe netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mio root=/dev/nfs init=/sbin/init --<br />
<br />
<br />
</pre><br />
== Installazione completamente automatizzata: file di preseed ==<br />
== Cosa può andare storto ==<br />
La risposta è sempre la solita: tutto. D'altronde... '''failure is always an option.'''<br />
<br />
Mi limiterò quindi a dire quelle che sono state sulla base della mia esperienza le cose che sono andate storte.<br />
<br />
= Facciamoci del male =<br />
== L'initrd: chi è, cosa fà e cosa vuole dalla nostra vita ==<br />
Affinché il nostro computer funzioni correttamente, il kernel deve contenere tutti i moduli corretti per funzionare con l'hardware su cui gira. Includere nel kernel tutti i possibili moduli esistenti lo farebbe ingrossare notevolmente con conseguente uso di molta memoria. Per evitare questo problema, il kernel contiene solo alcuni moduli essenziali, il resto vengono messi in un file compesso chiamato initrd. Questo file, non fa altro che contenere al suo interno un mini file system che viene caricato in meoria. Qualora sia necessario aggiungere un nuovo modulo, basta includerlo in questo file senza dover ricompilare il kernel. Una volta che il kernel ha caricato tutti i moduli necessari per montare il file system che si trova su disco (moduli del controller del disco, file system, raid software, ecc.) vine chiamata la funzione pivot_root che smonta il file system in ram con quello su disco.<br />
<br />
Nel corso degli anni si sono succeduti vari formati per questo file (http://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt). Ai più curiosi, consiglio di scompattare il file e darci un'occhiata:<br />
<br />
<pre><br />
supermucca:/# mkdir /tmp/caca <br />
supermucca:/# cd /tmp/caca<br />
supermucca:/tmp/caca# cp /boot/initrd.img-2.6.32-5-amd64-pxe initrd.gz<br />
supermucca:/tmp/caca# gunzip initrd.gz<br />
supermucca:/tmp/caca# cpio -i -d -H newc -F initrd --no-absolute-filenames <br />
</pre><br />
<br />
A questo punto in /tmp/caca troviamo:<br />
<pre><br />
supermucca:/tmp/caca# ls -la<br />
totale 18000<br />
drwxr-xr-x 9 root root 4096 8 lug 15.09 .<br />
drwxrwxrwx 17 root root 4096 8 lug 13.32 ..<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 bin<br />
drwxr-xr-x 3 root root 4096 8 lug 09.47 conf<br />
drwxr-xr-x 6 root root 4096 8 lug 09.47 etc<br />
-rwxr-xr-x 1 root root 4238 8 lug 09.47 init<br />
-rw-r--r-- 1 root root 18360320 8 lug 09.46 initrd<br />
drwxr-xr-x 6 root root 4096 8 lug 09.47 lib<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 lib64<br />
drwxr-xr-x 2 root root 4096 8 lug 09.47 sbin<br />
drwxr-xr-x 8 root root 4096 8 lug 09.47 scripts<br />
</pre><br />
<br />
Quindi, se al kernel in fase di avvio viene passato il parametro initrd provvede a scompattare il file in ram e montarlo come root (/), poi verifica se nella root esiste il file init e lo esegue. Il file è un normale file bash, quindi abbastanza comprensibile dalla maggior parte delle persone che hanno avuto il coraggio di arrivare fino a qui. In poche parole, crea le directory /dev, /root, /sys, /proc, /tmp, provvede a montarle, avvia udev, fa il parsing dei parametri che vengono passati al kernel (/proc/cmdline).<br />
Qualora al parametro boot venga passato il valore casper, viene eseguito lo script /scripts/casper piuttosto che il default che è /scripts/local.<br />
<br />
== Casper: un fantasma in fatto di documentazione ==<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7868MintNetInstall2012-07-08T11:45:11Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una Mint (provato con una 13)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
supermucca:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
supermucca:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
Allora, nella root del server TFTP (/var/lib/tftpboot) va copiato l'NBP che è pxelinux.0 e potete trovare ad esempio nei repository di debian in:<br />
<br />
main/installer-i386/current/images/netboot/debian-installer/i386/pxelinux.0<br />
<br />
Va poi creata una directory pxelinux.cfg all'interno della quale si trovano i file di configurazione che l'NBP legge. A seconda dell'indirizzo ip del client può essere specificato un file di configurazione diverso. Es.: posso avere un file di configurazione per i pc con indirizzo 192.168.0.*, un'altro per 192.168.1.*, un file solo ed esclusivamente per il pc 192.168.1.1 ed un file di configurazione per tutti gli altri casi.<br />
Per fare questo, bisogna convertire l'indirizzo ip in esadecimale:<br />
<br />
192.168.0.0 = C0 A8 00 00 <br />
<br />
La configurazione dei client 192.168.0.* va nel file: C0A800<br />
<br />
La configurazione dei client 192.168.1.* va nel file: C0A801<br />
<br />
La configurazione dei client 192.168.1.1 va nel file: C0A80101<br />
<br />
La configurazione di tutti gli altri client va nel file: default<br />
<br />
<br />
Nel nostro caso useremo un solo file per tutti. Cosa mettere all'interno di questo file lo vedremo qui sotto.<br />
<br />
=== Configurazione di NFS ===<br />
E' giunto il momento di configurare il server nfs. Basta inserire all'interno del file '''/etc/exports''' le condivisioni:<br />
<pre><br />
supermucca:/# cat /etc/exports <br />
/var/lib/tftpboot/ubuntu *(rw,sync,no_wdelay,no_root_squash,insecure) <br />
/var/lib/tftpboot/backtrack *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/skole *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/mint *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/xbmc *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
<br />
Nelle directory esportate ho montato direttamente l'iso della distribuzione in oggetto. Non create un link simbolico all'iso montata da qualche altra parte. Il TFTP gira in chroot quindi non riesce ad accedervi. Volevo anche mettere la iso di debian, ma non basta, i file inclusi non vanno bene per il boot di rete e bisogna seguire la procedura che indicano nel loro sito. Con le iso altre distribuzionei tipo centos/fedora/suse non ho ancora avuto modo di provare.<br />
<br />
L'idea di partenza era quella di avere un server con le varie iso e permettere di fare il boot di una qualsiasi di esse. Purtroppo a seconda del metodo con il quale può essere fatta l'iso (e ce ne sono diversi) i file contenuti in essa potrebbero non andare bene, quindi bisogna valutare caso per caso.<br />
<br />
Personalmente ho avuto un problemino con il server nfs per il quale ho fatto una fatica boia a trovare la soluzione. Finché installavo un solo pc attaccato con cavo cross al server, oppure i client erano in macchine virtuali non ho avuto problemi. Nel momento in cui i pc diventavano più di uno ho cominciato ad avere problemi. I client riportavano in console "NFS server is not responding, still trying". Le ricerche su google mi reindirizzavano su forum con le soluzioni più improbabili. Inoltre in nessun tutorial si parlava di questo problema (quindi, a questo punto, o sono io sfigato che mi capitano tutte le rogne di sto mondo, oppure chi fa i tutorial si limita a scopiazzare). Il problema alla fine era questo: il kernel di linux, di default legge e scrive via NFS blocci di 1 MB. Ogni frame ethernet normalmente è lunga al massimo 1500 byte. Questo comportava che se su tutte le oltre 700 frame che servono per inoltrare 1 MB anche una sola risultava persa (o il client non riusciva più a riordinarle ecc.), il client le richiedeva di nuovo tutte. Infatti, avevo un traffico bestiale di rete in confronto ad i dati trasferiti. Qui adesso salta fuori il secondo problema. Il parametro con le dimensioni dei pacchetti NFS, rsize e wsize, non si specifica lato server ma client. Come? Una rapida ricerca, mi ha dato che il kernel di linux, tra i parametri della share nfs dove monta root si può indicare anche la dimensione della frame: bastava dare<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint,rsize=8192,wsize=8192<br />
</pre><br />
<br />
Inspiegabilmente il parametro non veniva recepito. Prova e riprova un pomeriggio in varie salse, aggiungendo spazi, togliendo virgole ecc. Non c'è verso. Ad un certo punto, intercetto su un forum il post di uno che si lamenta di come vengono interpretati i parametri di boot di CASPER (programma che permette il boot delle live).<br />
Parlano di un'opzione nfsopts. Dopo un altro po' di googlate scopro che questo CASPER le opzioni le accetta in modo '''diverso''' dal kernel. Mi chiedo io, ma pareva brutto e complicato fare che accettasse gli stessi parametri '''CON LA STESSA''' sintassi del kernel? Presumo di no, altrimenti la gente non sbaglierebbe e non direbbe abbastanza parolacce. Per quello che serviva a me la sintassi è:<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=8192" <br />
</pre><br />
<br />
Da notare che tutti i parametri sono in minuscolo mentre NFSOPTS deve essere obbligatoriamente in maiuscolo. Lascio alla vostra fervida fantasia cosa avrei fatto se avessi avuto di frontre a me chi ha scritto, revisionato, convalidato, scritto la documentazione, testato il parser dei parametri di CASPER.<br />
Pensate sia finita qui? Vi sbagliate. Andando alla ricerca di questo casper, vi imbattete nella sua manpage tipo questa: http://manpages.ubuntu.com/manpages/karmic/man7/casper.7.html in cui l'unica citazione NFSOPTS è:<br />
<br />
<pre><br />
netboot[=nfs|cifs]<br />
This tells casper to perform a network mount. The parameter<br />
"nfsroot=" (with optional "nfsopts="), should specify where is<br />
the location of the root filesystem. With no args, will try<br />
cifs first, and if it fails nfs.<br />
</pre><br />
<br />
Sta volta sto zitto.<br />
<br />
Dopo che sono riuscito a passare questo parametro al kernel per il boot della iso, l'installazione è proceduta in modo rapido e senza riportare errori var NFS.<br />
A farmi venire ancora il fegato più grosso, è stato l'indicizzatore di google, perché cercando NFSOPTS, mi ha dato tra i primi risultati questa pagina:<br />
<br />
http://www.informit.com/articles/article.aspx?p=1328789&seqNum=8<br />
<br />
dove il paragrafo che spiegava il parametro NFSOPTS è intitolato: "NFS Server Is Not Responding". Putt4|\|4, |\/|153r14, \/4cc4, l4dr4, |\/|4l3d3tt4. La stessa stringa esatta, sputata, spiaccicata di ricerca che ho digitato per quasi un giorno, spulciato in modo sequenziale tutti i risultati che mi dava e su quella pagina non ci sono capitato. Che dire, a tutto c'è un limite, tranne che alla sfiga.<br />
<br />
=== Preparazione del file system da montare durante il boot ===<br />
Ad esempio, nel caso di Mint, ho designato come root directory per i file /var/lib/tftpboot/mint. Qui dentro andrebbero tutta una serie di directory e file necessari a far fare il boot al pc. Sulla guida di debian al PXE boot trovate tutto spiegato per benino. Inutile che mi ripeta.<br />
Come detto precedentemente, il mio obiettivo era evitare di dover creare la struttura di directory per ogni distribuzione che volevo mettere a disposizione. Con le derivate di Ubuntu, che sembrano essere fatte tutte allo stesso modo, questo si è rivelato alquanto semplice. Basta semplicemente montare in loop l'iso nella directory prescelta:<br />
<br />
<pre><br />
supermucca:/# mount -o loop /archivio-iso/linuxmint-13-mate-dvd-32bit.iso /var/lib/tftpboot/mint<br />
</pre><br />
<br />
=== File di configurazione per il boot di iso ===<br />
Adesso che abbiamo preparato tutte le directory ed i servizi vari, è ora di dire al buon NBP (in arte pxelinux.0) che cosa fare quando viene caricato. Purtroppo, sarà anche buono e bravo, ma anche lui ha la sfera di cristallo perennemente in riparazione, così dobbiamo istruirlo. Come detto in precedenza nel paragrafo "Struttura delle cartelle nella root TFTP", l'NBP cerca nella directory pxelinux.cfg un file di configurazione. Nel nostro caso il file si chiama "default".<br />
<br />
La versione minima è questa:<br />
<pre><br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=4096" initrd=mint/casper/initrd.lz ro splash --<br />
</pre><br />
<br />
All'interno del file, possiamo avere più configurazioni, una per ogni boot che vogliamo fare, come ad esempio con grub. Il comando '''LABEL''' da il nome alla voce di boot. '''KERNEL''' indica il nome del file contenente il kernel. Il path è relativo alla root di tftp. '''APPEND''' fornisce i parametri aggiuntivi che vengono passati al kernel. Ora, dove trovare questi parametri? Trattandosi di distribuzioni live, il modo più semplice è fare il boot di queste immagini ed andarli a scopiazzare dal menù che compare all'avvio. In alternativa li ricopiate direttamente dal file di configurazione del menù presente nella iso (nel caso di Mint si trova in '''isolinux/isolinux.cfg'''). Ovviamente alcuni parametri saranno diversi in quanto isolinux.cfg è pensato per il boot da cdrom, mentre noi lo facciamo da rete.<br />
<br />
Sempre nel caso di questa Mint che è alquanto semplice, i parametri hanno questo significato:<br />
*'''boot=casper:''' non deve fare il boot normalmente, ma usando casper "casper - a hook for initramfs-tools to boot live systems." come recita la man page. Cioè deve fare il boot in modalità "live", quindi con il file system in RAM;<br />
*'''initrd=mint/casper/initrd.lz:''' dove si trova il file contenente l'initrd; come nel caso del kernel, il path deve essere riferito alla root di TFTP;<br />
*'''netboot=nfs:''' andiamo a dire che la directory di root deve essere montata di tipo nfs;<br />
*'''root=/dev/nfs:''' andiamo a dire che la root va montata da /dev/nfs;<br />
*'''nfsroot=192.168.1.50:/var/lib/tftpboot/mint:''' diciamo dove si trova la root sul server nfs; <br />
*'''NFSOPTS="-o rsize=4096":''' le fantomatiche opzioni per nfs che tanto mi hanno fatto "divertire".<br />
<br />
Come ho detto, questo è il minimo. In fase di boot vi comparirà il prompt:<br />
<pre><br />
boot:<br />
</pre><br />
dove dovrete digitare:<br />
<pre><br />
boot: mint<br />
</pre><br />
e premere invio. A questo punto inizierà il boot. Qualora non vi piaccia ricordarvi a memoria tutte le possibili scelte, esiste la possibilità di mostrare un file di testo a video in cui scrivete, salutate, insultate ecc. chi vi sta davanti e gli potete fornire l'elenco di scelte per il boot.<br />
Il file va piazzato sulla root di tftp. Il file io l'ho chiamato '''boot.txt'''. Un esempio può essere questo:<br />
<br />
<pre><br />
supermucca:/var/lib/tftpboot# cat boot.txt <br />
- Boot Menu -<br />
=============<br />
<br />
backtrack<br />
mint<br />
squeeze<br />
debian<br />
ubuntu<br />
</pre><br />
<br />
Sempre per il motivo della suddetta sfera di cristallo rotta, dobbiamo dire a '''pxelinux.0''' di usare quel file, per questo basta aggiungere all'inizio del file di configurazione la direttiva:<br />
<br />
<pre><br />
DISPLAY boot.txt<br />
</pre><br />
<br />
Ovviamente, non aspettatevi menù graficosi o altro. Comunque, c'è la possibilità di farli. Lascio a voi il compito di imparare come si fanno. A me non servono. :-D.<br />
<br />
Un altro paio di direttive utili in questo file di configurazione sono:<br />
<br />
<pre><br />
DEFAULT mint<br />
TIMEOUT 3<br />
PROMPT 1<br />
</pre><br />
<br />
*'''DEFAULT:''' E' la command line di default;<br />
*'''TIMEOUT:''' Timeout (in decimi di secondo), trascorso il quale senza che l'utente abbia premuto un tasto viene effettuato il boot con la scelta di default;<br />
*'''PROMPT:''' Se vale 1 compare la scritta "boot:" per il prompt, se vale 0 il prompt compare solo se è premuto il tasto shift, alt oppure sono attivi il tasto fissa maiuscole o scroll lock.<br />
<br />
Per ulteriori info: http://www.syslinux.org/wiki/index.php/SYSLINUX<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
Fin qui abbiamo provato a far partire delle normali distribuzioni live. Ora, mettiamo il caso che non abbiate nulla da fare, vi abbiate fatto prendere la mano da sta storie e vi venga la malsana idea di provare a far funzionare una macchina con '''tutto''' il file system in remoto mentre i programmi girano in locale. <br />
<br />
Dovete fare questi pochi passaggi:<br />
* procedete con l'installazione locale della macchina come solito. Dovete poi costruire un nuovo initrd configurato per il boot da rete:<br />
** <pre><br />
pc01:/# cd /etc<br />
pc01:/etc# cp -R initramfs-tools initramfs-tools-pxe<br />
</pre><br />
** editare '''/etc/initramfs-tools-pxe/initramfs.conf''' ed impostando tra le varie variabili:<br />
<pre><br />
MODULES=netboot<br />
BOOT=nfs<br />
</pre><br />
per i dettagli dei comandi fate riferimento ai commenti nel file o alla man page di initrafmfs.conf<br />
** generare il nuovo initrd e copiarlo dentro alla directory di TFTP:<br />
<pre><br />
pc01:/# mkinitramfs -d /etc/initramfs-tools-pxe -o /boot/initrd.img-2.6.32-5-amd64-pxe 2.6.32-5-amd64<br />
pc01:/# cp /boot/initrd.img-2.6.32-5-amd64-pxe /var/lib/tftpboot/mio-boot<br />
pc01:/# cp /boot/vmlinuz-2.6.32-5-amd64 /var/lib/tftpboot/mio-boot<br />
</pre><br />
<br />
* editare /etc/fstab in modo che contenga la riga:<br />
<pre><br />
/dev/nfs / nfs defaults 1 1<br />
</pre><br />
altrimenti appena caricato il kernel non riuscirà a montare la root;<br />
<br />
* poniamo che sulla supermucca intendiate montare il file system completo in /var/lib/tftproot/mio. Modificate /etc/exports in modo che contenga:<br />
<pre><br />
/var/lib/tftproot/mio *(ro,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
* modificare il file '''pxelinux.cfg/default'' in modo che contenga:<br />
<pre><br />
LABEL pc01<br />
KERNEL mio-boot/vmlinuz-2.6.32-5-amd64<br />
APPEND ro quiet initrd=mio-boot/initrd.img-2.6.32-5-amd64-pxe netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mio root=/dev/nfs init=/sbin/init --<br />
<br />
<br />
</pre><br />
== Installazione completamente automatizzata: file di preseed ==<br />
== Cosa può andare storto ==<br />
La risposta è sempre la solita: tutto. D'altronde... '''failure is always an option.'''<br />
<br />
Mi limiterò quindi a dire quelle che sono state sulla base della mia esperienza le cose che sono andate storte.<br />
<br />
= Facciamoci del male =<br />
== L'initrd: chi è, cosa fà e cosa vuole dalla nostra vita ==<br />
== Casper: un fantasma in fatto di documentazione ==<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7867MintNetInstall2012-07-08T10:46:48Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una Mint (provato con una 13)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
supermucca:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
supermucca:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
Allora, nella root del server TFTP (/var/lib/tftpboot) va copiato l'NBP che è pxelinux.0 e potete trovare ad esempio nei repository di debian in:<br />
<br />
main/installer-i386/current/images/netboot/debian-installer/i386/pxelinux.0<br />
<br />
Va poi creata una directory pxelinux.cfg all'interno della quale si trovano i file di configurazione che l'NBP legge. A seconda dell'indirizzo ip del client può essere specificato un file di configurazione diverso. Es.: posso avere un file di configurazione per i pc con indirizzo 192.168.0.*, un'altro per 192.168.1.*, un file solo ed esclusivamente per il pc 192.168.1.1 ed un file di configurazione per tutti gli altri casi.<br />
Per fare questo, bisogna convertire l'indirizzo ip in esadecimale:<br />
<br />
192.168.0.0 = C0 A8 00 00 <br />
<br />
La configurazione dei client 192.168.0.* va nel file: C0A800<br />
<br />
La configurazione dei client 192.168.1.* va nel file: C0A801<br />
<br />
La configurazione dei client 192.168.1.1 va nel file: C0A80101<br />
<br />
La configurazione di tutti gli altri client va nel file: default<br />
<br />
<br />
Nel nostro caso useremo un solo file per tutti. Cosa mettere all'interno di questo file lo vedremo qui sotto.<br />
<br />
=== Configurazione di NFS ===<br />
E' giunto il momento di configurare il server nfs. Basta inserire all'interno del file '''/etc/exports''' le condivisioni:<br />
<pre><br />
supermucca:/# cat /etc/exports <br />
/var/lib/tftpboot/ubuntu *(rw,sync,no_wdelay,no_root_squash,insecure) <br />
/var/lib/tftpboot/backtrack *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/skole *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/mint *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/xbmc *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
<br />
Nelle directory esportate ho montato direttamente l'iso della distribuzione in oggetto. Non create un link simbolico all'iso montata da qualche altra parte. Il TFTP gira in chroot quindi non riesce ad accedervi. Volevo anche mettere la iso di debian, ma non basta, i file inclusi non vanno bene per il boot di rete e bisogna seguire la procedura che indicano nel loro sito. Con le iso altre distribuzionei tipo centos/fedora/suse non ho ancora avuto modo di provare.<br />
<br />
L'idea di partenza era quella di avere un server con le varie iso e permettere di fare il boot di una qualsiasi di esse. Purtroppo a seconda del metodo con il quale può essere fatta l'iso (e ce ne sono diversi) i file contenuti in essa potrebbero non andare bene, quindi bisogna valutare caso per caso.<br />
<br />
Personalmente ho avuto un problemino con il server nfs per il quale ho fatto una fatica boia a trovare la soluzione. Finché installavo un solo pc attaccato con cavo cross al server, oppure i client erano in macchine virtuali non ho avuto problemi. Nel momento in cui i pc diventavano più di uno ho cominciato ad avere problemi. I client riportavano in console "NFS server is not responding, still trying". Le ricerche su google mi reindirizzavano su forum con le soluzioni più improbabili. Inoltre in nessun tutorial si parlava di questo problema (quindi, a questo punto, o sono io sfigato che mi capitano tutte le rogne di sto mondo, oppure chi fa i tutorial si limita a scopiazzare). Il problema alla fine era questo: il kernel di linux, di default legge e scrive via NFS blocci di 1 MB. Ogni frame ethernet normalmente è lunga al massimo 1500 byte. Questo comportava che se su tutte le oltre 700 frame che servono per inoltrare 1 MB anche una sola risultava persa (o il client non riusciva più a riordinarle ecc.), il client le richiedeva di nuovo tutte. Infatti, avevo un traffico bestiale di rete in confronto ad i dati trasferiti. Qui adesso salta fuori il secondo problema. Il parametro con le dimensioni dei pacchetti NFS, rsize e wsize, non si specifica lato server ma client. Come? Una rapida ricerca, mi ha dato che il kernel di linux, tra i parametri della share nfs dove monta root si può indicare anche la dimensione della frame: bastava dare<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint,rsize=8192,wsize=8192<br />
</pre><br />
<br />
Inspiegabilmente il parametro non veniva recepito. Prova e riprova un pomeriggio in varie salse, aggiungendo spazi, togliendo virgole ecc. Non c'è verso. Ad un certo punto, intercetto su un forum il post di uno che si lamenta di come vengono interpretati i parametri di boot di CASPER (programma che permette il boot delle live).<br />
Parlano di un'opzione nfsopts. Dopo un altro po' di googlate scopro che questo CASPER le opzioni le accetta in modo '''diverso''' dal kernel. Mi chiedo io, ma pareva brutto e complicato fare che accettasse gli stessi parametri '''CON LA STESSA''' sintassi del kernel? Presumo di no, altrimenti la gente non sbaglierebbe e non direbbe abbastanza parolacce. Per quello che serviva a me la sintassi è:<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=8192" <br />
</pre><br />
<br />
Da notare che tutti i parametri sono in minuscolo mentre NFSOPTS deve essere obbligatoriamente in maiuscolo. Lascio alla vostra fervida fantasia cosa avrei fatto se avessi avuto di frontre a me chi ha scritto, revisionato, convalidato, scritto la documentazione, testato il parser dei parametri di CASPER.<br />
Pensate sia finita qui? Vi sbagliate. Andando alla ricerca di questo casper, vi imbattete nella sua manpage tipo questa: http://manpages.ubuntu.com/manpages/karmic/man7/casper.7.html in cui l'unica citazione NFSOPTS è:<br />
<br />
<pre><br />
netboot[=nfs|cifs]<br />
This tells casper to perform a network mount. The parameter<br />
"nfsroot=" (with optional "nfsopts="), should specify where is<br />
the location of the root filesystem. With no args, will try<br />
cifs first, and if it fails nfs.<br />
</pre><br />
<br />
Sta volta sto zitto.<br />
<br />
Dopo che sono riuscito a passare questo parametro al kernel per il boot della iso, l'installazione è proceduta in modo rapido e senza riportare errori var NFS.<br />
A farmi venire ancora il fegato più grosso, è stato l'indicizzatore di google, perché cercando NFSOPTS, mi ha dato tra i primi risultati questa pagina:<br />
<br />
http://www.informit.com/articles/article.aspx?p=1328789&seqNum=8<br />
<br />
dove il paragrafo che spiegava il parametro NFSOPTS è intitolato: "NFS Server Is Not Responding". Putt4|\|4, |\/|153r14, \/4cc4, l4dr4, |\/|4l3d3tt4. La stessa stringa esatta, sputata, spiaccicata di ricerca che ho digitato per quasi un giorno, spulciato in modo sequenziale tutti i risultati che mi dava e su quella pagina non ci sono capitato. Che dire, a tutto c'è un limite, tranne che alla sfiga.<br />
<br />
=== Preparazione del file system da montare durante il boot ===<br />
Ad esempio, nel caso di Mint, ho designato come root directory per i file /var/lib/tftpboot/mint. Qui dentro andrebbero tutta una serie di directory e file necessari a far fare il boot al pc. Sulla guida di debian al PXE boot trovate tutto spiegato per benino. Inutile che mi ripeta.<br />
Come detto precedentemente, il mio obiettivo era evitare di dover creare la struttura di directory per ogni distribuzione che volevo mettere a disposizione. Con le derivate di Ubuntu, che sembrano essere fatte tutte allo stesso modo, questo si è rivelato alquanto semplice. Basta semplicemente montare in loop l'iso nella directory prescelta:<br />
<br />
<pre><br />
supermucca:/# mount -o loop /archivio-iso/linuxmint-13-mate-dvd-32bit.iso /var/lib/tftpboot/mint<br />
</pre><br />
<br />
=== File di configurazione per il boot di iso ===<br />
Adesso che abbiamo preparato tutte le directory ed i servizi vari, è ora di dire al buon NBP (in arte pxelinux.0) che cosa fare quando viene caricato. Purtroppo, sarà anche buono e bravo, ma anche lui ha la sfera di cristallo perennemente in riparazione, così dobbiamo istruirlo. Come detto in precedenza nel paragrafo "Struttura delle cartelle nella root TFTP", l'NBP cerca nella directory pxelinux.cfg un file di configurazione. Nel nostro caso il file si chiama "default".<br />
<br />
La versione minima è questa:<br />
<pre><br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=4096" initrd=mint/casper/initrd.lz ro splash --<br />
</pre><br />
<br />
All'interno del file, possiamo avere più configurazioni, una per ogni boot che vogliamo fare, come ad esempio con grub. Il comando '''LABEL''' da il nome alla voce di boot. '''KERNEL''' indica il nome del file contenente il kernel. Il path è relativo alla root di tftp. '''APPEND''' fornisce i parametri aggiuntivi che vengono passati al kernel. Ora, dove trovare questi parametri? Trattandosi di distribuzioni live, il modo più semplice è fare il boot di queste immagini ed andarli a scopiazzare dal menù che compare all'avvio. In alternativa li ricopiate direttamente dal file di configurazione del menù presente nella iso (nel caso di Mint si trova in '''isolinux/isolinux.cfg'''). Ovviamente alcuni parametri saranno diversi in quanto isolinux.cfg è pensato per il boot da cdrom, mentre noi lo facciamo da rete.<br />
<br />
Sempre nel caso di questa Mint che è alquanto semplice, i parametri hanno questo significato:<br />
*'''boot=casper:''' non deve fare il boot normalmente, ma usando casper "casper - a hook for initramfs-tools to boot live systems." come recita la man page. Cioè deve fare il boot in modalità "live", quindi con il file system in RAM;<br />
*'''initrd=mint/casper/initrd.lz:''' dove si trova il file contenente l'initrd; come nel caso del kernel, il path deve essere riferito alla root di TFTP;<br />
*'''netboot=nfs:''' andiamo a dire che la directory di root deve essere montata di tipo nfs;<br />
*'''root=/dev/nfs:''' andiamo a dire che la root va montata da /dev/nfs;<br />
*'''nfsroot=192.168.1.50:/var/lib/tftpboot/mint:''' diciamo dove si trova la root sul server nfs; <br />
*'''NFSOPTS="-o rsize=4096":''' le fantomatiche opzioni per nfs che tanto mi hanno fatto "divertire".<br />
<br />
Come ho detto, questo è il minimo. In fase di boot vi comparirà il prompt:<br />
<pre><br />
boot:<br />
</pre><br />
dove dovrete digitare:<br />
<pre><br />
boot: mint<br />
</pre><br />
e premere invio. A questo punto inizierà il boot. Qualora non vi piaccia ricordarvi a memoria tutte le possibili scelte, esiste la possibilità di mostrare un file di testo a video in cui scrivete, salutate, insultate ecc. chi vi sta davanti e gli potete fornire l'elenco di scelte per il boot.<br />
Il file va piazzato sulla root di tftp. Il file io l'ho chiamato '''boot.txt'''. Un esempio può essere questo:<br />
<br />
<pre><br />
supermucca:/var/lib/tftpboot# cat boot.txt <br />
- Boot Menu -<br />
=============<br />
<br />
backtrack<br />
mint<br />
squeeze<br />
debian<br />
ubuntu<br />
</pre><br />
<br />
Sempre per il motivo della suddetta sfera di cristallo rotta, dobbiamo dire a '''pxelinux.0''' di usare quel file, per questo basta aggiungere all'inizio del file di configurazione la direttiva:<br />
<br />
<pre><br />
DISPLAY boot.txt<br />
</pre><br />
<br />
Ovviamente, non aspettatevi menù graficosi o altro. Comunque, c'è la possibilità di farli. Lascio a voi il compito di imparare come si fanno. A me non servono. :-D.<br />
<br />
Un altro paio di direttive utili in questo file di configurazione sono:<br />
<br />
<pre><br />
DEFAULT mint<br />
TIMEOUT 3<br />
PROMPT 1<br />
</pre><br />
<br />
*'''DEFAULT:''' E' la command line di default;<br />
*'''TIMEOUT:''' Timeout (in decimi di secondo), trascorso il quale senza che l'utente abbia premuto un tasto viene effettuato il boot con la scelta di default;<br />
*'''PROMPT:''' Se vale 1 compare la scritta "boot:" per il prompt, se vale 0 il prompt compare solo se è premuto il tasto shift, alt oppure sono attivi il tasto fissa maiuscole o scroll lock.<br />
<br />
Per ulteriori info: http://www.syslinux.org/wiki/index.php/SYSLINUX<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
/ *(ro,sync,no_wdelay,no_root_squash,insecure)<br />
<br />
== Cosa può andare storto ==<br />
La risposta è sempre la solita: tutto. D'altronde... '''failure is always an option.'''<br />
<br />
Mi limiterò quindi a dire quelle che sono state sulla base della mia esperienza le cose che sono andate storte.<br />
<br />
= Facciamoci del male =<br />
== L'initrd: chi è, cosa fà e cosa vuole dalla nostra vita ==<br />
== Casper: un fantasma in fatto di documentazione ==<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7866MintNetInstall2012-07-08T09:16:51Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una Mint (provato con una 13)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
supermucca:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
supermucca:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
Allora, nella root del server TFTP (/var/lib/tftpboot) va copiato l'NBP che è pxelinux.0 e potete trovare ad esempio nei repository di debian in:<br />
<br />
main/installer-i386/current/images/netboot/debian-installer/i386/pxelinux.0<br />
<br />
Va poi creata una directory pxelinux.cfg all'interno della quale si trovano i file di configurazione che l'NBP legge. A seconda dell'indirizzo ip del client può essere specificato un file di configurazione diverso. Es.: posso avere un file di configurazione per i pc con indirizzo 192.168.0.*, un'altro per 192.168.1.*, un file solo ed esclusivamente per il pc 192.168.1.1 ed un file di configurazione per tutti gli altri casi.<br />
Per fare questo, bisogna convertire l'indirizzo ip in esadecimale:<br />
<br />
192.168.0.0 = C0 A8 00 00 <br />
<br />
La configurazione dei client 192.168.0.* va nel file: C0A800<br />
<br />
La configurazione dei client 192.168.1.* va nel file: C0A801<br />
<br />
La configurazione dei client 192.168.1.1 va nel file: C0A80101<br />
<br />
La configurazione di tutti gli altri client va nel file: default<br />
<br />
<br />
Nel nostro caso useremo un solo file per tutti. Cosa mettere all'interno di questo file lo vedremo qui sotto.<br />
<br />
=== Configurazione di NFS ===<br />
E' giunto il momento di configurare il server nfs. Basta inserire all'interno del file '''/etc/exports''' le condivisioni:<br />
<pre><br />
supermucca:/# cat /etc/exports <br />
/var/lib/tftpboot/ubuntu *(rw,sync,no_wdelay,no_root_squash,insecure) <br />
/var/lib/tftpboot/backtrack *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/skole *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/mint *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/xbmc *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
<br />
Nelle directory esportate ho montato direttamente l'iso della distribuzione in oggetto. Non create un link simbolico all'iso montata da qualche altra parte. Il TFTP gira in chroot quindi non riesce ad accedervi. Volevo anche mettere la iso di debian, ma non basta, i file inclusi non vanno bene per il boot di rete e bisogna seguire la procedura che indicano nel loro sito. Con le iso altre distribuzionei tipo centos/fedora/suse non ho ancora avuto modo di provare.<br />
<br />
L'idea di partenza era quella di avere un server con le varie iso e permettere di fare il boot di una qualsiasi di esse. Purtroppo a seconda del metodo con il quale può essere fatta l'iso (e ce ne sono diversi) i file contenuti in essa potrebbero non andare bene, quindi bisogna valutare caso per caso.<br />
<br />
Personalmente ho avuto un problemino con il server nfs per il quale ho fatto una fatica boia a trovare la soluzione. Finché installavo un solo pc attaccato con cavo cross al server, oppure i client erano in macchine virtuali non ho avuto problemi. Nel momento in cui i pc diventavano più di uno ho cominciato ad avere problemi. I client riportavano in console "NFS server is not responding, still trying". Le ricerche su google mi reindirizzavano su forum con le soluzioni più improbabili. Inoltre in nessun tutorial si parlava di questo problema (quindi, a questo punto, o sono io sfigato che mi capitano tutte le rogne di sto mondo, oppure chi fa i tutorial si limita a scopiazzare). Il problema alla fine era questo: il kernel di linux, di default legge e scrive via NFS blocci di 1 MB. Ogni frame ethernet normalmente è lunga al massimo 1500 byte. Questo comportava che se su tutte le oltre 700 frame che servono per inoltrare 1 MB anche una sola risultava persa (o il client non riusciva più a riordinarle ecc.), il client le richiedeva di nuovo tutte. Infatti, avevo un traffico bestiale di rete in confronto ad i dati trasferiti. Qui adesso salta fuori il secondo problema. Il parametro con le dimensioni dei pacchetti NFS, rsize e wsize, non si specifica lato server ma client. Come? Una rapida ricerca, mi ha dato che il kernel di linux, tra i parametri della share nfs dove monta root si può indicare anche la dimensione della frame: bastava dare<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint,rsize=8192,wsize=8192<br />
</pre><br />
<br />
Inspiegabilmente il parametro non veniva recepito. Prova e riprova un pomeriggio in varie salse, aggiungendo spazi, togliendo virgole ecc. Non c'è verso. Ad un certo punto, intercetto su un forum il post di uno che si lamenta di come vengono interpretati i parametri di boot di CASPER (programma che permette il boot delle live).<br />
Parlano di un'opzione nfsopts. Dopo un altro po' di googlate scopro che questo CASPER le opzioni le accetta in modo '''diverso''' dal kernel. Mi chiedo io, ma pareva brutto e complicato fare che accettasse gli stessi parametri '''CON LA STESSA''' sintassi del kernel? Presumo di no, altrimenti la gente non sbaglierebbe e non direbbe abbastanza parolacce. Per quello che serviva a me la sintassi è:<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=8192" <br />
</pre><br />
<br />
Da notare che tutti i parametri sono in minuscolo mentre NFSOPTS deve essere obbligatoriamente in maiuscolo. Lascio alla vostra fervida fantasia cosa avrei fatto se avessi avuto di frontre a me chi ha scritto, revisionato, convalidato, scritto la documentazione, testato il parser dei parametri di CASPER.<br />
Pensate sia finita qui? Vi sbagliate. Andando alla ricerca di questo casper, vi imbattete nella sua manpage tipo questa: http://manpages.ubuntu.com/manpages/karmic/man7/casper.7.html in cui l'unica citazione NFSOPTS è:<br />
<br />
<pre><br />
netboot[=nfs|cifs]<br />
This tells casper to perform a network mount. The parameter<br />
"nfsroot=" (with optional "nfsopts="), should specify where is<br />
the location of the root filesystem. With no args, will try<br />
cifs first, and if it fails nfs.<br />
</pre><br />
<br />
Sta volta sto zitto.<br />
<br />
Dopo che sono riuscito a passare questo parametro al kernel per il boot della iso, l'installazione è proceduta in modo rapido e senza riportare errori var NFS.<br />
A farmi venire ancora il fegato più grosso, è stato l'indicizzatore di google, perché cercando NFSOPTS, mi ha dato tra i primi risultati questa pagina:<br />
<br />
http://www.informit.com/articles/article.aspx?p=1328789&seqNum=8<br />
<br />
dove il paragrafo che spiegava il parametro NFSOPTS è intitolato: "NFS Server Is Not Responding". Putt4|\|4, |\/|153r14, \/4cc4, l4dr4, |\/|4l3d3tt4. La stessa stringa esatta, sputata, spiaccicata di ricerca che ho digitato per quasi un giorno, spulciato in modo sequenziale tutti i risultati che mi dava e su quella pagina non ci sono capitato. Che dire, a tutto c'è un limite, tranne che alla sfiga.<br />
<br />
=== Preparazione del file system da montare durante il boot ===<br />
Ad esempio, nel caso di Mint, ho designato come root directory per i file /var/lib/tftpboot/mint. Qui dentro andrebbero tutta una serie di directory e file necessari a far fare il boot al pc. Sulla guida di debian al PXE boot trovate tutto spiegato per benino. Inutile che mi ripeta.<br />
Come detto precedentemente, il mio obiettivo era evitare di dover creare la struttura di directory per ogni distribuzione che volevo mettere a disposizione. Con le derivate di Ubuntu, che sembrano essere fatte tutte allo stesso modo, questo si è rivelato alquanto semplice. Basta semplicemente montare in loop l'iso nella directory prescelta:<br />
<br />
<pre><br />
supermucca:/# mount -o loop /archivio-iso/linuxmint-13-mate-dvd-32bit.iso /var/lib/tftpboot/mint<br />
</pre><br />
<br />
=== File di configurazione per il boot di iso ===<br />
Adesso che abbiamo preparato tutte le directory ed i servizi vari, è ora di dire al buon NBP (in arte pxelinux.0) che cosa fare quando viene caricato. Purtroppo, sarà anche buono e bravo, ma anche lui ha la sfera di cristallo perennemente in riparazione, così dobbiamo istruirlo. Come detto in precedenza nel paragrafo "Struttura delle cartelle nella root TFTP", l'NBP cerca nella directory pxelinux.cfg un file di configurazione. Nel nostro caso il file si chiama "default".<br />
<br />
La versione minima è questa:<br />
<pre><br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=4096" initrd=mint/casper/initrd.lz ro splash --<br />
</pre><br />
<br />
All'interno del file, possiamo avere più configurazioni, una per ogni boot che vogliamo fare, come ad esempio con grub. Il comando '''LABEL''' da il nome alla voce di boot. '''KERNEL''' indica il nome del file contenente il kernel. Il path è relativo alla root di tftp. '''APPEND''' fornisce i parametri aggiuntivi che vengono passati al kernel. Ora, dove trovare questi parametri? Trattandosi di distribuzioni live, il modo più semplice è fare il boot di queste immagini ed andarli a scopiazzare dal menù che compare all'avvio. In alternativa li ricopiate direttamente dal file di configurazione del menù presente nella iso (nel caso di Mint si trova in '''isolinux/isolinux.cfg'''. Ovviamente alcuni parametri saranno diversi in quanto isolinux.cfg è pensato per il boot da cdrom, mentre noi lo facciamo da rete.<br />
<br />
Sempre nel caso di questa Mint che è alquanto semplice, i parametri hanno questo significato:<br />
*'''boot=casper:''' non deve fare il boot normalmente, ma usando casper "casper - a hook for initramfs-tools to boot live systems." come recita la man page. Cioè deve fare il boot in modalità "live", quindi con il file system in RAM;<br />
*'''initrd=mint/casper/initrd.lz:''' dove si trova il file contenente l'initrd; come nel caso del kernel, il path deve essere riferito alla root di TFTP;<br />
*'''netboot=nfs:''' andiamo a dire che la directory di root deve essere montata di tipo nfs;<br />
*'''root=/dev/nfs:''' andiamo a dire che la root va montata da /dev/nfs;<br />
*'''nfsroot=192.168.1.50:/var/lib/tftpboot/mint:''' diciamo dove si trova la root sul server nfs; <br />
*'''NFSOPTS="-o rsize=4096":''' le fantomatiche opzioni per nfs che tanto mi hanno fatto "divertire".<br />
<br />
== Cosa può andare storto ==<br />
La risposta è sempre la solita: tutto. D'altronde... '''failure is always an option.'''<br />
<br />
Mi limiterò quindi a dire quelle che sono state sulla base della mia esperienza le cose che sono andate storte.<br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
<br />
<pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
/ *(ro,sync,no_wdelay,no_root_squash,insecure)<br />
<br />
= Facciamoci del male =<br />
== L'initrd: chi è, cosa fà e cosa vuole dalla nostra vita ==<br />
== Casper: un fantasma in fatto di documentazione ==<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7865MintNetInstall2012-07-08T08:44:17Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una Mint (provato con una 13)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
supermucca:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
supermucca:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
Allora, nella root del server TFTP (/var/lib/tftpboot) va copiato l'NBP che è pxelinux.0 e potete trovare ad esempio nei repository di debian in:<br />
<br />
main/installer-i386/current/images/netboot/debian-installer/i386/pxelinux.0<br />
<br />
Va poi creata una directory pxelinux.cfg all'interno della quale si trovano i file di configurazione che l'NBP legge. A seconda dell'indirizzo ip del client può essere specificato un file di configurazione diverso. Es.: posso avere un file di configurazione per i pc con indirizzo 192.168.0.*, un'altro per 192.168.1.*, un file solo ed esclusivamente per il pc 192.168.1.1 ed un file di configurazione per tutti gli altri casi.<br />
Per fare questo, bisogna convertire l'indirizzo ip in esadecimale:<br />
<br />
192.168.0.0 = C0 A8 00 00 <br />
<br />
La configurazione dei client 192.168.0.* va nel file: C0A800<br />
<br />
La configurazione dei client 192.168.1.* va nel file: C0A801<br />
<br />
La configurazione dei client 192.168.1.1 va nel file: C0A80101<br />
<br />
La configurazione di tutti gli altri client va nel file: default<br />
<br />
<br />
Nel nostro caso useremo un solo file per tutti. Cosa mettere all'interno di questo file lo vedremo qui sotto.<br />
<br />
=== Configurazione di NFS ===<br />
E' giunto il momento di configurare il server nfs. Basta inserire all'interno del file '''/etc/exports''' le condivisioni:<br />
<pre><br />
supermucca:/# cat /etc/exports <br />
/var/lib/tftpboot/ubuntu *(rw,sync,no_wdelay,no_root_squash,insecure) <br />
/var/lib/tftpboot/backtrack *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/skole *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/mint *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/xbmc *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
<br />
Nelle directory esportate ho montato direttamente l'iso della distribuzione in oggetto. Non create un link simbolico all'iso montata da qualche altra parte. Il TFTP gira in chroot quindi non riesce ad accedervi. Volevo anche mettere la iso di debian, ma non basta, i file inclusi non vanno bene per il boot di rete e bisogna seguire la procedura che indicano nel loro sito. Con le iso altre distribuzionei tipo centos/fedora/suse non ho ancora avuto modo di provare.<br />
<br />
L'idea di partenza era quella di avere un server con le varie iso e permettere di fare il boot di una qualsiasi di esse. Purtroppo a seconda del metodo con il quale può essere fatta l'iso (e ce ne sono diversi) i file contenuti in essa potrebbero non andare bene, quindi bisogna valutare caso per caso.<br />
<br />
Personalmente ho avuto un problemino con il server nfs per il quale ho fatto una fatica boia a trovare la soluzione. Finché installavo un solo pc attaccato con cavo cross al server, oppure i client erano in macchine virtuali non ho avuto problemi. Nel momento in cui i pc diventavano più di uno ho cominciato ad avere problemi. I client riportavano in console "NFS server is not responding, still trying". Le ricerche su google mi reindirizzavano su forum con le soluzioni più improbabili. Inoltre in nessun tutorial si parlava di questo problema (quindi, a questo punto, o sono io sfigato che mi capitano tutte le rogne di sto mondo, oppure chi fa i tutorial si limita a scopiazzare). Il problema alla fine era questo: il kernel di linux, di default legge e scrive via NFS blocci di 1 MB. Ogni frame ethernet normalmente è lunga al massimo 1500 byte. Questo comportava che se su tutte le oltre 700 frame che servono per inoltrare 1 MB anche una sola risultava persa (o il client non riusciva più a riordinarle ecc.), il client le richiedeva di nuovo tutte. Infatti, avevo un traffico bestiale di rete in confronto ad i dati trasferiti. Qui adesso salta fuori il secondo problema. Il parametro con le dimensioni dei pacchetti NFS, rsize e wsize, non si specifica lato server ma client. Come? Una rapida ricerca, mi ha dato che il kernel di linux, tra i parametri della share nfs dove monta root si può indicare anche la dimensione della frame: bastava dare<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint,rsize=8192,wsize=8192<br />
</pre><br />
<br />
Inspiegabilmente il parametro non veniva recepito. Prova e riprova un pomeriggio in varie salse, aggiungendo spazi, togliendo virgole ecc. Non c'è verso. Ad un certo punto, intercetto su un forum il post di uno che si lamenta di come vengono interpretati i parametri di boot di CASPER (programma che permette il boot delle live).<br />
Parlano di un'opzione nfsopts. Dopo un altro po' di googlate scopro che questo CASPER le opzioni le accetta in modo '''diverso''' dal kernel. Mi chiedo io, ma pareva brutto e complicato fare che accettasse gli stessi parametri '''CON LA STESSA''' sintassi del kernel? Presumo di no, altrimenti la gente non sbaglierebbe e non direbbe abbastanza parolacce. Per quello che serviva a me la sintassi è:<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=8192" <br />
</pre><br />
<br />
Da notare che tutti i parametri sono in minuscolo mentre NFSOPTS deve essere obbligatoriamente in maiuscolo. Lascio alla vostra fervida fantasia cosa avrei fatto se avessi avuto di frontre a me chi ha scritto, revisionato, convalidato, scritto la documentazione, testato il parser dei parametri di CASPER.<br />
Pensate sia finita qui? Vi sbagliate. Andando alla ricerca di questo casper, vi imbattete nella sua manpage tipo questa: http://manpages.ubuntu.com/manpages/karmic/man7/casper.7.html in cui l'unica citazione NFSOPTS è:<br />
<br />
<pre><br />
netboot[=nfs|cifs]<br />
This tells casper to perform a network mount. The parameter<br />
"nfsroot=" (with optional "nfsopts="), should specify where is<br />
the location of the root filesystem. With no args, will try<br />
cifs first, and if it fails nfs.<br />
</pre><br />
<br />
Sta volta sto zitto.<br />
<br />
Dopo che sono riuscito a passare questo parametro al kernel per il boot della iso, l'installazione è proceduta in modo rapido e senza riportare errori var NFS.<br />
A farmi venire ancora il fegato più grosso, è stato l'indicizzatore di google, perché cercando NFSOPTS, mi ha dato tra i primi risultati questa pagina:<br />
<br />
http://www.informit.com/articles/article.aspx?p=1328789&seqNum=8<br />
<br />
dove il paragrafo che spiegava il parametro NFSOPTS è intitolato: "NFS Server Is Not Responding". Putt4|\|4, |\/|153r14, \/4cc4, l4dr4, |\/|4l3d3tt4. La stessa stringa esatta, sputata, spiaccicata di ricerca che ho digitato per quasi un giorno, spulciato in modo sequenziale tutti i risultati che mi dava e su quella pagina non ci sono capitato. Che dire, a tutto c'è un limite, tranne che alla sfiga.<br />
<br />
=== Preparazione del file system da montare durante il boot ===<br />
Ad esempio, nel caso di Mint, ho designato come root directory per i file /var/lib/tftpboot/mint. Qui dentro andrebbero tutta una serie di directory e file necessari a far fare il boot al pc. Sulla guida di debian al PXE boot trovate tutto spiegato per benino. Inutile che mi ripeta.<br />
Come detto precedentemente, il mio obiettivo era evitare di dover creare la struttura di directory per ogni distribuzione che volevo mettere a disposizione. Con le derivate di Ubuntu, che sembrano essere fatte tutte allo stesso modo, questo si è rivelato alquanto semplice. Basta semplicemente montare in loop l'iso nella directory prescelta:<br />
<br />
<pre><br />
supermucca:/# mount -o loop /archivio-iso/linuxmint-13-mate-dvd-32bit.iso /var/lib/tftpboot/mint<br />
</pre<br />
<br />
=== File di configurazione per il boot di iso ===<br />
<br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
<br />
<pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
/ *(ro,sync,no_wdelay,no_root_squash,insecure)<br />
<br />
= Facciamoci del male =<br />
== L'initrd: chi è, cosa fà e cosa vuole dalla nostra vita ==<br />
== Casper: un fantasma in fatto di documentazione ==<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7864MintNetInstall2012-07-07T14:47:50Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una mint (provato con una 12)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
samuele-host:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
samuele-host:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
Allora, nella root del server TFTP (/var/lib/tftpboot) va copiato l'NBP che è pxelinux.0 e potete trovare ad esempio nei repository di debian in:<br />
<br />
main/installer-i386/current/images/netboot/debian-installer/i386/pxelinux.0<br />
<br />
Va poi creata una directory pxelinux.cfg all'interno della quale si trovano i file di configurazione che l'NBP legge. A seconda dell'indirizzo ip del client può essere specificato un file di configurazione diverso. Es.: posso avere un file di configurazione per i pc con indirizzo 192.168.0.*, un'altro per 192.168.1.*, un file solo ed esclusivamente per il pc 192.168.1.1 ed un file di configurazione per tutti gli altri casi.<br />
Per fare questo, bisogna convertire l'indirizzo ip in esadecimale:<br />
<br />
192.168.0.0 = C0 A8 00 00 <br />
<br />
La configurazione dei client 192.168.0.* va nel file: C0A800<br />
<br />
La configurazione dei client 192.168.1.* va nel file: C0A801<br />
<br />
La configurazione dei client 192.168.1.1 va nel file: C0A80101<br />
<br />
La configurazione di tutti gli altri client va nel file: default<br />
<br />
<br />
Nel nostro caso useremo un solo file per tutti. Cosa mettere all'interno di questo file lo vedremo qui sotto.<br />
<br />
=== Configurazione di NFS ===<br />
E' giunto il momento di configurare il server nfs. Basta inserire all'interno del file '''/etc/exports''' le condivisioni:<br />
<pre><br />
samuele-host:/# cat /etc/exports <br />
/var/lib/tftpboot/ubuntu *(rw,sync,no_wdelay,no_root_squash,insecure) <br />
/var/lib/tftpboot/backtrack *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/skole *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/mint *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
/var/lib/tftpboot/xbmc *(rw,sync,no_wdelay,no_root_squash,insecure)<br />
</pre><br />
<br />
Nelle directory esportate ho montato direttamente l'iso della distribuzione in oggetto. Non create un link simbolico all'iso montata da qualche altra parte. Il TFTP gira in chroot quindi non riesce ad accedervi. Volevo anche mettere la iso di debian, ma non basta, i file inclusi non vanno bene per il boot di rete e bisogna seguire la procedura che indicano nel loro sito. Con le iso altre distribuzionei tipo centos/fedora/suse non ho ancora avuto modo di provare.<br />
<br />
L'idea di partenza era quella di avere un server con le varie iso e permettere di fare il boot di una qualsiasi di esse. Purtroppo a seconda del metodo con il quale può essere fatta l'iso (e ce ne sono diversi) i file contenuti in essa potrebbero non andare bene, quindi bisogna valutare caso per caso.<br />
<br />
Personalmente ho avuto un problemino con il server nfs per il quale ho fatto una fatica boia a trovare la soluzione. Finché installavo un solo pc attaccato con cavo cross al server, oppure i client erano in macchine virtuali non ho avuto problemi. Nel momento in cui i pc diventavano più di uno ho cominciato ad avere problemi. I client riportavano in console "NFS server is not responding, still trying". Le ricerche su google mi reindirizzavano su forum con le soluzioni più improbabili. Inoltre in nessun tutorial si parlava di questo problema (quindi, a questo punto, o sono io sfigato che mi capitano tutte le rogne di sto mondo, oppure chi fa i tutorial si limita a scopiazzare). Il problema alla fine era questo: il kernel di linux, di default legge e scrive via NFS blocci di 1 MB. Ogni frame ethernet normalmente è lunga al massimo 1500 byte. Questo comportava che se su tutte le oltre 700 frame che servono per inoltrare 1 MB anche una sola risultava persa (o il client non riusciva più a riordinarle ecc.), il client le richiedeva di nuovo tutte. Infatti, avevo un traffico bestiale di rete in confronto ad i dati trasferiti. Qui adesso salta fuori il secondo problema. Il parametro con le dimensioni dei pacchetti NFS, rsize e wsize, non si specifica lato server ma client. Come? Una rapida ricerca, mi ha dato che il kernel di linux, tra i parametri della share nfs dove monta root si può indicare anche la dimensione della frame: bastava dare<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint,rsize=8192,wsize=8192<br />
</pre><br />
<br />
Inspiegabilmente il parametro non veniva recepito. Prova e riprova un pomeriggio in varie salse, aggiungendo spazi, togliendo virgole ecc. Non c'è verso. Ad un certo punto, intercetto su un forum il post di uno che si lamenta di come vengono interpretati i parametri di boot di CASPER (programma che permette il boot delle live).<br />
Parlano di un'opzione nfsopts. Dopo un altro po' di googlate scopro che questo CASPER le opzioni le accetta in modo '''diverso''' dal kernel. Mi chiedo io, ma pareva brutto e complicato fare che accettasse gli stessi parametri *CON LA STESSA* sintassi del kernel? Presumo di no, altrimenti la gente non sbaglierebbe e non direbbe abbastanza parolacce. Per quello che serviva a me la sintassi è:<br />
<br />
<pre><br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint NFSOPTS="-o rsize=8192" <br />
</pre><br />
<br />
Da notare che tutti i parametri sono in minuscolo mentre NFSOPTS deve essere obbligatoriamente in maiuscolo. Lascio alla vostra fervida fantasia cosa avrei fatto se avessi avuto di frontre a me chi ha scritto, revisionato, convalidato, scritto la documentazione, testato il parser dei parametri di CASPER.<br />
Dopo che sono riuscito a passare questo parametro al kernel per il boot della iso, l'installazione è proceduta in modo rapido e senza riportare errori var NFS.<br />
A farmi venire ancora il fegato più grosso, è stato l'indicizzatore di google, perché cercando NFSOPTS, mi ha dato tra i primi risultati questa pagina:<br />
<br />
http://www.informit.com/articles/article.aspx?p=1328789&seqNum=8<br />
<br />
dove il paragrafo che spiegava il parametro NFSOPTS è intitolato: "NFS Server Is Not Responding". Putt4|\|4, |\/|153r14, \/4cc4, l4dr4, |\/|4l3d3tt4. La stessa stringa esatta, sputata, spiaccicata di ricerca che ho digitato per quasi un giorno, spulciato in modo sequenziale tutti i risultati che mi dava e su quella pagina non ci sono capitato. Che dire, a tutto c'è un limite, tranne che alla sfiga.<br />
<br />
=== File di configurazione per il boot di iso ===<br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
<br />
<pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
/ *(ro,sync,no_wdelay,no_root_squash,insecure)<br />
<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7863MintNetInstall2012-07-07T12:57:45Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una mint (provato con una 12)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== Qualche accenno di storia: RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
samuele-host:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
=== DHCP ===<br />
Rispetto ad una configurazione standard di DHCP, sono stati specificati due parametri, '''filename''' e '''next-server''':<br />
<pre><br />
samuele-host:/# cat /etc/dhcp/dhcpd.conf <br />
<... resto del file><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* '''filename:''' è il nome del file contenente NBP<br />
* '''next-server:''' è il nome/ip del server dove si trova il file pxelinux.0, cioè del nostro server TFTP.<br />
<br />
Attenti che se avete altri server DHCP in rete, potrebbero nascere dei conflitti.<br />
<br />
=== Struttura delle cartelle nella root TFTP ===<br />
* Copiare pxelinux.0 in /var/lib/tftpboot<br />
* ./pxelinux.cfg/default <br />
=== Configurazione di NFS ===<br />
=== File di configurazione per il boot di iso ===<br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
<br />
<pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
<br />
=== Configurazione per il netboot di una normale installazione linux ===<br />
<br />
= Conclusioni =</div>Samueleindex.php?title=MintNetInstall&diff=7862MintNetInstall2012-07-07T12:34:00Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete; sua suprema tirannia IL PRESIDENTE ha provato a far fare il boot da rete al suo mac book senza esito (magari pretende che il server sia un i-coso, boh), quindi se avete un mac e non vi funziona, prima di suicidarvi, provate con un'altro pc;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una mint (provato con una 12)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
Nei pc client dovete abilitare il boot da rete (PXE boot). Come si abilita dipende dal BIOS del pc in questione. In alcuni casi è già abilitato e basta solo impostarne la priorità al momento del boot (prima del boot da hard disk), in altri bisogna cercare una voce nel BIOS con la quale lo si abilita. Alcuni BIOS più vecchi non prevedono il boot da rete, in questi casi la cosa potrebbe essere delegata alla scheda di rete (se è una di quelle furbe). Nel caso non abbiate né il pc, né la scheda di rete che supporta il boot di rete, esistono delle iso in grado di fare il boot da cd o usb (es.: gpxe) che una volta caricate permettono di fare il boot da rete. Qualcuno qui potrebbe obiettare che a sto punto tanto vale masterizzarsi un cd. Allora, intanto questo cd lo potete riutilizzare più volte per qualsiasi distro, secondo, se avete tanti pc da installare, appena fatto il boot ed il s. o. comincia a caricarsi, potete togliere il cd ed usarlo su ogni una delle restanti macchine una alla volta, mentre con il normale cd dovete tenerlo dentro al pc fino al termine dell'installazione.<br />
Potrebbe essere utile abilitare anche il wake on lan.<br />
<br />
== RARP/BOOTP/PXE ==<br />
Perché il pc possa partire, è necessario che carichi prendendolo da qualche parte il sistema operativo. Nel caso di boot da rete, sono necessarie due cose:<br />
* configurare l'indirizzo di rete;<br />
* trovare il sistema operativo da qualche parte;<br />
Nonostante sia integrato nella quasi totalità dei pc degli ultimi anni, la possibilità di fare il boot da rete risale a molti anni fà (1984).<br />
Inizialmente era il protocollo RARP (Reverse Address Resolution Protocol), protocollo tramite il quale un host, partendo dal MAC address riesce ad ottenere l'indirizzo ip associato. Se la richiesta è inviata in modalità broadcast, e vi è un server RARP questo fornirà un indirizzo ip all'host. Se la richiesta veniva fatta in fase di boot, poteva essere usata per fare l'avvio da rete. Questa funzionalità è stata resa obsoleta da BOOTP e DHCP.<br />
Il RARP è un protocollo a layer 2. Il BOOTP invece si basa su UDP il che permetteva di avere il server BOOTP anche in una sottorete diversa da quella del client.<br />
Inizialmente, per fare il boot tramite BOOTP era necessario l'uso di un floppy che facesse avviare il PC ed inoltrasse la richiesta BOOTP in rete. Poi sono state sviluppate delle schede di rete che implementavano nel loro firmware questo protocollo (nelle schede di rete di qualche anno fà è possibile vedere uno zoccolo vuoto dove inserire il chip per avere questa funzionalità).<br />
Nel 1999 da parte di Intel è stato definito il protocollo PXE, che è l'attuale standard. In breve, questo protocollo all'avvio ricerca un server DHCP, il quale server, oltre a fornire l'indirizzo ip del cliente fornisce anche il nome del programma da eseguire (NBP, Network Bootstrap Program) ed il server dove reperirlo. Poi, provvede tramite il protocollo TFTP a scaricarlo nella ram del client e ad eseguirlo.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
=== TFTP ===<br />
Come detto sopra, ho usatto tftpd-hpa. Una volta installato nel mio pc, mi sono trovato il programma configurato per girare tramite inetd. Questo l'ho scoperto dopo almeno un'ora di imprecazioni perché il tftp non mi leggeva il file di configurazione come lo avevo impostato io. Per disabilitarlo basta editare /etc/inetd.conf.<br />
Se lo usate tramite inetd dovete modificare i parametri di lancio dentro al file /etc/inetd.con altrimenti, se lo usate in modalità demone stand-alone, dovete editare:<br />
<pre><br />
samuele-host:/# cat /etc/default/tftpd-hpa <br />
# /etc/default/tftpd-hpa<br />
<br />
TFTP_USERNAME="tftp"<br />
TFTP_DIRECTORY="/var/lib/tftpboot"<br />
TFTP_ADDRESS="0.0.0.0:69"<br />
TFTP_OPTIONS="--secure"<br />
</pre><br />
<br />
L'unica cosa da prestare attenzione è TFTP_DIRECTORY che è la directory dove andremo a posizionare tutti i file utili per il boot da rete.<br />
<br />
* Installazione dei pacchetti richiesti:<br />
** dhcp<br />
** nfs-kernel-server<br />
* Modifica dei file di configurazione:<br />
** /etc/dhcp/dhcpd.conf <br />
<pre><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* Copiare pxelinux.0 in /var/lib/tftpboot<br />
* ./pxelinux.cfg/default <br />
<pre><br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
* ???<br />
* Profit!</div>Samueleindex.php?title=MintNetInstall&diff=7861MintNetInstall2012-07-07T10:01:02Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
=== Dove ===<br />
Ovvio: può essere usata dappertutto se avete a che fare con linux. Con windows, le cose si complicano un pochino e non ho avuto modo di provarle, né l'opportunità di poterle applicare e quindi la motivazione per rompermi i cocomeri a studiarla.<br />
<br />
=== Chi ===<br />
Inteso come chi può farla, beh, tendenzialmente si può dire che è abbastanza semplice e possono farla tutti. Usare il server già installato è idiot-proof quindi può veramente farlo chiunque. Per preparare il server è richiesto solo di essere un po' svegli, che se qualcosa non va essere in grado di ricercare la soluzione, e avere voglia di imparare un po' di basi di quei 4 protocolli/servizi in croce che vengono usati.<br />
<br />
Inteso come chi sono i protagonisti della nostra storia, eccoli qui:<br />
* PXE (Preboot eXecution Enviroment);<br />
* DHCP (Dinamic Host Configuration Protocol);<br />
* TFTP (Trivial File Transfer Protocol);<br />
* NFS (Network File System);<br />
* Linux (la vostra distro preferita con forse qualche aggiustamento).<br />
<br />
=== Come ===<br />
Se non sono riuscito nel mio intento di farvi passare la voglia di leggere quanto segue e di farvi male... qui sotto è spiegato il come. Buon tedio a tutti!<br />
<br />
== Requisiti hardware & software ==<br />
* Hardware:<br />
** Un pc che faccia da server con scheda di rete;<br />
** Uno o più pc (per le prove vanno bene, anzi forse anche meglio delle virtual machine) sempre con scheda di rete;<br />
** In caso di più pc uno switch e relativi cavi;<br />
<br />
* Software; i seguenti software possono risiedere tutti su uno stesso pc o su diversi pc, cambia poco. Nel corso della guida farò riferimento ad uno stesso pc.<br />
** DHCP: con questo dovreste avere familiarità tutti. Qui useremeo qualche opzione in più di questo protocollo. E' molto probabile che il vostro router/firewall che fa da dhcp server in casa o al lavoro non abbia queste opzioni. In questo caso dovrete installare il software a parte;<br />
** TFTP server<br />
** NFS server<br />
** Il file iso di una distribuzione (per semplicità partiamo con una ubuntu (ho provato una 9.04 e una 10.04) oppure una mint (provato con una 12)).<br />
<br />
== Collegamenti hardware ==<br />
Su questo punto siete in grado di arrangiarvi. Se non lo siete... vi mancano un po' troppe cose da conoscere. Imparatevi prima cos'è una rete locale, come è composta, come funziona, cos'è il TCP/IP, un file system, un kernel, un sistema operativo, un device, un disco, la ram, una tabella delle partizioni, una iso ecc. e poi tornate qui.<br />
<br />
== Installazione del software ==<br />
In linux esistono n sitemi diversi per installare il software, usate il sistema che preferite. L'importante è che riusciate ad installare un tftp server (nel mio caso tftpd-hpa), un dhcp server (isc-dhcp o dhcp3, anche qui, mi verrebbe da picchiare chi ha rinominato o sostituito su debian & co. dhcp3 con isc e spostato di posto i file di configurazione. No, non ho voglia di andarmi a leggere le mail sulle varie ml per capire le pippe mentali che hanno portato a ciò), un nfs server (nfs-kernel-server).<br />
<br />
== Configurazione del software ==<br />
<br />
* Installazione dei pacchetti richiesti:<br />
** tftp<br />
** dhcp<br />
** nfs-kernel-server<br />
* Modifica dei file di configurazione:<br />
** /etc/dhcp/dhcpd.conf <br />
<pre><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* Copiare pxelinux.0 in /var/lib/tftpboot<br />
* ./pxelinux.cfg/default <br />
<pre><br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
* ???<br />
* Profit!</div>Samueleindex.php?title=MintNetInstall&diff=7860MintNetInstall2012-07-07T09:26:15Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
=== Quando ===<br />
Quando è il caso di usare questo tipo di installazione? Sicuramente non se dobbiamo installare tre pc per ieri (cioè la norma) e non l'abbiamo mai provata prima.<br />
Se però vi installate il server (d'ora in poi la "supermucca" in onore di apt-get moo e del mio HP LH3000 che ha fatto da mirror dei repository in qualche linux day passato), anche sul vostro pc portatile (i pacchetti occupano poca roba, il resto sono le iso che normalmente scaricate) e lo avete a portata di mano, vi renderete conto che tenderete ad usarla sempre. In caso di installazioni di molti pc in contemporanea, beh, questa è la morte sua.<br />
<br />
* Installazione dei pacchetti richiesti:<br />
** tftp<br />
** dhcp<br />
** nfs-kernel-server<br />
* Modifica dei file di configurazione:<br />
** /etc/dhcp/dhcpd.conf <br />
<pre><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* Copiare pxelinux.0 in /var/lib/tftpboot<br />
* ./pxelinux.cfg/default <br />
<pre><br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
* ???<br />
* Profit!</div>Samueleindex.php?title=MintNetInstall&diff=7859MintNetInstall2012-07-07T09:18:26Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
Se qualcuno ha suggerimenti da dare o si accorge di castronerie da corregere è pregato di editare il wiki o mandare una mail a info (scioso) montellug (punto) it.<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
=== Perché ===<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
* l'installazione delle principali distribuzioni moderni è mortalmente noiosa (qualche settimana fà ho provato a fare l'installazione di una ubuntu 12.04. Mi ha chiesto solo il partizionamento, l'hostname, l'utente e la password. Un paio d'anni e ci leggeranno direttamente il pensiero);<br />
* fà sempre bene sperimentare qualcosa di nuovo;<br />
* si evita di dover masterizzare cd (solo questo punto vale tutta la fatica);<br />
* se avete una rete decente (o non provate ad installare 40 pc in contemporanea su una rete a 100 mbit, con 8 switch da 8 porte presi all'ipermercato collegati in cascata) l'installazione è più veloce;<br />
* applicate un metodo che il Luser 2.0 figlio del cugino del vicino di casa tutto iphone, ipad, isarca$$0 che sa tutti i programmi del mondo, che lui si che è bravo ecc. non sa;<br />
* vedere n pc che si installano in contemporanea, facendo tutto da soli (magari anche si accendono se supportano il wake on lan) premendo solo un bottone... non ha prezzo;<br />
* altri motivi a vostra scelta.<br />
<br />
<br />
<br />
<br />
* Installazione dei pacchetti richiesti:<br />
** tftp<br />
** dhcp<br />
** nfs-kernel-server<br />
* Modifica dei file di configurazione:<br />
** /etc/dhcp/dhcpd.conf <br />
<pre><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* Copiare pxelinux.0 in /var/lib/tftpboot<br />
* ./pxelinux.cfg/default <br />
<pre><br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
* ???<br />
* Profit!</div>Samueleindex.php?title=MintNetInstall&diff=7858MintNetInstall2012-07-07T08:58:43Z<p>Samuele: </p>
<hr />
<div>Procedimento per installazione di rete di Linux Mint (note di Samuele):<br />
<br />
<br />
== Disclaimer ==<br />
<br />
Ora, qualcuno ha preso una mail mia di promemoria sparata in mailing list e l'ha copiata qui. Siccome c'è il rischio molto alto che queste pagine vengano indicizzate da un qualche motore di ricerca andando così ad incrementare l'entropia di istruzioni confusionarie e scarsamente utili che si trovano in rete riguardo ad un certo argomento, mi vedo costretto nonostante il mio profondo odio per la scrittura, per il linguaggio del wiki, e per gli how-to che non spiegano in modo impeccabile un certo argomento, a metterci mano per dare a questa pagina una parvenza di decenza e renderla un minimo utile a quel povero disgraziato che in preda ad una crisi isterica causata da n-mila tentativi andati a vuoto approda su questa pagina.<br />
Siccome l'argomento è lungo, non la finirò in un colpo solo e la riprenderò in mano soltanto quando riuscirò a sedermi davanti ad un pc senza aver passato la giornata a lottare con un branco di luser scassa cocomeri per i motivi più insignificanti.<br />
Il titolo riporta "installazione di rete di Linux Mint". In realtà il procedimento con qualche adattamento può essere adattato anche ad altre distro (spiegherò più avanti perché sarebbe bene ammazzare chi imposta il processo di boot delle varie distro).<br />
<br />
== Chi, come, dove, quando e perché ==<br />
<br />
Allora, partiamo dall'ultima domanda: perché. Esistono tanti bei metodi per installare linux, si può partire con il floppy, il cdrom, la chiavetta usb, la clonazione del disco, l'installazione manuale in stile Linux From Scratch, debootstrap, l'installazione da rete e qualche altro sistema che mi sono dimenticato di menzionare o non conosco. Quindi, perché uno sano di mente dovrebbe mettere su tutto l'ambaradam sottostante per installare linux?<br />
<br />
<br />
* Installazione dei pacchetti richiesti:<br />
** tftp<br />
** dhcp<br />
** nfs-kernel-server<br />
* Modifica dei file di configurazione:<br />
** /etc/dhcp/dhcpd.conf <br />
<pre><br />
subnet 192.168.1.0 netmask 255.255.255.0 {<br />
range 192.168.1.70 192.168.1.100;<br />
filename "pxelinux.0";<br />
next-server 192.168.1.50;<br />
option subnet-mask 255.255.255.0;<br />
option broadcast-address 192.168.1.255;<br />
option routers 192.168.1.50;<br />
}<br />
</pre><br />
* Copiare pxelinux.0 in /var/lib/tftpboot<br />
* ./pxelinux.cfg/default <br />
<pre><br />
DISPLAY boot.txt<br />
<br />
LABEL mint<br />
KERNEL mint/casper/vmlinuz<br />
APPEND root=/dev/nfs boot=casper netboot=nfs<br />
nfsroot=192.168.1.50:/var/lib/tftpboot/mint initrd=mint/casper/initrd.lz<br />
ro splash --<br />
<br />
<br />
PROMPT 1<br />
TIMEOUT 0<br />
</pre><br />
* ./boot.txt <br />
<pre><br />
<br />
- Boot Menu -<br />
=============<br />
<br />
mint <br />
</pre><br />
* Montare la iso di mint in /var/lib/tftpboot/mint<br />
* ???<br />
* Profit!</div>Samueleindex.php?title=Consiglio_Direttivo&diff=7611Consiglio Direttivo2012-04-12T11:06:28Z<p>Samuele: /* Candidature per il Consiglio Direttivo 2012 */</p>
<hr />
<div>== Candidature per il Consiglio Direttivo 2012 ==<br />
<br />
Con l'approvazione del bilancio 2011 vengono a scadere le cariche del Consiglio Direttivo: ai sensi dell'art. 11 dello [[Statuto_del_MontelLUG | statuto]] infatti i membri del Consiglio Direttivo restano in carica per 1 anno. <br />
<br />
Come noto, lo [[Statuto_del_MontelLUG | statuto]] della nostra associazione, al fine di garantire la massima democraticità della gestione, non consente ad un socio di ricoprire la carica di Consigliere o Presidente per più di due volte consecutive.<br />
Quest'anno perciò non si potranno ricandidare il Presidente Luca Andriollo ed il vice presidente Matteo Baruzzo.<br />
<br />
Scrivete di seguito le vostre candidature (vengono iscritti "d'ufficio" i consiglieri uscenti Francesco Agnolazza e Stefano Fraccaro, per garantire un minimo di continuità nella gestione).<br />
<br />
* Francesco Agnolazza<br />
* Stefano Fraccaro<br />
* Luca Mezzalira<br />
* Matteo Vincenti<br />
* Gloria Spagnolo<br />
* Avanti Il Prossimo ...<br />
<br />
Le candidature saranno esaminate dall'Assemblea dei soci che si riunirà per approvare il bilancio 2011 e che nominerà il Presidente e gli altri consiglieri del Consiglio Direttivo.<br />
<br />
== Il Consiglio direttivo in carica ==<br />
''Presidente del Consiglio''<br />
<br />
* Luca Andriollo<br />
<br />
''Segretario''<br />
<br />
* Francesco Agnolazza<br />
<br />
''Consiglieri''<br />
<br />
* Matteo Baruzzo - ''Vice presidente''<br />
* Diego Rondini<br />
* Stefano Fraccaro<br />
<br />
== Il Consiglio direttivo 2010 ==<br />
''Presidente del Consiglio''<br />
<br />
* Samuele Zanin<br />
<br />
''Segretario''<br />
<br />
* Matteo Mardegan<br />
<br />
''Consiglieri''<br />
<br />
* Luca Mezzalira - ''Vice presidente''<br />
* Matteo Baruzzo<br />
* Luca Andriollo<br />
<br />
== Il Consiglio direttivo 2009 ==<br />
''Presidente del Consiglio''<br />
<br />
* Diego Rondini<br />
<br />
''Segretario''<br />
<br />
* Matteo Mardegan<br />
<br />
''Consiglieri''<br />
<br />
* Samuele Zanin - ''Vice presidente''<br />
* Luca Mezzalira<br />
* Stefano Fraccaro<br />
<br />
== Il Consiglio direttivo 2007 e 2008 ==<br />
''Presidente del Consiglio''<br />
<br />
* Manuel Dalla Lana<br />
<br />
''Segretario''<br />
<br />
* Davide Rondini<br />
<br />
''Consiglieri''<br />
<br />
* Luca Andriollo - ''Vice presidente''<br />
* Franco Carinato<br />
* Francesco Versaci<br />
<br />
<br />
----</div>Samueleindex.php?title=Pingui-pong2011&diff=7346Pingui-pong20112011-06-24T22:33:15Z<p>Samuele: /* Iscrizioni */</p>
<hr />
<div>= 1° torneo PINGUI-PONG dei LUG Veneti - sabato 25 giugno 2011 ore 15.00 =<br />
Il MontelLUG [1] organizza per il giorno sabato 25 giugno 2011 il primo torneo di ping-pong dei LUG veneti. <br />
<br />
È chiaro a tutti, che non si tratta di nulla di attinente a Linux e software libero, ma la nostra associazione promuove anche iniziative ludiche e momenti di aggregazione ''(dicasi cene)''.<br />
<br />
== Partecipanti ==<br />
Il torneo è aperto a tutti (belli, brutti, bravi e cattivi) gli iscritti dei LUG Veneti [2] e simpatizzanti del pinguino.<br />
<br />
Scopo del torneo: fare gruppo e farci tirar fuori le gambe da sotto la scrivania in vista dell'estate che avanza. Un po' di movimento non può che far bene =)<br />
<br />
== Luogo di svolgimento e orari ==<br />
Il torneo si svolgerà presso la palestra [3] dell''''UST Trevignano '''[4], che gentilmente ci metterà a disposizione spazi e attrezzatura e che ringraziamo per la collaborazione. Saranno disponibili alcune racchette, tuttavia chi è già fornito se la porti. L'orario del torneo va dalle 15.00 (tassativo per i check-in) alle 18.00 (dalle 14.00 per gli organizzatori).<br />
<br />
== Formula di svolgimento ==<br />
La formula del torneo sarà decisa con insindacabile giudizio degli organizzatori in base al numero di iscrizioni che perverranno. Siccome spero che sarete moooolto numerosi, preannuncio che probabilmente si faranno dei gironi iniziali ed a seguire le eliminatorie dirette. Incontri al meglio di 5, con set da 11 punti.<br />
<br />
Al termine del torneo, se non si fa troppo tardi, si svolgerà una gara per l'elezione del '''socio che le fa girare di più''': si svolgerà una mega torneo di giro.<br />
<br />
== Requisiti ==<br />
Accesso in palestra con scarpe ginniche pulite.<br />
<br />
== Premiazioni ==<br />
'''Non''' sono previsti ricchi premi e cotillon, ma un momento conviviale con cibo e beveraggi condivisi. Come in tutti gli incontri che organizziamo i partecipanti portino contributi alimentari e dissetanti.<br />
<br />
Classifica per Lug: verrà assegnato il '''cucchiaio di legno''' al Lug che sommando i punti dei propri iscritti si classificherà ultimo. Punteggi assegnati: 1 punto ai vincitori; 0 ai perdenti;<br />
<br />
== Iscrizioni ==<br />
Per il torneo non chiediamo una quota di iscrizione: è gradita però un offerta libera al check-in per un contributo per la palestra. Portate anche morose, amiche delle morose, mogli e figli e simpatizzanti del pinguino.<br />
<br />
Modalità di iscrizione: indicate entro il 21 giugno il vostro nome nella tabella sotto riportata oppure mandate una mail a odeeno at yahoo punto it. Prima lo fate e meglio è per noi: quindi non aspettate l'ultimo momento, grazie. Tuttavia una volta iscritti si prega di non tira pacco o di avvisare con congruo anticipo onde evitare disguidi organizzativi.<br />
<br />
<br />
{| border="1"<br />
| NOME || NICKNAME || LUG O GRUPPO || M/F || Ti fermi per una pizza?<br />
|-<br />
| odeeno || odeeno || MontelLUG || M || No<br />
|-<br />
| Il Presidente || Daneel Olivaw || MontelLUG || M || ???<br />
|-<br />
| Samuele (niente partita) || Samuele || MontelLUG || M || Si, avvisatemi entro le 18.30 cosa si decide per la cena<br />
|-<br />
| Syslac || Syslac || MontelLUG || M || ???<br />
|-<br />
| Ivo Grimaldi || - || TVLug || M || ???<br />
|-<br />
| Diego || Panda || MontelLUG || M || ???<br />
|-<br />
| ... || || || || <br />
|-<br />
| avanti il prossimo || the next || XXXLUG || M || SI 1<br />
|-<br />
|}<br />
<br />
== Danni e infortuni ==<br />
Si declina ogni responsabilità per evenutali danni e infortuni che dovessero verificarsi prima, durante e dopo il torneo.<br />
<br />
== Info ==<br />
Per chi è interessato o si appassionerà allo sport sarà possibile chiedere informazioni all'UST Trevignano [4] per iscrizioni e attività sportiva svolta.<br />
<br />
== Cena ==<br />
Siccome lo sport fa fame, per chi vuole, si può andare a mangiare una pizza: si decide al momento.<br />
<br />
== Note ==<br />
1: visitate il nostro nuovo sito [http://www.montellug.it www.montellug.it]<br />
<br />
2: ed eventualmente anche di altre regioni, anche se dubito che si presenti qualcuno di fuori regione<br />
<br />
3: indirizzo: 31040 Trevignano (TV), via Tre Forni, 18. La palestra "Cubo" si trova accanto alle Scuole Elementari di Trevignano (TV). Al semaforo di Trevignano girare in P.zza Dante (dove c'è Supermercato Crai) al bivio in fondo alla piazza girare a destra, circa 200 metri dopo sulla destra c'è la palestra. Coordinate geografiche: 45.736939,12.063707<br />
<br />
4: [http://www.unionesportivatrevignano.it/tennistavolo/ http://www.unionesportivatrevignano.it/tennistavolo/] raccomandata la visione della sezione video!!!</div>Samueleindex.php?title=CenaLugVeneti2011&diff=7338CenaLugVeneti20112011-06-17T10:49:19Z<p>Samuele: /* Iscritti */</p>
<hr />
<div>= Cena Lug Veneti =<br />
<br />
== (Inutile) Introduzione ==<br />
Ogni '''venerdì 17''' che si rispetti ha la sua cena dei Lug veneti. La data non viene scelta, come sostiene qualche voce di corridoio, perché gli informatici non siano superstiziosi, bensì il per il motivo opposto: il vero nerd crede in una sola regola immutabile, la famigerata [http://it.wikipedia.org/wiki/Legge_di_Murphy "legge di Murphy"]. Ciò comporta che:<br />
* il server, che ha sempre funzionato perfettamente durante tutti i test, va sistematicamente a farsi benedire quando è ora di entrare in produzione;<br />
* un programma pronto da dare al cliente presenterà immancabilmente un bug misterioso il giorno della presentazione al committente che farà fare (nel caso migliore) una pessima figura davanti a tutti. Tale bug inoltre non si ripresenterà più nei giorni seguenti quando si tenterà invano di stanarlo;<br />
* gli esempi si possono facilmente estendere ad altri settori dell'informatica...<br />
<br />
Per qualche strano motivo i venerdì 17 la legge di Murphy sospende il suo effetto e i nerd escono allo scoperto dalle loro sale CED per qualche ora d'aria senza doversi preoccupare di cosa succederà ai loro server o a tutte le calamità possibili che possono succedere al sistema di backup.<br />
<br />
Almeno così narra la leggenda...<br />
<br />
<br />
== La cena ==<br />
Per riunire almeno ogni tanto i gruppi che si occupano di Linux e dintorni (software libero, trashware, condivisione della conoscenza informatica, sistemi operativi alternativi, eccetera) e scambiare un po' di idee (cosa che purtroppo avviene troppo di rado) il MontelLUG organizza la tradizionale cena dei Lug Veneti di venerdì 17.<br />
<br />
=== Quando ===<br />
Il giorno prefissato è il prossimo venerdì 17 giugno 2011 alle ore '''21:00''' (meglio se si arriva un po' prima)<br />
<br />
=== Dove ===<br />
Agriturismo Ca' Nea in Via Boscalto, 86 - Resana (TV).<br />
<br />
Sito: http://www.agriturismocanea.it/<br />
<br />
Mappa: all'incirca [http://maps.google.it/maps?f=q&source=s_q&hl=it&geocode=&q=45.61863,+11.93525&aq=&sll=41.442726,12.392578&sspn=15.997998,39.506836&ie=UTF8&t=h&z=16 qui]<br />
<br />
=== Menù ===<br />
<br />
'''Antipasti'''<br />
* soppressa dalla cantina con sottaceti<br />
* pancetta stagionata in cantina<br />
* insalatina di sedano e ananas<br />
* crostino con lardo aromatizzato de casada<br />
<br />
'''Primi'''<br />
* risotto alle verdure primaverili<br />
* gnocchi con pomodoro fresco e rucola<br />
<br />
'''Secondi'''<br />
* straccetti di maiale ai peperoni<br />
* tagliata di roastbeef di manzo<br />
<br />
'''Contorni'''<br />
* patate al rosmarino<br />
* verdure saltate in padella<br />
<br />
<br />
Prezzo: 25,00 €, incluso coperto con pane fatto in casa, acqua, vino rosso e caffè. Dolce escluso, ma le trattative dovrebbero essere ancora in corso.<br />
<br />
=== Iscritti ===<br />
Iscrizioni, se possibile, entro lunedi' 13/06/2011<br />
<br />
{| border="1"<br />
| NOME C. || NICKNAME || LUG O GRUPPO || # PERSONE (Compreso te stesso)<br />
|-<br />
| Matteo || Odeeno || MontelLUG || 2 (me medesimo e consorte)<br />
|-<br />
| Samuele Z. || che palle co sto nick || MontelLUG || 1<br />
|-<br />
| Luca || Syslac || MontelLUG || 1<br />
|-<br />
| Il Presidente || Daneel Olivaw || MontelLUG || 1<br />
|-<br />
| FC || FCRO || MontelLUG || 1<br />
|-<br />
| Diego R. || Panda || MontelLUG || 1<br />
|-<br />
| Luca || remix_tj || TvLUG || 1<br />
|-<br />
| Manuel Dalla Lana || EndelWar || MontelLUG || 1<br />
|-<br />
| Gianluca || Giammy || Faber || 1<br />
|-<br />
| Mauro || MrFor11 || GrappaLUG || 1<br />
|-<br />
| Claudio Ferronato || * || GrappaLUG || 1<br />
|-<br />
| Nicola Bisinella || Nirvana98 || GrappaLUG || 1<br />
|-<br />
| Mauro Baldrani || papolinux || AViLUG || 1<br />
|-<br />
| Andrea D.R. || manichen || Faber || 2<br />
|-<br />
| Antonio || A' || MontelLUG || 2<br />
|-<br />
| DareDevil|| *BSD|| GUFI || 1<br />
|-<br />
| Francesco A. || Agno || MontelLUG || 1<br />
|-<br />
| Matteo Zaffonato || zaffo || AViLUG || 1<br />
|-<br />
| Silvia || || MontelLUG || 1<br />
|-<br />
| Andrea Lazzarotto || Lazza || GrappaLUG || 1 (scusate il ritardo XD)<br />
|-<br />
| Piergiovanna || Piergio || Faber || 1<br />
|-<br />
| Mauro || Malveo || Independent Associated || 1<br />
|-<br />
| Il prossimo || * || * || 1<br />
|}</div>Samueleindex.php?title=PigParty2011&diff=7305PigParty20112011-06-04T08:54:53Z<p>Samuele: /* Quando */</p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioia che il MontelLug ripropone l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
== Pig Party 2011, per gli amici Pig Party 1.0 ==<br />
<br />
=== Dove ===<br />
L'evento si terrà presso lo stand gastronomico presente in centro ad Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate analogiche''':<br />
Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate tramite google maps (circa)''': [http://maps.google.it/maps?f=q&source=s_q&hl=it&geocode=&q=Piazza+24+Maggio,+Vedelago+TV&aq=1&ie=UTF8&hq=&hnear=Piazza+24+Maggio,+31050+Vedelago+Treviso,+Veneto&t=h&z=16]<br />
<br />
'''Coordinate Gps (circa)''': 45.666264 N,12.012334 E<br />
<br />
=== Quando ===<br />
La data prevista per l'evento è '''sabato 4 giugno 2011'''.<br />
<br />
L'ora di ritrovo è in via di definizione, comunque tra le 20.00 e le 21.00. '''L'orario è ufficialmente definito per le 21.00'''<br />
<br />
È caldamente consigliato iscriversi quanto prima in modo da poter prenotare il tavolo.<br />
<br />
=== Costo ===<br />
Ognuno paga in base a quanto mangia e beve. E' come ad una normale sagra.<br />
<br />
=== Cosa ===<br />
Tipica sagra paesana con ciurrasco ed altre cose a base di porco.<br />
<br />
Per chi vuole il ciurrasco è meglio prenotare. A tal proposito nell'elenco dei partecipanti, accanto ad ogni nome indicare il flag booleano ciurrasco.<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 giugno 2011.<br />
<br />
=== Contatti ===<br />
<br />
Per iscrizioni è possibile:<br />
* aggiungersi direttamente alla lista qui sotto;<br />
* mandare una email alla nostra [http://mail.montellug.it/mailman/listinfo/montellug_montellug.it mailing list] segnalando la vostra presenza;<br />
* scrivere una email a Samuele (se avete bisogno potete chiedere anche informazioni) all'indirizzo: samuele punto zanin chiocciolina tiscali punto it.<br />
<br />
== Lista partecipanti ==<br />
<br />
Pregasi indicare tra parentesi le persone partecipanti (se stesso incluso).<br />
* ''Samuele'' in qualità di organizzatore (persone=1,ciurrasco=false);<br />
* ''Daneel Olivaw'' in qualità di Supremo Presidente che paga il conto per tutti (persone=1,ciurrasco=NULL);<br />
* <strike> ''Manuel `EndelWar` Dalla Lana'' in qualità di "mi devo far vedere almeno alle cene" (persone=1,ciurrasco=NULL);</strike><br />
* ''Franco `fc`'' in qualità di gestore del sito del MontelLUG (persone=1,ciurrasco=NULL);<br />
* ''Luca `Syslac`'' in qualità di matematico del gruppo (persone=1,ciurrasco=NULL);<br />
* ''Christian `K2Audio`'' in qualità di tecnico del suono agli eventi del MontelLUG (persone=1,ciurrasco=NULL);<br />
* ''Stefano `druido77`'' in qualità di tecnico del suono agli eventi del MontelLUG (persone=2.5,ciurrasco=NULL);<br />
* ''Silvia `Venturiano`'' in qualità di infiltrata speciale (persone=1,ciurrasco=NULL);<br />
* ''AvantiIlProssimo'' in qualità di segnaposto per il prossimo che si aggiunge alla lista! (persone=NULL,ciurrasco=NULL)</div>Samueleindex.php?title=PigParty2011&diff=7295PigParty20112011-06-02T15:23:36Z<p>Samuele: /* Lista partecipanti */</p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioia che il MontelLug ripropone l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
== Pig Party 2011, per gli amici Pig Party 1.0 ==<br />
<br />
=== Dove ===<br />
L'evento si terrà presso lo stand gastronomico presente in centro ad Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate analogiche''':<br />
Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate tramite google maps (circa)''': [http://maps.google.it/maps?f=q&source=s_q&hl=it&geocode=&q=Piazza+24+Maggio,+Vedelago+TV&aq=1&ie=UTF8&hq=&hnear=Piazza+24+Maggio,+31050+Vedelago+Treviso,+Veneto&t=h&z=16]<br />
<br />
'''Coordinate Gps (circa)''': 45.666264 N,12.012334 E<br />
<br />
=== Quando ===<br />
La data prevista per l'evento è '''sabato 4 giugno 2011'''.<br />
<br />
L'ora di ritrovo è in via di definizione, comunque tra le 20.00 e le 21.00.<br />
<br />
È caldamente consigliato iscriversi quanto prima in modo da poter prenotare il tavolo.<br />
<br />
=== Costo ===<br />
Ognuno paga in base a quanto mangia e beve. E' come ad una normale sagra.<br />
<br />
=== Cosa ===<br />
Tipica sagra paesana con ciurrasco ed altre cose a base di porco.<br />
<br />
Per chi vuole il ciurrasco è meglio prenotare. A tal proposito nell'elenco dei partecipanti, accanto ad ogni nome indicare il flag booleano ciurrasco.<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 giugno 2011.<br />
<br />
=== Contatti ===<br />
<br />
Per iscrizioni è possibile:<br />
* aggiungersi direttamente alla lista qui sotto;<br />
* mandare una email alla nostra [http://mail.montellug.it/mailman/listinfo/montellug_montellug.it mailing list] segnalando la vostra presenza;<br />
* scrivere una email a Samuele (se avete bisogno potete chiedere anche informazioni) all'indirizzo: samuele punto zanin chiocciolina tiscali punto it.<br />
<br />
== Lista partecipanti ==<br />
<br />
Pregasi indicare tra parentesi le persone partecipanti (se stesso incluso).<br />
* ''Samuele'' in qualità di organizzatore (persone=1,ciurrasco=false);<br />
* ''Daneel Olivaw'' in qualità di Supremo Presidente che paga il conto per tutti (persone=1,ciurrasco=NULL);<br />
* <strike> ''Manuel `EndelWar` Dalla Lana'' in qualità di "mi devo far vedere almeno alle cene" (persone=1,ciurrasco=NULL);</strike><br />
* ''Franco `fc`'' in qualità di gestore del sito del MontelLUG (persone=1,ciurrasco=NULL);<br />
* ''Luca `Syslac`'' in qualità di matematico del gruppo (persone=1,ciurrasco=NULL);<br />
* ''Christian `K2Audio`'' in qualità di tecnico del suono agli eventi del MontelLUG (persone=1,ciurrasco=NULL);<br />
* ''Stefano `druido77`'' in qualità di tecnico del suono agli eventi del MontelLUG (persone=2.5,ciurrasco=NULL);<br />
* ''Silvia `Venturiano`'' in qualità di infiltrata speciale (persone=1,ciurrasco=NULL);<br />
* ''AvantiIlProssimo'' in qualità di segnaposto per il prossimo che si aggiunge alla lista! (persone=NULL,ciurrasco=NULL)</div>Samueleindex.php?title=PigParty2011&diff=7281PigParty20112011-05-24T11:07:10Z<p>Samuele: /* Lista partecipanti */</p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioia che il MontelLug ripropone l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
== Pig Party 2011, per gli amici Pig Party 1.0 ==<br />
<br />
=== Dove ===<br />
L'evento si terrà presso lo stand gastronomico presente in centro ad Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate analogiche''':<br />
Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate tramite google maps (circa)''': <br />
[http://maps.google.it/maps/place?ftid=0x47792e6f2aa87337:0x1307098711ca17b0&q=45.666264,12.012334&hl=it&ved=0CA0Q-gswAA&sa=X&ei=AkTZTeP0EoiJjwew-vm-BQ]<br />
<br />
'''Coordinate Gps (circa)''': 45.666264,12.012334<br />
<br />
=== Quando ===<br />
La data prevista per l'evento è '''sabato 4 giugno 2011'''.<br />
<br />
L'ora di ritrovo è in via di definizione, comunque tra le 20.00 e le 21.00.<br />
<br />
È caldamente consigliato iscriversi quanto prima in modo da poter prenotare il tavolo.<br />
<br />
=== Costo ===<br />
Ognuno paga in base a quanto mangia e beve. E' come ad una normale sagra.<br />
<br />
=== Cosa ===<br />
Tipica sagra paesana con ciurrasco ed altre cose a base di porco.<br />
<br />
Per chi vuole il ciurrasco è meglio prenotare. A tal proposito nell'elenco dei partecipanti, accanto ad ogni nome indicare il flag booleano ciurrasco.<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 giugno 2011.<br />
<br />
=== Contatti ===<br />
<br />
Per iscrizioni è possibile:<br />
* aggiungersi direttamente alla lista qui sotto;<br />
* mandare una email alla nostra [http://mail.montellug.it/mailman/listinfo/montellug_montellug.it mailing list] segnalando la vostra presenza;<br />
* scrivere una email a Samuele (se avete bisogno potete chiedere anche informazioni) all'indirizzo: samuele punto zanin chiocciolina tiscali punto it.<br />
<br />
== Lista partecipanti ==<br />
<br />
Pregasi indicare tra parentesi le persone partecipanti (se stesso incluso).<br />
* ''Samuele'' in qualità di organizzatore (persone=1,ciurrasco=false);<br />
* ''Daneel Olivaw'' in qualità di Supremo Presidente che paga il conto per tutti (persone=1,ciurrasco=NULL);<br />
* ''Manuel `EndelWar` Dalla Lana'' in qualità di "mi devo far vedere almeno alle cene" (persone=1,ciurrasco=NULL);<br />
* ''Franco `fc`'' in qualità di gestore del sito del MontelLUG (persone=1,ciurrasco=NULL);<br />
* ''Luca `Syslac`'' in qualità di matematico del gruppo (persone=1,ciurrasco=NULL);<br />
* ''Christian `K2Audio`'' in qualità di tecnico del suono agli eventi del MontelLUG (persone=1,ciurrasco=NULL);<br />
* ''AvantiIlProssimo'' in qualità di segnaposto per il prossimo che si aggiunge alla lista! (persone=NULL,ciurrasco=NULL)</div>Samueleindex.php?title=PigParty2011&diff=7280PigParty20112011-05-24T10:59:14Z<p>Samuele: /* Cosa */</p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioia che il MontelLug ripropone l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
== Pig Party 2011, per gli amici Pig Party 1.0 ==<br />
<br />
=== Dove ===<br />
L'evento si terrà presso lo stand gastronomico presente in centro ad Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate analogiche''':<br />
Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate tramite google maps (circa)''': <br />
[http://maps.google.it/maps/place?ftid=0x47792e6f2aa87337:0x1307098711ca17b0&q=45.666264,12.012334&hl=it&ved=0CA0Q-gswAA&sa=X&ei=AkTZTeP0EoiJjwew-vm-BQ]<br />
<br />
'''Coordinate Gps (circa)''': 45.666264,12.012334<br />
<br />
=== Quando ===<br />
La data prevista per l'evento è '''sabato 4 giugno 2011'''.<br />
<br />
L'ora di ritrovo è in via di definizione, comunque tra le 20.00 e le 21.00.<br />
<br />
È caldamente consigliato iscriversi quanto prima in modo da poter prenotare il tavolo.<br />
<br />
=== Costo ===<br />
Ognuno paga in base a quanto mangia e beve. E' come ad una normale sagra.<br />
<br />
=== Cosa ===<br />
Tipica sagra paesana con ciurrasco ed altre cose a base di porco.<br />
<br />
Per chi vuole il ciurrasco è meglio prenotare. A tal proposito nell'elenco dei partecipanti, accanto ad ogni nome indicare il flag booleano ciurrasco.<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 giugno 2011.<br />
<br />
=== Contatti ===<br />
<br />
Per iscrizioni è possibile:<br />
* aggiungersi direttamente alla lista qui sotto;<br />
* mandare una email alla nostra [http://mail.montellug.it/mailman/listinfo/montellug_montellug.it mailing list] segnalando la vostra presenza;<br />
* scrivere una email a Samuele (se avete bisogno potete chiedere anche informazioni) all'indirizzo: samuele punto zanin chiocciolina tiscali punto it.<br />
<br />
== Lista partecipanti ==<br />
<br />
Pregasi indicare tra parentesi le persone partecipanti (se stesso incluso).<br />
* ''Samuele'' in qualità di organizzatore (1);<br />
* ''AvantiIlProssimo'' in qualità di segnaposto per il prossimo che si aggiunge alla lista!</div>Samueleindex.php?title=PigParty2011&diff=7279PigParty20112011-05-24T10:58:07Z<p>Samuele: /* Costo */</p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioia che il MontelLug ripropone l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
== Pig Party 2011, per gli amici Pig Party 1.0 ==<br />
<br />
=== Dove ===<br />
L'evento si terrà presso lo stand gastronomico presente in centro ad Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate analogiche''':<br />
Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate tramite google maps (circa)''': <br />
[http://maps.google.it/maps/place?ftid=0x47792e6f2aa87337:0x1307098711ca17b0&q=45.666264,12.012334&hl=it&ved=0CA0Q-gswAA&sa=X&ei=AkTZTeP0EoiJjwew-vm-BQ]<br />
<br />
'''Coordinate Gps (circa)''': 45.666264,12.012334<br />
<br />
=== Quando ===<br />
La data prevista per l'evento è '''sabato 4 giugno 2011'''.<br />
<br />
L'ora di ritrovo è in via di definizione, comunque tra le 20.00 e le 21.00.<br />
<br />
È caldamente consigliato iscriversi quanto prima in modo da poter prenotare il tavolo.<br />
<br />
=== Costo ===<br />
Ognuno paga in base a quanto mangia e beve. E' come ad una normale sagra.<br />
<br />
=== Cosa ===<br />
Tipica sagra paesana con ciurrasco ed altre cose a base di porco.<br />
<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 giugno 2011.<br />
<br />
=== Contatti ===<br />
<br />
Per iscrizioni è possibile:<br />
* aggiungersi direttamente alla lista qui sotto;<br />
* mandare una email alla nostra [http://mail.montellug.it/mailman/listinfo/montellug_montellug.it mailing list] segnalando la vostra presenza;<br />
* scrivere una email a Samuele (se avete bisogno potete chiedere anche informazioni) all'indirizzo: samuele punto zanin chiocciolina tiscali punto it.<br />
<br />
== Lista partecipanti ==<br />
<br />
Pregasi indicare tra parentesi le persone partecipanti (se stesso incluso).<br />
* ''Samuele'' in qualità di organizzatore (1);<br />
* ''AvantiIlProssimo'' in qualità di segnaposto per il prossimo che si aggiunge alla lista!</div>Samueleindex.php?title=PigParty2011&diff=7278PigParty20112011-05-22T17:14:57Z<p>Samuele: Nuova pagina: Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioia che il MontelLug ripropone l'iniziativa dei PorcelLinux. Quindi siete tutti invitati a...</p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioia che il MontelLug ripropone l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
== Pig Party 2011, per gli amici Pig Party 1.0 ==<br />
<br />
=== Dove ===<br />
L'evento si terrà presso lo stand gastronomico presente in centro ad Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate analogiche''':<br />
Albaredo di Vedelago (TV)<br />
<br />
'''Coordinate tramite google maps (circa)''': <br />
[http://maps.google.it/maps/place?ftid=0x47792e6f2aa87337:0x1307098711ca17b0&q=45.666264,12.012334&hl=it&ved=0CA0Q-gswAA&sa=X&ei=AkTZTeP0EoiJjwew-vm-BQ]<br />
<br />
'''Coordinate Gps (circa)''': 45.666264,12.012334<br />
<br />
=== Quando ===<br />
La data prevista per l'evento è '''sabato 4 giugno 2011'''.<br />
<br />
L'ora di ritrovo è in via di definizione, comunque tra le 20.00 e le 21.00.<br />
<br />
È caldamente consigliato iscriversi quanto prima in modo da poter prenotare il tavolo.<br />
<br />
=== Costo ===<br />
Per il prezzo mi sto informando.<br />
<br />
=== Cosa ===<br />
Tipica sagra paesana con ciurrasco ed altre cose a base di porco.<br />
<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 giugno 2011.<br />
<br />
=== Contatti ===<br />
<br />
Per iscrizioni è possibile:<br />
* aggiungersi direttamente alla lista qui sotto;<br />
* mandare una email alla nostra [http://mail.montellug.it/mailman/listinfo/montellug_montellug.it mailing list] segnalando la vostra presenza;<br />
* scrivere una email a Samuele (se avete bisogno potete chiedere anche informazioni) all'indirizzo: samuele punto zanin chiocciolina tiscali punto it.<br />
<br />
== Lista partecipanti ==<br />
<br />
Pregasi indicare tra parentesi le persone partecipanti (se stesso incluso).<br />
* ''Samuele'' in qualità di organizzatore (1);<br />
* ''AvantiIlProssimo'' in qualità di segnaposto per il prossimo che si aggiunge alla lista!</div>Samueleindex.php?title=Conferenze_2011&diff=7217Conferenze 20112011-01-06T13:48:04Z<p>Samuele: </p>
<hr />
<div>{{navmenu_exp|<br />
padre=<br />
Main_Page<br />
}}<br />
<br />
Stiamo organizzando una serie di conferenze specialistiche per i primi mesi del 2011.<br><br />
Ecco il calendario dei talk, con i relativi relatori e luoghi:<br />
<br />
* '''Introduzione''' :<br />
** '''12 gennaio: Castelfranco''': (Matteo Vincenti) ''"Perché dovrebbe interessarmi il software libero?"''<br />
:: Buoni motivi per usarlo, buoni motivi per parlarne<br />
* Mese sul '''Perl''':<br />
** '''19 gennaio: Montebelluna''': (Luca "Syslac" Mezzalira) ''"Espressioni regolari : Introduzione per esempi"''<br />
:: Le principali feature delle regex, dalle character classes, alle captures, alle zero-width assertions, attraverso applicazioni semplici alla verifica di input, html, file di configurazione.<br />
** '''26 gennaio: Castelfranco''': (Luca "Syslac" Mezzalira) ''"Perl 6 : the Way of the Camel"''<br />
:: Perché Perl ha deciso di ripartire da zero, le differenze dal Perl5 e perché un programmatore generico potrebbe ripensare al Perl dopo tutto questo tempo.<br />
* Mese sulla '''Virtualizzazione''':<br />
** '''16 febbraio: Castelfranco''': (Christian d'Urso) ''"Virtualbox for Dummies"''<br />
** '''23 febbraio: Montebelluna''': (Mirco Piccin) ''"Proxmox VE"''<br />
* Mese '''Web''' :<br />
** '''23 marzo: Montebelluna''': (Franco "fc" Carinato) con ''"HTML 5"''<br />
** '''30 marzo: Castelfranco''': (Franco "fc" Carinato) con ''"Plone 4"''<br />
* Mese conclusivo :<br />
** '''27 aprile: Castelfranco''': (Francesco "cesco" Versaci) ''"Org-Mode"''<br />
:: Come organizzare la propria vita con emacs.<br />
** '''4 maggio: Montebelluna''': (Davide "cdron" Rondini) ''"Pacchettizzazione deb-rpm"'': <br />
:: Come creare e poi distribuire pacchetti software per le più diffuse distribuzioni Linux.<br />
** '''11 maggio: Montebelluna''': (Samuele Zanin) ''"OpenWrt, wireless freedom"''<br />
<br />
----<br />
<br><br />
'''Luogo:''' Abbiamo dovuto fare qualche cambiamento rispetto al [[ContattiMontelLUG#Ritrovo|calendario degli incontri]] stardard a causa di esigenze di connettività dei relatori (potete comunque visitare la pagina per indirizzi e indicazioni).<br />
<br><br />
'''Orari:''' dalle 21.00 alle 23.00<br><br />
'''Entrata:''' libera e gratuita<br></div>Samueleindex.php?title=Consiglio_Direttivo&diff=7172Consiglio Direttivo2010-12-05T18:38:35Z<p>Samuele: </p>
<hr />
<div>(pagina in allestimento)<br />
<br />
== Il Consiglio direttivo in carica ==<br />
''Presidente del Consiglio''<br />
<br />
* Samuele Zanin<br />
<br />
''Vice''<br />
<br />
* Luca Mezzalira<br />
<br />
''Segretario''<br />
<br />
* Matteo Mardegan<br />
<br />
''Consiglieri''<br />
<br />
* Matteo Baruzzo<br />
* Luca Andriollo<br />
<br />
== Il Consiglio direttivo 2009 ==<br />
''Presidente del Consiglio''<br />
<br />
* Diego Rondini<br />
<br />
''Segretario''<br />
<br />
* Matteo Mardegan<br />
<br />
''Consiglieri''<br />
<br />
* Samuele Zanin<br />
* Luca Mezzalira<br />
* Stefano Fraccaro<br />
<br />
== Il Consiglio direttivo 2007 e 2008 ==<br />
''Presidente del Consiglio''<br />
<br />
* Manuel Dalla Lana<br />
<br />
''Segretario''<br />
<br />
* Davide Rondini<br />
<br />
''Consiglieri''<br />
<br />
* Luca Andriollo<br />
* Franco Carinato<br />
* Francesco Versaci<br />
<br />
<br />
----</div>Samueleindex.php?title=CenaLugVeneti2010bis&diff=7171CenaLugVeneti2010bis2010-12-05T18:35:39Z<p>Samuele: /* Iscritti */</p>
<hr />
<div>= Cena Lug Veneti =<br />
<br />
== (Inutile) Introduzione ==<br />
Ogni '''venerdì 17''' che si rispetti ha la sua cena dei Lug veneti. La data non viene scelta, come sostiene qualche voce di corridoio, perché gli informatici non siano superstiziosi, bensì il per il motivo opposto: il vero nerd crede in una sola regola immutabile, la famigerata [http://it.wikipedia.org/wiki/Legge_di_Murphy "legge di Murphy"]. Ciò comporta che:<br />
* il server, che ha sempre funzionato perfettamente durante tutti i test, va sistematicamente a farsi benedire quando è ora di entrare in produzione;<br />
* un programma pronto da dare al cliente presenterà immancabilmente un bug misterioso il giorno della presentazione al committente che farà fare (nel caso migliore) una pessima figura davanti a tutti. Tale bug inoltre non si ripresenterà più nei giorni seguenti quando si tenterà invano di stanarlo;<br />
* gli esempi si possono facilmente estendere ad altri settori dell'informatica...<br />
<br />
Per qualche strano motivo i venerdì 17 la legge di Murphy sospende il suo effetto e i nerd escono allo scoperto dalle loro sale CED per qualche ora d'aria senza doversi preoccupare di cosa succederà ai loro server o a tutte le calamità possibili che possono succedere al sistema di backup.<br />
<br />
Almeno così narra la leggenda...<br />
<br />
<br />
== La cena ==<br />
<br />
Per riunire almeno ogni tanto i gruppi che si occupano di Linux e dintorni (software libero, trashware, condivisione della conoscenza informatica, sistemi operativi alternativi, eccetera) e scambiare un po' di idee (cosa che purtroppo avviene troppo di rado) il MontelLUG organizza la tradizionale cena dei Lug Veneti di venerdì 17.<br />
<br />
=== Quando ===<br />
<br />
Il giorno prefissato è il primo venerdì 17 da quasi un anno e mezzo a questa parte: '''17 dicembre 2010''' alle ore '''21:00'''.<br />
<br />
=== Dove ===<br />
<br />
Agriturismo MILAN CLAUDIO<br />
Strada Businello, 172<br />
36100 VICENZA (Vicenza)<br />
Località: S. PIETRO INTRIGOGNA<br />
<br />
<br />
=== Menù ===<br />
<br />
Ecco il menù proposto:<br />
* antipasto<br />
* 2 primi<br />
* grigliata<br />
* contorni<br />
* dolce<br />
* caffe'<br />
* ammazzacaffe'<br />
<br />
Prezzo: <= 25,00 euro.<br />
<br />
=== Iscritti ===<br />
<br />
Iscrizioni, se possibile, entro lunedi' 13/12/2010<br />
<br />
{| border="1"<br />
| NOME C. || NICKNAME || LUG O GRUPPO || # PERSONE (Compreso te stesso)<br />
|-<br />
| claudio b. || brzcld || LUGVi || 2 (Claudio e Martina)<br />
|-<br />
| luca m. || lucamenini || LUGVi || 1<br />
|-<br />
| Igor Z. || Ig || LugVi || 1<br />
|-<br />
| claudio f. || $nonvuoisaperlo || Grappa LUG || 1<br />
|-<br />
| $nonvuoisaperlo2 || Daneel Olivaw || MontelLUG || 1<br />
|-<br />
| Luca L. || remix_tj || TVLug || 1<br />
|-<br />
| $nonvuoisaperlo3 || troll_malefico || X || 3<br />
|-<br />
| Manuel D.L. || EndelWar || MontelLUG || 1<br />
|-<br />
| Enrico || BestKevin || LugVR || 1<br />
|-<br />
| Mauro B. || mauro || AViLUG || 1<br />
|-<br />
| $nonvuoisaperlo4 || Odeeno || MontelLUG || 1<br />
|-<br />
| Samuele Z. || che palle co sto nick || MontelLUG || 1<br />
|-<br />
| Il prossimo || * || * || 1<br />
|}</div>Samueleindex.php?title=LinuxDay2010&diff=7123LinuxDay20102010-10-11T20:13:18Z<p>Samuele: </p>
<hr />
<div>== L'evento ==<br />
[[Image:ManifestoLD2010.png|link=http://www.montellug.it/scambiodati/diegorondini/linux_day_2010/manifesto_LD2010.pdf|thumb|Manifesto Linux Day 2010]]<br />
Il Linux Day è una manifestazione che si propone di promuovere la diffusione di Linux e del software libero. Durante l'evento saranno tenute conferenze gratuite e sarà possibile richiedere l'installazione di Linux. Non dimenticate che saremo a vostra disposizione per tutta la durata dell'evento: chiedete e vi sarà dato.<br />
<br />
Per ulteriori informazioni è possibile consultare [http://www.linuxday.it/ il sito ufficiale della manifestazione] e la relativa pagina delle [http://www.linuxday.it/faq.php domande frequenti].<br />
<br />
È disponibile anche il [http://www.montellug.it/scambiodati/diegorondini/linux_day_2010/manifesto_LD2010.pdf manifesto dell'evento].<br />
<br />
== Dove e quando ==<br />
<br />
* '''Data:''' 23 ottobre 2010<br />
* '''Luogo:''' [http://maps.google.it/maps?f=q&hl=it&geocode=&q=Via+dei+Carpani+19%2FB,+31033,+Castelfranco+Veneto+(TV)&sll=41.442726,12.392578&sspn=25.145793,57.128906&ie=UTF8&z=16&g=Via+dei+Carpani+19%2FB,+31033,+Castelfranco+Veneto&iwloc=addr ITIS E. Barsanti, Via dei Carpani 19/B, 31033, Castelfranco Veneto (TV)] [http://www.linuxday.it/mappa/?zoom=15&lat=45.67913&lon=11.93834&layers=B0000000T Mappa OpenStreetMap]<br />
* '''Orari:''' presenza dalle 8 alle 18:00, conferenze secondo l'orario qui sotto.<br />
<br />
== Partecipanti ==<br />
<br />
* Stefano Fraccaro;<br />
* Diego R.;<br />
* Samuele Zanin in aula installazioni (ho ancora 50 gb liberi sulla mucca per eventuali software da scaricare);<br />
* Luca Pestrin alias Viper in qualità di "mi formatto tutto";<br />
* Federico Berton alias Punisher in qualità di "gentoo è bella, gentoo è buona, gentoo mi fa compilare tutta la notte";<br />
* avanti il prossimo.<br />
<br />
== Programma ==<br />
=== Aula magna ===<br />
<br />
==== Mattina: ====<br />
<br />
* ''' 8.30 - 8.45''' Introduzione e saluti delle Autorità<br />
* ''' 9.00 - 9.45''' BackupPC: backup di rete agentless con de-duplicazione<br />
* ''' 9.50 - 10.30''' LaTeX e Beamer: What You See Is What You Mean (Syslac & AgNO)<br />
* '''10.35 - 11.00''' Ricreazione<br />
* '''11.05 - 12.00''' OpenBSD, installazione, pf e servizi base (www, dhcpd,..)<br />
* '''12.05 - 12.50''' MontelDVD, perché e' stato fatto e come vengono generate le immagini (druido77)<br />
<br />
==== Pomeriggio: ====<br />
<br />
* '''15:00 - 15:45''' OpenStreetMap: mappare in libertà (Syslac && AgNO)<br />
* '''15:45 - 17:00''' ''[http://polentino911.wordpress.com/ Diego Casella] e Diego Rondini'' - KDE visto da uno sviluppatore ed un'utente (temi trattati: [http://www.kdeitalia.it/ la comunità], [http://polentino911.wordpress.com/2010/08/16/thoughts-about-this-summer-of-code/ lo sviluppo], il desktop e le applicazioni, in special modo quelle [http://edu.kde.org/ per la scuola])<br />
<br />
=== Aula installazioni ===<br />
==== Orario: '''8.30 - 13.00''' e '''14.00''' - '''18.00''' ====<br />
Verrà dato supporto a tutti quelli che si presenteranno li chiedendo aiuto relativamente a qualche problema nell'uso di Linux (o di qualche programma particolare). E' consigliabile portarsi il ferro da casa inclusi sorcio, tastiera e monitor più eventuali periferiche incriminate (modem/scanner/sarca$$o ecc.).<br />
<br />
Verrà fornita assistenza per l'installazione di Linux sul vostro pc.<br />
<br />
Vipera + Punitore con dimostrazione di giochi, compiz & co. Forse installazione di gentoo da stage 1 tentando di non fare notte...<br />
<br />
Molto probabilmente ci sarà anche la possibilità di collegarsi ad internet.<br />
<br />
=== Aula Cineforum ===<br />
<br />
==== Mattina: ====<br />
<br />
* ''' 09.00 - 09.15''' Big Buck Bunny<br />
* ''' 09.15 - 09.30''' Sintel<br />
* ''' 09.30 - 10.30''' OS Revolution 2<br />
* ''' 10.30 - 11.00''' Confronto sui contenuti appena visti<br />
<br />
==== Pomeriggio: ====<br />
<br />
* ''' 15.00 - 15.15''' Big Buck Bunny<br />
* ''' 15.15 - 15.30''' Sintel<br />
* ''' 15.30 - 16.30''' OS Revolution 2<br />
* ''' 16.30 - 17.00''' Confronto sui contenuti appena visti</div>Samueleindex.php?title=CenaLugVeneti2010&diff=7082CenaLugVeneti20102010-09-15T19:50:36Z<p>Samuele: </p>
<hr />
<div>= Cena Lug Veneti =<br />
<br />
== (Inutile) Introduzione ==<br />
Ogni '''venerdì 17''' che si rispetti ha la sua cena dei Lug veneti. La data non viene scelta, come sostiene qualche voce di corridoio, perché gli informatici non siano superstiziosi, bensì il per il motivo opposto: il vero nerd crede in una sola regola immutabile, la famigerata [http://it.wikipedia.org/wiki/Legge_di_Murphy "legge di Murphy"]. Ciò comporta che:<br />
* il server, che ha sempre funzionato perfettamente durante tutti i test, va sistematicamente a farsi benedire quando è ora di entrare in produzione;<br />
* un programma pronto da dare al cliente presenterà immancabilmente un bug misterioso il giorno della presentazione al committente che farà fare (nel caso migliore) una pessima figura davanti a tutti. Tale bug inoltre non si ripresenterà più nei giorni seguenti quando si tenterà invano di stanarlo;<br />
* gli esempi si possono facilmente estendere ad altri settori dell'informatica...<br />
<br />
Per qualche strano motivo i venerdì 17 la legge di Murphy sospende il suo effetto e i nerd escono allo scoperto dalle loro sale CED per qualche ora d'aria senza doversi preoccupare di cosa succederà ai loro server o a tutte le calamità possibili che possono succedere al sistema di backup.<br />
<br />
Almeno così narra la leggenda...<br />
<br />
== La cena ==<br />
<br />
Per riunire almeno ogni tanto i gruppi che si occupano di Linux e dintorni (software libero, trashware, condivisione della conoscenza informatica, sistemi operativi alternativi, eccetera) e scambiare un po' di idee (cosa che purtroppo avviene troppo di rado) il MontelLUG organizza la tradizionale cena dei Lug Veneti di venerdì 17.<br />
<br />
=== Quando ===<br />
<br />
Il giorno prefissato è il primo venerdì 17 da quasi un anno e mezzo a questa parte: '''17 settembre 2010''' alle ore '''21:00'''.<br />
<br />
=== Dove ===<br />
<br />
Il posto è il '''Motoristorante Pompone''' conosciuto anche come '''Ristorante Bellavista da Memi''' nella '''valle di San Liberale a Paderno del Grappa'''. Per chi è dotato di navigatore l'indirizzo è via San Liberale 5, 31017 Paderno del Grappa TV; gli altri possono usare una [http://maps.google.it/maps?f=q&source=s_q&hl=it&geocode=&q=san+liberale+5+paderno+del+grappa&sll=41.442726,12.392578&sspn=28.651596,41.044922&ie=UTF8&s=AARTsJphDvvtgjK4LyGTbIPGbprXLPPaVQ&view=map&hq=&hnear=Via+San+Liberale,+5,+31017+Paderno+del+Grappa+Treviso,+Veneto&ll=45.867541,11.834035&spn=0.008591,0.016544&z=16&iwloc=r1 mappa] o meglio ancora raggiungere il punto di ritrovo: il [http://maps.google.it/maps?f=q&source=s_q&hl=it&geocode=&q=45.828442,+11.840697&sll=41.442726,12.392578&sspn=16.158281,39.506836&ie=UTF8&ll=45.828635,11.839968&spn=0.001835,0.004823&t=h&z=18 Caffè Canova] (freccia verde sulla mappa) presso la piazza di Crespano del Grappa (è lungo la strada da percorrere se arrivate da sud o da est; se lo sbagliate, sarete iscritti d'ufficio ad un corso di orientamento pratico).<br />
<br />
=== Menù ===<br />
<br />
Ecco il menù proposto (cena al contrario):<br />
* l'amaro della casa;<br />
* caffè;<br />
* dolce;<br />
* secondi (grigliatona mista)<br />
* primi<br />
* antipasto<br />
* per finire aperitivo.<br />
<br />
Prezzo: indicativamente si dovrebbe stare tra i 20 e 25 Euro a testa, a seconda di quanto si mangia e si beve (se po vi ritrovate con /dev/null al posto dello stomaco... beh, si potrebbe anche sforare :-) ). In ogni caso, arrivare a 25 €�significa aver abbondato sia in cibo che bevande.<br />
<br />
=== Iscritti ===<br />
{| border="1"<br />
| NOME C. || NICKNAME || LUG O GRUPPO || # PERSONE (Compreso te stesso)<br />
|-<br />
| Diego R. || panda || MontelLUG || 1<br />
|-<br />
| Luca A. || Daneel Olivaw || MontelLUG || 2<br />
|-<br />
| Stefano F. || Druido77 || MontelLUG || 2<br />
|-<br />
| Davide R. || cdron || MontelLUG|| 1<br />
|-<br />
| Matteo B. || || MontelLUG|| 1<br />
|-<br />
| Luca M. || syslac || MontelLUG|| 1<br />
|-<br />
| Matteo M. || Odeeno || MontelLUG || 1<br />
|-<br />
| Manuel D.L. || EndelWar || MontelLUG || 1<br />
|-<br />
| Christian D. || n.d. || MontelLUG || 1<br />
|-<br />
| Francesco A. || Agno || MontelLUG || 1<br />
|-<br />
| Samuele Z. || ... || MontelLUG || 0.7<br />
|-<br />
| Toni T. || || || 1<br />
|-<br />
| luca m. || lucamenini || LUGVI || 1 + 1<br />
|-<br />
| Igor Z. || Ig || LUGVI || 1<br />
|-<br />
| Luca L. || remix_tj || TVLug|| 1<br />
|-<br />
| Andrea C. || n.d. || n.d. || 2<br />
|-<br />
| Enrico C. || BestKevin || LugVR || 1<br />
|-<br />
| Gianluca M. || Giammy || Faber || 1<br />
|-<br />
| Mirko R. || Belf || Faber || 1<br />
|-<br />
| Giulia M. || Tsukima || Faber || 1<br />
|-<br />
| Gianluca D.R. || Bigshot || VELUG & dintorni || 3<br />
|-<br />
| Claudio F || Claudio || LUGVI/Bassano || 1<br />
|-<br />
| Marco S. || gemini || Montebelluna || 2<br />
|-<br />
| Piergiovanna G. || Piergio || Faber || 1<br />
|-<br />
| Prossimo || prossimo || ProssimoLUG || 0<br />
|}</div>Samueleindex.php?title=OpenBsd2009&diff=6915OpenBsd20092010-01-02T18:59:26Z<p>Samuele: </p>
<hr />
<div>= Conferenze su OpenBSD e firewall =<br />
Sono organizzate una serie di 4 conferenze tecniche su OpenBSD focalizzate sulla realizzazione di un firewall con PF e CARP.<br />
<br />
Le conferenze sono aperte a tutti, a parte per la prima serata, per le altre è consigliabile da parte del pubblico una conoscenza della struttura di una rete e del relativo funzionamento.<br />
<br />
== Dove ==<br />
Ex biblioteca di Montebelluna<br />
Via D. Alighieri<br />
31044 MONTEBELLUNA TV<br />
<br />
[http://maps.google.it/maps/ms?ie=UTF8&hl=en&msa=0&msid=117436377515812771696.00043d6cba911840a0277&ll=45.775096,12.047174&spn=0.004744,0.009398&z=17 Mappa sede del MontelLUG]<br />
<br />
== Quando ==<br />
Dalle 21:00 alle 23:00 circa. <br />
# 28/01/2010: introduzione ed installazione di OpenBSD;<br />
# 04/02/2010: configurazione di PF;<br />
# 18/02/2010: configurazione di PF;<br />
# 25/02/2010: configurazione di cluster di firewall con bilanciamento del carico ed alta disponibilità tramite CARP;<br />
<br />
Il relatore ha dato disponibilità per qualche altro incontro di approfondimento sugli argomenti trattati qualora se ne manifestasse la necessità. <br />
<br />
Per poter assistere non è necessaria nessuna prenotazione, anche se, per motivi organizzativi non sarebbe male sapere quante persone sono interessate a venire.<br />
In questo caso, scrivere a samuele punto zanin chiocciola tiscali punto it.<br />
<br />
== Spamming ==<br />
Ho preparato un [http://www.montellug.it/scambiodati/ConferenzeBSD.pdf volantino], ringraziamo fin d'ora chi vorrà stamparlo e appenderlo in giro.</div>Samueleindex.php?title=OpenBsd2009&diff=6914OpenBsd20092010-01-02T18:49:50Z<p>Samuele: /* Spamming */</p>
<hr />
<div>= Conferenze su OpenBSD e firewall =<br />
Sono organizzate una serie di 4 conferenze tecniche su OpenBSD focalizzate sulla realizzazione di un firewall con PF e CARP.<br />
<br />
Le conferenze sono aperte a tutti, a parte per la prima serata, per le altre è consigliabile da parte del pubblico una conoscenza della struttura di una rete e del relativo funzionamento.<br />
<br />
== Dove ==<br />
Ex biblioteca di Montebelluna<br />
Via D. Alighieri<br />
31044 MONTEBELLUNA TV<br />
<br />
[http://maps.google.it/maps/ms?ie=UTF8&hl=en&msa=0&msid=117436377515812771696.00043d6cba911840a0277&ll=45.775096,12.047174&spn=0.004744,0.009398&z=17 Mappa sede del MontelLUG]<br />
<br />
== Quando ==<br />
Dalle 21:00 alle 23:00 circa. <br />
# 28/01/2010: introduzione ed installazione di OpenBSD;<br />
# 04/02/2010: configurazione di PF;<br />
# 18/02/2010: configurazione di PF;<br />
# 25/02/2010: configurazione di cluster di firewall con bilanciamento del carico ed alta disponibilità tramite CARP;<br />
<br />
Il relatore ha dato disponibilità per qualche altro incontro di approfondimento sugli argomenti trattati qualora se ne manifestasse la necessità. <br />
<br />
Per poter assistere non è necessaria nessuna prenotazione, anche se, per motivi organizzativi non sarebbe male sapere quante persone sono interessate a venire.<br />
In questo caso, scrivere a samuele punto zanin chiocciola tiscali punto it.<br />
<br />
== Spamming ==<br />
Ho preparato un [volantino|http://www.montellug.it/scambiodati/ConferenzeBSD.pdf], ringraziamo fin d'ora chi vorrà stamparlo e appenderlo in giro.</div>Samueleindex.php?title=OpenBsd2009&diff=6912OpenBsd20092010-01-02T18:41:46Z<p>Samuele: Nuova pagina: = Conferenze su OpenBSD e firewall = Sono organizzate una serie di 4 conferenze tecniche su OpenBSD focalizzate sulla realizzazione di un firewall con PF e CARP. Le conferenze son...</p>
<hr />
<div>= Conferenze su OpenBSD e firewall =<br />
Sono organizzate una serie di 4 conferenze tecniche su OpenBSD focalizzate sulla realizzazione di un firewall con PF e CARP.<br />
<br />
Le conferenze sono aperte a tutti, a parte per la prima serata, per le altre è consigliabile da parte del pubblico una conoscenza della struttura di una rete e del relativo funzionamento.<br />
<br />
== Dove ==<br />
Ex biblioteca di Montebelluna<br />
Via D. Alighieri<br />
31044 MONTEBELLUNA TV<br />
<br />
[http://maps.google.it/maps/ms?ie=UTF8&hl=en&msa=0&msid=117436377515812771696.00043d6cba911840a0277&ll=45.775096,12.047174&spn=0.004744,0.009398&z=17 Mappa sede del MontelLUG]<br />
<br />
== Quando ==<br />
Dalle 21:00 alle 23:00 circa. <br />
# 28/01/2010: introduzione ed installazione di OpenBSD;<br />
# 04/02/2010: configurazione di PF;<br />
# 18/02/2010: configurazione di PF;<br />
# 25/02/2010: configurazione di cluster di firewall con bilanciamento del carico ed alta disponibilità tramite CARP;<br />
<br />
Il relatore ha dato disponibilità per qualche altro incontro di approfondimento sugli argomenti trattati qualora se ne manifestasse la necessità. <br />
<br />
Per poter assistere non è necessaria nessuna prenotazione, anche se, per motivi organizzativi non sarebbe male sapere quante persone sono interessate a venire.<br />
In questo caso, scrivere a samuele punto zanin chiocciola tiscali punto it.<br />
<br />
== Spamming ==<br />
Ho preparato un [http://www.montellug.it/qualcosa], ringraziamo fin d'ora chi vorrà stamparlo e appenderlo in giro.</div>Samueleindex.php?title=LinuxDay2009&diff=6828LinuxDay20092009-10-11T19:31:42Z<p>Samuele: /* Orario: '''8.30 - 13.00''' e '''14.00''' - '''18.00''' */</p>
<hr />
<div>== L'evento ==<br />
<br />
Il Linux Day è una manifestazione che si propone di promuovere la diffusione di Linux e del software libero. Durante l'evento saranno tenute conferenze gratuite e sarà possibile richiedere l'installazione di Linux. Non dimenticate che saremo a vostra disposizione per tutta la durata dell'evento: chiedete e vi sarà dato.<br />
<br />
Per ulteriori informazioni è possibile consultare [http://www.linuxday.it/ il sito ufficiale della manifestazione] e la relativa pagina delle [http://www.linuxday.it/faq.php domande frequenti].<br />
<br />
Per chi inoltre volesse aiutarci a pubblicizzare l'evento questo è il volantino preparato per la manifestazione. ([http://www.montellug.it/scambiodati/diegorondini/linux_day_2009/volantino_LD09_mod3.pdf Bozza del volantino])<br />
<br />
== Dove e quando ==<br />
<br />
* '''Data:''' 24 ottobre 2009<br />
* '''Luogo:''' [http://maps.google.it/maps?f=q&hl=it&geocode=&q=Via+dei+Carpani+19%2FB,+31033,+Castelfranco+Veneto+(TV)&sll=41.442726,12.392578&sspn=25.145793,57.128906&ie=UTF8&z=16&g=Via+dei+Carpani+19%2FB,+31033,+Castelfranco+Veneto&iwloc=addr ITIS E. Barsanti, Via dei Carpani 19/B, 31033, Castelfranco Veneto (TV)]<br />
* '''Orari:''' presenza dalle 8 alle 18:00, conferenze secondo l'orario qui sotto.<br />
<br />
== Partecipanti ==<br />
<br />
* Diego;<br />
* Stefano Fraccaro;<br />
* Samuele;<br />
* Matteo M;<br />
* Manuel `EndelWar` Dalla Lana<br />
* Davide<br />
* Christian D.<br />
* avanti il prossimo.<br />
<br />
== Programma ==<br />
=== Aula magna ===<br />
<br />
==== Mattina: ====<br />
<br />
* ''' 8.30 - 8.45''' Introduzione e saluti delle Autorità<br />
* ''' 9.00 - 9.45''' Luca `Daneel Olivaw` Andriollo - Open Source in azienda? Si può, un caso pratico<br />
* ''' 9.50 - 10.30''' Manuel `EndelWar` Dalla Lana - Linux e la Domotica, una introduzione<br />
* '''10.35 - 11.00''' Ricreazione<br />
* '''11.05 - 12.00''' Luca `UnlukyLuke` Zanchetta - Pinguini sotto le stelle<br />
* '''12.05 - 12.50''' Diego Casella - [http://polentino911.wordpress.com/2009/07/18/hello-world/ Lavorare per Google per tre mesi], la mia esperienza al [http://socghop.appspot.com/student_project/show/google/gsoc2009/kde/t124022559296 Google Summer of Code 2009].<br />
<br />
==== Pomeriggio: ====<br />
<br />
===== L'Open Source in azienda: vantaggi e casi pratici =====<br />
'''Relatori''':<br />
* Davide ''CD-RON'' Rondini<br />
* Luca ''Daneel Olivaw'' Andriollo<br />
* Stefano Fraccaro<br />
<br />
Orari e programma dettagliato in fase di definizione<br />
<br />
=== Aula installazioni ===<br />
==== Orario: '''8.30 - 13.00''' e '''14.00''' - '''18.00''' ====<br />
Presenze:<br />
* Samuele in qualità di BOFH<br />
* avanti il prossimo<br />
<br />
Verrà dato supporto a tutti quelli che si presenteranno li chiedendo aiuto relativamente a qualche problema nell'uso di Linux (o di qualche programma particolare). E' consigliabile portarsi il ferro da casa inclusi sorcio, tastiera e monitor più eventuali periferiche incriminate (modem/scanner/sarca$$o ecc.).<br />
<br />
Verrà fornita assistenza per l'installazione di Linux sul vostro pc.<br />
<br />
Molto probabilmente ci sarà anche la possibilità di collegarsi ad internet.<br />
Indipendentemente da questo sarà presente un server con i repositori '''completi''' per architettura i386 di:<br />
* Debian 5.0 Lenny (20 GB);<br />
* Ubuntu 9.04 (25 GB);<br />
* Ubuntu 9.10 (x GB da quantificare);<br />
* OpenSuse 11 (sicuramente i dvd, il resto del repository aggiornato è da decidere).<br />
<br />
Un ringraziamento a Toni che ha procurato:<br />
* L'ultimo DVD ancora '''inedito''' di Appunti di Informatica Libera di Giacomini, con la distribuzione sviluppata dall'autore.<br />
<br />
e ha scaricato tutte le seguenti distribuzioni (circa 200GB):<br />
<br />
*trisquel-pro_2.2_i686.iso<br />
*sabily-9.04-desktop-i386-full.iso<br />
*ZevenOS-1.1.iso<br />
*bayanihandesktop-5-i386.iso<br />
*archiso-live-2009-05-28.iso<br />
*security-onion-livecd-20090731.iso<br />
*esunlinux-9.4.es.iso<br />
*crux-2.6/iso/crux-2.6.iso<br />
*slackware-13.0-install-dvd.iso<br />
*community-5.0.iso<br />
*tinycore_1.4.3.iso<br />
*frugalware-1.1-x86_64-dvd2.iso<br />
*frugalware-1.1-x86_64-dvd1.iso<br />
*frugalware-1.1-x86_64-dvd3.iso<br />
*pclinuxos-2009.2.iso<br />
*pclinuxos-minime-kde3-2009.1.iso<br />
*pclinuxos-lxde-2009.4.iso<br />
*pclinuxos-gnome-2009.2.iso<br />
*pclinuxos-zenmini-gnome-2009.1.iso<br />
*LinuxMint-7-KDE.iso<br />
*LinuxMint-7.iso<br />
*LinuxMint-7-x64.iso<br />
*LinuxMint-7-Universal.iso<br />
*Pardus_2009_International.iso<br />
*Pardus_2009.iso<br />
*EFW-COMMUNITY-2.3-rc1-200909171932.iso<br />
*generations.iso<br />
*animux-genesis-stable-32bit.iso<br />
*animux-genesis-stable-64bit.iso<br />
*animux-genesis-beta-ppc.iso<br />
*engarde-community-3.0.22.x86_64.iso<br />
*dragora-1.0-install.iso<br />
*7.4/iso/i386/smeserver.iso<br />
*epidemic-3.1-b1-1-i686.iso<br />
*epidemic-3.0-1-i686.iso<br />
*Vine50-i386-DVD.iso<br />
*Vine50-x86_64-DVD.iso<br />
*Vine50-x86_64-CD.iso<br />
*Vine50-i386-CD.iso<br />
*Vine50-ppc-CD.iso<br />
*Vine50-ppc-DVD.iso<br />
*engarde-community-3.0.22.i686.iso<br />
*big-buck-bunny-PAL.iso<br />
*TinyMe-2009-Acorn-Alpha-2.i686.iso<br />
*Musix1.0R6.iso<br />
*venenux-dvd-0.8-rc3.iso<br />
*BLAG-90001-i386.iso<br />
*dragora-1.1-RC1.iso<br />
*dyne-2.5.2.iso<br />
*gnewsense-livecd-deltah-i386-2.3.iso<br />
*kongoni32.nietsczhe-1_12_2.iso<br />
*kongoni64.nietsczhe-1_12_2.iso<br />
*big-buck-bunny-PAL.iso<br />
*SoL-25.00/SoL-25.00-BETA.iso<br />
*SuperGamer.iso<br />
*pup-430-small.iso<br />
*granular-1.0-x86-cd.iso<br />
*archlinux/archlinux-2009.08-core-i686.iso<br />
*archlinux/iso/2009.08/archlinux-2009.08-netinstall-i686-isolinux.iso<br />
*archlinux/iso/2009.08/archlinux-2009.08-core-i686.iso<br />
*archlinux/iso/2009.08/archlinux-2009.08-netinstall-x86_64-isolinux.iso<br />
*archlinux/iso/2009.08/archlinux-2009.08-netinstall-x86_64.iso<br />
*archlinux/iso/2009.08/archlinux-2009.08-core-x86_64.iso<br />
*archlinux/iso/2009.08/archlinux-2009.08-netinstall-i686.iso<br />
*archlinux/archlinux-2009.08-core-x86_64.iso<br />
*kiwi-9.04.iso<br />
*slitaz/iso/stable/slitaz-2.0.iso<br />
*slitaz/iso/stable/packages-2.0.iso<br />
*pc-oswebstation2.iso<br />
*PC-OS-Media-Center.iso<br />
*pc-os2009v2a-opendesktop.iso<br />
*pc-os-opencore2.iso<br />
*pc-os84openserver.iso<br />
*pc-os-opnwkstn20093.iso<br />
*pc-os2009-feature-pak.iso<br />
*pc-os-webstation1.iso<br />
*pc-os-open64wstation.iso<br />
*pc-os2009v2opendesktop.iso<br />
*pc-os-webstation1a.iso<br />
*pc-os2009v2aopenworkstation.iso<br />
*pc-os-od2009.iso<br />
*pc-os-oss8-3.iso<br />
*pc-os-ow20093.iso<br />
*berry-0.98.iso<br />
*puppylinux/puppy-4.3/special-puppies/pup-430-k2.6.21.7.iso<br />
*puppylinux/puppy-4.3/special-puppies/pup-430-k2.6.25.16-scsi.iso<br />
*puppylinux/puppy-4.3/pup-430.iso<br />
*anubis-linux/x86/ANUBIS-x86-2-Alpha5.iso<br />
*anubis-linux/x86_64/ANUBIS-x64-2-Alpha5.iso<br />
*cosmogoniA-MiniDVDLive-Gnome_KDE_XFce-1.1.3.iso<br />
*archpwn-1.0.iso<br />
*mepis/released/SimplyMEPIS-CD_8.0.06-rel_32.iso<br />
*mepis/released/SimplyMEPIS-CD_8.0.10-rel_64.iso<br />
*mepis/released/SimplyMEPIS-CD_8.0.10-rel_32.iso<br />
*mepis/released/antix/antiX-M8.iso<br />
*mepis/released/antix/antiX-M8.2.iso<br />
*mepis/released/antix/antiX-M8.2-base.iso<br />
*mepis/released/antix/antiX-M8-base.iso<br />
*mepis/released/antix/antiX-M8.2-pt1.iso<br />
*mepis/released/SimplyMEPIS-CD_8.0.06-rel_64.iso<br />
*fortmactux/fortmactux_cd-1.0.0-i386-1.iso<br />
*dragora-1.0-install.iso<br />
*openwall/Owl/2.0-release/iso/Owl-2.0-release-i386.iso<br />
*slackware64-13.0-install-dvd.iso<br />
*essai-9.06-amd64.iso<br />
*CDlinux-0.9.4.iso<br />
*CDlinux_CE-0.9.4.iso<br />
*CDlinux_mini-0.9.4.iso<br />
*gentoo/releases/amd64/current-iso/install-amd64-minimal-20090903.iso<br />
*gentoo/releases/x86/autobuilds/current-iso/install-x86-minimal-20090915.iso<br />
*gentoo/releases/ia64/autobuilds/current-iso/install-ia64-minimal-20090922.iso<br />
*dyne-2.5.2.iso<br />
*vectorlinux/veclinux-6.0/iso-release/VL6.0-Light-Final.iso<br />
*vectorlinux/veclinux-6.0/iso-release/VL6.0-STD-Gold.iso<br />
*vectorlinux/veclinux-6.0/iso-release/VL6.0-Light-LIVE-Final.iso<br />
*zenwalk-6.2/ISO/zenwalk-6.2.iso<br />
*zenwalk-gnome-6.0/zenwalk-gnome-6.0.1.iso<br />
*elemental/iso/ELS-Helium.iso<br />
*elemental/iso/hydrogen.iso<br />
*elemental/iso/ELS-Helium-SRC.iso<br />
*Sabayon_Linux_4.2_x86_K.iso<br />
*artistx_0.7_live_dvd_iso_05_20_2009.iso<br />
<br />
Per la suddetta montagna di software sarà possibile sia scaricarla sul proprio pc tale e quale che crearsi i dvd.<br />
<br />
Sarà presente sullo stesso server anche il demone ftp/smb per la download (ma potrete anche voi uploadare) di altre distribuzioni/software/documentazione.<br />
<br />
=== Presentazione Aula tecnica ===</div>Samueleindex.php?title=LinuxDay2009&diff=6811LinuxDay20092009-09-23T11:45:44Z<p>Samuele: /* Aula installazioni */</p>
<hr />
<div>== L'evento ==<br />
<br />
Il Linux Day è una manifestazione che si propone di promuovere la diffusione di Linux e del software libero. Durante l'evento saranno tenute conferenze gratuite e sarà possibile richiedere l'installazione di Linux. Non dimenticate che saremo a vostra disposizione per tutta la durata dell'evento: chiedete e vi sarà dato.<br />
<br />
Per ulteriori informazioni è possibile consultare [http://www.linuxday.it/ il sito ufficiale della manifestazione] e la relativa pagina delle [http://www.linuxday.it/faq.php domande frequenti].<br />
<br />
Per chi inoltre volesse aiutarci a pubblicizzare l'evento questo è il volantino preparato per la manifestazione. ([[volantino_LD.pdf|Bozza del volantino]])<br />
<br />
== Dove e quando ==<br />
<br />
* '''Data:''' 24 ottobre 2009<br />
* '''Luogo:''' [http://maps.google.it/maps?f=q&hl=it&geocode=&q=Via+dei+Carpani+19%2FB,+31033,+Castelfranco+Veneto+(TV)&sll=41.442726,12.392578&sspn=25.145793,57.128906&ie=UTF8&z=16&g=Via+dei+Carpani+19%2FB,+31033,+Castelfranco+Veneto&iwloc=addr ITIS E. Barsanti, Via dei Carpani 19/B, 31033, Castelfranco Veneto (TV)]<br />
* '''Orari:''' presenza dalle 8 alle 18:00, conferenze secondo l'orario qui sotto.<br />
<br />
== Partecipanti ==<br />
<br />
* Diego;<br />
* Stefano Fraccaro;<br />
* Samuele;<br />
* Matteo M;<br />
* Manuel `EndelWar` Dalla Lana<br />
* avanti il prossimo.<br />
<br />
== Programma ==<br />
=== Aula magna ===<br />
<br />
==== Mattina: ====<br />
<br />
* ''' 8.30 - 8.45''' Introduzione e saluti delle Autorità<br />
* ''' 9.00 - 9.45''' Primo Talk<br />
* ''' 9.50 - 10.30''' Manuel `EndelWar` Dalla Lana - Linux e la Domotica, una introduzione<br />
* '''10.35 - 11.00''' Ricreazione<br />
* '''11.05 - 12.00''' Terzo Talk<br />
* '''12.05 - 12.50''' Quarto Talk<br />
<br />
==== Pomeriggio: ====<br />
<br />
* '''z.yx - x.yz'''<br />
alB alb alb<br />
<br />
=== Aula installazioni ===<br />
==== Orario: '''8.30 - 13.00''' e '''14.00''' - '''18.00''' ====<br />
Presenze:<br />
* Samuele in qualità di BOFH<br />
* avanti il prossimo<br />
<br />
Verrà dato supporto a tutti quelli che si presenteranno li chiedendo aiuto relativamente a qualche problema nell'uso di Linux (o di qualche programma particolare). E' consigliabile portarsi il ferro da casa inclusi sorcio, tastiera e monitor più eventuali periferiche incriminate (modem/scanner/sarca$$o ecc.).<br />
<br />
Verrà fornita assistenza per l'installazione di Linux sul vostro pc.<br />
<br />
Molto probabilmente ci sarà anche la possibilità di collegarsi ad internet.<br />
Indipendentemente da questo sarà presente un server con i repositori '''completi''' per architettura i386 di:<br />
* Debian 5.0 Lenny (20 GB);<br />
* Ubuntu 9.04 (25 GB);<br />
* Ubuntu 9.10 (x GB da quantificare);<br />
* OpenSuse 11 (sicuramente i dvd, il resto del repository aggiornato è da decidere).<br />
<br />
Per la suddetta montagna di software sarà possibile sia scaricarla sul proprio pc tale e quale che crearsi i dvd.<br />
<br />
Sarà presente sullo stesso server anche il demone ftp/smb per la download (ma potrete anche voi uploadare) di altre distribuzioni/software/documentazione.<br />
<br />
=== Presentazione Aula tecnica ===</div>Samueleindex.php?title=LinuxDay2009&diff=6810LinuxDay20092009-09-23T11:45:09Z<p>Samuele: /* Programma */</p>
<hr />
<div>== L'evento ==<br />
<br />
Il Linux Day è una manifestazione che si propone di promuovere la diffusione di Linux e del software libero. Durante l'evento saranno tenute conferenze gratuite e sarà possibile richiedere l'installazione di Linux. Non dimenticate che saremo a vostra disposizione per tutta la durata dell'evento: chiedete e vi sarà dato.<br />
<br />
Per ulteriori informazioni è possibile consultare [http://www.linuxday.it/ il sito ufficiale della manifestazione] e la relativa pagina delle [http://www.linuxday.it/faq.php domande frequenti].<br />
<br />
Per chi inoltre volesse aiutarci a pubblicizzare l'evento questo è il volantino preparato per la manifestazione. ([[volantino_LD.pdf|Bozza del volantino]])<br />
<br />
== Dove e quando ==<br />
<br />
* '''Data:''' 24 ottobre 2009<br />
* '''Luogo:''' [http://maps.google.it/maps?f=q&hl=it&geocode=&q=Via+dei+Carpani+19%2FB,+31033,+Castelfranco+Veneto+(TV)&sll=41.442726,12.392578&sspn=25.145793,57.128906&ie=UTF8&z=16&g=Via+dei+Carpani+19%2FB,+31033,+Castelfranco+Veneto&iwloc=addr ITIS E. Barsanti, Via dei Carpani 19/B, 31033, Castelfranco Veneto (TV)]<br />
* '''Orari:''' presenza dalle 8 alle 18:00, conferenze secondo l'orario qui sotto.<br />
<br />
== Partecipanti ==<br />
<br />
* Diego;<br />
* Stefano Fraccaro;<br />
* Samuele;<br />
* Matteo M;<br />
* Manuel `EndelWar` Dalla Lana<br />
* avanti il prossimo.<br />
<br />
== Programma ==<br />
=== Aula magna ===<br />
<br />
==== Mattina: ====<br />
<br />
* ''' 8.30 - 8.45''' Introduzione e saluti delle Autorità<br />
* ''' 9.00 - 9.45''' Primo Talk<br />
* ''' 9.50 - 10.30''' Manuel `EndelWar` Dalla Lana - Linux e la Domotica, una introduzione<br />
* '''10.35 - 11.00''' Ricreazione<br />
* '''11.05 - 12.00''' Terzo Talk<br />
* '''12.05 - 12.50''' Quarto Talk<br />
<br />
==== Pomeriggio: ====<br />
<br />
* '''z.yx - x.yz'''<br />
alB alb alb<br />
<br />
=== Aula installazioni ===<br />
==== Orario: '''8.30 - 13.00''' e '''14.00''' - '''18.00''' ====<br />
Presenze:<br />
* Samuele in qualità di BOFH<br />
<br />
Verrà dato supporto a tutti quelli che si presenteranno li chiedendo aiuto relativamente a qualche problema nell'uso di Linux (o di qualche programma particolare). E' consigliabile portarsi il ferro da casa inclusi sorcio, tastiera e monitor più eventuali periferiche incriminate (modem/scanner/sarca$$o ecc.).<br />
<br />
Verrà fornita assistenza per l'installazione di Linux sul vostro pc.<br />
<br />
Molto probabilmente ci sarà anche la possibilità di collegarsi ad internet.<br />
Indipendentemente da questo sarà presente un server con i repositori '''completi''' per architettura i386 di:<br />
* Debian 5.0 Lenny (20 GB);<br />
* Ubuntu 9.04 (25 GB);<br />
* Ubuntu 9.10 (x GB da quantificare);<br />
* OpenSuse 11 (sicuramente i dvd, il resto del repository aggiornato è da decidere).<br />
<br />
Per la suddetta montagna di software sarà possibile sia scaricarla sul proprio pc tale e quale che crearsi i dvd.<br />
<br />
Sarà presente sullo stesso server anche il demone ftp/smb per la download (ma potrete anche voi uploadare) di altre distribuzioni/software/documentazione.<br />
<br />
<br />
=== Presentazione Aula tecnica ===</div>Samueleindex.php?title=Porceddux1&diff=6708Porceddux12009-06-09T19:16:44Z<p>Samuele: /* Lista partecipanti */</p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioia che il MontelLug dopo luuungo letargo, riprende l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
== Primo Porceddu Party, per gli amici Porceddux 1.0 ==<br />
<br />
=== Dove ===<br />
L'evento si terrà al ristorante pizzeria Giglio a Campigo di Castelfranco Veneto (TV)<br />
<br />
'''Coordinate analogiche''':<br />
Via San Marco, 6, 31033 Campigo di Castelfranco Veneto (TV)<br />
<br />
'''Coordinate tramite google maps''': <br />
[http://maps.google.it/maps?hl=it&q=ristorante+pizzeria+%22Giglio%22+a+Campigo&ie=UTF8&ll=45.759619,11.99913&spn=0.23234,0.4422&z=11&iwloc=A]<br />
<br />
'''Coordinate Gps''': 45.759619,11.99913<br />
<br />
=== Quando ===<br />
La data prevista per l'evento è '''giovedì 25 giugno 2009'''.<br />
<br />
Il ritrovo è per le ore 18:00 UTC, ovvero alle '''ore 20:00''' per i comuni mortali.<br />
<br />
=== Costo ===<br />
Per il prezzo, l'organizzatrice garantisce che è da "amico". Seguirà quanto prima aggiornamento sulla tariffa.<br />
<br />
=== Cosa ===<br />
Il Porceddu è un normale "porseo" piccolo, cucinato in base alla tradizione sarda (da quello che mi hanno detto una specie di porchetta).<br />
<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 luglio 2009.<br />
<br />
=== Contatti ===<br />
<br />
Per iscrizioni è possibile:<br />
* aggiungersi direttamente alla lista qui sotto;<br />
* mandare una email alla nostra [http://mail.montellug.it/mailman/listinfo/montellug_montellug.it mailing list] segnalando la vostra presenza;<br />
* scrivere una email a Samuele (se avete bisogno potete chiedere anche informazioni) all'indirizzo: samuele punto zanin chiocciolina tiscali punto it.<br />
<br />
== Lista partecipanti ==<br />
<br />
Con la straordinaria partecipazione di:<br />
* ''Sara'' in qualità di mascotte del LUG e cameriera<br />
e con:<br />
* ''Samuele'' in qualità di secondo organizzatore;<br />
* ''Diego'' in qualità di despota (cit.) neoeletto;<br />
* ''Daneel Olivaw'' in qualità di "OMG ho sbagliato a fare i conti con UTC";<br />
* ''Manuel `EndelWar` Dalla Lana'' in qualità di evil root@montellug && presidente in pensione;<br />
* ''Stefano `Druido77` Fraccaro'' in qualità di firewall mangia tutto!<br />
* ''Manuele Rampazzo'' in qualità di apparizione miracolosa e "TRAGGGGEDIA IMMMMANE! Butto all'aria la settimana vegetariana!"<br />
* ''AvantiIlProssimo'' in qualità di segnaposto per il prossimo che si aggiunge alla lista!</div>Samueleindex.php?title=Porceddux1&diff=6671Porceddux12009-06-04T20:14:40Z<p>Samuele: </p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioa che il MontelLug dopo luuungo letargo, riprende l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
<br />
<br />
== Primo Porceddu Party, per gli amici Porceddux 1.0 ==<br />
<br />
L'evento si terrà al ristorante pizzeria Giglio a Campigo di Castelfranco Veneto (TV)<br />
<br />
Coordinate analogiche:<br />
Via San Marco, 6, 31033 Campigo di Castelfranco Veneto (TV)<br />
<br />
Coordinate tramite google maps: <br />
[http://maps.google.it/maps?hl=it&q=ristorante+pizzeria+%22Giglio%22+a+Campigo&ie=UTF8&ll=45.759619,11.99913&spn=0.23234,0.4422&z=11&iwloc=A]<br />
<br />
Coordinate Gps: 45.759619,11.99913<br />
<br />
La data prevista per l'evento è giovedì 25 giugno 2009.<br />
<br />
Il ritrovo è per le ore 18.00 UTC<br />
<br />
Per il prezzo, l'organizzatrice garantisce che è da "amico". Seguirà quanto prima aggiornamento sulla tariffa.<br />
<br />
Il Porceddu è un normale "porseo" piccolo, cucinato in base alla tradizione sarda (da quello che mi hanno detto una specie di porchetta).<br />
<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 luglio 2009.</div>Samueleindex.php?title=Porceddux1&diff=6670Porceddux12009-06-04T20:05:53Z<p>Samuele: Nuova pagina: Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioa che il MontelLug dopo luuungo letargo, riprende l'iniziativa dei PorcelLinux. Quindi si...</p>
<hr />
<div>Egregi soci, simpatizzanti, lurker e nerd vari che ci seguite, vi comunichiamo con immensa gioa che il MontelLug dopo luuungo letargo, riprende l'iniziativa dei PorcelLinux.<br />
<br />
Quindi siete tutti invitati al<br />
<br />
<br />
== Primo Porceddu Party, per gli amici Porceddux 1.0 ==<br />
<br />
L'evento si terrà al ristorante pizzeria Giglio a Campigo di Castelfranco Veneto (TV)<br />
<br />
Coordinate analogiche:<br />
Via San Marco, 6, 31033 Campigo di Castelfranco Veneto (TV)<br />
<br />
Coordinate tramite google maps: <br />
[http://http://maps.google.it/maps?hl=it&q=ristorante+pizzeria+%22Giglio%22+a+Campigo&ie=UTF8&ll=45.759619,11.99913&spn=0.23234,0.4422&z=11&iwloc=A]<br />
<br />
Coordinate Gps: 45.759619,11.99913<br />
<br />
La data prevista per l'evento è giovedì 25 giugno 2009.<br />
<br />
Il ritrovo è per le ore xx.yy UTC<br />
<br />
Per il prezzo, l'organizzatrice garantisce che è da "amico". Seguirà quanto prima aggiornamento sulla tariffa.<br />
<br />
Il Porceddu è un normale "porseo" piccolo, cucinato in base alla tradizione sarda (da quello che mi hanno detto una specie di porchetta).<br />
<br />
Raccomando a tutti la partecipazione in quanto si tratta della prova generale/seduta di allenamento (per le pancie) in vista della prossima cena dei Lug Veneti prevista per il prossimo venerdì 17 luglio 2009.</div>Samueleindex.php?title=PanettuxSilvestrux2008&diff=6556PanettuxSilvestrux20082008-12-04T20:51:03Z<p>Samuele: Nuova pagina: Addì 27 dicembre annussdomini 2008 approfittando delle alte cariche del lug presenti, dopo riunione in pompa magna, e con votazione all'unanimità dei presenti del consiglio, sono sta...</p>
<hr />
<div>Addì 27 dicembre annussdomini 2008 approfittando delle alte cariche del lug presenti, dopo riunione in pompa magna, e con votazione all'unanimità dei presenti del consiglio, sono state autorizzate le seguenti proposte:<br />
<br />
1) 18/12/2008 - PanetTux<br />
Vista la vicinanza del Natale, si è pensato come d'abitudine di rallegrare<br />
la serata con oltre alle solite divagazioni informatiche, anche con<br />
Panettoni e Pandori, accompagnati da aranciata, the e coca cola.<br />
Siete invitati tutti (a portare da magnare, poi anche se non mangiate non è<br />
un problema, ci sarà chi rimedierà), soci, simpatizzanti, avventori<br />
sporadici ecc. L'importante è essere in tanti, anche per vedere un po'<br />
quelle faccie che non si vedono da 12 mesi o più.<br />
<br />
2) 31/12/2008 - Silvestrux<br />
Lo so, per tutti noi informatici, la sera del 31/12 è qualcosa di<br />
particolare, la gente con una qualche minima specie di vita sociale, si<br />
ritrova in giro per fare casino, così, in un mondo ideale, noi si riesce ad<br />
approffitare delle connessioni ad internet meno affollate e sfruttare fino<br />
all'ultimo baud la preziosa banda a disposizione.<br />
Purtroppo per qualcuno non è così, così si finisce con ritrovarsi la casa<br />
impestata di parenti che non si sa manco da dove saltino fuori, per chi ha<br />
l'add on moglie/fidanzata, è di rigore riunione con suoceri al seguito ecc.<br />
e magari si finisce su qualche piazza a "battare e brocche", sentendo<br />
qualcuno che canta un misto che va tra il Toni Corallo del film Bagnomaria e<br />
un motopicco in cava.<br />
Quindi, onde evitare gli spiacevoli inconvenienti di prima, si pensava di<br />
ritrovarsi in sede, fare una magnada con pan, sopressa, pandoro, panettone,<br />
biscotti, bagigi ecc (con pc rigorosamente a fianco), e scambiarsi un po' di<br />
idee/saluti.<br />
Durante la serata, si eseguiranno le votazioni/premiazioni per i seguenti<br />
premi:<br />
# Miglior hardware fuck-up dell'anno.<br />
# Miglior software fuck-up dell'anno.<br />
# Bastard Sysadmin dell'anno.<br />
# Peggior CL dell'anno.<br />
# Miss distribuzione dell'anno.<br />
<br />
Da dedicedere dove fare il brindisi di mezzanotte e se a mezzanotte ora<br />
italiana oppure mezzanotte UTC.<br />
<br />
Sento che mi sono dimenticato qualcosa, magari poi mi viene in mente...<br />
Comunque, fatevi vivi, con idee e quant'altro.<br />
<br />
P. S.: al fine di riuscire ad organizzarci e in particolar modo per sapere o no se fare il Silvestrux siete pregati gentilmente di indicare il vostro nome qui sotto.</div>Samueleindex.php?title=LinuxDay2008&diff=6516LinuxDay20082008-08-22T17:01:09Z<p>Samuele: </p>
<hr />
<div>== L'evento ==<br />
<br />
Il Linux Day è una manifestazione che si propone di promuovere la diffusione di Linux e del software libero. Durante l'evento saranno tenute conferenze gratuite e sarà possibile richiedere l'installazione di Linux. Non dimenticate che saremo a vostra disposizione per tutta la durata dell'evento: chiedete e vi sarà dato.<br />
<br />
Per ulteriori informazioni è possibile consultare [http://www.linuxday.it/ il sito ufficiale della manifestazione] e la relativa pagina delle [http://www.linuxday.it/faq.php domande frequenti].<br />
<br />
== Dove e quando ==<br />
<br />
* '''Data:''' 25 ottobre 2008<br />
* '''Luogo:''' (in attesa di conferma) ITIS E. Barsanti, Via dei Carpani 19/B, 31033, Castelfranco Veneto (TV)<br />
* '''Orari:''' gli orari dell'evento sono ancora da definire nel dettaglio, ma come gli anni scorsi dovrebbe essere sia la mattina che il pomeriggio.<br />
<br />
== Conferenze proposte ==<br />
<br />
Il programma delle conferenze è ancora in fase di definizione; le proposte pervenute sinora sono:<br />
* Alessandro Galli - [[LD08_BusinessIntelligence | Business Intelligence con software open source]];<br />
* Diego Rondini - [[LD08_KDE4 | KDE 4: un nuovo paradigma per il desktop]];<br />
* Ciccio Pasticcio - [http://it.youtube.com/watch?v=wvsboPUjrGc Steve Ballmer e l'hip hop moderno];<br />
* Stefano Fraccaro - [http://www.oooninja.com/2008/03/openofficeorg-30-new-features.html OpenOffice 3].<br />
* Samuele Zanin - [[Cluster di DB ad alta disponibilità | Creazione di un cluster iscsi e configurazione di PostgreSQL]];</div>Samueleindex.php?title=LinuxDay2007&diff=6366LinuxDay20072007-10-17T11:20:46Z<p>Samuele: </p>
<hr />
<div>= Linux Day 2007 - settima giornata nazionale di Linux e del software libero =<br />
Il giorno 27 Ottobre 2007 è la giornata nazionale dedicata a GNU/Linux.<br />
<br />
Quest'anno nella provincia di Treviso si terranno due LinuxDay in località differenti, uno a Castelfranco Veneto e uno a Lancenigo di Villorba<br />
{| border="0" cellpadding="2" width="100%"<br />
|-<br />
|align="center" width="50%"|'''MontelLUG'''<br />
|align="center" width="50%"|'''TVLug'''<br />
|-<br />
|'''Luogo'''||'''Luogo'''<br />
|-<br />
|ITIS E. Barsanti, Via dei Carpani 19/B 31033 Castelfranco Veneto || ITIS Max PLANCK Via Franchini 1 - 31020 Lancenigo di Villorba<br />
|-<br />
|'''Programma dell'evento''' || '''Programma dell'evento'''<br />
|-valign="top"<br />
| ''Aula Magna''<br />
09.00-09.10 Benvenuto e Agenda della Giornata<br /><br />
09.10-09.20 Introduzione al MontelLUG (Manuel Dalla Lana)<br /><br />
09.20-10.00 Utilizzo di software libero in Windows (Stefano F.)<br /><br />
10.00-11.00 Panoramica sulle Distribuzioni GNU/Linux (Manuel Dalla Lana & Diego Rondini)<br /><br />
11.00-12.00 Introduzione al Filesystem Linux: struttura, cartelle, permessi (Davide Rondini)<br /><br />
''pausa pranzo''<br /><br />
15.00-15.50 Le novità di Plone 3 (Franco Carinato)<br /><br />
16.00-17.00 [talk da definire]<br /><br />
17.00-17.30 Assistenza Post Vendita (Manuel Dalla Lana)<br /><br />
17.30-17.59 Domande e Risposte<br /><br />
18.00 Chiusura della giornata<br /><br />
<br /><br />
''Sala Tecnica''<br /><br />
09.30-10.00 Config./install. manuale dei moduli/udev (Samuele)<br /><br />
10.00-10.00 Agenda sala tecnica<br /><br />
10.00-12.30 Installare e gestire un sistema Ubuntu (Stefano F.)<br /><br />
''pausa pranzo''<br /><br />
14.00-15.00 Nozione di base sulle reti (Stefano F.)<br /><br />
15.00-16.00 Virtualizzazione (Stefano F.)<br /><br />
16.00-17.00 Installazione server di posta (Stefano F.)<br /><br />
18.00-18.01 Chiusura lavori<br /><br />
<br /><br />
''Sala Installazioni''<br /><br />
* Per tutta la giornata saranno a disposizione membri e simpatizzanti del MontelLUG per aiutarvi a installare GNU/Linux sul vostro PC.<br />
* Saranno inoltre presenti due Notai Thawte disponibili per l'assegnazione dei punti per il certificato X509 nominativo; se siete interessati, arrivate muniti di fotocopia fronte-retro della carta d'identità.<br />
|| ''Aula Magna''<br /><br />
10:00 - 11:00 : Alessandro Pellizzari+ Massimo Crisantemo: Introduzione a Linux<br /><br />
11:00 - 11:45 : Luca: Captive Portal per Hotspot Wireless<br /><br />
11:45 - 12:30 : David: Virtualizzazione<br /><br />
15:00 - 15:45 : Roberto (Shamshir): Linux & Digital Audio<br /><br />
15:45 - 16:30 : Ferroni: da definire<br /><br />
16:30 - 17:15 : Kaaio: Grafica in Linux<br /><br />
<br />
Sale operative TVlug:<br /><br />
<br />
Sala a: Masterizzazioni e installazioni<br /><br />
Sala b: Prove pratiche e dimostrazioni<br /><br />
<br />
Per tutta la durata del evento sarà possibile installare linux nei vostri pc grazie al aiuto dei ragazzi del TVLug<br />
<br />
|}</div>Samueleindex.php?title=LinuxDay2007&diff=6349LinuxDay20072007-10-11T11:22:06Z<p>Samuele: </p>
<hr />
<div>= Linux Day 2007 - settima giornata nazionale di Linux e del software libero =<br />
Il giorno 27 Ottobre 2007 è la giornata nazionale dedicata a GNU/Linux.<br />
<br />
Quest'anno nella provincia di Treviso si terranno due LinuxDay in località differenti, uno a Castelfranco Veneto e uno a Lancenigo di Villorba<br />
{| border="0" cellpadding="2" width="100%"<br />
|-<br />
|align="center" width="50%"|'''MontelLUG'''<br />
|align="center" width="50%"|'''TVLug'''<br />
|-<br />
|'''Luogo'''||'''Luogo'''<br />
|-<br />
|ITIS E. Barsanti, Via dei Carpani 19/B 31033 Castelfranco Veneto || ITIS Max PLANCK Via Franchini 1 - 31020 Lancenigo di Villorba<br />
|-<br />
|'''Programma dell'evento''' || '''Programma dell'evento'''<br />
|-valign="top"<br />
| ''Aula Magna''<br />
09.00-09.10 Benvenuto e Agenda della Giornata<br /><br />
09.10-09.20 Introduzione al MontelLUG (Manuel Dalla Lana)<br /><br />
09.20-10.00 Utilizzo di software libero in Windows (Stefano F.)<br /><br />
10.00-11.00 Panoramica sulle Distribusioni GNU/Linux (Manuel Dalla Lana & Diego Rondini)<br /><br />
.<br /><br />
15.00-15.50 Le novità di Plone 3 (Franco Carinato)<br /><br />
.<br /><br />
17.00 Assistenza Post Vendita (Manuel Dalla Lana)<br /><br />
17.30 Domande e Risposte<br /><br />
18.00 Chiusura della giornata<br /><br />
<br /><br />
''Sala Tecnica''<br /><br />
09.00-09.10 Agenda sala tecnica<br /><br />
11.00-12.00 Configurazione/installazione manuale dei moduli (Samuele se non va bene la sala o gli orari correggete pure).<br /><br />
.<br /><br />
14.00-15.00 Virtualizzazione (Stefano F.)<br /><br />
15.00-16.00 Installazione server di posta (Stefano F.)<br />
.<br /><br />
.<br /><br />
.<br /><br />
17.00-18.00 Chiusura lavori<br /><br />
<br /><br />
''Sala Installazioni''<br /><br />
* Per tutta la giornata saranno a disposizione membri e simpatizzanti del MontelLUG per aiutarvi a installare GNU/Linux sul vostro PC.<br />
* Saranno inoltre presenti due Notai Thawte disponibili per l'assegnazione dei punti per il certificato X509 nominativo; se siete interessati, arrivati muniti di fotocopia fronte-retro della carta d'identità.<br />
|| ''Aula Magna''<br /><br />
10:00 - 11:00 : Alessandro Pellizzari+ Massimo Crisantemo: Introduzione a Linux<br /><br />
11:00 - 11:45 : Luca: Captive Portal per Hotspot Wireless<br /><br />
11:45 - 12:30 : David: Virtualizzazione<br /><br />
15:00 - 15:45 : Roberto (Shamshir): Linux & Digital Audio<br /><br />
15:45 - 16:30 : Ferroni: da definire<br /><br />
16:30 - 17:15 : Kaaio: Grafica in Linux<br /><br />
<br />
Sale operative TVlug:<br /><br />
<br />
Sala a: Masterizazioni e installazioni<br /><br />
Sala b: Prove pratiche e dimostrazioni<br /><br />
<br />
Per tutta la durata del evento sarà possibile installare linux nei vostri pc grazie al aiuto dei ragazzi del TVLug<br />
<br />
|}</div>Samuele