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
