Dual boot Home Assistant (HAOS) en andere Linux distro

[demonk]

Hallo,

Ik overweeg home assistant te gaan gebruiken op een aparte server.
Dit om o.a. Zigbee apparaten aan te sturen.

Summary:
Om te experimenteren zoek ik naar een manier om haos en meerdere Linux distro op 1 hdd te zetten en deze te dan gebruiken in een multiboot config.
Dit lukt mij niet. HA, lijkt de gehele hdd te gebruiken.


Ik heb al enorm veel onderzocht vwb welke hardware. En stroomverbruik.
Maar ooit moet je gewoon gaan experimenteren om verder te komen.
Dus heb ik een oude hp laptop uit de kast getrokken. Een HP 450 G2 met een 500 GB hdd en 4 GB ram. Ik weet dat haos ook maar gewoon een Linux operating systeem is met een ha applicatie. Daar ik ook een beetje moe wordt van Microsoft licentie gedoe en ik Home Assistant wil installeren, wil ik 2 dingen:
1. Een beetje aanrommelen met Linux (Ubuntu, Mint). En met docker / virtuele omgeving met vm's en wellicht ook later proxmox installeren.
2. En HAOS installeren op de "bare metal" zoals dat blijkbaar heet. Dus niet in een gevirtualiseerde omgeving)

Dat alles op 1 x 500 GB hdd.

Ik heb de Linux distro's geïnstalleerd naast elkaar op dezelfde hdd in een dual boot opzet. En wilde eigenlijk haos gewoon ernaast installeren in een multi boot opzet. Ik heb niet kunnen vinden hoe ik dit moet doen.
En ik wil niet meteen beginnen met ha als een vm onder Linux of ha onder proxmox of in een docker container.

Dus heb maar gewoon de Ubuntu live geboot van usb en vervolgens de Home Assistant image gedownload en weggeschreven via de "disks" ( volgens de instructie op de ha website) utility onder Linux. Wat er dan gebeurd is dat de gehele hdd wordt gebruikt voor Home Assistant. De data-partition (voor docker omgeving etc) is de grootste partitie, ik meen iets van 499 GB.
Naar mijn mening veel te groot. Dus na installatie heb ik met de "disks" utility een "resize" gedaan van deze partitie naar 10 GB. Zodat ik 488 GB free space had om bijv. Mint te installeren en andere os-en.
De resize werkt prima, althans volgens de "disks" utility. Wanneer ik reboot van hdd, dan wordt home assistant wederom gestart. Prima zover. Echter wanneer ik hierna weer boot vanaf de live Ubuntu usb stick en "disks" app start, dan wordt mij verteld dat de data partition nog steeds 499 GB is. Het lijkt erop dat de home assistant os / app bij het booten de data partitie gewoon terug resized naar de oorspronkelijke 499 GB.

Dus bedacht ik dat ik wellicht ergens in haos, een resize moet doen. Maar ik kan niet vinden hoe.

Dus graag jullie mening. Hoe kan ik deze multiboot opzet voor elkaar krijgen.
P.s. ik wil op dit moment nog niet de haos in proxmox of in andere virtuele omgeving draaien en ook nog niet in een container. Dat wil ik pas later testen.

Alle advies is welkom.

[Room42]

Het makkelijkst is om 2 fysieke disks te gebruiken. Je kunt dan in het bootmenu aangeven van welke disk je wilt booten.

P.S. Ik wil HA OS op dit moment nog niet in Proxmox, een andere virtuele omgeving of in een container draaien. Dat wil ik pas later testen.

Maar is dat niet toch juist wel the way to go? Waarom zou je HA OS bare metal willen draaien, zeker als je het ook nog virtueel gaat testen? Juist virtueel kun je gebruik maken van snapshots, e.d., om relatief veilig te klooien en snel een stap terug te gaan als het ontploft.

[Tha_T]

Ik zou hem ook anders aanvliegen. Proxmox op een machine en van daaruit lekker spelen met HA, docker en Linux. Installatie is helemaal niet ingewikkeld..

[demonk]

Zeer bedankt voor de reakties. Ik wil eerst bare metal testen omdat ik maar beperkte hardware heb ( 4 GB ram). Ik wil toch een beetje response wanneer ik Linux en ha os draai. En verder des te minder cpu ik gebruik, des te minder stroom. En ik vermoed dat wanneer ik een virtualisatie laag toevoeg, dat dit zowel geheugen als cpu kost.
Maar waarschijnlijk kom ik waarschijnlijk toch uit op proxmox of een container onder linux. Maar ik dacht bij mijzelf. Eerst maar eens aan de basis beginnen. En nu iriteert het mij dat multibooten van ha os en linux niet lukt. Dus misschien is het niet de meest gemakkelijk of zelfs de meest flexibele opzet....en is het lastiger met backups. Maar ik ben gewoon benieuw of multibooten mogelijk is?. Ik wil het uitproberen. Misschien zelfs ha os bare metal, dan linux bare metal (met docker container), dan proxmox met ha os eronder /containers. Ik wil het gewoon allemaal proberen 🙂

[demonk]

En ik heb maar 1 hdd in de laptop.

[demonk]

Wellicht dat ik ook ha os in een docker onder linux ga draaien of inderdaad proxmox. En zien wat voor en nadelen zijn.
Maar ik zou het wel fijn zijn om ook de multiboot te kunnen doen.

[Tha_T]

Als ik kijk naar mijn proxmox HA host, deze draait op een afgedankte Lenovo M710q met een
Intel i5-7400T (4 cores, 4 threads)
4GB RAM
Willekeurige SSD.

Load average (CPU); 1%
RAM usage; 50%

Als ik mijn dockerhost pak (Ook op een afgedankte M710q, zelfde specs) met een paar (15) containers heb ik een CPU load average van 8% en een RAM usage van 23%

Daar is in beide gevallen nog ruimte zat qua performance. Voor de duidelijkheid heb ik zowel HA als mijn dockerhost volledig in Proxmox draaien. Dus de straf dat je virtueel dingen draait is er bijna niet (Ook niet in je stroomrekening op de lange termijn)


En natuurlijk kan je een multiboot doen (Zoals gezegd, plak er een 2e schijf bij) maar je kunt je heel veel gedoe besparen door direct te virtualiseren.

[demonk]

Heel erg bedankt voor je antwoord.
Dual boot op 1 hdd gaat dan niet?
Enfin misschien dan toch proxmox installeren, daaronder dan haos en wat linux distro's en dan wellicht wat spelen met docker/container. En eens kijken of de boot time en opstart van apps van een linux (native-bare metal) ongeveer hetzelfde is als onder proxmox.
Ik heb dan wel te maken met de extra opstarttijd van proxmox. Hetis een laptop die niet altijd aan is (voor alleen testen). Dus ja, proxmox moet dan wel steeds geboot.

Enfin, heel erg bedankt voor je adviezen!

[ Voor 19% gewijzigd door demonk op 19-04-2025 23:35 ]

[demonk]

En toch ben ik benieuwd of ik haos en een andere linux kan multibooten vanaf 1 disk.
Ik kan ook proxmox multi booten naat een linux. Ik weet het, het os geen real life scenario. Maar ik wil een linux beschikbaar hebben, zonder dat ik eerst proxmox behoef te starten. Enfin ik kan natuurlijk ook mijn mint linux booten en daaronder haos draaien in een docker container...
Ik denk nu even hardop.
Ik hoop niet dat ik iemand vermoei.🙃
Of misschoen moet ik het loslaten en gewoon wat verschilllende scenario's testen

[demonk]

Oke net geprobeerd proxmox te installeren.
Lijkt heel eenvoudig. Behalve wanneer je geen bekabelde verbinding heb. Op mijn test-locatie (ver van de meterkast) heb ik alleen wifi. Een domber. Want wanneer ik dit google lijkt dit wel een beetje een probleem te worden. Ik snap dat in een echte opzet een bekabelde opzet, wel een requirement is. Maar zou dit toch ook willen testen met wifi.

[demonk]

Proxmox over wifi gaat hem niet worden.
Dan ga ik maar een linux installeren en dan ha os in een docker container. Dit terwijl ik lees dat ha os ook containers gebruikt.
Kan ik gewoon linux mint draaien en dan haos in een docker container?

[UTMachine]

demonk schreef op zondag 20 april 2025 @ 23:53:
Proxmox over wifi gaat hem niet worden.
Dan ga ik maar een linux installeren en dan ha os in een docker container. Dit terwijl ik lees dat ha os ook containers gebruikt.
Kan ik gewoon linux mint draaien en dan haos in een docker container?

Klopt, je moet dan "Install Home Assistant Container" volgen zoals beschreven staat in de link https://www.home-assistant.io/installation/linux. Let op, dit heet geen "HA OS", maar een aparte container (die niet kan werken met add-ons).

[Barin]

Hoewel je probleem opgelost lijkt te zijn en ik het met de anderen eens ben dat vm/docker de aangewezen weg is, is je oorspronkelijke vraag niet beantwoord: "hoe kan ik deze multiboot voor elkaar krijgen?"

Mocht je de kriebel om het toch voor elkaar te krijgen niet kunnen weerstaan (er valt altijd iets te leren) hier een paar aanwijzingen/gedachtes.

https://developers.home-assistant.io/docs/operating-system/partition/ laat de partitie-layout van home assistant zien ter referentie. Verschillende topics en een verdwaalde feature request ondersteunen jouw ervaring: home assistant slokt de beschikbare ruimte op voor de data partitie bij een reboot. Veel andere images doen hetzelfde tijdens de eerste keer dat er wordt opgestart. (Raspbian en een aantal mobiele linux-varianten meen ik) Je flasht dan bijvoorbeeld een 2GB image naar een device en wil zonder verdere configuratie wel dat de hele disk gebruikt wordt. Ik heb verder niet gekeken hoe dit bij home assistant zit

In dit geval zit het jou in de weg. Een hypothese:
Home assistant slokt enkel de beschikbare ruimte direct na de data partitie op. Als dat klopt kunnen we drie dingen doen:

1. Verhuis of plaats home assistant aan het eind van je disk. Dan blijft de ruimte ervoor vrij voor Ubuntu en dergelijke
2. Plaats een andere partitie na de data partitie. Dat kan Ubuntu/Mint zijn, maar kan ook een 1 MB placeholder partitie zijn.
3. Schakel het expand mechanisme in home assistant uit.

Dit mechanisme is wel fijn bij een vm: resize je disk en je partities schalen mee. Een multiboot is verder heel onhandig: doen je lampen het niet meer als je met Ubuntu aan het experimenteren bent.

Succes!

[Septillion]

Voor HA wil je eigenlijk toch niet afhankelijk zijn van Wifi. Is IMHO alleen een extra laag gezeik.

En multiboot van een enkele schijf vroeger wel veel gedaan. Maar zou het wegens het gedoe tegenwoordig ook niet meer doen. Dus zou ik of tweede schijf pakken of lekker de stap naar virtueel maken. Als je alleen of-of draait is gebrek aan resources ook niet zo erg. Proxmox alleen is niet zooooo zwaar.

Eigen install en docker, het kan prima. Maar weet dat je dus zaken mist en jij bent dan de verantwoordelijke voor de install, veiligheid, dependances en updates.

[Tarquin]

Ik heb het geprobeerd; HA zelf installeren.
Nu niet meer. Ik draai het op een Raspberry 4 en bij een vriend op een dedicated miniserver (de kleinste goedkoopste NUC) die we konden vinden.

Bedenk wel HA moet eigenlijk 24/7 draaien. Je gaat niet HA starten als je een lamp wilt aanzetten.
De hardware hoeft niet zwaar te zijn, maar dedicated is wel een voordeel: Gewoon minder gedoe.
En voor iets dat je lampen aan en uitzet moet het niet véél ingewikkelder worden dan de wandschakelaar die je vervangt.

Voordeel van de dedicated machine is het managed gedeelte. Je kunt vanuit de HA interface alles updaten en up to date houden, ook het OS en de HA software.
Mocht er iets niet goed gaan, dan heb je met een diskimage en een alternatief stukje hardware in 20 minuten een schone installatie, waar je dan je backup kunt inladen.

De essentie is niet om het werkend te krijgen, maar om alle hobbels glad te strijken. Het gaat wel om je lichtschakelaars, daar kun je niet zonder.

[demonk]

bedankt voor alle reakties.
Inderdaad Barin, wanneer het niet lukt wil ik graag weten waarom niet.
Loslaten is niet mijn sterkste kant. Daarentegen kun je wel veel leren wanneer je het wilt begrijpen.

Die aanname dat de data -partities wordt geexpandeerd is juist.
Ik heb de data-partitie van HA verkleind naar 10 GB, maar nu heb ik hem tegen het einde vd disk geplaatst.
Daardoor kwam nu de vrije ruimte voor de HA data partitie. Na het herstarten van HA, werd de data-partitie niet uitgebreid, omdat er geen ruimte vrij was na de data-partitie.
Vervolgens heb ik Linux Mint geinstalleerd in een partitie voor de HA data-partitie. Ik heb bij het installeren gekozen voor de handmatige installatie (zelf partities toewijzen) ook wel de " something else" optie.

Ik krijg tijdens deze installatie de error " no EFI partition was found" error en uiteindelijk een fatale GRUB error. GRUB wordt weggeschreven in de EFI partities, las ik ergens. Ik heb daar nog geen kaas van gegeten.
Hoe dat boot proces precies gaat is nog niet duidelijk. Wel heb ik bewust gekozen om in het BIOS, de UEFI boot methode te kiezen, omdat Linux dit graag zo heeft en om bij de tijd te zijn.
Ik heb vervolgens een 512 MB EFI system partition aangemaakt en vervolgens opnieuw MINT geinstalleerd.
So far so good.

Er zijn een aantal dingen.

1. HAOS heeft gewoon een EFI partitie op de HDD, namelijk de eerste partitie op disk SDA1.
Hij is rond de 30 MB groot en lijkt qua specificaties te voldoen.
Waarom Linux bij installatie deze niet herkent is mij niet duidelijk.
Ik heb een EFI partitie toegevoed en ik heb nudus 2 EFI partities op disk.

2. Bij het opstarten krijg ik default het installatie menu (grub?) van ha, welke vervolgens automatisch doorstart.
De geinstalleerde Linux staat er niet bij. Ik vermoed omdat Linux de nieuwe EFI partitie gebruikt bij booten
en niet die van ha)
de enige methode om Linux te starten is naar BIOS te gaan en dan een specifieke keuze te maken.

Maar zowel ha als Mint is beschikbaar, via deze omweg.


3. Septillion noemde:
Eigen install en docker, het kan prima. Maar weet dat je dus zaken mist en jij bent dan de verantwoordelijke voor de install, veiligheid, dependances en updates.

Ik begrijp niet helemaal wat met " eigen install" wordt bedoeld. Je moet toch altijd een eigen install van HA
doen? En updates mis je in een docker? Je moet zelf aan de updates denken? Dit is anders dan wanneer je onder Proxmox draait of native (bare metlal) in een partitie? Dan kun je dit automatiseren...neem ik aan

4. Ik kan Proxmox lastig testen omdat ik geen ethernet kabel in de buurt heb. Misschien moet ik toch onder de vloer kruipen dan .....ik ben de jongste niet meer.......

Ik zou wel graag een opstart-menu hebben waarin de verschillende opties staan, zodat ik niet eerst " de BIOS optie moet aanpassen.

Ik heb wat commands gedaan:

code:

Testcase@testcase-HP-ProBook-450-G2:~/Desktop$ sudo gdisk -l /dev/sda
[sudo] password for testcase:          
GPT fdisk (gdisk) version 1.0.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 976773168 sectors, 465.8 GiB
Model: ST9500325AS     
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): EF162B0B-0F1B-44AE-B1D7-58F2FA4F1C0D
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 660899821 sectors (315.1 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048           67583   32.0 MiB    EF00  hassos-boot
   2           67584          116735   24.0 MiB    8300  hassos-kernel0
   3          116736          641023   256.0 MiB   8300  hassos-system0
   4          641024          690175   24.0 MiB    8300  hassos-kernel1
   5          690176         1214463   256.0 MiB   8300  hassos-system1
   6         1214464         1230847   8.0 MiB     8300  hassos-bootstate
   7         1230848         1427455   96.0 MiB    8300  hassos-overlay
   8       956293120       976773119   9.8 GiB     8300  hassos-data
   9         1427456         2426879   488.0 MiB   EF00  
  10         2426880       295395327   139.7 GiB   8300  

testcase@testcase-HP-ProBook-450-G2:~/Desktop$ sudo parted -l
[sudo] password for testcase:          
Model: ATA ST9500325AS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name              Flags
 1      1049kB  34,6MB  33,6MB  fat16        hassos-boot       boot, esp
 2      34,6MB  59,8MB  25,2MB               hassos-kernel0
 3      59,8MB  328MB   268MB                hassos-system0
 4      328MB   353MB   25,2MB               hassos-kernel1
 5      353MB   622MB   268MB                hassos-system1
 6      622MB   630MB   8389kB               hassos-bootstate
 7      630MB   731MB   101MB   ext4         hassos-overlay
 9      731MB   1243MB  512MB   fat32                          boot, esp
10      1243MB  151GB   150GB   ext4
 8      490GB   500GB   10,5GB  ext4         hassos-data

tcase@testcase-HP-ProBook-450-G2:~/Desktop$ efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0001,0000
Boot0000* Windows Boot Manager  HD(1,GPT,85d5dcbd-015f-4451-9d8f-8e580b16370c,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000064000100000010000000040000007fff0400
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 20 03 00 00 00 00 00 bd dc d5 85 5f 01 51 44 9d 8f 8e 58 0b 16 37 0c 02 02 / 04 04 46 00 5c 00 45 00 46 00 49 00 5c 00 4d 00 69 00 63 00 72 00 6f 00 73 00 6f 00 66 00 74 00 5c 00 42 00 6f 00 6f 00 74 00 5c 00 62 00 6f 00 6f 00 74 00 6d 00 67 00 66 00 77 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
    data: 57 49 4e 44 4f 57 53 00 01 00 00 00 88 00 00 00 78 00 00 00 42 00 43 00 44 00 4f 00 42 00 4a 00 45 00 43 00 54 00 3d 00 7b 00 39 00 64 00 65 00 61 00 38 00 36 00 32 00 63 00 2d 00 35 00 63 00 64 00 64 00 2d 00 34 00 65 00 37 00 30 00 2d 00 61 00 63 00 63 00 31 00 2d 00 66 00 33 00 32 00 62 00 33 00 34 00 34 00 64 00 34 00 37 00 39 00 35 00 7d 00 00 00 64 00 01 00 00 00 10 00 00 00 04 00 00 00 7f ff 04 00
Boot0001* Ubuntu    HD(9,GPT,290e455e-910e-4ac0-bab5-4d0656dec341,0x15c800,0xf4000)/File(\EFI\ubuntu\shimx64.efi)
      dp: 04 01 2a 00 09 00 00 00 00 c8 15 00 00 00 00 00 00 40 0f 00 00 00 00 00 5e 45 0e 29 0e 91 c0 4a ba b5 4d 06 56 de c3 41 02 02 / 04 04 34 00 5c 00 45 00 46 00 49 00 5c 00 75 00 62 00 75 00 6e 00 74 00 75 00 5c 00 73 00 68 00 69 00 6d 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00

Even code+quote tags voor de leesbaarheid. Quotes en mentions zijn ook handig om te gebruiken.

[ Voor 0% gewijzigd door Septillion op 23-04-2025 07:01 ]

[Tarquin]

demonk schreef op dinsdag 22 april 2025 @ 20:32:
bedankt voor alle reakties.
Inderdaad Barin, wanneer het niet lukt wil ik graag weten waarom niet.
Loslaten is niet mijn sterkste kant. Daarentegen kun je wel veel leren wanneer je het wilt begrijpen.

Die aanname dat de data -partities wordt geexpandeerd is juist.
Boot0001* Ubuntu HD(9,GPT,290e455e-910e-4ac0-bab5-4d0656dec341,0x15c800,0xf4000)/File(\EFI\ubuntu\shimx64.efi)
dp: 04 01 2a 00 09 00 00 00 00 c8 15 00 00 00 00 00 00 40 0f 00 00 00 00 00 5e 45 0e 29 0e 91 c0 4a ba b5 4d 06 56 de c3 41 02 02 / 04 04 34 00 5c 00 45 00 46 00 49 00 5c 00 75 00 62 00 75 00 6e 00 74 00 75 00 5c 00 73 00 68 00 69 00 6d 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00

Ok, ik hamer hier even op het aambeeld van mijn eigen gelijk:

Ik herken je wel.
Ik vond (en vind) de HA installatie ook verspilling omdat hij dedicated één machine pakt.

Ik heb dit ook uitgebreid gedaan. Mijn ervaring:
Je leert veel van de techniek van installaties, bootrecords, partities.
Maar:

1. je bent niet functioneel bezig - je bent niet bezig om een smarthome in te richten met energie monitoring, schema's, etcetera.
2. de ervaring die je opdoet ga je niet meer verder gebruiken;
3. als de zaak over een jaar crasht is je kennis grotendeels weggezakt en duurt het herstel van jouw unieke installatie langer.
4. Er kwam geen bruikbare Homeassistant uit. Je klikt wat rond, hoera het werkt, en dan is er weer iets dat net niet werkt.

Je bent gewoon niet bezig met het opzetten van een smart home.
Al je energie is gericht op de installatie, niet op Homeassistant.

De kracht van de dedicated machine van Home Assistant is de stabiliteit.
De makers weten dat er niet 10000 variaties zijn, maar slechts één systeem.
Het systeem is bruikbaar en stabiel, over meerdere upgrades.
Backup en restore werkt echt.
Het is gericht op betrouwbaarheid, niet op het meest efficient gebruik van een dockerized machine.

[Septillion]

@demonk Als eerste, wat wil je met HA doen? Zoals gezegd is het steeds op moeten starten niet echt een nuttige HA opstelling.

demonk schreef op dinsdag 22 april 2025 @ 20:32:
Ik begrijp niet helemaal wat met " eigen install" wordt bedoeld. Je moet toch altijd een eigen install van HA
doen? En updates mis je in een docker? Je moet zelf aan de updates denken? Dit is anders dan wanneer je onder Proxmox draait of native (bare metlal) in een partitie? Dan kun je dit automatiseren...neem ik aan

Daar doelde ik vooral op het draaien van HA als docker versus puur HA OS draaien. In laatste geval neemt dat dus alles over qua boel correct inrichten (en zo blijft) en geeft je een systeem voor updates. Waar je dat bij docker alles zelf moet doen, ook de updates buiten HA om.

Maar in iets mindere mate ook deze weg. Omdat HA nogal wat dependencies heeft en specifieke configuratie verwacht om makkelijk te kunnen werken is juist HA OS gemaakt. Maar dat zit dus diep verweven met HA Core. Dus als HA OS (of eigenlijk, de supervisor) vindt dat zaken niet meer correct zijn zal het dus ook (deels) stoppen met werken. Prutsen aan de bootloader kan daar best onder vallen.

Proxmox is dat een klein beetje een mix. Kijkende naar HA is dat gewoon een HA OS install incl dus de update mechanismes. Immers staat een VM volledig los en heeft zelf geen weet dat het niet op fysieke hardware draait. Alleen zal je los Proxmox moeten updaten maar dat kan ook via de UI. Maar door de scheiding blijft hele HA systeem dus in tact.

Voor wisselen van boot hebben meeste bios ook nog een sneltoets waarmee je het eenmalig aanpast. Dat zou je ook kunnen opzoeken ipv het hard in de bios aan te passen. Want vind het juist eigenlijk wel knap dat je de bios beide EFI hebt laten zien. En denk dat je dus juist sneller problemen krijgt als je zelf grub gaat aanpassen. Zoals ik al zei zou ik juist al twee bootmedia gepakt hebben om het geklooi te voorkomen

En qua netwerk, naar mijn idee is Wifi op een testsysteem al een extra schakel die je hoofdpijn gaat geven. Alleen daarom zou ik al onder de vloer kruipen. Maar je zou ook een powerline adapter kunnen overwegen. Ben er geen fan van maar voor een testsysteempje misschien wel een oplossing.

Andere kant, mooie van iets als Proxmox is dan juist weer dat het headless draait. Alles, dus ook install van een VM, doe je over het netwerk. Je zou dus ook de hele machine juist op een plek kunnen zetten waar je wel ethernet hebt.

En dit bericht bevat dus netjes een quote en mention zodat jij hier ook melding van krijgt