I’m a big fan of the stage3 install method.
Prepare partitions, format filesystems and make a mount point. Extract a root filesystem into place. Add a kernel and boot loader, reboot and done. The rest is configuration.
Hi future me,
IPv6 is probably ubiquitous when you’re reading this. But I’m speaking too soon, then here’s some quick tips about setting up your own subnet.
I’ll make some assumptions, the network (specifically the router) already has a /64 subnet and prefix. For the sake of example, lets pretend these are:
2001:DB8:1234:5678::/64 - the subnet 2001:DB8:1234:5678::1 - the router inside that subnet
Hi future me,
Sometimes you’re going to find yourself needing to boot some very archaic CDs. But CD drives might not exist in the future, so you’re stuck with USB to shim the ISO. (I think that first sentence should get all of the Google hits, but lets include some more buzzwords such as LiveCD, LiveUSB, syslinux etc.)
Hey future me! I know it’s not that often that you require it, but there are a lot of virtualization solutions out there that use qemu as a backend machine translator.
It isn’t the most optimal vm environment when used on it’s own, but it provides some useful features that other projects build upon.
There’s KVM, Xen-HVM and when you need it in a pinch, raw qemu itself. But there’s something that you’ve never gotten right. Not without external tools and graphical managers. Networking.
There’s nothing like a fresh start. Unfortunately last weekend’s reinstall of juniper went less happily than I expected.
A source based distro notices problems quickly. It starts as simple compilation errors. The linker being unable to create a final executable, or being unable to spawn a new shell instance. A bunch of random errors in tasks that usually work.
You start to question your sanity in choosing this OS, it’s been historically reliable. It must be some other reason. But deep down the probability counters are incrementing towards the conclusion that means that no fancy fingerwork will fix. Presenting, The Hardware Problem.
I’m rebuilding juniper this weekend. It was getting a bit crufty recently. Now that I’ve had a chance to get comfortable with Xen, I think I am ready to attempt putting windows under HVM using the IOMMU and getting VGA Passthru to work.
The goal is simple, get a full-time Linux desktop which can still play games.
Here’s a neat trick.
In almost every Linux install I do these days, I make sure it uses LVM for partitioning.
This has some advantages over straight up MBR partitions.
– Not having to predetermine the sizes of the rootfs, home partitions etc. I can start with small LVs then lvresize && resize2fs/resize_reiserfs if I ever hit the end.
– Handle hardware expansion elegantly. Adding and removing the underlying HDDs without worrying about copying files and folders. pvcreate, vgextend, pvmove then a final pvremove is all I need to replace a Disk that is starting to show SMART errors.
– RAID1-like protection, but only on LVs that need it. Also RAID0-like striping for performance on SWAP LVs.
– Snapshots: OMG! how useful are these?!?! The use cases deserve a post of their own.
Well, today I found another useful tidbit. Data Migration and vgmerge.