Canonical brengt Ubuntu Core 20 uit met secure boot en schijfencryptie

Canonical heeft Ubuntu Core 20 uitgebracht. De lichtgewicht versie van het populaire besturingssysteem is vooral bedoeld voor internet of things- en geïntegreerde apparaten. De belangrijkste veranderingen zitten in de beveiliging.

Ubuntu Core 20 is gebaseerd op Ubuntu 20.04 LTS en is volgens de makers nu algemeen beschikbaar. De versie bevat onder andere secure boot en volledige schijfencryptie. Ook zit er een appwinkel in het OS waarmee gebruikers standaard Ubuntu-apps kunnen downloaden. De meeste nieuwe features draaien volgens Canonical om beveiliging, bijvoorbeeld doordat snaps in containers zitten en hardwarematige roots-of-trust mogelijk zijn.

Ubuntu Core 20 is gecertificeerd voor de meeste bekende x86- en Arm-singleboardcomputers. Het besturingssysteem is voornamelijk bedoeld voor iot-applicaties of in embedded systemen. Canonical zegt dat Ubuntu Core inmiddels op tienduizenden apparaten draait. De nieuwe release krijgt voor zeker tien jaar ondersteuning.

Reacties (35)

Aangezien ze zelf alleen linken naar de armhf oftewel 32-bit versie linken op de Raspberry Pi pagina heb ik hier een link naar alle images o.a. de amd64(ook x86-64), arm64 en armhf.

[Reactie gewijzigd door GewoonWatSpulle op 3 februari 2021 15:57]

Ontlast Ubuntu core net als bijv raspbian os de flash zoveel mogelijk? Ik vind het moeilijk de info te vinden op de site.

Wellicht dat je dan gewoon Ubuntu Server moet hebben specifaal voor de raspberry Pi. IoT apparaten werken meestal niet met een SD kaart als geheugen. Dus ik als je dit soort optimalisatie zoekt zou ik toch echt voor de Raspberry specifieke distro gaan, i.p.v. die voor IoT.

https://ubuntu.com/download/raspberry-pi

Thanks! Maar ik had begrepen dat de standaard Ubuntu RPi (server) build toch veel heftiger voor de flash is dan raspbian os. Omdat die laatste echt hiervoor ontworpen zou zijn.
(Ik kan de bron even niet meer vinden)

Ik heb Ubuntu Server op RPi 3B. Werkt prima!

Het is natuurlijk niet de vraag of het werkt, maar of het blijft werken.

Flash storage, zoals een SD-kaart of USB-stick, is erg gevoelig voor writes. Deze hebben een beduidend lagere MTBF dan een reguliere HDD of SATA/m.2 SSD.

Zoiets is natuurlijk deels afhankelijk van de controller, maar bij flash storage ook sterk afhankelijk van de hoeveelheid parity die zich op een SSD, of (het gebrek aan parity op een) SD-kaart bevindt. Natuurlijk zijn er nog veel meer factoren, maar het komt er uiteindelijk op neer dat een SD-kaart beduidend minder writes kan hebben dan een SSD. Zie hier meer informatie over de verschillen tussen SD-kaarten en SSD's.

Een niet flash-optimized OS maakt als voorbeeld meer gebruik van swap geheugen dan überhaupt wenselijk is. Dit is in te krimpen door de swappiness bij te stellen naar een wenselijk niveau.

Op deze pagina staat wat meer informatie (en de daadwerkelijke stappen) m.b.t. optimalisaties van het OS, welke ervoor kunnen zorgen dat de SD-kaart in kwestie niet zo snel stuk gaat.

Ik heb een zestal Pi's draaien, waaronder twee van de allereerste generatie, al jaren aan een stuk, en van al die verhalen over beschadigde SD kaarten nog nooit iets gemerkt. Wel je swapiness laag zetten of zelfs de swapfile uitschakelen (wat bij de eerste generatie met 512Mb niet echt mogelijk is).

Op die PI's heb ik dus dovecot, horde, nextcloud, apache2, freeswitch, kodi, en nog een héle boel spul draaien; gaat als een tierelier, zolang je maar de originele 32bits Raspbian gebruikt, die is extreem geoptimaliseerd voor de hardware.

Het hangt ook een beetje af van de capaciteit en kwaliteit. Ik heb bijvoorbeeld al 2 32GB kaartjes corrupt in 2 jaar tijd, beide waren Sandisk kaartjes. Maar een 128GB kaartje die ik heb gaat al 3 jaar mee.

Same here, draai een Pi al 3 jaar in een soortgelijke opzet zonder issues. Maar ik erken wel dat dit niet de beste hardware is. Het zou best morgen ineens stukgaan.

Ik boot en draai mijn PI4's vanaf mijn Synology NAS. Zou voor veel mensen een optie kunnen zijn.
https://www.raspberrypi.o...bootmodes/net_tutorial.md

Ook eMMC wil je niet onnodig belasten over het algemeen zijn dit soort server/headless versies out of the box wel vrij vriendelijk qua logging maar het risico zit hem vooral in de gebruikte packages er boven op. Raspbian gebruiken is geen garantie dat je SD-kaart niet alsnog snel de geest geeft namelijk.

Ook eMMC wil je niet onnodig belasten

eMMC is niets meer dan een vastgesoldeerde SD. En ja, die heeft dezelfde beperkingen.

by default dacht ik niet (en dan vooral omdat ubuntu core niet alleen op rasberry-pi's draait maar ook op apparaten met normale UFS opslag.

Ik heb vaker gezegd dat de PI als je heel specifiek kijkt eigenlijk gewoon een kutding is het is gewoonweg niet zo 'goedkoop' als een arduino, en het is vooral ook lang niet zo goed als sommige andere bordjes.
enkele voorbeelden:
als media center mist het de kracht om 4k goed weer te geven met voldoende hardware versnelling en mis je degelijke audio.
als server of nas kom je al snel opslag te kort en mist het ding een fatsoenlijke sata-host
dan blijven er alleen hobbyprojectjes over zoals; smarthome controllers die eigenlijk net zo goed (of misschien wel beter) te draaien zouden zijn op een hobbyserver

dan denk ik bijvoorbeeld aan een VM-host met meerdere kleine projectjes zoals een firewall, een smarthome controller, etc.

een groot deel van mijn bezwaar tegen de pi zou toch wel opgeheven worden wanneer men eindelijk eens die broadcom meuk laat varen. Afhankelijk van in hoeverre mediatek inmiddels van zijn fouten heeft geleerd presteren die chips tegenwoordig hele ordes van groote beter dan die broadcom meuk.

Ik heb vaker gezegd dat de PI als je heel specifiek kijkt eigenlijk gewoon een kutding is

?? Wat een flamebait.

Tja, de Raspberry Pi is dan ook niet ontworpen om servers te vervangen, maar als goedkope computer voor leren en experimenteren. En dat doet hij heel goed.

Je punt voor 4k is allang niet relevant meer de pi4 kan met gemak 4k video draaien media ceters als kodi zijn echt wel goed optimised voor de pi 4.

En broadcom meuk vind ik ook wat zware beweering het is en blijft arm based enige waar ze naar kunnen kijken is de gpu van een videocore naar mischien een mali mp gpu maar de huidige videocore kan prima overweg met 4k content.

als server of nas kom je al snel opslag te kort en mist het ding een fatsoenlijke sata-host
dan blijven er alleen hobbyprojectjes over zoals; smarthome controllers die eigenlijk net zo goed (of misschien wel beter) te draaien zouden zijn op een hobbyserver

Opslag is zeer eenvoudig te upgraden (ik gebruik zelf een 1TB externe ssd als opslag voor mijn Raspberry NAS). Snelheid is eerder een probleem. Voor smarthome besturing is het juist ideaal. Het zal ook wel beter draaien op een een hobbyserver, maar is een Raspberry Pi dat niet? Als je het hebt over een betere server kost die vaak ook het veelvoudige van een Raspberry Pi.

als server of nas kom je al snel opslag te kort en mist het ding een fatsoenlijke sata-host
dan blijven er alleen hobbyprojectjes over zoals; smarthome controllers die eigenlijk net zo goed (of misschien wel beter) te draaien zouden zijn op een hobbyserver

Hoeveel energie gebruikt een hobbyserver? Ik heb mijn oude PC eens gemeten, die zat op 30W idle. Dat is als ik het goed bereken toch ruim 250kWh/jaar. Dus je kunt al snel €55 bij je jaarlijkse energierekening optellen. Stel daar een RPi van 4Watt(?) tegenover en je ziet waar een Raspberry Pi in uitblinkt.

Mijn server trekt 70W gemiddeld. Een nas met een paar schijven 50. Een PI is altijd een stuk zuiniger, maar ook zoveel trager........

Ik zou dan ook geen RPi gebruiken als je een snelle server nodig hebt

Punt staat. Hij is kleiner, goedkoper en verbruikt minder energie. Dat maakt hem niet de universele vervanger voor alles dat groter, duurder en krachtiger is, slechts in die gevallen waar krachtiger niet nodig is.

Ik heb mijn oude PC eens gemeten, die zat op 30W idle. [..] Stel daar een RPi van 4Watt(?) tegenover en je ziet waar een Raspberry Pi in uitblinkt.

Tja, m'n Coffee Lake thuis server (quadcore i3-8100 met 16GB ram) doet 7 Watt, en m'n ultrabook met een Core M5 doet 3 Watt met zijn 1440p scherm aan.
Het is maar waar je het mee vergelijkt, een ouwe bak zal inderdaad wel wat stroom lusten.

Waarschijnlijk lopen de 10nm Gracemont cores van Intel rondjes rond de RPi als het om zuinigheid gaat.

Maargoed, het voordeel van de RPi is dan ook dat je voor onder de 100 euro een (nieuwe) computer heb, die ook nog prima te gebruiken is als (e.g.) HTPC met support voor moderne media.

Ik heb een HP microserver met VMware...die verbruikt ongeveer net zoveel als je aangeeft.
Ik ben o.a. voornemens mijn modem te vervangen door openwrt x86...dan heb ik weer genoeg gecompenseert

Mijn x86 hobby server gebruikt 2,4W idle, en dat met 2 HDDs (standby).
Met een Pi moet je USB-SATA adapters gebruiken, waardoor t verbruik veel hoger wordt.
Als je n oudere Pi met alleen SD gebruikt (dus geen USB-SATA), dan kan t wel n stuk zuiniger zijn.
Zie ook andere gepinde posts in dat topic, oa voor systemen met krachtigere CPUs, die niet eens zo gek veel meer verbruiken.

dan heb je mijn reactie niet heel goed gelezen.

Tip: begin bij communicatieproblemen bij je eigen fouten verbeterpunten, dan is er kans dat mensen verder lezen.

edit:
Ik blijf mezelf er op wijzen dat ik mezelf online niet in een negatieve spiraal moet laten meetrekken en toch gebeurt het steeds weer

[Reactie gewijzigd door 84hannes op 3 februari 2021 17:39]

Over het algemeen zijn Linux distros niet heel zwaar op de disk. Dit soort minimale distributies zoals Ubuntu Core en Raspbian daar draait standaard vrijwel niks op. Tenzij je handmatig services aanzet die regelmatig de disk benutten of de machine zeer agressief laat swappen zal het reuze meevallen.

Wat kan helpen om het flash geheugen langer mee te laten gaan is door Btrfs of F2FS als bestandssysteem te gebruiken en die te configureren in de fstab file om compressie uit te voeren op de disk. Dit kan een groot verschil maken in de grote van lees en schrijf acties maar het is zwaarder op de processor.

Syslogs worden iig op de flash kaart weggeschreven. Het is mogelijk met een Raspberrypi 4 om zonder flash van een HDD/SSD te booten.

Het zou mooi zijn als het loggen juist in 1 of 2 stappen kan worden omgeleid naar bijvoorbeeld een syslog server op een nas. Zodat de RPi (of andere kleine machine) daar niet de eigen opslag mee vult.

Dan heeft zo'n klein ding helemaal geen eigen opslag en zo nodig en dus ook geen last van wear-and-tear en/of vol raken van de interne opslag.

Zelf heb ik het idee om de RPi helemaal zonder disk-opslag te maken, door ze vanaf het netwerk te booten en alles zo veel mogelijk in het geheugen te draaien. Zeker voor IoT zou dat goed moeten kunnen.

Een Raspberry Pi 3 boot momenteel niet zonder flash kaart. Een Raspberry 4 is met een USB kabel misschien met een NAS of PC te verbinden.

Dat de RPi graag van flash boot is voor mij het handvat om daar een netwerk-boot-loader (pxe-boot) op te zetten. Daar zijn genoeg voorbeelden van. Voor de RPi met wifi is pxe-boot via wifi ook een uitdaging.

Aan de andere kant, het op zetten van de boot omgeving en nog mooier, de root-omgeving daarvoor, zodat alles vanaf de nas draait. Al moet de RPi daar dan ook weer wel genoeg geheugen hebben om swappen te voorkomen en ruimte te hebben voor een ramdisk.

Hopen dat dit nu ook fatsoenlijk binnen LXD werkt. Voorheen liep dit altijd vast bij registreren van Ubuntu Core

Ik zou hem graag in m'n stand-alone hyper-v willen gebruiken.

Kan het IMG met qemu-img naar vhdx geconverteerd worden en gaan met die banaan?

Persoonlijk zou ik dan de Ubuntu Server release gebruiken.

Wellicht dat onderstaand je helpt:
https://superuser.com/que...onvert-an-img-file-to-vhd

bijvoorbeeld doordat snaps in containers zitten

Voor de duidelijkheid, want er is wel eens wat onduidelijkheid over wat snap nu wel en niet is.

Een 'snap' is een applicatiebundel. Een grote file met daarin een applicatie en alles wat er bij hoort. Dat alles in één file zit heeft allerlei praktische voordelen (ook wat nadelen maar daar gaat het nu even niet over).
Alles zit in een grote file maar verder is er geen scheiding van de rest van je systeem.

De nieuwigheid is dat je nu zo'n snap image in een container kan starten zodat die hele applicatie wordt geisoleerd van de rest van je systeem. Conceptueel is dit min of meer hetzelfde als Docker.
Dat werkt ook met een grote file met alle bestanden (het "docker image") die vervolgens in een container wordt uitgevoerd. Maar bij docker heb je geen keuze, die images draai je altijd als container.

Snap wordt gezien als beter geschikt voor PC's en interactief gebruik. Maar in dit geval hebben we het over een headless server, dus daar is het ook geschikt voor.

Bedankt voor deze info. Had al gehoord over snap maar wist eigenlijk niet wat het was. Moet toegeven dat ik het ook nog nooit had opgezocht. Maar nu ik het mooi (en vooral simpel) uitgelegd zie, ga ik misschien wel meer opzoeken