mirror of
https://github.com/netbootxyz/netboot.xyz.git
synced 2026-04-25 23:25:54 +03:00
[GH-ISSUE #1454] proxmox ve now supports an answerfile. #461
Labels
No labels
Hacktoberfest
Hacktoberfest
bootloader
bsd
bug
confirmed
documentation
duplicate
enhancement
enhancement
enhancement
eol
experimental-merged
freebsd
help wanted
invalid
investigate
ipxe
linux
live-os
memdisk
menu
no-issue-activity
no-issue-activity
pull-request
released
todo
upstream
windows
windows
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/netboot.xyz#461
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ITJamie on GitHub (Apr 24, 2024).
Original GitHub issue: https://github.com/netbootxyz/netboot.xyz/issues/1454
Is your feature request related to a problem? Please describe.
proxmox ve installer menu currently only supports manual installs
Describe the solution you'd like
proxmox ve installer now supports an answerfile. it would be great if the installer was extended to support it
https://pve.proxmox.com/wiki/Automated_Installation#Network_Section
@kaysond commented on GitHub (Dec 2, 2024):
This isn't really practical with Proxmox's current implementation because you need to prepare a custom ISO that tells the installer where to find the answer file. It might be possible for the CI pipeline to be updated to make a generic one with a blind
--fetch-from http. This would allow users to provide the URL via DNS or DHCP option 251, but there are complications with serving the ISO too. What Proxmox really needs is a kernel option like Debian.You can set this all up yourself with the existing netboot, though. See https://n1.602176634e-19.pro/006-automated-proxmox-ve-installation-with-netboot.xyz/
@antonym commented on GitHub (Dec 4, 2024):
Agreed, would be ideal to specify it like Debian but when I looked at this, they currently require it to be baked into the iso. Closing this out for now until there's a better method.