Bug 109051 : system freeze with any other than v, 13.2 - now trying to upgrade to kernel 4-8 or 4.9

hello dear opensuse-experts,:wink:

at the moment i am on openSuse 13.2 - which seems to be a very bad option - there seems to be no support for this sytstem any more. So i need to update / upgrade soon as possible
how to test linux with the newest kernel - the 4.8 or 4.9 one. is there a distribution that contains all the things already!?

note: there are not too many data on this notebook - a hp notebook with 500 GB
what is difficult: the notebook has got issues with leap-42 1 and former (certain) releases of tumbleweed: te shutdown amd turn off does not work at all i ran into freezing 100 % the time.
what is supposed: i and others think that i have issues with the Bug 109051 - intel_idle.max_cstate=1 required on baytrail to prevent crashes see https://bugzilla.kernel.org/show_bug.cgi?id=109051so the only system that works is the Opensuse 13.2 - i am on this for one year now: but i am wanting to test newer ones - how would i do this!?

**
solutions and ideas: **

  • is there a new distri that comes with the newest kernel - 4.8 or 4.9!?
  • should i take into consideration to install parallel to the 13.2 ?! [well if i do a new and fresh install- - in parallel to the allready existing opensuse 13.2 installation: i could do that - with a new partition: 15 GB for the new installation / and for the new /home direcory would fit…]
  • should i save the data and try a new fresh installation from ground up!? or - the fourth option:
  • can i do a zypper dup - or up so that i do some upgrading with the allready runnning 13.2

i love to hear from you - Many thanks for your help - and for any and all help.

regards
Dilbertone … the opensuse addicted :wink:

see more descriptions - more findings and a little discussion

a thread with more informations
https://forums.opensuse.org/showthread.php/514101-leap-42-1-and-tumbleweed-shutdown-amp-turn-off-does-not-work-at-all-freezing-100

Bug 109051 - intel_idle.max_cstate=1 required on baytrail to prevent crashes
https://bugzilla.kernel.org/show_bug.cgi?id=109051
i did not have created a bug-report - should i do this now!?

the notebook is this one **HP Notebook hp 14 r 103ng
**
Intel Pentium N3540 QuadCore, 4GB, 500GB,
delivered with Free DOS - see all more detailed:

processor: Intel® Pentium™-Prozessor N3540 (4x 2,16 GHz, mit Turbo Burst bis zu 2,66 GHz, 2MB Cache)
Graphics: Intel HD Graphics
memorey: 4 GB DDRL3 ; 1600 MHz, max. 8 GB
hdd: 500 GB, 5.400 U/Min, SATA, 2,5“
DVD-: Super Multi (DVD DL±RW/CD±RW)
Network: WLAN 802.11 b/g/n, Fast-Ethernet
connections: VGA, HDMI, 2x USB 2.0, 1x USB 3.0, 1 RJ-45

the running BIOS
Vendor: Insyde
Version: F.39

… see the current situation on the notebook - how the partitions


p
martin@linux-7w0a:~> su
Passwort:
linux-7w0a:/home/martin # du -h /var/log
4,0K    /var/log/hp/tmp
8,0K    /var/log/hp
4,0K    /var/log/tuned
705M    /var/log/journal/4ed603cd18304c8d9216b69334cdeb3a
705M    /var/log/journal
4,0K    /var/log/mysql
616K    /var/log/zypp
4,0K    /var/log/apache2
4,0K    /var/log/cups
17M     /var/log/audit
4,0K    /var/log/samba
10M     /var/log/YaST2
4,0K    /var/log/dirmngr
4,0K    /var/log/krb5
4,0K    /var/log/apparmor
761M    /var/log
linux-7w0a:/home/martin # fdisk -l

Festplatte /dev/sda: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 6229C7C4-758C-450E-9D59-F59E2AE3CB11

Device        Start       End   Sectors   Size Type
/dev/sda1      2048    321535    319488   156M EFI System
/dev/sda2    321536   4530175   4208640     2G Microsoft basic data
/dev/sda3   4530176  46475263  41945088    20G Microsoft basic data
/dev/sda4  46475264 976773119 930297856 443,6G Microsoft basic data

linux-7w0a:/home/martin # df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda3        20G    6,9G   12G   37% /
devtmpfs        1,9G       0  1,9G    0% /dev
tmpfs           1,9G     35M  1,9G    2% /dev/shm
tmpfs           1,9G    2,2M  1,9G    1% /run
tmpfs           1,9G       0  1,9G    0% /sys/fs/cgroup
/dev/sda1       156M    4,8M  152M    4% /boot/efi
/dev/sda4       444G    1,4G  442G    1% /home
linux-7w0a:/home/martin #
linux-7w0a:/home/martin # du -h /tmp | tail -1
567M    /tmp
linux-7w0a:/home/martin # fdisk -l

Festplatte /dev/sda: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 6229C7C4-758C-450E-9D59-F59E2AE3CB11

Device        Start       End   Sectors   Size Type
/dev/sda1      2048    321535    319488   156M EFI System
/dev/sda2    321536   4530175   4208640     2G Microsoft basic data
/dev/sda3   4530176  46475263  41945088    20G Microsoft basic data
/dev/sda4  46475264 976773119 930297856 443,6G Microsoft basic data

linux-7w0a:/home/martin # sudo parted -l:
parted: Ungültige Option -- :
Usage: parted -hlmsv] -a<align>] [DEVICE [COMMAND [PARAMETERS]]...]
linux-7w0a:/home/martin # sudo parted -l
Model: ATA TOSHIBA MQ01ABF0 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name     Flags
 1      1049kB  165MB   164MB   fat16           primary  boot
 2      165MB   2319MB  2155MB  linux-swap(v1)  primary
 3      2319MB  23,8GB  21,5GB  ext4            primary
 4      23,8GB  500GB   476GB   xfs             primary


linux-7w0a:/home/martin #
linux-7w0a:/home/martin #
linux-7w0a:/home/martin # du -ah | sort -nr > /root/list

well if i do a new and fresh install- - in parallel to the allready existing opensuse 13.2 installation:
i could do that - with a new partition : 15 GB for the new installation / and for the new /home direcory would fit…

love to hear from you

good day

found a good how-to;:

Linux Kernel 4.9 has been released a week ago, and we have published a step by step guide about Installing Linux Kernel 4.9 yesterday. For details, look at the link below.
Today, in this tutorial, we are going to see how to install Linux Kernel 4.9 in openSUSE. I have tested this guide in openSUSE 13.2 desktop. It might work in other older versions.

… ext exc

see more https://www.ostechnix.com/install-linux-kernel-4-9-opensuse/

the guy did it with 13.2 - i will try it out

regards

Hi
Upgrade your system is a far better option, plus Kernel:HEAD could lead to breakages, use Kernel:stable (which is now 4.9.8) which moves to Tumbleweed once tested.

So what about all the other important stuff, don’t forget about those, openssl, timezone, gpg, apache and php etc…

hello Malcolm

many thanks - would you do a zypper dub from 13.2 ?!

if i were able to run kernel 4.9 xy - that would be fantastic.

note: i have not too much data on the notebook - so this zypper dub way would not be too risky

love to hear from you again

Hi
If not much data, then do a fresh install.

There is a severe Linux issue with all systems having Intel Baytrail CPUs and Intel HD OnBoard Graphics that has still not been resolved yet, see

https://bugzilla.kernel.org/show_bug.cgi?id=109051

for details (you already mentioned it, and, precisely speaking, it’s an Intel issue). A list of affected CPUs can be found here:

http://ark.intel.com/products/codename/55844/Bay-Trail?q=bay%20trail#@All

Your N3540 CPU is included in this list. Issue ‘lspci -knn’ on a root shell and check for the line “Kernel modules: i915” - if found, you are surely affected by this bug.
It produces complete system freezes often even during the first minutes of uptime, especially when using HD graphics extensively like watching videos with VLC or quickly moving windows across the graphics screen. SSH sessions on your host from external systems are freezing just when your host screen freezes, too.

I never had problems with my ASUS R752MA for 18 months while using openSuSE 13.2, but after upgrading to Leap 42.2 the last days it crashed and crashed, sometimes even before the desktop has finished loading.
There seems only to be one true workaround which I tested yesterday:

Boot your 4.x or late 3.x kernel with option ‘intel_idle.max_cstate=1’; integrate it on your GRUB2 command line. If crashes prevent you even from editing the system configuration, boot it in “failsafe” mode, login as root, and perform the necessary changes to GRUB2 with YaST.

Following side effects of this option should be mentioned: Increase in CPU temperature and power consumption.

i was running Intel Pentium N3520 on 42.1 kernel 4.1 which is claimed in the bug report as requiring the fix, made stable by simply specifying uxa instead of sna. odd.

Before trying diverse kernel options including the winning intel_idle.max_cstates=1 option I tried all published Xconfig tweaks - nothing helped. Setting Option “AccelMethod” to “uxa” instead of “sna” did nothing observable, setting “DRI” to “False” severely degraded graphics operations and made VLC unusable - and: the system instability remained, crashes over crashes.

My system: ASUS R752M, Intel Celeron N2940 4-core-CPU, openSuSE Leap 42.2 with Linux kernel 4.4.49-16-default