# de resultaten

![](result.png)

(dit was na de 2e keer starten, de spawn chunks genereren duurde 3113 seconden!)

# de setup

steek een sd kaart in je linux bak

```
make
```

en alles moet vanzelf

# de veiligheid

als je even wil weten welke schijf stuk gemaakt zal worden kun je

```
make status
```

# de pendencies

- GNU `make`
- POSIX commando's
- `podman`
- `sudo`
- `sfdisk` (van `util-linux`)
- `git`
- `tar`
- geduld

# de frappante zaken

- de BOOT partitie wordt automatisch als FAT16 geformatteerd zonder alignment.
  dit stond [hier][vanleeuwen-uboot], en werkte voor mij, terwijl FAT32 met
  alignment niet werkte en alleen `CCCCCC` opleverde.
- deze repository gebruikt BeagleBoard's fork van Linux inplaats van de
  upstream Linux kernel. dit is niet alleen makkelijker, maar zorgt er ook voor
  dat er geen firmware blobs voor andere kernel versies gebruikt hoeven te
  worden.
- de podman container is gebaseerd op void linux, waar shared objects standaard
  onder /usr/lib staan inplaats van /lib. ik heb /lib een symlink naar usr/lib
  gemaakt omdat het cross-compileren er voor zorgt dat `ld.so` de libraries in
  usr/lib probeert te zoeken (zie [de rest](#de-rest))
- de rest van de applicaties (java 8 en dependencies) zijn gejat van de void
  linux armv7l repository omdat dat makkelijker was dan alle zooi vanaf de
  broncode compileren. ik heb een poging gedaan om de xbps package manager te
  compileren maar dat ging verschrikkelijk slecht. ik pak de .xbps packages die
  nodig zijn voor de minecraft server demo alleen uit over de rootfs map om ze
  te 'installeren'. ik ga er verder niet van uit dat dit systeem echt gebruikt
  zal worden dus wie boeit het.

# de conclusie

het is helaas niet mogelijk om een bruikbare minecraft 1.4.7 server te hosten
op een beaglebone black. vanwege deze onverwachte teleurstelling zal ik geen
poging wagen om dit zooitje werkend te krijgen op de wifi-variant van dit bord.

[vanleeuwen-uboot]: https://blog.billvanleeuwen.ca/porting-u-boot-onto-the-beaglebone