Can you find some error messages from previous boot by sudo journalctl? If not - try older distro - say 16.04 - if that is stable - perhaps it is not related to your BIOS work. if that helps - would 18.4 run without crashes?
It kind of feels like graphics driver issue rather than SATA - it would probably crash during boot. Try disabling GUI all effects, later HW acceleration. Can you re-flash Thinkpad BIOS to see if that resolves it? Just some ideas, Tomas On Mon, 2020-06-22 at 16:42 -0700, John Jason Jordan wrote: > On Sun, 21 Jun 2020 16:14:44 -0700 > Tomas Kuchta <tomas.kuchta.li...@gmail.com> dijo: > > > 32b/64b should matter when you are using existing windows installation. > > When you are booting the media it is all matching the booted OS or BIOS > > update application. > > I'm having problems, but I'm not sure if the BIOS is the culprit. > > To back up and clarify where I am: I had three ISO files in the > download, and two of them seemed to be (from the scant instructions) > for updating to the Middleton BIOS from within Windows, so I ignored > them and burned the third one to a DVD. I used the DVD to update the > BIOS, which finished without error. I had no working hard drive to test > with, so I used an Xubuntu 20.04 live USB drive, which booted and > performed well for the 5-10 minutes that I poked around in it. > > Amazingly, although I ordered the 1TB WD Blue SSD on Saturday, it > arrived a few hours ago. I didn't have the adapter for it yet, but I > discovered that the T61 has a caddy to hold the drive, so the adapter > was unnecessary. I inastalled the drive and booted to the 20.04 USB > drive, then used Gparted to create an 80GB partition for / and the > remainder for ~/, and completed the installation. When it finished > there were a few updates, so I installed them. > > Now the problems: It always boots finr, but within 5-15 minutes of > working it hangs. There is no recovery other than the power button; > everything is frozen, that is, I can still move the mouse around, but I > can't click on anything. > > I'm fiddling with settings, so just about everything involves a slight > disk activity. But maybe not everything - recently I minimized a window > to the tray, and then changed my mind and clicked to restore it, but > the desktop was frozen again. I don't know if minimizing a window > involves a disk activity, but this might be an example where it froze > without involving the disk. > > Of course, haviung just flashed the BIOS, disk activity is at the top > of my suspect list. But there is a pretty endless list of other > possibilities. > > I could use some suggestions for things to poke at. Any ideas? > _______________________________________________ > PLUG mailing list > PLUG@pdxlinux.org > http://lists.pdxlinux.org/mailman/listinfo/plug _______________________________________________ PLUG mailing list PLUG@pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
