MadModder

Hi Folks,
Been a bit preoccupied this week with getting my new tenant into the house and getting all the work finished! Our attempts with the ladder failed to get high enough to fit the chimney cowl, so we have passed that over to Harlands, our local builders and joiners as they have access platforms, and a Telehandler with a man bucket! I spent a morning going round the hardware shops and builders merchants trying to find one, no luck, and ended upat the woodburner shop at Foxholes who managed to fid one! So, some antique repairs , a cross vice free off and set up, and some general tinkering and waffling! Enjoy!
Phil, Halloween has come and gone in East Yorkshire!
https://youtu.be/yJ_Tmoa0X5g

Hi all,

I will be working on the site this weekend. Not sure when yet, but the might be a period where the board will be unavailable.

Eric

I have just acquired a large number of horizontal milling cutters. Many are way too big for my Haighton mill.

So, anyone run a mill capable of spinning 5 and 6 " cutters upto an inch wide?

Well, you could have also tied recovering your installation by using a Puppy Linux. I'd recommend using BookwormPup64. This can be written to a thumbdrive, and will run perfectly well from there.

To get the UUIDs just run blkid in terminal.

To copy one, just select it, then Rt Clk and hit Copy. To paste it somewhere else just RT Clk and paste.

if the wrong UUIDs are present at boot, that's going to show up in Grub, your bootloader. Probably in a file called grub.cfg, or menu.lst, or some other similar text file. Using blkid, you should be able to establish what the correct UUIDs are, and edit thm back in place.

Also aboard will be the program gparted. This will examine your disk and show you the partitions and contents graphically. You can check partitions with it or fix them -- not the same problem as a Grub UUID mixup, but possibly also a problem you faced.

As far as backing up goes, for the big linuxes, yes probably imaging the drive will be needed, since grub is often on a different partition that the rest of the linux installation, and you'll need both. For that the dd command in terminal is quite effective, but be absolutely sure you understand how to use it properly -- which drive is being imaged, and which is being written to, or it can wipe out the contents of your drive. I don't have a problem with it.

Puppy linux is easier to back up than the big linuxes because It is very compact (frugal installation) so you really only have to copy your save folder (or savefile if you use one). The save folder (or file) has all of the changes you made to the original puppy installation, and contains your user data. So if you back that up, you can easily restore customizations, installed programs and personal data, using the stock installation media. Grub problems are fixable by correction, no matter how bad, so really, backing up the savefolder, (or file) is all that is needed to be back in business.

Besides Puppy Linux, there is also EasyOS -- similar in many ways (same original author) but designed to use containers, if you like that kind of security isolation -- though it doesn't require their use -- it is particularly well suited to running off of a thumbdrive, though can also be installed frugally as a very compact OS.

I'm working presently on switching from Puppy Linux to EasyOS as my daily driver after over fifteen years with the former.

I did some VM gpu passthrough testings on Pop os (Ubuntu/Debian flavor), and managed to mess it up, and did a restore from Acronis backup.

It didn't work so well - booting ended in emergency mode. I had to search on the net for instructions of how to look for what might have caused such a failure.

In emergency mode one can use commands, so I used 'journalctl -xb', which prints, I guess, a log of what happens during booting. There was a message like 'timed out waiting for device /dev/disk/by-partuuid/<device id>'. After looking for more info, I found out that it may have to do with device/drive uuid mismatch.

I tried several "how to's" to fix the problem, but none of them seemed to work. Part of the fun is to write down disk id's on a paper, as there apparently isn't easy ways to copy and paste them to a text file in emergency mode..

Using Pop os live (from usb stick), there is an option 'refresh install' to restore the system using recovery partition, but it didn't work either, indicating that the device isn't valid/recognized.

It really gets overly technical in situation like this, so I just wiped whole disk, and made a new installation.

So, what backup methods to consider to avoid such problems?