Dear colleagues, I'm not sure if it helps but lot of persons seem to have wakeup problems (like me).
A solution was to stay at an old version of microcode_ctl : https://urldefense.proofpoint.com/v2/url?u=https-3A__bugzilla.redhat.com_show-5Fbug.cgi-3Fid-3D1628958&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=OLeuSNYZv8MaEXsoMxjee_LCDqXju9rartKrJqmpK_E&s=2u-AIYKkeJ4Ilj1fdMrNmNMKqzZbRJxRvw76UxEecpM&e= Have a nice time!https://urldefense.proofpoint.com/v2/url?u=https-3A__bugzilla.redhat.com_show-5Fbug.cgi-3Fid-3D1628958&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=OLeuSNYZv8MaEXsoMxjee_LCDqXju9rartKrJqmpK_E&s=2u-AIYKkeJ4Ilj1fdMrNmNMKqzZbRJxRvw76UxEecpM&e= Andreas On 1/29/19 4:43 PM, Andrew C Aitchison wrote: > On Tue, 29 Jan 2019, S. Vergani wrote: > >> Dear Andrew, >> >> uname -r reports "3.10.0-957.1.3.el7.x86_64". > > Hmm. > https://urldefense.proofpoint.com/v2/url?u=https-3A__access.redhat.com_articles_3078&d=DwIBAg&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=AbMRfZpAeBgc2mCkl-KKhLfPwq-pKDQ3Kmztw69QJQ8&s=6Y0htdEMZXgU1hX9ivQzJnOY_WZIHsSGYEjzWJaki4s&e= > suggests that > that is an SL7.6 kernel. > I am not so sure that my guess was right after all. > >> What should I search/do in /boot/grub2? > > I'm not really sure. > >> Many thanks, >> >> Stefano >> >> >> >> On 2019-01-29 11:42, Andrew C Aitchison wrote: >>> On Mon, 28 Jan 2019, S. Vergani wrote: >>> >>>> I am running scientific linux on a ThinkPad t440p. During the past 1.5 >>>> years, I have been experiencing the same apparently unsolvable problem >>>> with SL 7.5. Every time I closed the pc without >>>> locking it or I tried to restart it, the pc froze and the only thing to do >>>> was to force shut down. I have been using GNOME classic but with any other >>>> desktop as well (I tried them all) the >>>> problem persisted. >>>> >>>> I upgraded yesterday to SL 7.6 and finally the issue disappeared. This >>>> morning I started again the session and SL was back to 7.5. When I start >>>> the session (I have windows 7 dual-boot) I can >>>> choose only between some versions of SL 7.5 and windows. The aesthetics is >>>> then exactly as it was with SL 7.5, but when I check which version I am >>>> running it shows SL 7.6. The old issue came >>>> back and again it freezes every time. >>>> >>>> Could someone help me with the matter? To summarize, the selections during >>>> boot phase, the aesthetics, and the old issues of SL 7.5 are back, but I >>>> upgraded to SL 7.6 and when I ask for the >>>> OS the output is >>>> >>>> NAME="Scientific Linux" >>>> VERSION="7.6 (Nitrogen)" >>>> ID="scientific" >>>> ID_LIKE="rhel centos fedora" >>>> VERSION_ID="7.6" >>>> PRETTY_NAME="Scientific Linux 7.6 (Nitrogen)" >>>> ANSI_COLOR="0;31" >>>> CPE_NAME="cpe:/o:scientificlinux:scientificlinux:7.6:GA" >>>> HOME_URL=" >>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.scientificlinux.org__&d=DwIBAg&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=AbMRfZpAeBgc2mCkl-KKhLfPwq-pKDQ3Kmztw69QJQ8&s=0p_l2ngWO-ICHkUpt4ussePioIS6DmwtZA0jZK0Hi4k&e= >>>> >> BUG_REPORT_URL="mailto:[email protected]";>> >>>> REDHAT_BUGZILLA_PRODUCT="Scientific Linux 7" >>>> REDHAT_BUGZILLA_PRODUCT_VERSION=7.6 >>>> REDHAT_SUPPORT_PRODUCT="Scientific Linux" >>>> REDHAT_SUPPORT_PRODUCT_VERSION="7.6" >>> >>> What does >>> uname -r >>> report ? >>> >>> I'm guessing that the update did not upgrade the kernel properly >>> (this is more likely sincx this is a dual-boot system) >>> and the boot loader is not looking for the kernel where the update >>> put the SL7.6 kernel, but found the old kernel from SL7.5. >>> >>> I'm still on SL6 which uses grub as the boot loader; >>> SL7 uses grub2 which is sufficiently different that I can't really >>> say what you sould do to fix it; but looking in >>> /boot /boot/grub or perhaps /boot/grup2 may give you a clue. >>> - these directories will probably contain the new kernels, >>> not the ones which are actually being used. >>> >>> You might even have a separate /boot partition, or had one before you >>> upgraded; that could confuse both you and the machine. >>> >>> Sorry this is rather vague. >> >> -- >> Stefano Vergani >> Doctor of Philosophy Student >> STFC Data Intensive Science Studentship Beneficiary >> Department of Physics, Cavendish Laboratory >> King's College, University of Cambridge >> >> -- ___________________________________________________________________ Dr. Andreas Manschke | E-Mail: [email protected] Universitaet Bremen | https://urldefense.proofpoint.com/v2/url?u=https-3A__www.geo.uni-2Dbremen.de_-7Eanma&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=OLeuSNYZv8MaEXsoMxjee_LCDqXju9rartKrJqmpK_E&s=JK6GnGaWi7coJ3RMQeeVmzFh5vA71Q9cI4aGaklGRFk&e= FB 5 - Geowissenschaften | Tel: 0421 218 65432 Klagenfurter Strasse 2-4 | Fax: 0421 218 9865432 D-28359 Bremen | Raum GEO 5520 PGP key: https://urldefense.proofpoint.com/v2/url?u=https-3A__www.geo.uni-2Dbremen.de_-7Eanma_andreas-2Dmanschke.asc&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=OLeuSNYZv8MaEXsoMxjee_LCDqXju9rartKrJqmpK_E&s=T6rtRMv40ioibQyqIVS_6CfxF9e8e0tbMHU0MG_7dP0&e=
