The Funtoo Linux project has transitioned to "Hobby Mode" and this wiki is now read-only.
Difference between revisions of "User:Pnoecker/Undead USB Install"
m (breakup the update commands) |
|||
Line 48: | Line 48: | ||
DONE! | DONE! | ||
to not run nvidia: | |||
{{console|body= | {{console|body= | ||
###i##ego profile mix-in gfxcard-nouveau | ###i##ego profile mix-in gfxcard-nouveau | ||
###i##ego profile mix-in -gfxcard-nvidia}} | ###i##ego profile mix-in -gfxcard-nvidia}} | ||
remove nomodeset from /etc/boot.conf | |||
{{console|body= | |||
###i##nano /etc/boot.conf}} | |||
The magic words to update: | The magic words to update: |
Revision as of 20:14, March 14, 2020
This is an install strategy to target a USB flash stick as / instead of a traditional hard drive or internal solid state drive. this isn't a live cd, this is a persistent root funtoo install that changes will keep living on.
In this run i will use a 64gb 100 mb/s sandisk, but you can probably get away with even 16gb. get a fast usb3 drive even if you dont have usb3 ports as the flash memory on them is much faster than the flash memory on usb2 keys which will improve usability.
using gparted delete the flash key fat32 partition and create a single jfs / partition labeled as funtoo, and mount it to /mnt/funtoo. were using JFS because we want as much raw speed and power from the install possible.
we want our USB to be targeting generic hardware so we can take our root funtoo EVERYWHERE with us all the time. we use the generic 64 subarch. if a systems 32, you probably dont want to be doing much computing on it anyways, but do as you will. we will be using a gnome stage3 tarball.
root # cd /mnt/funtoo root # wget https://build.funtoo.org/1.4-release-std/x86-64bit/generic_64/gnome-stage3-latest.tar.xz root # tar --numeric-owner -xpf *stage3* && rm -f *stage3* root # mount -t proc none proc root # mount --rbind /sys sys root # mount --rbind /dev dev
were using googles name server simply because its universal, and anyone can access it anywhere.
root # cd /mnt/funtoo && env -i HOME=/root TERM=$TERM /bin/chroot . bash -l root # echo "nameserver 8.8.8.8" > /etc/resolv.conf
were disabling swap because we didn't partition for it, many new systems, and some old systems have enough ram to never need it, and swap frys flash media rapidly so it should be located on rotating disks anyways. im compiling on 16gb of ram but 8 should be sufficient, possibly even 4gb or less.
root # rc-update del swap boot root # passwd root # echo "LABEL=funtoo / jfs noauto,noatime 0 1" >> /etc/fstab root # ego sync && emerge jfsutils grub haveged linux-firmware media-fonts/noto
Name your host name to reflect that this is your undead media.
root # mv /etc/conf.d/hostname /etc/conf.d/.hostname root # echo 'hostname="undead"' > /etc/conf.d/hostname
use old school mbr method of installing grub.
root # grub-install --target=i386-pc --no-floppy /dev/sdx root # ego boot update && rc-update add haveged
final install size is 10,176 MB
rebuild the kernel video drivers modules.
root #emerge -1 x11-drivers/nvidia-kernel-modules
DONE!
to not run nvidia:
root #ego profile mix-in gfxcard-nouveau root #ego profile mix-in -gfxcard-nvidia
remove nomodeset from /etc/boot.conf
root #nano /etc/boot.conf
The magic words to update:
root # emerge -avuND @world root # emerge -av --depclean root # ego boot update
there are modularity problems to be ironed out. we should probably remove nomodeset instead of building nvidia propietary drivers, and instead compile nouveau.
every so often you will want to purge sources to keep the stick as low memory usage as possible
root #rm /var/cache/portage/distfiles/*.tar.bz2 root #rm /var/cache/portage/distfiles/*.tar.xz root #rm /var/cache/portage/distfiles/*.tar.gz
Past this the USB should work on almost anything x86_64 with a USB port. i have not tested this on intel systems yet. i have not tested on amd video systems yet.
ok uefi isnt booting yet... intel graphix isnt doin its thing. lets try dev-util/intel-graphics-compiler dev-libs/amdgpu-pro-opencl #difficult fetchrestrictions ill check if its actually necessary to start xdm. && maybe fix that uefi mode? idk how this is going to go down on my non uefi system building this, my amd video device is uefi so that hasnt been tested yet. building from a non uefi bios will not allow the command, but the uefi bios has a legacy boot mode option. uefi looks like a disaster, suggesting setting bios to support legacy mode for now. grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id="Funtoo Linux [GRUB]" --recheck /dev/sda