Nota: questo articolo non è adatto ai principianti, anche se sei il benvenuto per continuare a leggere!
Immagine di Steve Jurvetson
Panoramica
Questa guida ha lo scopo di fornire gli strumenti con i quali sarà possibile convertire le utilità in PXEable. Mentre sfortunatamente, non sarà possibile convertire qualsiasi strumento sotto il sole, non saremmo dei geek se non ci provassimo almeno.
Come accennato nella guida "How To Network Boot (PXE) The Ubuntu LiveCD", se non stai già utilizzando Ubuntu come il tuo numero uno "vai a" per la risoluzione dei problemi, strumento di diagnostica e procedure di soccorso, cosa stai aspettando?
Detto questo, bisogna riconoscere che ci sono cose che semplicemente non possono essere fatte all'interno del LiveCD di Ubuntu (come gli aggiornamenti del BIOS), o che si sta già utilizzando uno strumento diverso che ti piace e che preferiresti continuare a utilizzare per qualsiasi motivo.
Raccomandazioni, ipotesi e prerequisiti
- Si presume che tu abbia già configurato il server FOG come spiegato nella nostra guida "Che cos'è l'avvio in rete (PXE) e Come puoi utilizzarlo?".
- Vedrai il programma "VIM" usato come editor, principalmente perché è ampiamente disponibile su piattaforme Linux. Puoi utilizzare qualsiasi altro editor che desideri.
- L'Ultimate Boot CD (UBCD) è usato come esempio, diversamente da altre raccolte di utilità, è gratuito da scaricare e i programmi che i bundle sono liberi di usare.
Perché non usare ISO solo su PXE?
Questa è spesso la prima domanda posta quando si parla di PXEing. La risposta breve è che mentre tecnicamente è possibile prendere un'immagine ISO e PXE sulle macchine client, quasi sempre il contenuto di detta ISO, si aspetterà di avere la manifestazione fisica di sé accessibile nell'unità CDROM fisica. Pertanto, qualunque sia il contenuto di detta ISO, cercherà di cercare i file "post boot sector" nell'unità CDROM fisica della macchina client, non li troverà e fallire avviare.
I due modi per superare questo problema sono:
- Masterizza ISO e inseriscilo nell'unità CDROM del computer client - Mentre semplice, Non usando i CD, è esattamente quello che stiamo cercando di evitare …
- Apri gli ISO e cambia il modo in cui il programma funziona al suo interno, in modo che utilizzi un CD-ROM autista che sa come cercare l'ISO nella RAM - Abbastanza complesso e diverso per ogni tipo di programma avviabile. OSSIA non la stessa procedura per Linux, WinPE o UBCD per citarne alcuni.
Poiché entrambi i punti sopra battono l'obiettivo di "usare solo un ISO", questo è il motivo per cui non raccomandiamo di perseguire questo sforzo.
Il metodo del kernel
Mentre è molto raro, a volte il programma che si sta tentando di avviare può avere solo bisogno di un kernel per funzionare. Un tipico esempio di questo è "memtest86 +". Memtest viene fornito in bundle con la maggior parte dei CD di installazione delle distribuzioni Linux e con FOG. Poiché Memtest deve solo essere in grado di comunicare con le funzionalità di base dell'hardware testato, I.E. la memoria (RAM), e può funzionare bene senza nemmeno supportare completamente l'hardware su cui è in esecuzione (IE testerà la memoria, anche se non sa che tipo, velocità, ecc.) non ha bisogno di nulla altro e può funzionare completamente autonomamente.
La voce del menu PXE per memtest può sembrare semplice come:
LABEL Run Memtest86+
kernel fog/memtest/memtest
append -
In questo esempio, "LABEL Run Memtest86 +" imposta il nome della voce, "kernel fog / memtest / memtest" dice a PXElinux dove prendere il kernel che verrà inviato al client da e "append -" dice a PXElinux di ignorare opzioni di avvio aggiuntive da * ereditarietà.
* Nota: a seconda della configurazione, questo potrebbe non essere nemmeno richiesto e in realtà in FOG non viene utilizzato.
Il metodo Kernel + Initrd
Questo metodo è di gran lunga il più usato e ampiamente diffuso per un paio di motivi:
- Al giorno d'oggi molte utility vengono dal mondo Linux.
- Dato che Linux ha un ottimo supporto hardware ed è gratuito, sempre più aziende si rendono conto che Linux è una base eccellente su cui costruire i propri programmi proprietari.
Consente di utilizzare l'utilità CPUstress di UBCD come esempio.
Sulla struttura del file UBCD, questa utility si trova nella directory "ubcd / boot / cpustress". I file che stiamo cercando sono chiamati "bzImage" che è il "kernel" e "initrd.gz" che è il "disco ram iniziale". Se stai usando la configurazione FOG che abbiamo creato, ti consigliamo di copiare la directory in "/ tftpboot / howtogeek / utils". Una volta fatto, modifica il file "/tftpboot/howtogeek/menus/utils.cfg" e aggiungi ad esso la voce di avvio trovata nelle voci del menu di UBCD. questo può essere trovato in "ubcd / menus / syslinux / cpu.cfg". Con le regolazioni per l'impostazione FOG, la voce del menu dovrebbe essere simile a:
MENU LABEL StressCPU V2.0 (requires CPU with SSE) TEXT HELP Torture-test your CPU in order to make sure that you don't have overheating problems. Requires SSE-equipped x86 CPUs. Executes a special version of the Gromacs innerloops that mixes SSE and normal assembly instructions to heat your CPU as much as possible. ENDTEXT KERNEL howtogeek/utils/cpustress/bzImage INITRD howtogeek/utils/cpustress/initrd.gz APPEND root=/dev/ram0 ramdisk_size=12000 noapic ubcdcmd=stresscpu2
Dove:
- MENU LABEL - imposta il nome della voce
- AIUTO DI TESTO - Questa direttiva opzionale fornisce un testo di aiuto che verrà mostrato nel menu per fornire informazioni sulla voce selezionata.
- KERNEL: specifica la posizione del file "kernel" nella directory TFTPD.
- INITRO - lo stesso di sopra solo per il file "initrd".
- APPEND - Specifica i parametri aggiuntivi che devono essere passati al programma avviato.
Un paio di cose da notare sono:
- Gli appassionati di hardcore si accorgono che abbiamo sostituito la direttiva originale di "LINUX" con "KERNEL". Questo perché: A. questo rende l'esempio più facile da leggere. B. In questo esempio non ha molta importanza. Detto questo, solitamente quando viene usata la direttiva "LINUX", è meglio lasciarla così perché dice a pxelinux / syslinux che non stiamo usando un kernel qualsiasi ma uno Linux.
- Abbiamo deliberatamente adottato la direttiva "silenziosa" tra i parametri aggiunti. Ciò è dovuto a un cambiamento nel modo in cui Syslinux gestisce il parametro "quiet" nelle versioni recenti.
- È possibile cambiare il funzionamento del programma "StressCPU", semplicemente cambiando il parametro aggiunto "ubcdcmd". Quindi, per utilizzare le altre funzioni, è sufficiente copiare la voce e sostituire "stresscpu2" per essere: cpuinfo, cpuburn o mprime24.
Anche se questo è un esempio molto semplice, dovrebbe essere sufficiente per farti andare avanti.
Il metodo Kernel + Initrd + NFS
Questo metodo è quello che abbiamo usato nella guida "How To Network Boot (PXE) The Ubuntu LiveCD". Questo metodo si basa su quello precedente e utilizza il fatto che alcune distribuzioni Linux supportano il fatto che il loro "root filesystem" sia montato da NFS. La guida di Ubuntu è un esempio eccellente, ma ti assicuro che ne abbiamo già un'altra pianificata per il prossimo futuro. "Tieni gli occhi aperti per un fungo nero".
Il metodo MEMDISK
MEMDISK è un'utility distribuita con il pacchetto Syslinux. Lo scopo di questa utility è di abilitare l'utente a emulare un "disco" (principalmente riferito a floppy) usando la sua immagine. Il modo in cui funziona questa utilità consiste nell'aggregarsi nella posizione nella RAM che specifica come comunicare con l'unità floppy (gestore di interruzioni A.K.A.) e la indirizza in una nuova posizione gestita dal programma MEMDISK. Con questo metodo, il "kernel" è l'utilità MEMDISK e "initrd" è il file di immagine floppy (.img).
L'unica cosa da notare è che FOG ha una versione "memdisk" compatibile con la versione di pxelinux.0 che usa. Pertanto, si raccomanda di non copiare il file "memdisk" che accompagna il file "img" dalla loro origine.
Poiché questo metodo è già ampiamente utilizzato, anche per le utilità regolari e BootCD, il più delle volte è semplice trovare il file "IMG" sul BootCD, copiarlo nella directory TFTPD del server PXE e copiare la voce del menu ISOlinux in il menu PXElinux. Dicono "parlare è economico" quindi diamo un'occhiata a come possiamo adattare una delle utility che usano il metodo MEMDISK di UBCD, per lavorare da PXE.
L'utilità TestMemIV può essere trovata nella struttura del file UBCD in "ubcd / images / testmem4.img.gz". Poiché abbiamo già l'utility disco memdisk, è sufficiente copiare il file "img" nella directory "howtogeek / utils /". Con le regolazioni per l'impostazione FOG, la voce del menu dovrebbe essere simile a:
MENU LABEL TestMemIV TEXT HELP Tests system memory and memory on Nvidia video cards. ENDTEXT LINUX memdisk INITRD howtogeek/utils/testmem4.img.gz
Mentre questo è un esempio di un file immagine floppy autonomo da UBCD, la maggior parte degli altri programmi UBCD, usa la stessa immagine di base per iniziare a lavorare (fdubcd.img.gz) e usa il parametro "ubcdcmd" aggiunto per avviare automaticamente un programma da l'avvio del CDROM. Ciò significa che non sarai in grado di convertire la maggior parte delle loro utilità in reti avviabili senza un particolare reverse engineering. Mentre un tale reverse engineering è possibile (come si può vedere qui) ed è un eccellente esercizio geek, è oltre lo scopo di questa guida.
Con quanto sopra detto, ora avete gli strumenti per eseguire questa procedura per la diagnostica OEM esoterica o l'utilità di aggiornamento del BIOS.
E così, chiuso oltre la Porta del Sangue e oltre la Sala del Fuoco, il Valor attende che l'Eroe della Luce si risvegli …
