Systeemcheck en systeemeisen
Wat zijn de systeemeisen voor de BCLD?
De systeemeisen voor de BCLD zijn als volgt (klik)
Wat is het nut van een systeemcheck bij gebruik van een afname cliënt zoals de BCLD en waarom moet een onderwijsinstelling een systeemcheck doen?
Elk schooljaar worden er nieuwe Facet cliënts ontwikkeld en in gebruik genomen. In geval van de BCLD betekent het dat de interne componenten worden bijgewerkt en dat er gebruik wordt gemaakt van de op dat moment meest stabiele Ubuntu release en bijbehorende kernel. Dit doen we behalve in het kader van de veiligheid voor de afnames ook uit het oogpunt van hardware-ondersteuning. En dat doen we ieder schooljaar!
Betekent het dat per definitie dat alle hardware wat in het verleden heeft gewerkt met een oudere versie van de BCLD ook werkt met de huidige BCLD?
Nee! Dat is niet het geval. Soms wordt de ondersteuning voor oudere hardware stopgezet of uitgefaseerd omdat deze oudere hardware de ontwikkelingen dan niet meer bij kan houden. Dit zou tijdens afnames voor stabiliteit problemen kunnen zorgen. Vaak gaat het dan om hardware waarvan de fabrikanten zelf al enige jaren geen nieuwe BIOS updates meer verstrekken of waarvan in Windows de hardware al niet meer met eigen, maar met standaard Windows drivers werkt.
Betekent het dat alle nieuwe hardware wat de scholen aanschaffen ook per definitie werkt met de BCLD4
Nee! Alhoewel er bij elke Ubuntu release nieuwe hardware ondersteuning wordt toegevoegd betekent het niet dat alle nieuwe hardware out-of-the-box met Linux werkt. Zo zijn er fabrikanten die zelf hun hardware aanpassen en deze specificaties weliswaar direct met Microsoft delen, deze specificaties worden niet (direct) met de Linux bouwers en community gedeeld. Hierdoor kan het langer duren eer de nieuwe hardware, die dan al wel onder Windows werkt, ook onder Linux (dus met de BCLD) werkt.
Wat betekent dit concreet voor dit schooljaar (2024~2025?)
Voor Facet 13 betekent het dat de BCLD gebruik maakt van Ubuntu 24.04 met minimaal kernelversie 6.8 (gaandeweg het schooljaar worden nieuwere BCLD versies van hogere kernelversies voorzien). Dat betekent dat de gebruikte hardware moet kunnen werken met Ubuntu 24.04 en kernel 6.8.
Grofweg 98% van de nu gebruikte hardware zal vlekkeloos functioneren.
Hoe weet ik dat mijn hardware werkt?
Hier komt de systeemcheck van pas: In Facet stellen wij elk jaar een systeemcheck (FT check) beschikbaar voor zowel VO als MBO. Deze systeemcheck hanteren wij al sinds de beginjaren van Facet. Met een systeemcheck kan de onderwijsinstelling controleren of de gebruikte hardware en infrastructuur in staat is om een afname met Facet te doen.
Een systeemcheck dient óók te worden gedaan indien men besluit tot een hardware of een infrastructuur wijziging, bijvoorbeeld bij aanschaf van nieuwe laptops of een netwerkwijziging. Dit om te voorkomen dat men vlak voor een daadwerkelijke afname (dus als kandidaten al klaar zitten) er achter komt dat de cliënt niet in Facet kan opstarten.
De reden voor de systeemchecks is voor de hand liggend:
Mocht blijken dat een systeemcheck niet lukt, dan kan door analyse (door de Helpdesk Facet in overleg met de afname locatie) worden nagegaan waar de oorzaak ligt van het niet succesvol kunnen afnemen van een systeemcheck. Soms is de oorzaak te herleiden tot de gebruikte hardware (of een instelling) of is de oorzaak te herleiden tot de infrastructuur zelf. Dit kan dan vaak aan de kant van de onderwijsinstelling worden opgelost.
Soms lukt een systeemcheck echter niet omdat na analyse door de Helpdesk Facet blijkt dat de gebruikte hardware niet werkt met de BCLD. In dat geval kunnen wij samen met onze ontwikkelaar naar een oplossing zoeken. Is de oplossing aanwezig en uitvoerbaar, dan kan het betekenen dat wij een aangepaste BCLD gaan uitleveren aan de betreffende onderwijsinstelling. Dit kost echter de nodige tijd. Dit is al gauw een kwestie van weken en niet van uren of dagen. En dit is weer een reden van het tijdig uitvoeren van een systeemcheck.
Helaas zien wij steeds vaker dat scholen pas ten tijde van een afnameperiode eventuele problemen melden met een Facet afname cliënt. Soms omdat scholen vinden dat ze geen systeemcheck hoeven te doen omdat 'het vorig jaar wel werkte'.
De laatste tijd zien wij echter dat scholen nieuwe hardware aanschaffen, geen systeemcheck uitvoeren en bij de start van een examen er achter komen dat de nieuw aangeschafte hardware niet werkt in Facet.
Onze Helpdesk kan soms niet anders dan aangeven dat de hardware (nog) niet ondersteund wordt in de BCLD of Linux en dat een systeemcheck dat (preventief) had kunnen aantonen. Alhoewel geen leuke boodschap, soms is dit nu eenmaal het geval. Indien er tijdig een systeemcheck met deze nieuwe hardware was afgenomen, dan had de Helpdesk misschien alsnog tijdig een oplossing kunnen aanreiken.
Hier geldt dus: Een systemcheck kan bepalend zijn voor afnames in Facet.
Nieuwe hardware aanschaffen?
Wilt u nieuwe hardware aanschaffen, u heeft hardware op het oog én deze hardware moet voor afnames in Facet worden ingezet? Dan is het raadzaam om, voordat u overgaat tot aanschaf van de hardware, een sample van deze hardware gebruikt om een systeemcheck uit te voeren. Werkt dit naar behoren? Dan kunt u overgaan tot aanschaf (bij voorkeur machines uit dezelfde batch om hardware verschillen zoveel mogelijk te voorkomen).
Wij kunnen vooraf niet meer aangeven of merk/model X of Y direct werkt. Hardware fabrikanten doen tegenwoordig aan hardware (en software) engineering waardoor generic hardware niet zomaar functioneert (denk aan wijzigingen in chipsets waardoor andere drivers nodig zijn of beperkingen die door fabrikanten in de (UEFI) BIOS worden ingebouwd). Alleen een systeemcheck kan aantonen of een machine werkt.
Wordt Legacy (BIOS) ondersteund?
Nee! Legacy wordt niet meer ondersteund sinds schooljaar 2023-2024! In schooljaar 2022-2023 raadden we reeds aan om computers in UEFI modus te gebruiken voor gebruik met Facet omdat Legacy support zou verdwijnen. Dit geldt voor zowel USB Boot als iPXE/PXE.
Waarom? Legacy wordt steeds meer beperkt vanuit (hardware) fabrikanten en liep (loopt) daardoor steeds meer uit de pas met o.a. bootloaders die continu worden bijgewerkt voor UEFI only.
Nieuwe computers hebben alleen UEFI ondersteuning. (Legacy BIOS is al enkele jaren uitgefaseerd door fabrikanten (Intel heeft in 2020 Legacy volledig uitgefaseerd)).
UEFI bestaat al sinds 2008! Alle computers vanaf dat bouwjaar hebben de mogelijkheid tot UEFI gebruik.Bootloaders zijn tegenwoordig geoptimaliseerd voor UEFI systemen. Legacy systemen kunnen veelal niet meer met moderne bootloaders overweg. Bootloaders en Legacy BIOS lopen dermate ver met elkaar uit de pas dat Legacy niet altijd meer alle bootloaders kunnen gebruiken.
Veel hardwarefabrikanten geven geen updates meer uit voor oudere Legacy systemen waardoor Legacy BIOS en de aansturing van hardware steeds meer uit de pas loopt t.o.v. bootloaders en besturingssystemen. Besturingssystemen worden worden alleen bijgewerkt voor UEFI.
In het geval van de BCLD betekent het: Ubuntu is zoals andere besturingssystemen, ontworpen om te werken met UEFI en worden er updates en nieuwe features toegevoegd die UEFI vereisen.
Soms is het daarom noodzakelijk dat er vanuit de hardwareleverancier (of PC/Laptop fabrikant) nieuwe ondersteuning wordt toegevoegd of bestaande ondersteuning wordt geupdated/uitgebreid, waarmee nieuwe functionaliteiten (en dus ondersteuning nieuwe versies van besturingssystemen en bootloaders beter worden ondersteund). Deze uitbreiding van ondersteuning wordt toegevoegd in de vorm van UEFI firmware updates (bios updates).
Omdat Legacy is uitgefaseerd, worden legacy firmware en drivers (vrijwel) niet meer bijgewerkt, Hierdoor werd de kans op niet werken van Legacy systemen met elke update van Ubuntu (of welk OS ook) steeds groter. Uiteindelijk was de discrepantie tussen Legacy BIOS en UEFI dermate groot dat Legacy BIOS niet meer kon worden gegarandeerd. Het uitfaseren van Legacy BIOS support was dan ook het logische gevolg.
De BCLD gebruikt een moderne bootloader die verwijst naar bepaalde partities van de USB stick. Bij Legacy is een groot struikelblok het niet (goed) kunnen lezen van de partities van de USB stick en/of niet goed met Grub kunnen werken. Machines kunnen dan een GNU Grub 2.06 command line foutcode geven.
Samenvattend; BCLD heeft officieel géén Legacy ondersteuning. Worden er problemen gemeld bij de Helpdesk Facet met betrekking tot niet kunnen starten van machines met Legacy BIOS, dan zal de helpdesk u niet kunnen helpen, behalve dan met de melding dat UEFI gebruikt moet worden.
Probeer hoe dan ook de UEFI firmware (BIOS) versies up-to-date te houden. Nieuwere firmware geeft vaak betere werking met nieuwere besturingssystemen zoals Ubuntu (op de BCLD USB stick en via PXE).
Aangezien UEFI als sinds 2008 bestaat, kunnen in principe alle computers met UEFI werken. Ook metr gebruik van oudere hardware is het de bedoeling dat de UEFI firmware (BIOS) up-to-date is. Let er wel op dat zeer oude hardware zijn eigen compatibiliteit issues met zich mee zal brengen.
Ook als er nog steeds wordt gewerkt met Legacy i.c.m. met iPXE. Dit wordt niet ondersteund. Mogelijk zal een enkele computer door toedoen van een CSM en diens hybride karakter (deels) willen starten en lijken alsof dit werkt. Meestal zijn er ook aanpassingen nodig in het iPXE netwerk om UEFI te gebruiken. Omdat Facet ruim een jaar geleden al heeft aangegeven dat Legacy support ging verdwijnen en Legacy al geruime tijd eol is, verwachten wij dat een systeembeheer inmiddels het netwerk heeft aamgepast. Welke aanpassingen er precies nodig zijn om een specifiek netwerk goed te laten werken, is aan de systeembeheerder. De systeembeheerder heeft de kennis van het netwerk. De Helpdesk van Facet kan hier niet van dienst zijn.
In de systeemeisen wordt vermeld dat de computers Ubuntu 24.04 compatible moeten zijn. De BCLD start niet op mijn machine, terwijl een LiveCD van Ubuntu wel start.
In de systeemeisen wordt vermeld dat de hardware Ubuntu 24.04 moet ondersteunen, met open source drivers (non proprietary). De BCLD maakt gebruikt van een Ubuntu systeem waar open source drivers worden gebruikt. Dat betekent dat de hardware Ubuntu 24.04 moet kunnen draaien met bijbehorende kernel (vanaf kernel 6.8) zonder dat er gebruik gemaakt moet worden van proprietary software (eigendomssoftware, meestal van de fabrikant). Proprietary drivers zijn (meestal) door de hardware fabrikant geleverde software en/of drivers wat geïnstalleerd kan worden in/op het besturingssysteem om de hardware zo goed mogelijk te laten functioneren.
Aangezien de BCLD gebruik maakt van open source software en de BCLD een gesloten systeem is, wil dat zeggen dat er geen additionele software aan toe te voegen is. Er is dan ook geen mogelijkheid om proprietary software te gebruiken. Gebruikers kunnen zelf dus geen software aan de BCLD toevoegen (dat zou de BCLD en dus de afnames kwetsbaar kunnen maken).
In s
Normaliter zal een fabrikant (basis) software leveren aan Linux. Dit is dan open source firmware en drivers, wat de door de fabrikant uitgebrachte hardware in de basis ondersteunt. Dit is voldoende om afnames in Facet te kunnen doen. Wat echter voor kan komen, is dat een fabrikant niet of juist te laat de open source drivers/software levert, of men houdt de software voorlopig als proprietary software.
Een Linux LiveCD maakt vaak al gebruik van proprietary drivers waardoor deze vaak wel start (dit t.o.v. open source drivers).
Waarom kan het gebeuren dat een hardware type niet werkt of dat de ene computer van dezelfde modellijn wel werkt en de nieuwe computer van dezelfde modellijn niet?
Soms maakt een computer gebruik van hardware wat al enige tijd open source ondersteuning heeft en goed functioneert. De hardware fabrikant kan ervoor kiezen om een goedlopende modellijn (lees: goed verkopende modellijn) voort te zetten terwijl het nieuwe voortgezette model feitelijk andere hardware gebruikt. De hardware wordt dan fysiek gewijzigd.
Dit is aan hardware te zien die in zogenaamde revisies wordt verkocht. Het origineel werkt goed en wordt als Rev. of Rev.0 aangeduid. Het nieuwe gewijzigde hardware model wordt dan bijvoorbeeld Rev.1 genoemd.
Nieuwe hardware revisies betekent wel dat er nieuwe (opensource) drivers en/of firmware nodig is. Brengt een fabrikant wel een nieuwe hardware revisie uit, maar de drivers en/of firmware worden niet (tijdig) bijgewerkt, dan kan dit voor afnames een gevolg hebben: Een school kan een nieuwe serie computers ingekocht hebben van een reeds bij hen goed draaiend model (dus goed draaiend met BCLD) maar waar de nieuwe computers andere hardware gebruiken. Een gevolg van andere hardware gebruiken zonder dat er goede open source ondersteuning is, kan bijvoorbeeld zijn:
Geluidskaarten geven geen geluid.
Volume is niet aanpasbaar.
BCLD start wel door maar geeft raar beeld/zwart beeld.
BCLD start zeer traag op.
WiFi adapters werken niet.
Vooral nieuwere HP en Dell machines en bepaalde hardware zoals Realtek 882xCE/Qualcomm WiFi adapters verzuimen soms te werken met open source Linux drivers. Dit wordt vaak veroorzaakt doordat de benodigde (open source) drivers nog niet aanwezig zijn. Alhoewel deze vaak in een nieuwere kernel toegevoegd worden, kan Facet/Duo geen invloed uitoefenen op de beschikbaarheid van deze open source drivers. Zodra er een BCLD voor een nieuw schooljaar wordt gemaakt, kiezen we voor de meest recente Linux release die op dat moment beschikbaar is, stabiel is en de daarbij horende kernel.
De BCLD wordt enkele maanden voor een nieuw schooljaar vastgelegd. De periode tot aan het nieuwe schooljaar wordt gebruikt om de BCLD te (hack)testen.
Is er hardware in gebruik dat pas met een latere kernel wordt ondersteund? Waar mogelijk maken we een aangepaste BCLD met nieuwere kernel maar wij kunnen geen garantie geven op de werking van hardware.
In geval van nieuwe computers aanschaffen, ook al vallen deze binnen dezelfde modelserie/modellijn als waar reeds mee gewerkt wordt: Voer altijd een systeemcheck uit!
Netwerk
De BCLD sluit af met de melding ‘Unable to connect to a network’ (ik heb handmatig een URL ingesteld (USB&PXE))
Als er handmatig een URL is ingesteld, dan kan de URL foutief zijn ingevuld of niet bestaand zijn:
De BCLD gebruikt een ingebouwde netwerkcheck. Deze controleert of de server achter de ingestelde URL reageert en voert daart een korte test op uit. Reageert de server niet en kan de test niet worden uitgevoerd, dan wordt dit gezien als een niet bestaande netwerkverbinding en sluit de BCLD af.
Controleer daarom de spelling van de ingestelde URL!
De BCLD start niet op/krijgt geen LAN verbinding met gebruik van een Realtek 8168 LAN adapter (Met Secure Boot en zonder Secure Boot)
In een aantal gevallen wordt een Realtek LAN adapter met 8168 chipset niet (goed) herkend. De BCLD zal het systeem uitschakelen indien de netwerkadapter niet wordt gevonden (er wordt een timer getoond die aftelt).
De meeste machines met een Realtek 8168 adapter kunnen uit de voeten met de standaard versie van de BCLD, ook de machines met Realtek adapters die PXE Secure Boot gebruiken.
Er zijn echter Realtek LAN adapters die een DKMS driver nodig hebben (zowel met als zonder Secure Boot). DKMS=Dynamic Kernel Module Support. De DKMS driver niet is gesigned voor Secure Boot. Zolang de DKMS driver niet is gesigned voor Secure Boot is deze niet inzetbaar voor PXE Secure Boot. De enige oplossing is wachten op een nieuwe kernel die wel de Realtek DKMS driver met Secure Boot ondersteunt of het gebruiken van een ander systeem. Facet heeft hier geen enkele invloed op.
Er is wel een aparte BCLD beschikbaar met een aparte Realtek driver. Deze is op te vragen bij de Helpdesk van Facet ovv ‘Aparte Realtek build BCLD’.
Dell 3310 bouwt geen LAN verbinding op (Realtek 8168 LAN adapter) maar de netwerkadapter wordt soms wel herkend
Sommige Dell 3310's bouwen geen LAN verbinding op, ook al wordt de netwerkadapter soms wel herkend.
Als de Dell 3310 geen werkende netwerkverbinding kan opbouwen, ook al wordt de netwerkadapter soms wel herkend, dan kan er een additionele parameter worden toegevoegd: pci=noaer
In dit voorbeeld maken we gebruik van de online afname-omgeving (USB) :
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment pci=noaer'"
mDNS: FAO-server wordt getoond in het mDNS overzicht maar is niet bereikbaar na aanklikken
Als de FAO server wél wordt getoond in de lijst met beschikbare mDNS omgevingen maar is niet bereikbaar (grijs scherm, al dan niet met een DNS melding) als de FAO server wordt aangeklikt in het mDNS scherm, dan kan dit meerdere oorzaken hebben:
Het IP-Adres van de FAO server is niet opgenomen in de (voorkeurs) DNS van de router/gateway.
Er wordt gebruik gemaakt van een systeem wat de verbinding naar het IP-Adres van de FAO server niet toestaat. Dit kan een instelling zijn in de NAC of Zero Trust software maar ook een Acces Control List in Managed Switche(s) kunnen dit veroorzaken.
Door het IP-Adres of de URL naar de FAO-server toe te staan kan de FAO-server via mDNS worden benaderd.
De BCLD blijft een tijdje staan bij: Checking wired/wireless interfaces of bij Fetching Mac and IP Addresses en toont uiteindelijk een 'Unable to connect to a network' scherm en sluit af
1: De BCLD zal controleren of er een actieve netwerkverbinding aanwezig is. Wordt deze niet gedetecteerd, dan zal de BCLD zichzelf afsluiten tijdens het tonen van het ‘Unable to connect to a network’ scherm.
2: Scholen hebben de afnamecomputers soms in een VLAN hangen dat geen verbinding mag maken met het internet. Bijvoorbeeld omdat er in dat VLAN gebruik gemaakt wordt een Facet Afname Offline server (FAO server) waarbij alleen de FAO server internet toegang heeft maar de afnamecomputers alleen mogen en kunnen verbinden met de FAO-server.
Systemen zoals CloudFlare kunnen daarnaast ook de interne communicatie beïnvloeden. De netwerkkaart wordt dan wel herkend. De BCLD probeert over poort 443 bij de Cloudfare server aan te kloppen voor de bevestiging van een IP-Adres. Staat Cloudflare dit niet toe over poort 443, dan zal de BCLD de 3 netwerk checks afwachten voor het ‘Unable to connect to a network’ scherm wordt getoond.
Door voor deze verbinding (over poort 443) in de firewall een regel te openen (rule toevoegen) gaat de BCLD direct door en krijgt deze bij de eerste poging een IP-Adres en zal doorstarten..
De communicatie is altijd al over poort 443 gegaan. Door opkomst van aangepast beleid in NAC en Zero Trust omgevingen, zien we meer en meer gebeuren dat bepaald verkeer wordt beperkt.
3: De BCLD heeft (by design) een interne netwerkcheck ingebouwd. Deze zal de ingestelde URL controleren en de pagina downloaden om daar een snelheidcheck op toe te passen. De Facet omgevingen (handmatig ingestelde URL’s naar of de online omgeving of een offline omgeving (FAO-server) werken altijd). Kan deze controle niet plaatsvinden (bijvoorbeeld doordat er een vangpagina wordt gebruikt die het downloaden van deze pagina blokkeert of (wederom) verkeer over poort 443 blokkeert) dan zal ook de timer wordt getoond.
In dat geval (optie 3) zijn er een tweetal mogelijkheden:
1: U maakt een rule aan zodat het downloaden van de ingestelde pagina wordt toegestaan.
2: U maakt gebruik van een hiervoor bedoelde parameter. Deze parameter voorkomt de netwerkcheck. Deze parameter is: bcld.network.check=0
Kan ik de BCLD gebruiken in een virtuele omgeving of opstarten in een virtual machine/virtuele omgeving?
Nee, dat kan niet. Wegens beveiligingsbeleid is het gebruiken van de BCLD in een virtuele omgeving (VM) niet toegestaan. Wordt er wel een poging gedaan om de BCLD te starten in een virtuele omgeving, dan zal de BCLD dit herkennen en een melding geven dát er een virtuele machine aangetroffen is waarna de BCLD wordt uitgeschakeld.
De BCLD doet lang over het opstarten, we werken met WiFi
De BCLD heeft een netwerkcheck die wordt gebruikt tijdens het opstarten. Deze check zal 3 maal een controle doen of de bekabelde verbinding aanwezig is, ook al wordt er gebruik gemaakt van WiFi.
Hierdoor kan het opstarten van de BCLD iets langer duren indien er gebruik wordt gemaakt van WiFi. Elke check op de bekabelde verbinding duurt maximaal 20 seconden. Als de draadloze configuratie in orde is, dan zal de BCLD na deze checks draadloos opstarten.
Dit proces kan niet omzeild worden maar soms wel versneld! Zet in de BIOS de LAN adapter uit/disable. In veel gevallen wordt er dan geen check op de LAN adapter gedaan.
Deze check zit erin omdat wij uit het onderwijsveld regelmatig het verzoek hebben gekregen om, ook al bevat de BCLD configuratie een draadloze configuratie, de BCLD toch de bekabelde verbinding als voorkeurs verbinding te laten gebruiken indien een netwerkkabel wordt aangetroffen waarbij als gevolg de draadloze configuratie wordt genegeerd.
Vanuit dit oogpunt is er door architectuur voor gekozen om een netwerk check in te bouwen in de manier waarop deze nu wordt gebruikt. De langere opstarttijd met WiFi is dus een gevolg van de gevraagde implementatie. De kandidaat zal er geen hinder van ondervinden aangezien het de bedoeling is dat de afname machines klaar dienen te staan voordat een kandidaat start met zijn/haar toets én er altijd een reserve machine moet staan (minimaal aantal afnames machines moet gelijk zijn aan het aantal kandidaten + 10 % reserve machines).
Let op:
Een machine die alleen een draadloze adapter heeft (geen (onboard) LAN adapter of WWAN adapter) zal direct doorstarten. Als u een machine heeft die u draadloos inzet maar ook een vaste LAN adapter heeft, daarvan kunt u in de BIOS de LAN adapter uitzetten. Het is mogelijk (geen garantie, is afhankelijk van de BIOS) dat de netwerkcheck niet meer plaatsvindt maar zal dan direct de WiFi verbinding oppakken.
iPXE: De BCLD start niet (al dan niet met een kernel panic) of blijft hangen op het Vendor logo
Als het systeem blijft hangen op het vendor logo, of een kernel panic geeft met de melding dat het root file systeem niet gemount kan er een probleem met een iPXE parameter zijn:
In de beschrijving/handleiding staat aangegeven:
:bcldstable
kernel http://10.0.0.1/vmlinuz initrd=initrd rhgb bcld.afname.url=http(s)://afname.url
initrd http://10.0.0.1/initrd
boot
Nieuwere versies van iPXE hebben de dikgedrukte regel niet altijd nodig. Dit was in oude iPXE versies een verplichte omweg om het systeem het initrd te laten vinden. Nieuwere versies van iPXE lijken dit beter op te pakken.
Het is onbekend vanaf welke iPXE versie dit niet meer nodig is, maar wij draaien 1.21.1+. Met deze versie is de dikgedrukte regel niet meer nodig.
Mochten scholen PXE issues hebben met nieuwere versies dan kan het verwijderen van deze dikgedrukte regel helpen om het systeem te laten starten.
Cisco ISE: De BCLD is (bekabeld) verbonden maar de BCLD sluit vanzelf af of de BCLD start wel door maar geeft een DNS error
A1: Als er gebruik wordt gemaakt van (Cisco) ISE (Identity Services Engine module) kan het zijn dat deze module moet worden ingesteld voor gebruik met de BCLD (Ubuntu).
Met ISE kan men gebruikerstoegang regelen met bekabelde, draadloze en VPN verbindingen richting het (bedrijfs)netwerk. Er worden apparaat identiteiten mee bekeken en beheerd.
Feitelijk beheert men via één platform alle bedrade en draadloze verbindingen. Vervolgens kan men gebruikers, apparaten en toepassingen authentiseren, autoriseren en bewaken.
Maar als deze module dusdanig is ingesteld dat een OS met een specifieke netwerkkaart probeert te verbinden en dit OS+adapter is niet toegestaan als vertrouwd, dan zie je de adapter niet bij het opstarten in de hardware tree en wordt de BCLD weer afgesloten.
Als de policy iets anders is ingesteld waardoor de adapter wel door de BCLD wordt herkend, maar er mag alsnog niet worden gewerkt met de adapter nadat het betreffende OS is gestart, dan zie je dit als een DNS melding terug.
A2: Wanneer er gebruik wordt gemaakt van het niet ondersteunde DHCP Address Assignment (over Wifi) dan zalde BCLD wel opstarten maar een DNS error tonen.
Kan ik de BCLD gebruiken met (Cisco) DHCP Address Assignment over WiFi?
De DHCP Addr. Assignment Required option zoals in de afbeelding getoond, forceert de client om iedere keer een nieuwe DHCP Request/Renew te doen. In de praktijk betekent het dat DHCP Address Assignment over WiFi zorgt dat binnen de standaard DHCP lease(tijd) een nieuwe DHCP renew wordt geforceerd. De roaming tijd(sduur) wordt daarmee meer gecontroleerd.
Vanuit beveiligingsoogpunt zorgt dit voor een striktere controle van IP-adressen. Theoretisch heeft een machine dan minder lang eenzelfde IP-Adres wat veiliger zou kunnen zijn.
Deze functie wordt/werd voornamelijk toegepast op Cisco apparatuur. Cisco geeft zelf echter in verschillende handleidingen aan dat deze functionaliteit niet altijd goed werkt op WiFi apparaten en het toepassen ervan in WiFi netwerken niet altijd goed zal functioneren. Het OS moet deze functie ondersteunen, wat onder Windows doorgaans geen probleem is. Het gebruik van deze functie op een niet Windows OS wordt niet aangeraden. De BCLD gebruikt een non-Windows OS, deze is gebaseerd op Ubuntu en heeft deze DHCP Address Assignment over WiFi ondersteuning niet.
De BCLD is ontworpen om te werken met een standaard/open DHCP verbinding waarbij de BCLD pas opnieuw een IP-Adres via DHCP (DHCP Renew) doet wanneer de initiële DHCP lease verloopt.
Wordt er gebruik gemaakt van DHCP Address Assignment, dan wordt de huidige verbinding vanuit de DHCP server geforceerd afgebroken en wordt van de client verwacht dat de DHCP Request/DHCP Offer/Renew/Associating opnieuw wordt uitgevoerd en wordt verwerkt. De BCLD is daar toe niet in staat.
TER INFO: De werking zoals (Cisco) DHCP Address Assignment is niet in de technische ontwerpen opgenomen van BCLD. Het is dus ook geen functionaliteit van de BCLD. De vorige edities van de BCLD werkten ook op basis van een open DHCP server. Mocht een vorige Fedora editie toevallig wel gefunctioneerd hebben met DHCP Address Assignment, ook al was deze functie niet door Facet/Duo geïmplementeerd, dan was dit een toevallige eigenschap van Fedora als OS en geen implementatie van Facet/Duo.
Latere versies van BCLD hebben wijzigingen aan het netwerk wat mogelijk verbeteringen kan geven met DHCP Address Assignment implementaties. Het blijft echter een niet ondersteunde functionaliteit. Ondersteuning zal ook niet gegeven (kunnen) worden.
Kan ik de BCLD gebruiken met Secure Boot?
Ja, dat kan. Sowieso is BCLD USB boot te gebruiken met Secure Boot.
Ubuntu heeft ervoor gezorgd dat bepaalde onderdelen die de BCLD USB Boot versie gebruikt (Shim, Grub en kernel) reeds gesigned zijn voor Secure Boot. BCLD USB boot was de eerste en primaire vorm van de BCLD die wij hebben uitgeleverd. Deze manier van BCLD boot is dus volledig Secure Boot signed!
Netwerk boot
De BCLD werd al vaak door scholen gebruikt met iPXE (netwerk boot).
iPXE is niet gesigned voor Secure Boot. iPXE is een opensource bootloader/firmware van een derde partij, waar Duo/Facet geen enkele invloed op kan uitoefenen.
We hebben (diverse) eigen iPXE ontwerpen ingediend bij Microsoft om deze ondertekend te krijgen (Secure Boot vereist een Microsoft certificaat.).
Ondanks onze pogingen om iPXE door Microsoft te laten signen voor Secure Boot, heeft Microsoft dit keer op keer geweigerd. De ontwerpen werden zonder verdere opgaaf van reden afgekeurd. Wij vermoeden dat het heeft te maken met de complexiteit. Alle onderdelen zoals de binairies en tools moeten dan worden gesigned en dat is veel werk. Ook bij een update van iPXE zou het betekenen dat er een nieuwe signing moet plaatsvinden.
Via iPXE is de BCLD dus niet te gebruiken voor Secure Boot.
Met BCLD kan in principe met de 'oude' iPXE setup worden gewerkt die ook werd gebruikt met de Fedora BCLD. Er hoeven t.o.v. de bestaande configuratie voor de Fedora BCLD alleen bootparameters aangepast te worden, de naam van de ISO opgegeven te worden en de locatie van de ISO (deze wordt bijvoorbeeld op een HTTP server geplaatst) mee te geven.
Nog steeds wordt kernel/initrd op de oude manier meegegeven (soms moeten de initrd en vmlinuz uit de casper map van de ISO worden gehaald en los naast de ISO worden geplaatst).
PXE boot met Secure Boot
De BCLD kán wel met PXE boot + Secure Boot worden gebruikt: Hiervoor moet een extra (ander) type server gebruikt worden: Een Linux server met dnsmasq. Dnsmasq is een tool waarmee over het netwerk heen een systeem opgestart kan worden wat gebaseerd is op Linux.
Hiermee wordt het mogelijk om wel de BCLD op te starten met Secure Boot; Vanaf deze Linux server wordt de controle wel juist doorgegeven.
Scholen/afname-instellingen die gebruik willen maken van Secure Boot zullen voor BCLD dus een Linux server met dnsmasq moeten inrichten.
Let op: Wij kunnen geen ondersteuning bieden op het opzetten van een netwerk met Secure Boot. Dit valt buiten de scope van Duo/Facet. In het geval van het opzetten van een Secure Boot netwerk voor BCLD gaan we uit van de kennis van de systeembeheerder(s). Systeembeheerders kunnen zich eventueel richten tot hun collega's op het Facet Forum. De stappen die in de BCLD handleiding(en) worden vermeld zijn een leidraad en hoeven niet persé 1 op 1 in uw netwerk te passen of te worden overgenomen.
Dual boot
Binnen het onderwijsveld is er interesse om de BCLD via een Dual Boot methodiek te gebruiken (de BCLD wordt in dat geval als image op de harde schijf geplaatst en kan alleen worden gestart door de computer te starten via een (grub)menu waar de BCLD wordt gekozen. Windows komt er niet aan te pas tijdens het opstarten). Dit werkt alleen op machines zonder Secure Boot.
De (dual) boot loader die hiervoor benodigd is, is tevens een bootloader/firmware van een derde partij, waar Duo/Facet geen enkele invloed op kan uitoefenen
Met Dual Boot loaders bedoelen wij Bootloaders (meestal Grub versies) die u laat kiezen tussen verschillende besturingssystemen op de harde schijf. Hier wordt geen dual boot bedoeld via het netwerk.
Voor alle bootloaders geldt; Om Secure Boot te kunnen gebruiken moeten alle onderdelen van de bootloader gesigned te zijn voor Secure Boot. Veelal zijn dual bootloaders niet meer dan een versie van Grub. Om Ubuntu met Secure Boot te kunnen starten hebben de bootloaders een gesignde Shim, Grub en kernel nodig. Geen enkele (dual) bootloader die wij kennen bevat de gesignde onderdelen voor Secure Boot.
Alhoewel wij de Dual Boot methodiek niet officieel door Facet wordt ondersteund (mede vanwege de bootloader(s) waar wij geen invloed op kunnen uitoefenen) hebben wij de BCLD wel getest met Dual Boot systemen. Dit werkte (meestal) naar behoren (werkt alleen in UEFI modus zonder Secure Boot). De ondersteuning die de Helpdesk van Facet kan bieden is beperkt.
Opsommend:
De primaire vorm van de BCLD die Facet/Duo levert is USB Boot. Deze is te gebruiken i.c.m. Secure Boot zonder extra stappen voor de gebruiker.
PXE boot met Secure Boot is mogelijk maar dan dient u wel extra stappen te ondernemen. Hiervoor is netwerkkennis nodig.
Dual Boot met Secure Boot is niet mogelijk. Dual Boot met UEFI zonder Secure Boot is wel mogelijk. Dual Boot is echter geen officieel ondersteunde Boot Methode.
Om over na te denken
Netwerkboot is per definitie onveilig…
Nu komen bij veel systeembeheerder de wenkbrauwen al omhoog. Immers, het netwerk is volledig dichtgezet en ik bepaal wat er gebeurt, wat er binnenkomt en Secure Boot was toch als een extra veiligheid bedoeld?
Helaas.
Secure Boot i.c.m. netwerkboot is te realiseren (zie hierboven en de BCLD handleiding) maar meestal bestaat er (vaak) afhankelijkheid van software van derde partijen (zoals bestanden en programma’s van andere bedrijven die je moet gebruiken om onder andere zelf de mogelijkheid verliest om mooie menu's te configureren en je geen zeggenschap hebt over de inhoud van deze bestanden én je dus ook niet weet of deze bestanden onwenselijk gedrag kunnen vertonen - al dan niet zichtbaar. Zonder een Microsoft infrastructuur met WDS en gesigneerde images is Secure Boot over het netwerk waarschijnlijk niet te realiseren zonder dergelijke concessies.
Microsoft zal daarnaast custom bootloaders zoals GRUB4DOS en custom netwerkboot omgevingen zoals iPXE waarschijnlijk nooit signen. Deze binaries zijn te complex en hebben te veel interne tools en programma's die allemaal stuk voor stuk gesigned zouden moeten worden. Bij een update van een dergelijk programma moet het signen wederom opnieuw gebeuren.
Daarnaast kun je binnen een omgeving met netwerkboot ALTIJD man-in-the-middle spelen en images gaan onderscheppen. In netwerkboot zijn images normaal gesproken niet versleuteld: Zouden deze wel zijn versleuteld dan kost dat een enorme hoeveelheid performance en mogelijk stabiliteit van het netwerk.
Conclusie: Secure Boot met BCLD is alleen echt veilig wanneer je de USB-methode gebruikt. Ubuntu had hier immers al voor gezorgd. In het geval van Windows bootloaders zoals Grub2Win of GRUB4DOS (GRUB4UEFI) zouden deze gesigned moeten worden door Microsoft. Volgens de vele forums waar ook met regelmaat techbedrijven reageren, zal dat nooit gebeuren.
Werken de Realtek RTL8821CE/RTL8822CE/RTL88xx WIFI adapters met de BCLD?
De BCLD maakt gebruik van Open Source drivers. De RTL8821CE/RTL8822CE (88xx) WIFI adapters hebben geen (gesignde) Open Source drivers voor Linux systemen.
Secure Boot vereist dat drivers zijn gesigned. Dat houdt in dat systemen deze adapters alleen kunnen gebruiken als Secure Boot wordt uitgeschakeld.
De fabrikant heeft (nog) geen (gesignde) Open Source drivers opgeleverd voor Linux. Veelal worden deze driver als 'eigendom' ofwel proprietary drivers beschikbaar gesteld. Dit betekent ook dat deze drivers niet als Open Source drivers mogen worden gebruikt.
In de praktijk zal dat betekenen dat wanneer Secure Boot is ingeschakeld, de WIFI adapter geen verbinding met het draadloze netwerk kan maken of helemaal niet als netwerkadapter wordt herkend. De BCLD toont dan een scherm met de melding dat er geen verbinding met een netwerk kan worden gemaakt.
De driverondersteuning vanuit de fabrikant is voor deze WiFi adapters niet altijd denderend waardoor ook met Secure Boot uit, de verbinding niet altijd gemaakt kan worden: Als de netwerkadapter wel wordt herkend, dan zal deze niet altijd in staat zijn om een SSID te zien. Ook dan zal de BCLD uiteindelijk worden uitgeschakeld.
De BCLD krijgt geen IP-Adres of de DHCP lease wordt niet vernieuwd.
We zien soms dat de BCLD geen IP-Adres krijgt toegewezen alhoewel de netwerkadapter goed wordt herkend. Soms gebeurt dit al tijdens het opstarten en wordt de BCLD utgeschakeld, soms wordt het IP-Adres niet vernieuwd als de BCLD al draait. Er wordt wel een DHCP Discover gedaan door de BCLD maar een DHCP Offer komt dan niet binnen vanaf de DHCP Server. We zijn tot dusver meerdere scenario's tegengekomen:
1: Op de DHCP server is een enorm lange leasetijd ingesteld van soms meerdere dagen tot een week, al dan niet gekoppeld aan een Mac-Adres.
De BCLD gebruikt een eigen identifier. Als er een lange DHCP lease is ingesteld op de DHCP Server, mogelijk gekoppeld aan het Mac-Adres, wil dit soms leiden tot het niet uitdelen van een IP-Adres. Er zijn op dat moment geen of niet meer voldoende IP-Adressen vrij om alle machines van een nieuw IP-Adres te voorzien. In de praktijk betekent het dat de BCLD een compleet nieuwe aanvraag doet waarbij, als de DHCP server weinig of geen IP-Adressen meer heeft om uit te delen, sommige machines een IP-Adres krijgen maar het merendeel van de machines niet verder komt dan een DHCP Discover. In de nieuwere versies van de BCLD kan dit betekenen dat de machine zichzelf uitschakelt of dat er na (lang) wachten alsnog een scherm wordt getoond met een connectieprobleem.
2: In het netwerk wordt zowel IPv4 als IPv6 gebruikt (IPv6 met bijvoorbeeld met SLAAC-adres via router advertisement al dan niet met Dual Stacking).
De BCLD zal sowieso via IPv4 een DHCP Discover doen. Als dit niet goed gaat, of er wordt wel een IP-Adres toegekend maar de DHCP lease wordt niet (tijdig) vernieuwd én er wordt in het netwerk zowel gebruik gemaakt van IPv4 als IPv6, dan kan het soms raadzaam zijn om de BCLD te vertellen dat IPv6 niet gebruikt moet worden. Door middel van een parameter in de BCLD kan dit worden ingesteld.
De in te stellen parameter is: ipv6.disable=1
Kan de BCLD draadloos werken als een SSID spaties bevat?
Wanneer er conform de handleiding gebruik wordt gemaakt van Based64 encoding, dan wordt het SSID met Base64 codering weggeschreven en kan de BCLD zonder problemen verbinden. Een spatie wordt dan als een apart karakter gecodeerd.
Stel dat uw SSID 'Facet WLAN' heet en uw WPA sleutel bestaat uit de tekens 'Facet1234' en codeert deze gegevens met Base64, dan zal de BCLD kunnen starten zonder dat u het SSID in uw router of AP hoeft aan te passen.
Als er dan een parameter wordt ingesteld met een Based64 encoding, dan zal dit er als volgt uitzien áls we de eerdere genoemde SSID en WPA sleutel gebruiken. Let op; In dit voorbeeld maken we gebruik van de online afname-omgeving en de juiste beginparameters:
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment bcld.wifi.ssid=RmFjZXQgV0xBTg== bcld.wifi.psk=RmFjZXQxMjM0"
Zie voor meer informatie: Base64 encoding
Let op: Base64 encoding is géén vorm van beveiliging. De school/instelling blijft zelf verantwoordelijk voor de veiligheid van de WiFi wachtwoorden.
Raakt een USB stick met de WiFi credentials verloren? Dan dient het WiFi netwerk voorzien te worden van nieuwe credentials. Een school is en blijft eigenaar van de credentials en is dus ook verantwoordelijk voor deze gegevens.
De BCLD verbindt niet met mijn draadloze netwerk/SSID wordt niet gezien
Het kan gebeuren dat de BCLD niet kan verbinden met een draadloos netwerk, ook al wordt de draadloze netwerkkaart goed herkend. De BCLD zal worden afgesloten nadat er een scherm wordt getoond waarin de melding wordt getoond dat er geen verbinding met een netwerk kan worden gemaakt:
In sommige gevallen kan het helpen om het kanaal van de draadloze router of Accesspoint aan te passen.
Afhankelijk op welke band de draadloze router of Accesspoint uitzendt, 2.4GHz of 5GHz, kan daarop het kanaal worden aangepast. Veelal staan draadloze routers of Accespoints op een 'automatische selectie' ingesteld. Dat wil zeggen dat de draadloze router of Accesspoint zelf bepaalt welk kanaal er wordt gebruikt. Dit kan soms betekenen dat er een kanaal wordt gebruikt wat niet (goed) door drivers van de draadloze kaart wordt opgepakt of wordt gezien.
Normaliter kan men inloggen op een webbased pagina van de wireless router of Accesspoint en bij de draadloze instellingen het kanaal aanpassen. In geval van een 2.4 GHz netwerk helpt het veelal om een lager kanaal (2 of 3) of een hoger kanaal (9 of 10) te kiezen. Kanalen 12/13/14 worden niet door alle draadloze apparaten en/of drivers ondersteund. Probeer deze kanalen dan ook te vermijden.
Dat Windows wél kan werken op bepaalde kanalen zegt niets over de werking in Linux omgevingen.
Let op; Het aanpassen van dergelijke settings valt niet onder de ondersteuning van de Facet Helpdesk. Mocht u tegen problemen aanlopen bij het aanpassen van deze settings of zijn er onduidelijkheden bij het aanpassen, raadpleeg dan de handleiding van de draadloze router of Accespoint of neem contact op met de leverancier van het apparaat.
Let op 2; Mocht het aanpassen van de draadloze kanalen niet helpen, dan kunt contact opnemen met de Facet Helpdesk. Het kan zijn dat er een logging gemaakt dient te worden van de uBCLD waaruit de Helpdesk kan opmaken of er andere problemen de oorzaak zijn van het niet kunnen verbinden.
Beeldscherm
Zwart scherm met NVidia (Geforce/Quadro) of AMD/ATI GPU .
In een enkel geval kan het voorkomen dat het scherm op 'zwart' gaat of dat het booten eindigt in een consolescherm met $ wanneer er een afnamecomputer woprdt gebruikt met een NVIDIA of AMD/ATI GPU.
Deze GPU's hebben normaliter drivers nodig die niet open source zijn.
Ervaart u een zwart scherm, dan kunt u een drietal parameters proberen. Deze parameters zijn: 'acpi=off', 'nouveau.modeset=0' of 'nomodeset'.
Door het toevoegen van deze specifieke parameters kan mogelijk het bovenstaande probleem worden verholpen. De parameters 'acpi=off' of 'nouveau.modeset=0' zijn aan te bevelen omdat daarmee het systeem zonder verdere beperkingen kan doorstarten.
'acpi=off' zal voor de meeste oudere machines volstaan. Wordt er een nieuwere machine gebruikt, dan kan er alsnog een fout worden getoond (IRQ melding waarbij touchpad en/of soundcard wordt uitgeschakeld). Gebruik in dat geval 'nouveau.modeset=0'.
Wordt de parameter 'nomodeset' gebruikt, dan worden de GPU functies uitgeschakeld en zal het systeem opstarten met in sommige gevallen resolutie beperkingen. In dat geval wordt de resolutie bepaald door 'efifb', een EFI systeemdriver van het UEFI BIOS wat vooraf vastgestelde resoluties hanteert die niet te overschrijven zijn.
Een voorbeeld hoe de parameter er dan uit komt te zien in het bcld.cfg bestand (in dit geval wordt er een verwijzing gebruikt naar de online afname-omgeving):
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment acpi=off"
of
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment nouveau.modeset=0"
of
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment nomodeset"
*Ervaart u problemen, ook na het toevoegen van de parameter, neem dan contact op met de Helpdesk Facet. De Helpdeskkan u helpen om deze problemen op te lossen.
Let op: Wordt de 'nomodeset' parameter gebruikt (welke variant dan ook) dan kunnen systeemparameters zoals resolutie en scaling parameters niet worden gebruikt. Deze parameters vereisen de aanwezigheid van geladen videodrivers die bij de video-adapter horen. Nomodeset zorgt ervoor dat deze drivers niet worden gebruikt.
Kan ik zelf de resolutie van de BCLD instellen?
De BCLD zal normaliter automatisch de hoogst haalbare resolutie gebruiken van het beeldscherm. Heeft u een Full HD beeldscherm? Dan zal de BCLD de resolutie instellen op 1920x1080 (ofwel 1080p).
Veel kleinere formaat beeldschermen zijn tegenwoordig ook Full HD schermen. Op zich is dat prima, maar teksten en afbeeldingen kunnen daardoor wel klein(er) lijken waardoor teksten en afbeeldingen kleiner worden getoond waardoor mensen soms moeite moeten doen om het beeldscherm goed af te lezen. Net als in Windows kan de BCLD ook op een andere resolutie gebruiken waardoor de afbeeldingen en teksten groter worden getoon en de afname een prettigere ervaring kan zijn voor de kandidaat.
De parameter die kan worden gebruikt is: bcld.display.resolution=
Als u bijvoorbeeld een resolutie wenst te gebruiken van 1368x768 (16:9 resolutie die voor de meeste beeldschermen het dichtst bij de minimale resolutie van Facet zit én de afbeeldingen en teksten zo groot mogelijk toont), dan stelt u in (In dit geval werken we op de online afname-omgeving van Facet):
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment bcld.display.resolution=1600x900"
U kunt ook gebruik maken van zogenaamde 'Presets'. Elke mogelijke preset stelt een andere resolutie in. Een preset die gebruikt kan worden om de 1368x768 resolutie in te stellen is: bcld.display.preset=768p
In geval de bcld.display.preset=768p preset wordt gebruikt vult u in (we maken gebruik van de online afname-omgeving):
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment bcld.display.preset=768p"
Let op: Deze parameters hebben geen effect als de computer wordt opgestart met uitgeschakelde videodrivers zoals door een 'nomodeset' parameter wordt veroorzaakt. .
De helderheid van het scherm varieert tijdens afnames of het scherm is te donker/overbelicht
Normaliter zal de BCLD een scherm op de juiste helderheid instellen. In een enkel geval zal het scherm te donker kunnen ogen of overbelicht of kan de helderheid van het scherm tijdens een afname variëren. Is dat het geval, dan kan met behulp van een parameter de helderheid van een scherm worden aangepast.
#
#
set bcldparameters="bcld.display.brightness="
Om de maximale helderheid van een scherm in te kunnen stellen, ofwel 100%, dan kan deze op ‘100’ worden ingesteld. Wilt u het scherm op 80% van de maximale helderheid instellen, dan stelt u deze op ‘80’ in.
Voorbeeld van maximale helderheid:
#
#
set bcldparameters="bcld.display.brightness=100"
Voorbeeld van 80% helderheid:
#
#
set bcldparameters="bcld.display.brightness=80"
Overige, mogelijk bruikbare parameters:
#
#
set bcldparameters="acpi_backlight=vendor"
#
#
set bcldparameters="acpi_backlight=vendor_xbacklight_+100"
#
#
set bcldparameters="video.use_native_backlight=1 acpi_backlight=native acpi_osi="
De BCLD ‘stil’ krijgen tijdens het starten (meldingen tijdens het opstarten verminderen)
De BCLD toont tijdens het starten verschillende meldingen. Deze meldingen kunnen overkomen als foutmeldingen maar zijn slechts informatief van aard. De meldingen (de hoeveelheid en wélke meldingen precies) die worden getoond kunnen verschillen per machine, BIOS versie/instellingen en model computer.
Het is echter wel mogelijk om zo min mogelijk (informatieve) meldingen op het beeld te krijgen tijdens het starten. Alleen systeemspecifieke meldingen die niet onderdrukt kunnen worden zullen dan worden getoond.
Daarvoor dient de parameter quiet loglevel=0 systemd.show_status=auto rd.udev.log_priority=3 aan de BCLD toegevoegd te worden.
Als parameter ziet dit er als volgt uit:
#
#
set bcldparameters="quiet loglevel=0 systemd.show_status=auto rd.udev.log_priority=3"
Meldingen die vanuit een PXE server worden gegenereerd zijn niet volledig door BCLD parameters stil te krijgen.
Het beeld wordt klein weergegeven/klein geschaald op een machine met een Full HD/Quad HD/4K/5K/Retina scherm
Voorheen werd schaling veel toegepast maar tegenwoordig is er een (in onze ogen) beter alternatief; Een resolutie parameter.
De BCLD zal automatisch detecteren wat de maximale resolutie van het beeldscherm is en zal deze maximale resolutie gaan gebruiken. Detecteert de BCLD tijdens het starten een Full HD scherm, dan wordt de resolutie ingesteld op 1920x1080.
Facet komt het best tot zijn recht als Facet ‘beeldvullend’ ofwel passend in het scherm wordt getoond. De minimale beeldvullende resolutie van Facet is 1024x768. Deze resolutie is beeldvullend en passend op een scherm met een 4:3 verhouding.
Tegenwoordig krijgen steeds meer kleinere formaten beeldschermen hogere resoluties. 10.1 inch, 11.6 inch, 13.3 inch, 14 inch, 15.6 inch en 17.3 inch beeldschermen gebruiken tegenwoordig Full HD resoluties.
Uiteraard wordt Facet op een 11.6 inch beeld veel kleiner weergegeven dan op een 17.3 inch beeldscherm maar is het wel beeldvullend. Vrijwel alle computerschermen hebben tegenwoordig een 16:9 beeldverhouding.
Hoewel hogere resoluties, zoals 1920x1080 Facet beeldvullend tonen, kunnen getoonde teksten en afbeeldingen voor sommige gebruikers te klein zijn.
Facet kent een resolutieparameter waarmee een gekozen resolutie wordt afgedwongen. Idealiter wordt er gebruik gemaakt van een resolutie die ‘hoort’ bij de beeldverhouding van het scherm. Hierdoor wordt Facet beeldvullend én passend getoond op het scherm.
Wordt het beeld bij een Full HD resolutie (1920x1080) te klein bevonden, dan kan er een resolutie worden ingesteld die past binnen de resolutie-eis van Facet en die tevens passend is bij de beeldverhouding van het scherm. Het scherm wordt dan optimaal benut. Een veelgebruikte resolutie voor 16:9 schermen is dan 1368x768.
De resolutieparameter zal dan worden:
bcld.display.resolution=1368x768
Als u bijvoorbeeld een resolutie wenst te gebruiken van 1368x768, dan stelt u in (In dit geval werken we op de online afname-omgeving van Facet):
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment bcld.display.resolution=1368x768"
Wanneer de BCLD nu wordt gestart zal Facet de ingestelde resolutie gebruiken waarbij de gebruiker zal merken dat Facet groter getoond wordt.
Hoewel vrijwel alle computerschermen tegenwoordig een 16:9 beeldverhouding kennen, bestaan er ook beeldschermen met andere beeldverhoudingen. Hieronder de meest voorkomende beeldverhoudingen en de daarbij horende resoluties. Heeft u een scherm met een andere beeldverhouding, dan kunt u in de tabel opzoeken welke resolutie u kunt gebruiken (en die het dichtstbij de minimale Facet resolutie zit).
Beeldverhouding | Mogelijke resoluties |
4:3 | 1024x768 |
16:9 | 1368x768 |
16:10 | 1280x800 (WXGA) |
3:2 (Wordt bijna niet gebruikt) | 2160×1440 |
Is het mogelijk een tweede, groter scherm aan te sluiten?
Alhoewel dit niet officieel onder de ondersteuning van de BCLD valt, is het vaak wel mogelijk om een tweede scherm op de afnamecomputer aan te sluiten als bijvoorbeeld het originele scherm te klein is.
Omdat het examen op slechts één (1) scherm getoond mag worden betekent het wel dat het originele scherm tijdens de afname wordt uitgeschakeld.
Als u een tweede scherm heeft aangesloten, bijvoorbeeld via VGA of HDMI, dan kunt u de BCLD een parameter meegeven waarmee de BCLD wordt 'verteld' om het tweede scherm te gebruiken tijdens de afname. Wanneer de machine wordt opgestart, zal het kleine scherm vaak het opstartdeel laten zien, zodra de BCLD naar de afname-omgeving gaat wordt het tweede scherm geactiveerd en het originele scherm wordt uitgeschakeld.
De parameter die kan worden gebruikt is: video=eDP-1:d
Een voorbeeld hoe de parameter er dan uit komt te zien in het bcld.cfg bestand (In dit geval werken we op de online afname-omgeving van Facet):
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment video=eDP-1:d"
Let op: Afhankelijk van de door de computer gebruikte chipset is het mogelijk dat deze parameter niet (altijd) werkt.
Geluid
De computer wordt uitgeschakeld na het tonen van een scherm waarop wordt aangegeven dat er geen geluidskaart is aangetroffen
Wanneer de BCLD start, voert deze een controle uit op de geluidskaart: Aangezien geluid een essentieel onderdeel is in Facet, moet de geluidskaart wel aanwezig zijn.
Vindt de BCLD tijdens het opstarten géén geluidskaart? Dan zal de BCLD dit met een scherm tonen en wordt de computer/BCLD uitgeschakeld.
1: Als de BIOS/UEFI firmware wat verouderd is, kan dit al de reden zijn dat de geluidskaart niet wordt herkend. Controleer of de fabrikant van de computer een update heeft voor uw computer.
2: Ook een heel nieuwe computer die pas net is uitgebracht kan in Linux soms problemen hebben met de geluidskaart: De hardwarefabrikant heeft niet altijd op tijd open source drivers gereleased zodat deze ook (nog) niet in de gebruikte kernel(s) is opgenomen.
3: Sommige computer (audio) hardware heeft een digitale microfoon aan boord, DMIC. Normaliter wordt de legacy audio driver gebruikt, maar deze herkent de DMIC niet. Afhankelijk van de BIOS/UEFI firmware van de computer+ de kernel die de BCLD gebruikt,* zal de in Linux aanwezige SOF driver gaan proberen om deze DMIC activeren. Indien deze SOF driver wordt gebruikt, zal deze zorgen voor een dummy output=no soundcard en wordt de BCLD afgesloten.
Door een parameter aan de BCLD toe te voegen zal de audio weer gaan werken. Deze parameter zorgt ervoor dat de Legacy audio driver wordt gebruikt.
De parameter is: snd_hda_intel.dmic_detect=0
Een voorbeeld hoe de parameter er dan uit komt te zien in het bcld.cfg bestand (In dit geval werken we op de online afname-omgeving van Facet):
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment snd_hda_intel.dmic_detect=0"
*Als de geluidskaart in Facet 12 wel goed werd herkend zonder aanvullende parameters nodig te hebben: BCLD voor Facet 13 gebruikt een hogere kernel dan in Facet 12 met nieuwere (indien door de fabrikant geleverde) open source drivers. Hierdoor kan het gebeuren dat de hardware anders dan voorheen wordt geinitialiseerd. Een fabrikant kan uiteindelijk een BIOS/UEFI firmware update uitbrengen die de noodzaak voor parameters wegneemt.
(i)PXE: Geen geluid na vervangen bcld.iso
Het kan voorkomen dat men wel de bcld.iso vervangt maar de losse vmlinuz en initrd van de oude bcld.iso laat staan. Geen geluid is daar een gevolg van.
Maakt uw (i)PXE server gebruik van de losse vmlinuz en initrd naast de bcld.iso? Vergeet dan niet om de vmlinuz en initrd uit de 'casper' map van de nieuwe bcld.iso te halen en deze naast de nieuwe bcld.iso te zetten (U vervangt de oude vmlinuz en initrd).
Kan ik handmatig het geluidsvolume instellen? Het standaard geluidsniveau is te hoog/te laag
De BCLD heeft op verzoek van veel scholen een hogere default geluidssterkte (125%) gekregen (audio boost). Klinkt dit in uw geval te hard, dan is het mogelijk om met behulp van een parameter het geluidsvolume in te stellen.
Stel dat het gewenste geluidsvolume 65% van de default geluidssterkte is, dan kan als parameter worden ingesteld:
bcld.audio.default_playback_vol=65
In de BCLD configuratie ziet dit er als volgt uit:
set bcldparameters="bcld.audio.default_playback_vol=65"
Ook hier geldt; Voer ruim voor de eerste echte afnames een FT check/systeemcheck uit om video en audio te testen. Eventuele aanpassingen kunnen dan tijdig doorgevoerd worden.
De BCLD start op maar er is geen geluid op M2Desk* machines of slechts een deel van de machines geeft geluid
Er kan gebruik worden gemaakt van een parameter die het geluidssysteem herstart tijdens het booten van de BCLD. Deze parameter bcld.audio.restore=1 zorgt ervoor dat het geluid daarna in orde is.
Een voorbeeld hoe de parameter er dan uit komt te zien in het bcld.cfg bestand (In dit geval werken we op de online afname-omgeving van Facet):
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment bcld.audio.restore=1"
*Andere hardware profielen kunnen ook deze parameter gebruiken (indien er geen geluid aanwezig is na het volgen van deze FAQ:)
Dell Optiplex 3040: Geen geluid met aangesloten headset (3.5mm jack)
Schakel in de BIOS van de computer in de menu-optie 'Audio' de 'Internal Speaker/Microphone' in. Veelal staat deze functie uit.
Door deze optie in te schakelen zal de headset geluid produceren bij gebruik van de BCLD.
Starten van de computer/Niet (op)starten van de computer en overig
Is er een NVIDIA versie van de BCLD beschikbaar? Mijn computers met NVIDIA adapter starten niet op met de BCLD
De BCLD maakt gebruik van open source drivers. Dat betekent dat video adapters, zoals NVIDIA adapters, moeten kunnen werken met de beschikbare open source drivers.
NVIDIA adapters hebben vaak niet genoeg aan de standaard open source drivers en zullen de BCLD dan ook niet opstarten. Het scherm zal tijdens het starten van de BCLD op zwart gaan. Door een 'nomodeset' parameter kan er enigszins omheen worden gewerkt.
NVIDIA heeft echter sinds kort (een deel) van hun proprietary drivers open source gemaakt waardoor een deel van de NVIDIA adapters in theorie werken. De adapters die dan werken zijn dan vaker oudere GPU’s. Soms worden door deze drivers de kloksnelheden van de GPU en geheugen dermate laag ingesteld dat er geen fatsoenlijke afname mee te doen is. De ‘nomodeset’ parameter moet dan alsnog worden toegepast.
Moet de USB stick in de machine blijven zitten na het opstarten van de BCLD?
De USB stick hoeft niet in de machine te blijven zitten als er geen logbestand op de USB stick staat. Zodra de BCLD in het RAM-geheugen van de computer is ingeladen kan de USB stick worden verwijderd. Tijdens het starten van de BCLD wordt ook een melding getoond wanneer de USB stick uit de machine verwijderd kan worden. U kunt ook wachten om de USB-stick pas te verwijderen wanneer het inlogscherm wordt getoond.
Gebruikt u een BCLD-USB stick waar een bcld.log bestand op aanwezig is? Dan moet u de BCLD-USB in de machine laten zitten om de BCLD de log gegevens naar de USB-stick te laten schrijven. Haalt u de BCD-USB stick met log bestand wél uit de computer, dan werkt de BCLD wel maar zal u tijdens het afsluiten van de BCLD log (fout) meldingen kunnen zien (het log bestand wordt dan niet aangetroffen) en wordt er geen (fatsoenlijke) log gemaakt.
Secure Boot: De BCLD geeft tijdens het starten een melding ' Bad Shim signature' en de machines starten niet (goed) op.
Nieuwere machines (of machines die een BIOS Update hebben gekregen) kunnen van nieuwere gesignde Secure Boot certificaten meegekregen hebben.
Dat betekent dat het OS dat wordt opgestart, in het Shim package hetzelfde certificaat moet kunnen aanbieden om door het Secure Boot proces heen te komen. Wordt er een BCLD versie gebruikt die ouder is dan het (nieuwere) Secure Boot certificaat, dan kan deze melding worden weergegeven en start de BCLD niet op.
Elke (nieuwe) BCLD release zal ook een Shim update krijgen. Wordt er een melding gegeven 'Bad Shim signature', dan zal er in eerste instantie een nieuwere BCLD versie gebruikt moeten worden.
In een enkel geval zal een machine te nieuw zijn en moet er worden gewacht op de release van een nieuwe BCLD met Shim update.
Daarom geldt voor nieuwe machines ook: Maak gebruik van een systeemcheck om te controleren of de machines (kunnen) werken met de BCLD.
Automatisch afsluiten van de BCLD (timer)
Het is mogelijk om de BCLD te laten afsluiten na een ingestelde tijd (Vanaf Facet 12).
De BCLD heeft een ingebouwde shutdown timer, deze kan per uur worden ingesteld met behulp van een parameter.
De parameter ziet er als volgt uit:
bcld.afname.shutdown=(1-24)
Deze kan per uur worden ingesteld. Als deze op 4 uur wordt ingesteld dan zal de BCLD elke 4 uur controleren of de huidige pagina een inlogscherm is. Wanneer dit het geval is, gaat een tweede timer van een kwartier af. Als dan alsnog een inlogscherm gedetecteerd wordt -> shutdown.
Op deze manier kan worden voorkomen dat de computer na een dag van afnames onnodig aan blijft staan en energie blijft verbruiken.
Een voorbeeld hoe de parameter er dan uit komt te zien in het bcld.cfg bestand (met de timer op 4 uur)|
set bcldparameters="bcld.afname.url=bcld.afname.shutdown=4"
Niet kunnen loggen met USB stick
Er wordt geen log gemaakt (log bestand blijft leeg), terwijl het bcld.log bestand wel werkt met andere versies van de uBCLD of met andere USB sticks?
Probeer de BCLD-USB stick te maken met een ander programma. Vaak wordt er gebruik gemaakt van Win32iskImager. Werkt het loggen niet (en u gebruikt een goed log bestand), dan kan het helpen om met een ander schrijfprogramma de BCLD-USB stick te maken.
Alternatieve schrijf programma's zijn:
Let wel: Dit zijn net zoals Win32DiskImager programma's van derde partijen, niet van Duo. De download URL's kunnen na verloop van tijd wijzigen. Ondersteuning op deze programma's kunnen wij niet bieden!
UNetbootin en Universal USB Installer zijn ook schrijf programma's die eventueel gebruikt kunnen worden. Deze zijn echter niet volledig getest en lijken in gebruik minder snel te zijn dan bovengenoemde voorbeelden.
Melding: integrity: Problem loading X.509 certificate -65
Deze melding wordt getoond doordat bepaalde BIOS verouderde/verlopen certificaten hebben. Tijdens de check op certificaten door de BCLD/BIOS wordt deze melding getoond.
Normaal gesproken is er geen negatief effect op het opstarten van de BCLD. Ook opstarten met Secure Boot zal gewoon lukken.
Merken waarbij de certificatenmelding tot dusver wordt getoond:
Lenovo
Acer
Dell
In sommige gevallen zal een BIOS update deze melding laten verdwijnen. Vaak zal deze melding blijven, deze certificaten worden niet altijd bijgewerkt bij een BIOS update.
Acer Spin (o.a. 1SP111-31 series) start niet op met de BCLD
Om op een machine zoals de Acer Spin de BCLD te kunnen starten, is het noodzakelijk om een aantal BIOS instellingen aan te passen:
Ga naar het BIOS
Ga naar het tabblad ‘Main’
Zet Netwerk Boot op ‘Enabled’
Zet F12 Boot Menu op ‘Enabled’<l/i>
Sla dit op
Wanneer de Acer Spin nu wordt gestart met de BCLD USB stick aangesloten, kunt u via het F12 menu kiezen om te starten via de USB stick. De naam/merk/type aanduiding van de USB stick wordt vermeld. De uBCLD wordt gestart.
Dell Optiplex (o.a. 9030 AIO) start niet op met de BCLD (mogelijk meerdere Optiplex modellen)
Als een Dell Optiplex (o.a. 9030 AIO) niet start, controleer in het BIOS of bij de 'Fastboot' optie de juiste instelling staat. Een Dell Optiplex dient de 'Fastboot' optie 'Thorough' ingesteld te hebben.
Ga naar het BIOS.
Ga onder 'Settings' naar 'POST Behavior'.
Kies 'Fastboot' en selecteer 'Thorough'.
De optie 'Thorough' zorgt ervoor dat alle aanwezige hardware wordt geinitialiseerd en wordt geconfigureerd.
Problemen met starten (langdurig blijven hangen in het splashscreen (O.a. Dell 3350 en andere machines met ACPI)
Machines met ACPI, zoals de Dell Latitude 3350, kunnen problemen krijgen met de IRQ toewijzingen tijdens het starten van de uBCLD. In de praktijk zal het betekenen dat de netwerkkaart dezelfde IRQ krijgt toegewezen als een ander apparaat. Dat kan resulteren in het langdurig blijven starten en/of het blijven hangen in het splashscreen van de BCLD. Soms zal de machine wel doorstarten.
De Dell Latitude 3350 heeft bijvoorbeeld een bekend probleem met de onboard ethernet adapter en het touchpad. Er zit een fout in de BIOS (touchpad probleem is vanaf BIOS versie A09 opgelost) waardoor als Linux (BCLD) start (Linux rapporteert een ander ACPI level dan Windows) de BIOS een IRQ toewijst aan de netwerkkaart (en touchpad) wat gereserveerd is voor een ander apparaat in het systeem. Door de toevoeging van één van de onderstaande parameters start de kernel anders op (zonder ACPI ondersteuning) en wijst het BIOS wel een bruikbare IRQ toe.
Ervaart u deze problemen, dan dient u "noapic acpi=noirq" of "acpi=off" als parameter mee te geven in de bcld.cfg. Een voorbeeld hoe de parameter er dan uit komt te zien in het bcld.cfg bestand (in dit geval wordt er een verwijzing gebruikt naar de online afname-omgeving):
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment noapic acpi=noirq"
of
#
#
set bcldparameters="bcld.afname.url=https://afname.facet.onl/facet-player-assessment noapic acpi=off"
Heeft u een ander model dan de Dell Latitude 3350 dan dient u bij de fabrikant te controleren of er een BIOS update beschikbaar is die deze problemen kan oplossen. Is dit het geval, dan kunt de BCLD zonder additionele ACPI parameter gebruiken.
Dual Boot specifieke vragen
Hoe stel ik een Windows computer in voor Dual Boot gebruik?
Een windows computer kan worden ingesteld voor Dual Boot gebruik door middel van een Dual Boot loader. Voor de Dual Boot loader genaamd Grub2Win hebben wij een handleiding en een korte ‘how to’ gemaakt.*
* Dual Boot valt niet onder de officiele ondersteuning van de Helpdesk van Facet. De stappen in de handleiding en how-to kan als een leidraad worden gezien, niet als een garantie!
Waarom moet de harde schijf partitie op het FAT32 bestandssysteem worden geformatteerd?
Als de partitie niet op FAT32 maar bijvoorbeeld op NTFS is geformatteerd, dan zal de BCLD niet inladen. Er zal uiteindelijk een (fout) melding worden gegeven 'Unable to find a medium containing a live file system'. Een FAT32 bestandssysteem is een vereiste om Dual Boot te kunnen toepassen.
Na een Windows Update start de BCLD niet meer. Windows start wel.
Een update van Windows kan er voor zorgen dat er wijzigingen worden aangebracht aan de opstartpartities van de harde schijf. Zodra u na een Windows update ervaart dat de BCLD niet meer kan starten omdat:
1: Het Grub2Win menu helemaal niet meer wordt getoond.
2: Het Grub2Win menu wordt wel getoond maar na aankiezen van de BCLD wordt er een melding getoond dat 1 of meerdere bestanden niet kunnen worden gevonden/BCLD kan niet worden gestart.
In geval van 1:
Start Windows op.
Open Grub2Win.
Kies ‘Set EFI Firmware Boot Order’.
Zorg ervoor dat Grub2Win de ‘Default Firmware Bootmanager’ is. Herstart de computer.
Werkt het dan nog niet, dan kan de Windows update hebben gezorgd dat daarnaast de Windows bootmanager de primaire bootmanager is geworden in de UEFI Firmware. Beter gezegd; deze is bovenaan de lijst van Bootladers/Bootmanagers gezet. Open de UEFI Firmware van de computer en zet daar Grub2Win bovenin de lijst met te gebruiken Bootloaders/Bootmanagers.
In geval van 2:
Start Windows op.
Open Grub2Win.
Kies ‘Partition List’.
Noteer het partitienummer van de BCLD partitie.
Open in Grub2Win de entry van de BCLD via ‘Manage Boot Menu’ of open het .cfg bestand in de ‘Customconfigs’ map van Grub2Win op de C-schijf.
Pas het partitienummer aan naar datgene wat u genoteerd heeft bij stap 3.
Sla de gegevens op en herstart de computer waarna u de BCLD weer kunt opstarten.
Wanneer de BCLD start zie ik niet de hardware tree of andere opstartschermen. Ik zie alleen een zwart scherm en uiteindelijk wordt het Facet menu getoond. Hoe kan dit?
Dit heeft te maken met de Grub versie die de (meeste) Dual Boot loaders gebruiken. Deze lopen enigszins uit de pas met de Grub versies die de recente Ubuntu versi (anders gezegd: Deze Grub versies lopen achter/zijn wat verouderd). Uiteindelijk zal Grub2Win wel een update uitbrengen waarbij dit fenomeen zal verdwijnen. Wordt uiteindelijk wel het Facet inlogscherm getoond, dan kunt u uw computer alsnog inzetten.
Kan ik problemen verwachten als ik de bcld.iso of .img bestand ga mounten onder Windows?
Door de bcld.iso of het .img bestand onder Windows te mounten in plaats van te openen in 7zip (7zip wordt genoemd - het mounten niet), zal het mounten ervoor zorgen dat er mutaties plaatsvinden in de ‘casper’ map. Het gevolg is dat de interne checksum niet meer klopt. Het effect hiervan zal zijn dat de BCLD niet kan starten met de melding 'Unable to find a medium containing a live file system'.
MAC/Apple computers
Kan de BCLD worden ingezet op het Silicon (M1/M2/M3), ARM platform of Intel Mac?
De BCLD is niet geschikt om ingezet te worden op het Silicon Mac platform, ARM platform of Intel Mac platform. De BCLD software is ontwikkeld voor standaard (PC) X86-64 (Intel) architectuur. De Mac platforms zijn door Apple ongeschikt gemaakt voor BCLD gebruik.
Het Apple Silicon platform is een door Apple ontwikkeld hardware platform. Software die op dit platform moet draaien dient ontwikkeld te worden voor deze architectuur. Aangezien dit platform door Apple is ontwikkeld is er slechts zeer beperkt software beschikbaar vanuit de Linux hoek*.
Het Intel Mac platform heeft initieel ondersteuning gehad voor BCLD. Door toevoeging van allerhande beveiligings en beheerstooling van Apple op het Intel Mac platform (nieuwere hardware vanaf 2016) is BCLD gebruik niet meer mogelijk. Oudere Intel hardware heeft te lang geen Linux ondersteuning vanuit de Apple hoek ontvangen om nog gebruikt te worden met BCLD*.
* Gebruikers die willen afnemen op een Silicon device dienen gebruik te maken van de Mac OS Afname App. Deze heeft ondersteuning voor het Silicon platform d.m.v. een dedicated App voor Silicon.
* Gebruikers die willen afnemen op een Intel Mac device dienen gebruik te maken van de Mac OS Afname App. Deze heeft ondersteuning voor het Intel Mac platform d.m.v. een Intel App.