Hemsida » hur » Så här konfigurerar du Network Bootable Utility-skivor med PXE

    Så här konfigurerar du Network Bootable Utility-skivor med PXE

    Vi har visat dig hur du kan starta upp Ubuntu LiveCD-nätverket. I den här artikeln visar vi hur du gör några andra verktyg för nätverksstart, vilket ger dig kunskap om att replikera proceduren för andra verktyg du kan använda.

    Notera: Denna artikel är inte anpassad till nybörjare, men du är välkommen att fortsätta läsa!

    Bild av Steve Jurvetson

    Översikt

    Denna guide syftar till att ge dig de verktyg som du kan konvertera verktyg för att vara PXEable. Medan det tyvärr inte går att konvertera något verktyg under solen, skulle vi inte vara nördar om vi inte åtminstone försökte.

    Som nämns i guiden "Så här startar du nätverket (PXE) Ubuntu LiveCD", Om du inte redan använder Ubuntu som ditt nummer ett "gå till" för felsökning, diagnostik och räddningsprocedurer, vad väntar du på?

    Med det sagt måste man erkänna att det finns saker som helt enkelt inte kan göras inom Ubuntu LiveCD (som BIOS-uppgraderingar) eller att du redan använder ett annat verktyg som du gillar och hellre skulle fortsätta att använda oavsett anledning.

    Rekommendationer, antaganden och förutsättningar

    • Det antas att du redan har installerat FOG-servern enligt förklaringen i vår "Vad är nätverksstart (PXE) och hur kan du använda den?" Guide.
    • Du kommer att se "VIM" -programmet som används som redaktör, det beror främst på att det är allmänt tillgängligt på Linux-plattformar. Du kan använda någon annan redaktör som du vill.
    • Ultimate Boot CD (UBCD) används som ett exempel, till skillnad från några andra verktygssamlingar, är det gratis att ladda ner och de program som det bunter är fria att använda.

    Varför inte bara använda ISO över PXE?

    Detta är ofta den första frågan som ställs när man pratar om PXEing. Det korta svaret är att det är tekniskt möjligt att ta en ISO-bild och PXE den till klientmaskinerna, nästan alltid innehållet i nämnda ISO, förväntas få den fysiska manifestationen av sig själv tillgänglig i den fysiska CD-ROM-enheten. Därför kan någonsin innehållet i nämnda ISO vara det försöka leta efter "post boot-sector" -filerna i den fysiska cd-rom-enheten på klientmaskinen, kommer inte hitta dem och misslyckas att starta.

    De två sätten att lösa detta problem är:

    • Bränn ISO och sätt den i CD-ROM-enheten på klientmaskinen - Medan det är enkelt, Inte använder cd-skivor, är precis vad vi försöker undvika ...
    • Öppna ISO och ändra hur programmet fungerar inom det, så att det använder en CD-ROM förare som vet hur man letar efter ISO i RAM - Tämligen komplext och annorlunda för varje typ av startbart program. I.E. inte samma procedur för Linux, WinPE eller UBCD för att nämna några.

    Eftersom båda ovanstående nederlag målet om att "bara använda en ISO", är det därför vi rekommenderar inte att förfölja denna strävan.

    Kärnan metod

    Medan det är väldigt sällsynt, kan det program du försöker starta ibland bara behöva en kärna för att fungera. Ett typiskt exempel på detta är "memtest86 +". Memtest levereras med de flesta Linux-distribueringsinstallations-CD-skivor och med FOG. Eftersom Memtest bara behöver kunna kommunicera med de mest grundläggande egenskaperna hos den testade hårdvaran, I.E. minnet (RAM), och kan fungera bra utan att till och med fullt ut stödja hårdvaran som den körs på (IE det kommer att testa minnet, även om det inte vet att det är typ, hastighet och etc) det behöver inte något annars och kan fungera helt autonomt.

    PXE-menyalternativet för memtest kan se så enkelt ut som:

    LABEL Kör Memtest86+
    kärnfog / memtest / memtest
    bifoga -

    I det här exemplet anger "LABEL Run Memtest86 +" namnet på posten, "kernel dimma / memtest / memtest" berättar PXElinux var att ta den kärna som ska skickas till klienten från och "append -" berättar PXElinux att ignorera Ytterligare startalternativ från * arv.

    * Obs! Beroende på din inställning kanske detta inte ens krävs och faktiskt i FOG används det inte.

    Kärnan + Initrd-metoden

    Denna metod är överlägset den mest använda och spridda av ett antal skäl:

    • Många verktyg kommer idag från Linux-världen.
    • Eftersom Linux har bra hårdvarustöd och är gratis att använda, inser allt fler företag att Linux är en utmärkt bas för att bygga sina egna program på.

    Låt oss använda UBCDs CPU-stressverktyg som ett exempel.

    I UBCD-filstrukturen finns det här verktyget i katalogen "ubcd / boot / cpustress". Filerna vi söker är kallade "bzImage" som är "kärnan" och "initrd.gz" som är "initial ram disk". Om du använder den FOG-inställning som vi skapade rekommenderar vi att du kopierar katalogen under "/ tftpboot / howtogeek / utils". När det är klart, redigera filen "/tftpboot/howtogeek/menus/utils.cfg" och lägg till den startpost som finns på UBCD: s menyposter. Detta finns i "ubcd / menyer / syslinux / cpu.cfg". Med justeringar för FOG-inställningen ska menyinmatningen se ut:

    MENY ETIKETT StressCPU V2.0 (kräver CPU med SSE)
    TEXT HJÄLP
    Tortyr-testa din CPU för att försäkra dig om att du inte har överhettning
    problem. Kräver SSE-utrustade x86-processorer. Utför en speciell version av
    Gromacs innerloops som blandar SSE och normala monteringsanvisningar för värmning
    din CPU så mycket som möjligt.
    ENDTEXT
    KERNEL howtogeek / utils / cpustress / bzImage
    INITRD howtogeek / utils / cpustress / initrd.gz
    APPEND root = / dev / ram0 ramdisk_size = 12000 noapic ubcdcmd = stresscpu2

    Var :

    • MENY LABEL - anger namnet på posten
    • TEXT HELP - Detta frivilliga direktiv, ger hjälptext som visas i menyn för att ge information om den valda posten.
    • KERNEL - Anger platsen för "kärnan" -filen i TFTPD-katalogen.
    • INITRD - samma som ovan bara för "initrd" -filen.
    • APPEND - Anger ytterligare parametrar som ska skickas till det startade programmet.

    Ett par saker att notera är:

    • Hardcore geeks märker att vi ersatte det ursprungliga direktivet av "LINUX" med "KERNEL". Detta beror på att: A. Detta gör det enklare att läsa exemplet. B. I det här exemplet spelar det ingen roll.
      Med det sagt, vanligtvis när direktivet "LINUX" används, är det bättre att lämna det på så sätt eftersom det säger till pxelinux / syslinux att vi inte använder någon kärna utan en Linux en.
    • Vi har medvetet tagit det "tysta" direktivet utifrån de bifogade parametrarna. Detta beror på en förändring av hur Syslinux hanterar "tyst" -parametern i de senaste versionerna.
    • Det är möjligt att ändra driften av programmet "StressCPU", genom att helt enkelt ändra den bifogade parametern "ubcdcmd". För att kunna använda de andra funktionerna behöver man bara kopiera posten och ersätta "stresscpu2" för att vara: cpuinfo, cpuburn eller mprime24.

    Även om detta är ett mycket enkelt exempel, borde det räcka för att få dig att gå.

    Kärnan + Initrd + NFS-metoden

    Den här metoden är den som vi använde i "Guide to Network Boot (PXE) Ubuntu LiveCD" -guiden. Denna metod bygger på den tidigare och använder det faktum att vissa Linux-distributioner stöder att ha sitt "root filesystem" monterat från NFS. Ubuntu-guiden är ett utmärkt exempel, men vara säker på att vi redan har en planerad plan för en snar framtid. "Håll ögonen öppna för en svart svamp".

    MEMDISK-metoden

    MEMDISK är ett verktyg som distribueras med Syslinux-paketet. Syftet med det här verktyget är att göra det möjligt för dig att efterlikna en "disk" (som huvudsakligen refererar till disketter) med hjälp av dess bild. Så här fungerar verktyget, är det att koppla till platsen i RAM som anger hur man kommunicerar med diskettenheten (A.K.A. Interrupt handler) och pekar den till en ny plats som hanteras av MEMDISK-programmet. Med denna metod är "kärnan" MEMDISK-verktyget och "initrd" är floppy-bilden (.img) -filen.

    Den enda sak att notera är att FOG levereras med en "memdisk" -version som är kompatibel med den pxelinux.0-version som den använder. Därför rekommenderas att du inte kopierar "memdisk" -filen som åtföljer "img" -filen från källan.

    Eftersom den här metoden redan används vildt, till och med för vanliga verktyg och BootCD, är det oftast enkelt att hitta "IMG" -filen på BootCD, kopiera den till PXEs server TFTPD-katalog och kopiera ISOlinux-menyuppgiften till PXElinux-menyn.
    De säger att "prata är billigt" så kan vi titta på hur kan vi anpassa ett av de verktyg som använder MEMDISK-metoden från UBCD, för att arbeta från PXE.

    TestMemIV-verktyget finns på UBCD-filstrukturen vid "ubcd / images / testmem4.img.gz". Eftersom vi redan har minneskortet, behöver man bara kopiera "img" -filen till "howtogeek / utils /" -katalogen. Med justeringar för FOG-inställningen ska menyinmatningen se ut:

    MENU LABEL TestMemIV
    TEXT HJÄLP
    Testar systemminne och minne på Nvidia-videokort.
    ENDTEXT
    LINUX memdisk
    INITRD howtogeek / utils / testmem4.img.gz

    Medan det här är ett exempel på en självständig diskettfilfil från UBCD, använder de flesta andra UBCD-programmen samma basbild för att börja arbeta (fdubcd.img.gz) och använd parametern "ubcdcmd" som bifogar ett program från CD-ROM-poststart. Det betyder att du inte kommer att kunna konvertera de flesta av sina verktyg för att kunna starta upp nätverket utan några större omvänd teknik. Medan en sådan omvänd teknik är möjlig (som kan ses här) och är en utmärkt geekövning, ligger den utanför handledningen av denna guide.

    Med ovanstående har du nu verktygen för att utföra denna procedur för det esoteriska OEM-diagnostiska eller BIOS-uppgraderingsverktyget.


    Och så, låst bortom Blood Gateway och förbi Eldhallen, väntar Valor för ljusets hjälte att väcka ...