When it comes to this, I’m a newbie again! I cannot seem to solve this on my own - so here’s where I am.
After a reboot (following updates - as ‘suggested’) I had some anomalies occur. It started with the wallpapers not coming up correctly, or as fast as it should. The secondary monitor showed an incorrect version of the main one (rather than its own) - then bkanked - then slowly came up with the correct one. The rest of the usual setup was extremely slow to come up as well - although eventually it did show. Some things, such as PulseAudio, do not work. Sometimes the network seems OK, but not mostly - I can ping an address, but not a site.
Attempts at mitigation include downgrading more likely suspects (new kernel, etc) - no good effect. Tried changing the DNS source in /etc/resolv.conf - no further difference (still no site access).
As my choice of ‘fixes’ would be to ‘return to an earlier date’ of the install, I need the network to function enough to allow pacman to help.
The same thing happened to my similar Arch setup - and I didn’t run the updates on Garuda (which works fine - all on the same machine).
Any further idea on what is gone wrong - or how to troubleshoot it? I should be able to extract logs etc (not that I can see anything particularly helpful in them thus far - by passing them to the Garuda install for net access for posting. Which ones?
Thanks to anyone who can rescue this - if it can be done with less effort on my part than the hour or so it would take to re-install (no data is at risk - just all the customization I’ve done on EnOS, and it’s conkys, and its packages, and…
Of course - it wouldn’t hurt to learn something other than re-install when I suffer user failure…
I strongly suspect itewas the 14th that triggered it - but between downgrades, package removals (kolourpaint - in case all the k* stuff was causing trouble) and running a new upgrade (in case the fix was already in) I’m not 100% sure
That’s why I want to get net access to reverse to the 12th - and then work forward slowly…
Will do - once I figure what else is wrong here
Anyway - it gave me back network access (now using r8169, as is Garuda) but the other oddities remain. I guess I’ll revert the state back to the 14th and track from there! Thanks.
Weird - now getting graphic anomalies while typing this - it is ‘breaking up’ then coming back OK…
Boot and it will load the r8169 or at least it should because it’s in the kernel modules where as r8168 is an installed package. If everything works remove the r8168.
I removed the r8168 package as suggested, and it used r8169 successfully. It made no difference to the other (graphic and crawling issues) things I have going on. I have piles of cups complaints too - which is odd since I haven’t even installed the printer on this setup yet. When the game is over, I’ll back up a few days, and see what happens and when…
Seems a lot of people are having these strange issues. I’m not having any since virtual box is now working for me. I just did another UEFI update on my Ryzen board. It had a new AGESA so I updated it. The only issue is I find it wipes out my entry for rEFInd in UEFI Soni have to reinstall it to get the entry back.
Well - I reverted to 14/09 - and it didn’t help. Then I reverted to 12/09 - and still no improvement. Whatever it is must not be update related - or maybe not main repos update related (though how an AUR program could cause this I have no idea. At least it seems to run OK once I get it up - apart from weird graphics breakups right in what I’m typing! I’ll switch to Firefox to see if that help THIS at least!
Is the graphics issue on Brave or Chromium? I only use Firefox and i have Chromium as a backup and Chromium has to have hardware acceleration disabled in the settings of the browser or you get graphics issues.
Yeah - I remember that - and it’s on Brave. Strange that it shows up after so much time, though! Maybe I should revert further back into time - I was really happy with how everything worked. I hope I haven’t developed a hardware problem! (it IS doing the same thing on an Arch install). I guess first I’ll go over the garuda and see how it does with the upgrades applied (so far it seems OK).
I have the problem solved - but I have no idea why! I moved some ENV settings into ~/.profile (mostly to do with scaling on hi-dpi and cleaning up the look of QT apps) - and at first they seemed to work better there than in ~/.bashrc. However - their presence in that file was causing all the strange behaviour! I removed the file, and ALL the issues went away - the holdups, the weird wallpaper showing troubles, the graphics oddity in Brave…
So a solution - but not an explanation! So now only sound is giving problems (also concurrent with the rest) - but I’ll start another thread if I can’t trace/fix that tomorrow.
Edit: the sound is back on the Arch build too - so maybe it ALL is fixed!?
(no data is at risk - just all the customization I’ve done on EnOS, and it’s conkys, and its packages, and…
$ cat /var/log/pacman.log | grep “2020-09-13” | grep -i upgrade
I just did another UEFI update on my Ryzen board. It had a new AGESA so I updated it. The only issue is I find it wipes out my entry for rEFInd in UEFI Soni have to reinstall it to get the entry back.
I moved some ENV settings into ~/.profile (mostly to do with scaling on hi-dpi and cleaning up the look of QT apps) - and at first they seemed to work better there than in ~/.bashrc. However - their presence in that file was causing all the strange behaviour! I removed the file, and ALL the issues went away - the holdups, the weird wallpaper showing troubles, the graphics oddity in Brave…