[code] [blog] [VNC] [GPS Tracker]

Continuous deploymentJuly 22 2020 22:12:55

Gentoo Linux is a source based distribution - which means you compile everything yourself. It's also called a meta distribution because it's fairly easy to roll your own distro based off of it. That is exactly what I've done for my current iteration of my virtual machine image. On this server ( hosted by contabo ) I've got a chroot set up with a current x86_64 gentoo installation. Every night a new virtual machine image is built from this.

Below this post you can find the current virtual machine images I'm using - and an image for an USB stick ( minimum 8GB recommended ). These virtual machine images ( or the compiled kernel ) will automatically pull a current root filesystem from this website, then boot into a working linux environment.

These images support VirtualBox, Microsoft Hyper-V and KVM virtual machines. They will also work on most laptops. I've included an automatic X configuration script ( which you can disable by typing "rc-update del xconfig default" ) as well as a NVIDIA prime GPU switcher for use with a laptop. There's also a gzipped disk image that can be written to an USB stick contained in the post below. On windows this can be written to an USB stick using Win32 disk imager

The second partition of the image will - on boot be resized to match the disk size of the USB stick you use. If your USB stick is smaller than 8G in size or a second partition does not exist booting from the network will be attempted using any *wired* network card. If for any reason your filesystem is damaged network boot will also be attempted.

On first startup the USB stick or Virtual machine will attempt to fetch a current image from the server - for this it requires a *wired* ethernet connection. Updating can also be done via the same connection.

You can also find the script used to build the images below.

Update ( 11 aug 2020 ): I've added R-studio for data mining purposes. There was a bug in squashfs with bigger block sizes where on multi-core systems squashfs was unable to retrieve blocks correctly. For now I've settled for a slightly larger system image - but I will experiment with different block sizes more in the future.

File gentoo_current.vdi
Size 374.00MB
crc32 2451637416
md5 c9f848f800f2fcf30cc9b3702ca410df
sha512 24b6c9234bd7523cfcc18d10999ba134391c2987d919bb970a19fb9b26f5be3e9500c2493e7f48efe668d503908dcaf9a5a46e045875a494ae7dd07bc5e037f0
File gentoo_current.vhd
Size 380.15MB
crc32 1688997458
md5 9edd06dac36c8383a6165811fc819cc8
sha512 330f02ae525c117879a7786a0dd947ac3cc6e53f962905e2ad36edbc4d110bf541bee49ad1d77d0fa7435612f152c0812fdf97c8cdd136c224baa8516befdb2d
File gentoo_usb.img.gz
Size 353.46MB
crc32 1133794116
md5 9f3658dce3e9014d741fc3b50c072a1a
sha512 581391fe7b5a8ce08d5ed72131902193151d50f177c698ac6b5b15efcc2be0697ae23eaca7b4defa5d68efabfe2c374079362c0e490b35c4907789af1c80143e
File update_gentoo
Size 2.55kB
crc32 1811950551
md5 c17b831f0b9b9fc986d2aa8da049bbfa
sha512 ad0e281e4442877a4256a27957db39c96f377230c187c17886917eca731b7e376e7a4b56f884d4e41ed06e9670bff78ee4d04cc826261c0c4c468ae95f8829e9