Googles besturingssysteem Fuchsia draait op Pixelbook en Intel NUC

Het Google-besturingssysteem Fuchsia kan draaien op Googles eigen laptop Pixelbook en op Intel NUC's uit 2015. Tot nu toe draaide Fuchsia op smartphones als app boven op Android, maar dat is momenteel niet meer mogelijk.

Gebruikers kunnen Fuchsia niet zelf installeren, omdat de benodigde bestanden niet openbaar zijn. Google zegt dat gebruikers Fuchsia kunnen installeren op de Pixelbook, wat Intel NUC's uit 2015 en de Acer Switch 12-laptop.

De installatie vereist twee machines die zijn verbonden via een lokaal netwerk. De installatie verloopt deels via streaming van de benodigde bestanden tussen beide machines, maar gebruikers hebben ook een usb-stick nodig. Die is na installatie van Fuchsia onbruikbaar. Volgens Ars Technica draait het besturingssysteem ook op een QEMU-emulator, maar zonder interface. De emulator heeft geen ondersteuning voor Vulkan, waar de interface mee werkt.

Fuchsia is een besturingssysteem van Google. Het werkte eerst op ARM-systemen, maar functioneert nu louter op x86-systemen. Het is nog onbekend wat de zoekgigant precies wil met het besturingssysteem, dat nu nog in een experimentele fase zit. Fuchsia draait niet op een Linux-kernel, maar op een eigen microkernel met de naam Zircon.

Het kan nog jaren duren voordat Google producten gaat aankondigen op basis van Fuchsia. Omdat de zoekgigant nog nooit openlijk heeft gesproken over Fuchsia, blijft het onduidelijk wat de plannen zijn. In augustus vorig jaar kwam voor het eerst naar buiten dat het Amerikaanse bedrijf werkt aan Fuchsia.

Fuchsia-interface op een smartphone

Reacties (32)

To create your install media we recommend using a USB drive since these are well-supported as boot media by most systems. Note that the install media creation process will be destructive to the USB drive being used.

Wat een aparte uitspraak. Een stick kan toch altijd wel weer opnieuw geformatteerd worden, ongeacht wat je ermee uitspookt

Nee, flash kan gebricked worden door de NAND flash chip in een verkeerde state te laten staan. Dan heb je een NAND reader (=een los apparaat) nodig om dit te herstellen. Ook kan je NAND flash slopen door heel vaak naar dezelfde locatie te schrijven.

Sommige mallware gebruikt een vergelijkbare truc om onzichtbaar te zijn in klassieke forensische Images. Een block wordt als kapot gemarkeerd en daardoor praktisch onleesbaar voor het os en mainstream tools.

Yup. De stick wordt wel ge"dd"-t dus bestaande data en partities zijn weg. Denk dat dat bedoeld wordt.

Edit:
"Die is na installatie van Fuchsia onbruikbaar. " Is dus onzin.
Opnieuw partitoneren en formaten en gaan met die banaan

[Reactie gewijzigd door proditaki op 3 januari 2018 17:20]

Nouja er staat destructive. Dus ze zullen wel gewoon bedoelen dat het ding gewoon niet meer werkt na de installatie. Anders is de woordkeuze wel heel apart. Gezien de verdere geheimzinnigheid rond de files zou het best kunnen dat ze hem gewoon slopen om data recovery tegen te gaan

Als je in de comments van het originele artikel kijkt zie je staan wat er gebeurt. Iemand heeft het al uitgezocht.

echo "Writing zedboot for EFI"
$unmountcmd
dd if="${FUCHSIA_BUILD_DIR}/images/zedboot-${ZIRCON_PROJECT}.esp.blk" of="${USB_DEVICE}" seek=${esp_offset}
echo "Writing zedboot for Cros"
$unmountcmd
dd if="${FUCHSIA_BUILD_DIR}/images/zedboot-${ZIRCON_PROJECT}.vboot" of="${USB_DEVICE}" seek=${vboot_offset}
echo "done"

case "$(uname)" in
Linux)
eject "${USB_DEVICE}"
;;
Darwin)
diskutil eject "${USB_DEVICE}"
;;
esac

Edit: dit sloopt je stick niet.

[Reactie gewijzigd door proditaki op 3 januari 2018 17:28]

Niet als het firmware wordt herschreven en het niet meer de USB protocol ondersteunt.

Als Pasen en Pinksteren op één dag vallen.

Er zijn tig verschillende USB controller chips, om het herschrijven daarvan allemaal op te nemen, is ondoenlijk.

Als Google bepaalt dat je een bepaald merk+type USB stick nodig hebt, kan het natuurlijk wel.

[Reactie gewijzigd door Huxley op 3 januari 2018 18:21]

DFU specificaties zijn gestandaardiseerd waardoor het niet nodig is om exacte firmware te schrijven voor elke individuele chip om een bepaalde basis functionaliteit te schrijven wat je nodig heb.
Merk een type USB controller op het apparaat zelf is wel vastgesteld door google.

"Die is na installatie van Fuchsia onbruikbaar. " Is dus onzin.

In principe klopt het wel: na installatie is hij onbruikbaar. Er staat niet dat hij permanent onbruikbaar is, formatteren kan het oplossen.

De installatie vereist twee machines, die zijn verbonden via een lokaal netwerk. De installatie verloopt deels via streaming van de benodigde bestanden tussen beide machines, maar gebruikers hebben ook een usb-stick nodig. Die is na installatie van Fuchsia onbruikbaar.

Hier snap ik niets van. Is dit by design of een neveneffect van iets anders?

Misschien worden er tijdelijk bestanden opgezet voor de installatie en willen ze niet dat iemand toegang krijgt tot deze bestanden. Dus word de stick onklaar gemaakt zodat recoveren ook niet werkt.

Google recommends installing the OS with a USB drive, but the media creation process is "destructive" to this USB device. That's right—you actually have to sacrifice a USB device to the Fuchsia gods to get the OS running.

The extreme difficulty in getting Fuchsia to run reinforces the fact that Fuchsia is currently a secret, deep-in-development operating system that Google isn't really ready to talk about or encourage people to try just yet. It took Google five years of development time to turn Android into a real product. If Fuchsia survives the development process and follows a similar path, you can expect it to become a product sometime around 2020.

Ik vind het van de zotte. Grondstoffen opofferen omdat je een OS wilt installeren, Waarom zou een fatsoenlijke erase-functie niet kunnen voldoen?

Aangezien het gaat om zeer specifieke apparaten zal het te maken hebben met de firmware op de USB stick.
Ze hebben iets uniek gedaan met de interne USB chip op de apparaten waardoor de stick compatible gemaakt moet worden en dus na de firmware upgrade totaal niet meer bruikbaar is als reguliere USB stick.

Een heel interessant project wat mij betreft. Dit project is ook een van de redenen dat Google actief bij draagt aan Apple haar Swift, wat sinds enkele maanden ook op dit OS werkt. Persoonlijk zou het me niks verbazen als Google op zoek is naar een volledige vervanger van de JVM en misschien dus ook van de nu op Linux gebaseerde kernel. Of dit dan voor de telefoonmarkt is waar het met de ARM ondersteuning op leek, of zoals nu voor hun laptops (of beide natuurlijk) moet nog blijken. Welke kant het op gaat maakt mij niet zoveel uit, een nieuw type kernel is altijd interessant!

Waarschijnlijk ga ik te ver door de Windows NT-kernel dood te verklaren (slechts een succes op de Desktop en dat lijkt een gebied waar weinigen in willen investeren), maar voor externe partijen kunnen we stellen dat er slechts twee interrresante kernels zijn: die van macOS/iOS (Darwin) en die van Linux. Hoe schaalbaar en robuust die twee ook zijn, een beetje vernieuwing juich ik wel toe. Natuurlijk zijn er interessante projecten met Microkernels, kernels geschreven in Java of Rust etc. maar helaas is alles tot dusver academisch. Ik hoop echter van harte dat deze kernel wel open source wordt: Google lijkt Android beetje bij beetje te sluiten.

[Reactie gewijzigd door 84hannes op 4 januari 2018 10:31]

De Windows kernel is echt wel prima. Vooruitgang in bijvoorbeeld de extreem goede HTTP stack zijn niet ongekend. Het probleem met die kernel is meer hoeveel oude meuk er ook nog in zit maar ik kan het niet anders dan knap noemen hoe zelfs sommige Win95 software nog draait.

Het probleem is dat de NT-kernel volledig in handen van Microsoft is en dat zie ik niet veranderen. Dat maakt het voor derden een totaal oninteressant geheel, hoe knap het ook is.

Dit zal vast weer een product zijn als het aanslaat gaan we verder. En zo niet sluiten we de boel.

Daarnaast x86? Dat is toch wel in deze tijd verleden tijd. Zelfs voor NUC pc's en als je gaat zwaar streamen/coderen.

x86 is een makkelijke stap naar x64, dus zo raar is het niet.

Ze bedoelen de x86 type architectuur, niet 32-bit only. x van x86 komt van de CPU series. (i.e. 386, 486). x64 betekent 'alles wat 64 bit is', de tegenhanger zou x32 zijn.

[Reactie gewijzigd door johnkeates op 3 januari 2018 17:59]

AMD64 is toch een uitbereiding op de x86 instuctieset?

AMD64 is niet hetzelfde als x64 he ;-)

Netto toch wel

x86-64 is an extension of the x86 instruction set. It supports vastly larger virtual and physical address spaces than are possible on x86, thereby allowing programmers to conveniently work with much larger data sets... After launching the architecture under the "x86-64" name, AMD renamed it AMD64... x86-64 is still used by many in the industry as a vendor-neutral term, while others, notably Sun Microsystems (now Oracle Corporation) and Microsoft, use x64.

[Reactie gewijzigd door boiert op 4 januari 2018 16:13]

Dit is een test project en ze zijn waarschijnlijk naar x86 overgestapt omdat het voor ontwikkelaars makkelijker is voor dat platform ontwikkeling hardware te kopen. Er zijn nou eenmaal niet heel veel arm based desktops waar je als devoper native op kunt ontwikkelen.

Daarnaast is x86 natuurlijk nog lang niet dood zolang ze gewoon nog keurig rond de 500 miljoen cpus per jaar verkopen.

NUC schreeuwt wat mij betreft computer-op-bureau en IO in een KVM.

Daar zou een Raspberry Pi dus als alternatief volstaan hebben voor ontwikkeling.

Nou met hoe lang je op die dingen zit te wachten is en NUC al snel het betere alternatief. Daarnaast is het hele 32-bit debakel met die Pi’s natuurlijk ook niet representatief voor de markt, laat staan met de onhandige drivers die je bij een Pi krijgt.

Ik weet niet hoe onhandig de drivers zijn, maar volgens mij is een groot deel van de hardware en de drivers open-source. Een nieuwe kernel heeft waarschijnlijk niets aan de gecompileerde drivers voor Linux, maar een ontwikkelaar kan de source wel gebruiken om geschikte drivers te ontwikkelen.

Ik heb een NUC als desktop. Bij mijn vorige job ook al. Werkt super.

Ik heb een NUC met core i3 en 16 GB geheugen, gekoppeld aan een 43" 4K monitor en doe er Drupal back-end development op. Als OS gebruik ik Linux Mint Cinnamon.

Ik denk dat Google er niet openlijk open praat omdat ze er zelf nog niet uit zijn wat ze er mee willen.