minor update : i have updated Tiny PXE Server package with latest iPxe 1.21.1 and Wimboot 2.7.2.
Posted 01 March 2021 - 08:04 AM
I think Tiny PXE Server package is not yet updated at the reboot.pro download location and also not at your website or am I wrong
I think Tiny PXE Server package is not available at your GitHub site
Posted 01 March 2021 - 01:19 PM
I think Tiny PXE Server package is not yet updated at the reboot.pro download location and also not at your website or am I wrong
I think Tiny PXE Server package is not available at your GitHub site
Strange (something i must be doing wrong when refreshing my uploads).
I have refreshed the download section : should be good to go.
Files are hosted on my private hosting here and mirrored on github here.
I have also updated the first page of this thread to include a link to the download section.
Posted 01 March 2021 - 01:56 PM
pxesrv.zip from GitHub is OK and is the New version.
pxesrv.zip from your website and from reboot.pro is still the old version ....
Posted 02 March 2021 - 07:31 PM
minor update.
-ability to use https web sites as root (http was already supported) -
example : root=https://raw.githubus...rver/main/files
-ability to use js files as server side scripts (next to php, py, bvs)
-added vbs and php dynamic menus (drop a iso/wim file in the web server and use it straight away without adapting the ipxe files)
Example of an auto/dynamic generated menu listing all iso's.
pxesrv.exe 1.0.0.23 02/03/2021 13:52 F5844CBA41FFEF4DDC8724C993B4E0A6
Posted 03 March 2021 - 06:07 AM
Posted 03 March 2021 - 10:36 AM
Not sure what you mean.
Could it be a cache issue on your side?
I do have this cache issue in chrome and when this happens, i try my link from another browser.
For me it as easy/simple as to upload to my ftp/http server and to github.
From there, all web sites pointing to one or the other (like reboot.pro) will/should be OK.
My http/ftp server ( http://erwan.labalec...rver/pxesrv.zip )
Github ( https://raw.githubus...main/pxesrv.zip )
The content of the zip file (timestamp 02/03/2021 13:52).
Posted 03 March 2021 - 10:53 AM
The download links for Tiny PXE Server as given above do not work, since link is ending wrongly with ).
Tiny PXE Server from your website is 4632 kB and is Old and wrong
Tiny PXE Server from your GitHub is 5158 kB and is New and OK
It is really very strange.
When I use other Windows 10 Or Win10XPE then the download from your website corresponds well to the Tiny PXE Server from GitHub.
I am using Miccrosoft Edge as browser and must see if I can find a way to refresh ....
Posted 03 March 2021 - 11:10 AM
The download links for Tiny PXE Server as given above do not work, since link is ending wrongly with ).
Tiny PXE Server from your website is 4632 kB and is Old and wrong
Tiny PXE Server from your GitHub is 5158 kB and is New and OK
Try yourself to download from your website Tiny PXE Server
It is really very strange.
When I use other Windows 10 Or Win10XPE then the download from your website corresponds well to the Tiny PXE Server from GitHub.
I am using Miccrosoft Edge as browser and must see if I can find a way to refresh ....
I fixed the links, thanks !
I googled a bit and it looks like OVH (my hosting provider) may be the faulty part here.
There is some sort of caching which interferes with fresh uploads.
Some guys out there report that they have to upload the file a dozen times before ovh servers are finally serving the latest version : does not look very square to me
If issue remain, I may use github as the unique serving point.
The pxesrv.zip you are getting (4632kb) is the old one (before this week).
I am getting a zip file from march 1st...
Latest one should be the one from march 2nd.
And to add some more "strangeness" to this, I am getting different behaviors in different browsers
Ultimately, files should be synced everywhere pretty soon .
/Erwan
Posted 03 March 2021 - 11:18 AM
Clear the Edge Download History solved the issue and Tiny PXE Server from your website is now OK and new version.
Ctrl + Shift + Delete in Edge gives dialogue to remove download history
Posted 03 March 2021 - 11:19 AM
Clear the Edge Download History solved the issue.
Ctrl + Shift + Delete in Edge gives dialogue to remove download history
I indeed suspect a cache issue somewhere either on the server side (ovh seems to have issues to quickly replicate datas between their servers) and/or on the client side.
Glad this is finally sorted out for you
As always, many thanks for your constructive feedback!
Posted 03 March 2021 - 01:15 PM
... and - as often happens - something that could have been avoided :
http://reboot.pro/in...c=8480&p=187928
Something else to remind for our conversations on the public park bench
http://reboot.pro/in...e=3#entry210530
Wonko
Posted 03 March 2021 - 06:02 PM
... and - as often happens - something that could have been avoided :
http://reboot.pro/in...c=8480&p=187928
Something else to remind for our conversations on the public park bench
http://reboot.pro/in...e=3#entry210530
Wonko
Ah Wonko, long time no speak
The public park bench : i'd love to see that happen!
And preferably at your place where the weather (and food, and lots of other things...) is much better (to my taste).
And we dont need to wait to be old for this.
Versionning is / has always been my weak point.
And actually I am thinking to use github for this as it does it all for you : versionning, archiving, keeping tracks of changes (when open source), etc.
In the meantime, lets blame "caching"
Take care,
Erwan
Posted 04 March 2021 - 11:14 AM
In the meantime, lets blame "caching"
Take care,
Erwan
Sure , bad, bad, bad "caching" or - even better - "voodoo"
Wonko
Posted 11 February 2022 - 03:28 AM
thanks for this software.
is there any way to manually set tag base on mac address with diff boot file? like how dnsmasq tagging diff bootfile for diff mac add.
some problematic "driver" can only boot through ipxe snponly. with manual mac address bootfile, i can simply copy mac address and have it boot through snponly
Posted 11 February 2022 - 09:34 PM
thanks for this software.
is there any way to manually set tag base on mac address with diff boot file? like how dnsmasq tagging diff bootfile for diff mac add.
some problematic "driver" can only boot through ipxe snponly. with manual mac address bootfile, i can simply copy mac address and have it boot through snponly
Posted 12 February 2022 - 09:25 AM
It has been a while and i am not on my computer right now but look at @mac as a variable in your boot filename.
More info in the pxe text file in the zip file.
Cheers,
Erwan
thanks for the reply.
i checked changelog and this thread.
tried altfilename=@mac.ipxe
and it doesnt work. im stil getting undionly.kpxe from [arch] 00000=undionly.kpxe
have not tried to put @mac in [arch] as i need to create every file for every mac.
or am i missing something? mayb folder with bootfile ... ?
Posted 12 February 2022 - 11:33 AM
thanks for the reply.
i checked changelog and this thread.
tried altfilename=@mac.ipxe
and it doesnt work. im stil getting undionly.kpxe from [arch] 00000=undionly.kpxe
have not tried to put @mac in [arch] as i need to create every file for every mac.
or am i missing something? mayb folder with bootfile ... ?
example.
I am using @mac in my script filename (file does not exist here hence TPS reporting an error but this is irrelevant here).
You can make @mac part of the filename or part of the path.
Posted 12 February 2022 - 12:18 PM
example.
I am using @mac in my script filename (file does not exist here hence TPS reporting an error but this is irrelevant here).
You can make @mac part of the filename or part of the path.
thanks. now it worked.
but what happened to other mac address? i have to create new folder for each of them?
i dont use undi ipxe, which is why i was asking for one specific mac address to tag for undi ipxe bootfile.
everything else will use [arch] -> bootfile
edit: i have some other suggestion. might nt b possible. tag that mac into specific arch, eg. abcdef -> 00000 only.
sometimes there is tat one specific nic tat is nt able to efi boot.
Edited by josywong, 12 February 2022 - 12:35 PM.
Posted 12 February 2022 - 01:17 PM
thanks. now it worked.
but what happened to other mac address? i have to create new folder for each of them?
i dont use undi ipxe, which is why i was asking for one specific mac address to tag for undi ipxe bootfile.
everything else will use [arch] -> bootfile
edit: i have some other suggestion. might nt b possible. tag that mac into specific arch, eg. abcdef -> 00000 only.
sometimes there is tat one specific nic tat is nt able to efi boot.
Using this @mac variable, you then need to have a script filename for each mac address.
In a small/controlled environement, that may be handy.
In a bigger/not controlled environement, this is probably not practical.
Reading you, you need a logic/conditional behavior which only the pxe scripting will achieve i.e : for a specific mac address do this, for everything else do that.
Note that instead of @mac, you can also use @arch but I am not sure it will work in your case.
/Erwan
Posted 13 February 2022 - 03:10 AM
Using this @mac variable, you then need to have a script filename for each mac address.
In a small/controlled environement, that may be handy.
In a bigger/not controlled environement, this is probably not practical.
Reading you, you need a logic/conditional behavior which only the pxe scripting will achieve i.e : for a specific mac address do this, for everything else do that.
Note that instead of @mac, you can also use @arch but I am not sure it will work in your case.
/Erwan
exactly hw u described as nt controlled environment.
i get random hardware(random mac), pxe for diag/deploy os.
some freeze on efi pxe, some need snponly ipxe, some undionly bios.
its all good without any better work around available. thanks for reply and tinypxeserver
Posted 13 February 2022 - 01:54 PM
Well clearly, you should already have TinyPXE Server configured so that it switches between pcbios and efi based on arch.
Then you could run some script like below but as is this is not scalable.
Thus at this stage, i.e loading an ipxe script, ipxe bootloader is already loaded and your computer could freeze there (while loading the bootloader) hence this is convenient to have TPS choose your bootloader based on some conditions before the boot loader gets loaded.
Unfortunately, while still at the early dhcp stage, there are only a few informations about the client we are being provided with (mac, arch, ip, etc).
Rather, I'd say find the proper bootloader, for each arch, that suits them all (undionly and snponly should in theory works mostly everywhere?).
For efi, remember that secureboot is a near "no go" with ipxe (unless you find a signed version).
What would help is you telling us where you are encountering issues :
-while loading the bootloader?
-while loading an ipxe script?
-while chaining to wimboot or any other further steps?
#!ipxe #echo ${mac} #read test goto ${mac} || goto start :00:0c:29:63:45:97 chain custom.ipxe goto end :start chain menu.ipxe goto end :end echo this is the end...
Posted 14 February 2022 - 12:45 PM
Well clearly, you should already have TinyPXE Server configured so that it switches between pcbios and efi based on arch.
Then you could run some script like below but as is this is not scalable.
Thus at this stage, i.e loading an ipxe script, ipxe bootloader is already loaded and your computer could freeze there (while loading the bootloader) hence this is convenient to have TPS choose your bootloader based on some conditions before the boot loader gets loaded.
Unfortunately, while still at the early dhcp stage, there are only a few informations about the client we are being provided with (mac, arch, ip, etc).
Rather, I'd say find the proper bootloader, for each arch, that suits them all (undionly and snponly should in theory works mostly everywhere?).
For efi, remember that secureboot is a near "no go" with ipxe (unless you find a signed version).
What would help is you telling us where you are encountering issues :
-while loading the bootloader?
-while loading an ipxe script?
-while chaining to wimboot or any other further steps?
#!ipxe #echo ${mac} #read test goto ${mac} || goto start :00:0c:29:63:45:97 chain custom.ipxe goto end :start chain menu.ipxe goto end :end echo this is the end...yup had been using arch. just came by to say thanks for this piece of software.
might switch to snponly/undionly as u suggest.
[arch] #00000=undionly.kpxe 00000=grldr 00006=ipxe.efi #00007=snponly.efi 00007=ipxe64.efi 00009=snponly.efithis is my current config. edit out arch and restart tinypxeserver when needed
Posted 27 April 2022 - 09:24 PM
Hi Erwan,
I have done my best to read through the various topics at:
http://mistyprojects...rver/index.html
I have also spent multiple hours reading forums/threads. I have only gotten Tiny PXE to work with the following settings to boot clients for my WDS server. I've tried direct booting to my Boot.wim and my test machines just skips PXE booting and goes right to the drive OS. My transfer speeds are abysmal (Gig Ubitquiti Switches througout) and I can only boot EFI machines. It would be helpful to boot older machines that are BIOS as well as EFI/Secureboot. I get an error about how the boot file is too large to fit in memory on BIOS machines.
Config.ini:
Below is my ipxe_menu.txt.
Sources also has theBoot.wim in it under C:\PXESRV\files\Sources and I have some ISO files under C:\PXESRV\files\iso.
Any insights are welcome. I really appreciate your time, and I am grateful for this tool.
Thanks,
FusionX9
Posted 02 November 2022 - 02:06 PM
https://www.virustot...06473b5d443152c
0 members, 2 guests, 0 anonymous users