V.T. Eric Layton Posted May 10 Share Posted May 10 WIPE IT CLEAN! Start nice and shiny and new again! Oh, and learn from your mistakes. 1 Quote Link to comment Share on other sites More sharing options...
securitybreach Posted May 10 Share Posted May 10 10 hours ago, abarbarian said: Yeah me neither of late. Apart from trying out a few programs I have done no fiddling around at all. Which is why the catastrophe is such a surprise. Things got even worse. I decided to try and replace the borked system with me backup. I seem to remember that I had actually done a real life test that had worked out so it should work , right. It might have gone pretty smoothly if only I had not had a bright idea. My ESP and ROOT partitions needed some adjustments. I wanted the ESP larger and the ROOT smaller.So I made the changes with gparted. Now I only have one nvme drive and I use "/dev/nvme0np*"descriptors both in my refind.conf and fstab so I thought that making small changes to partition sizes would not be problematic for booting. I was right and wrong in my thinking. Used the rsync script and only gave it a quick look as it seemed to work well. Tried to boot and ended up with a black screen with a GRUB prompt. Hmmmmmmmmmmmm. After some deep thought it struck me that I may have transfered the stuff correctly but with the partition changes the initramfs-linux.image stuff would not work so I would need to make some changes. A long time ago when I first tried to use chroot I found it very hard to understand and use. Years later as like now, using chroot seemed so easy to do. I was just about to do a "mkinitcpio -P" when I had the bright idea to do a "pacman -Syu" first. Why not, I would have to upgrade sometime so why not now. I should have waited. On rebooting I had the same fail with my main image, exactly the same. The fallback image did work. Sort of. Whilst I could get to a working login prompt I could no longer use "startx" or "/usr/bin/wmaker" or anything to get to my old graphical desktop.It took me quite a while to figure out what the heck was going on. Seem like my rsync script was not 100%. My boot part worked OK, my ROOT part worked OK, my HOME part worked sort of. It placed its contents in "/home" instead of "/home/bloodaxe". Once I found the problem a simple copy and paste brought me almost back to normal. My FireFox was messed up but I did manage to get my bookmarks back which was my main concern. So here I am after a day of beating my head against a brick wall still in the same situation, only able to boot via a fallback image. Thinking about it I should have not done a update whilst in chroot mode. I would have ended up with a fully working set up which would have helped me how ? After an update I would still have ended up as I am now with no clue as to why. This information below still bothers me. If the main image and the fallback image are made from the same components apart from the "autodetect" feature then the problem must be something to do with "modules" I am going to try running mkinitcpio with the autodetect left out of the build. I hate to say it but I am at a loss as none of it makes any sense. At this point, I would backup my configs (home folder/hidden folders and /etc), then reinstall. When I got it up and running, I would immediately do a clonezilla backup (or whatever you use). I know the feeling of wanting to know what the heck happened but I think its time to throw in the towel on this one. 2 Quote Link to comment Share on other sites More sharing options...
wa4chq Posted May 10 Share Posted May 10 May I suggest this? 1 Quote Link to comment Share on other sites More sharing options...
crp Posted May 11 Share Posted May 11 9 hours ago, V.T. Eric Layton said: Oh, and learn from your mistakes. yeah, don't use Arch. 1 Quote Link to comment Share on other sites More sharing options...
securitybreach Posted May 11 Share Posted May 11 9 hours ago, crp said: yeah, don't use Arch. I have not had any real breakage on arch since 2012 with the systemd move. 1 Quote Link to comment Share on other sites More sharing options...
V.T. Eric Layton Posted May 11 Share Posted May 11 12 hours ago, securitybreach said: When I got it up and running, I would immediately do a clonezilla backup (or whatever you use). Good advice, BUT... make sure everything is working fine once you have it all set up BEFORE you make that backup. AND do NOT overwrite your older backup, as you may need to pick & choose goodies from that one to get your new installation the way you want it. Once you're sure that you don't need that older back up (for /home/Erik stuff, etc.) then it's safe to overwrite with a new backup. This is assuming you are "mirroring" individual partitions onto a secondary drive. If you store your backups a different way, then do what works best for you. 1 Quote Link to comment Share on other sites More sharing options...
V.T. Eric Layton Posted May 11 Share Posted May 11 12 hours ago, wa4chq said: May I suggest this? "Thoughts and Prayers" won't cut it. However, an exorcism may be in order. 2 Quote Link to comment Share on other sites More sharing options...
abarbarian Posted May 11 Author Share Posted May 11 Thanks folks for all the thoughts. As to mistakes -- apart from doing an update I did nothing. Backups --- almost sure that I did a trial run of my rysnc script when I got my larger nvme and it worked. So not sure why it did not work properly this time. Clonezilla -- can only be used with same or smaller partitions - one reason why I looked to other solutions. I do not have the motivation to do a new install. Life has kicked me in the teeth at this time and fixing a broken pc is low down on my list of things to cheer meself up. I'll carry on using the fallback image for now. When I get my mojo back I'll come up with another plan 9. Can not resist fiddling though. So fiddled with neofetch to cheer meself up. This is a hint as to the change 2 Quote Link to comment Share on other sites More sharing options...
V.T. Eric Layton Posted May 11 Share Posted May 11 1 hour ago, abarbarian said: Life has kicked me in the teeth at this time and fixing a broken pc is low down on my list of things to cheer meself up. I can totally relate to this statement/mood. Quote Link to comment Share on other sites More sharing options...
raymac46 Posted May 11 Share Posted May 11 After reading through this thread I thought it was high time to update Arch on my pathetic 2019 Toshiba netbook. After 477 package upgrades and a reboot everything is just fine. Mind you I'm using grub not reFind. 2 Quote Link to comment Share on other sites More sharing options...
abarbarian Posted May 12 Author Share Posted May 12 9 hours ago, raymac46 said: After reading through this thread I thought it was high time to update Arch on my pathetic 2019 Toshiba netbook. After 477 package upgrades and a reboot everything is just fine. Mind you I'm using grub not reFind. I do updates at least twice a week and always make a backup before I do linux kernel update. So the large update was a real shock and the subsequent catastrophe even more so. I have looked at logs to see if I can spot anything but with no luck. Nothing jumps out as a gremlin. I thought it may have something to do with the strange mobo/ram issue I had a while back. I lost all ability to use more than one stick of ram.Then on a whim a few weeks later I tried a second stick of ram and it worked. So I now have 16GB ram which is adequate and I have not tried to see if all four ram sticks work. Could all of that be hardware gremlins or could it all have been software gremlins. Whatever I will keep on using my fallback image as it seems to update and work. When I get my mojo back I will have a look into mobo/ram and os gremlins and annihilate them. Oh and rEFind is not part of the problem at all. Quote Link to comment Share on other sites More sharing options...
securitybreach Posted May 12 Share Posted May 12 34 minutes ago, abarbarian said: I do updates at least twice a week and always make a backup before I do linux kernel update. So the large update was a real shock and the subsequent catastrophe even more so. I have looked at logs to see if I can spot anything but with no luck. Nothing jumps out as a gremlin. I thought it may have something to do with the strange mobo/ram issue I had a while back. I lost all ability to use more than one stick of ram.Then on a whim a few weeks later I tried a second stick of ram and it worked. So I now have 16GB ram which is adequate and I have not tried to see if all four ram sticks work. Could all of that be hardware gremlins or could it all have been software gremlins. Whatever I will keep on using my fallback image as it seems to update and work. When I get my mojo back I will have a look into mobo/ram and os gremlins and annihilate them. Oh and rEFind is not part of the problem at all. I know it sounds strange but a hardware issue could of caused this. Usually whenever it makes zero sense, its usually a hardware issue. Quote Link to comment Share on other sites More sharing options...
raymac46 Posted May 15 Share Posted May 15 Might be worth checking CMOS battery and taking a look at the BIOS/UEFI to see if everything looks OK. 1 Quote Link to comment Share on other sites More sharing options...
abarbarian Posted Friday at 05:53 PM Author Share Posted Friday at 05:53 PM Found the little gremlin that was causing mayhem. It was connected with this, https://forums.scotsnewsletter.com/index.php?/topic/97641-call-depth-tracking-with-linux-62-on-skylake-cpus/ Found this snippet https://bbs.archlinux.org/viewtopic.php?id=283924 which led to here https://bugs.archlinux.org/task/77601 that had a screenshot of a failed boot that looked identical to mine. So to boot I have this in my refind_linux.conf Quote "Boot using default options" "root=/dev/nvme0n1p2 retbleed=stuff rw initrd=intel-ucode.img initrd=initramfs-%v.img" changed that to Quote "Boot using default options" "root=/dev/nvme0n1p2 rw initrd=intel-ucode.img initrd=initramfs-%v.img" and the jolly old Skylake booted up just fine. As there are different options open to me and I do not want to run fully unprotected I am using Quote "Boot using default options" "root=/dev/nvme0n1p2 retbleed=off rw initrd=intel-ucode.img initrd=initramfs-%v.img" As it does not impact so much as retbleed=stuff , I may go back to it if I can see no perceptible gains with retbleed=off. That is if it works of course after I have tested it out. So happy days again all is good and I tracked down yet another pesky gremlin. 2 1 Quote Link to comment Share on other sites More sharing options...
raymac46 Posted yesterday at 01:14 AM Share Posted yesterday at 01:14 AM (edited) Somerimes it's nice to have crummy old CPUs like AMD Beema or Intel Broadwell which aren't affected by retbleed very much (if at all.) Edited 18 hours ago by raymac46 1 Quote Link to comment Share on other sites More sharing options...
abarbarian Posted 17 hours ago Author Share Posted 17 hours ago 11 hours ago, raymac46 said: Somerimes it's nice to have crummy old CPUs like AMD Beema or Intel Broadwell which aren't affected by retbleed very much (if at all.) Yup you should never discount the value of some old stuff. This was a tricky gremlin and I only tracked it down by pure chance. 1 Quote Link to comment Share on other sites More sharing options...
raymac46 Posted 16 hours ago Share Posted 16 hours ago Right now in my dubious collection of trailing edge and junker hardware I have one CPU (Zen 2) that might be affected by retbleed. It is running Windows 11 right now. AMD appears to be slightly less affected by retbleed overhead and it's not as if I am Amazon Web Services. If I keep away from dodgy sites and use an up-to-date browser I feel secure enough. Quote Link to comment Share on other sites More sharing options...
securitybreach Posted 15 hours ago Share Posted 15 hours ago 1 hour ago, raymac46 said: Right now in my dubious collection of trailing edge and junker hardware I have one CPU (Zen 2) that might be affected by retbleed. It is running Windows 11 right now. AMD appears to be slightly less affected by retbleed overhead and it's not as if I am Amazon Web Services. If I keep away from dodgy sites and use an up-to-date browser I feel secure enough. Retbleed was fixed last year. Quote Windows is not vulnerable because the existing mitigations already tackle it.[1] Linux kernels 5.18.14 and 5.19 contain the fixes.[5][6] The 32-bit Linux kernel, which is vulnerable, will not receive updates to fix the issue.[7] https://en.wikipedia.org/wiki/Retbleed Quote Link to comment Share on other sites More sharing options...
wa4chq Posted 9 hours ago Share Posted 9 hours ago On 5/10/2023 at 12:05 PM, V.T. Eric Layton said: WIPE IT CLEAN! Start nice and shiny and new again! Oh, and learn from your mistakes. Wipe it good... 1 Quote Link to comment Share on other sites More sharing options...
V.T. Eric Layton Posted 7 hours ago Share Posted 7 hours ago AMD Phenom II 1090 6-core CPU here with 4.4.301 kernel in Slackware 14.2. I never even heard of ratblood, redsteed, or whatever until this thread here. Quote Link to comment Share on other sites More sharing options...
V.T. Eric Layton Posted 7 hours ago Share Posted 7 hours ago 1 hour ago, wa4chq said: Wipe it good... Hmm... suddenly there's a thump-thump-thump bass line playing in my head and I'm picture red flower pots for some reason. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.