LinuxQuestions.org
Help answer threads with 0 replies.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > SUSE / openSUSE
User Name
Password
SUSE / openSUSE This Forum is for the discussion of Suse Linux.

Notices


Reply
  Search this Thread
Old 01-05-2024, 01:14 AM   #1
MakeTopSite
Member
 
Registered: Jan 2021
Location: EU
Distribution: Ubuntu, openSUSE Leap & TW, Devuan, Debian
Posts: 257

Rep: Reputation: 3
TW 32 bit: Xorg freeze


Xorg freeze during browsing using Firefox (installed from Tumbleweed repo). Caps Lock and Scroll Lock LEDs started to blink. Power Off button was needed to reboot. IceWM. Any idea pls why this happened ?

Code:
Jan 05 07:00:14 maketopsite systemd[1]: snapperd.service: Consumed 2.774s CPU time.
Jan 05 07:00:14 maketopsite systemd[1]: snapperd.service: Deactivated successfully.
Jan 05 07:00:10 maketopsite systemd-logind[828]: Removed session c2.
Jan 05 07:00:10 maketopsite systemd[1]: session-c2.scope: Consumed 4.732s CPU time.
Jan 05 07:00:10 maketopsite systemd[1]: session-c2.scope: Deactivated successfully.
Jan 05 07:00:10 maketopsite systemd[1]: systemd-coredump@0-4907-0.service: Deactivated successfully.
Jan 05 07:00:10 maketopsite systemd-coredump[4921]: [🡕] Process 4076 (gnome-session-b) of user 461 dumped core.


                                              Stack trace of thread 4076:
                                              #0  0x00000000004869b7 n/a (gnome-session-binary + 0x1b9b7)
                                              #1  0x000000000048717f n/a (gnome-session-binary + 0x1c17f)
                                              #2  0x00000000b7adf3ad g_hash_table_find (libglib-2.0.so.0 + 0x463ad)
                                              #3  0x0000000000489aba n/a (gnome-session-binary + 0x1eaba)
                                              #4  0x000000000048b46d n/a (gnome-session-binary + 0x2046d)
                                              #5  0x00000000004904eb n/a (gnome-session-binary + 0x254eb)
                                              #6  0x00000000b7af10ac n/a (libglib-2.0.so.0 + 0x580ac)
                                              #7  0x00000000b7af2de7 n/a (libglib-2.0.so.0 + 0x59de7)
                                              #8  0x00000000b7af37b9 g_main_loop_run (libglib-2.0.so.0 + 0x5a7b9)
                                              #9  0x0000000000490332 n/a (gnome-session-binary + 0x25332)
                                              #10 0x00000000004742bc n/a (gnome-session-binary + 0x92bc)
                                              #11 0x00000000b7623c75 __libc_start_call_main (libc.so.6 + 0x23c75)
                                              #12 0x00000000b7623d38 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x23d38)
                                              #13 0x0000000000474d37 n/a (gnome-session-binary + 0x9d37)
                                              
                                              Stack trace of thread 4095:
                                              #0  0x00000000b7f1c579 __kernel_vsyscall (linux-gate.so.1 + 0x579)
                                              #1  0x00000000b77261f7 syscall (libc.so.6 + 0x1261f7)
                                              #2  0x00000000b7b4ee4a g_cond_wait (libglib-2.0.so.0 + 0xb5e4a)
                                              #3  0x00000000b7abba25 n/a (libglib-2.0.so.0 + 0x22a25)
                                              #4  0x00000000b7abc018 g_async_queue_pop_unlocked (libglib-2.0.so.0 + 0x23018)
                                              #5  0x00000000b7b20fe3 n/a (libglib-2.0.so.0 + 0x87fe3)
                                              #6  0x00000000b7b20867 n/a (libglib-2.0.so.0 + 0x87867)
                                              #7  0x00000000b768b3ed start_thread (libc.so.6 + 0x8b3ed)
                                              #8  0x00000000b7728ba8 __clone3 (libc.so.6 + 0x128ba8)
                                              
                                              Stack trace of thread 4097:
                                              #0  0x00000000b7f1c579 __kernel_vsyscall (linux-gate.so.1 + 0x579)
                                              #1  0x00000000b771ab37 __poll (libc.so.6 + 0x11ab37)
                                              #2  0x00000000b7b04eb0 g_poll (libglib-2.0.so.0 + 0x6beb0)
                                              #3  0x00000000b7af2d87 n/a (libglib-2.0.so.0 + 0x59d87)
                                              #4  0x00000000b7af37b9 g_main_loop_run (libglib-2.0.so.0 + 0x5a7b9)
                                              #5  0x00000000b7d215d5 n/a (libgio-2.0.so.0 + 0x1215d5)
                                              #6  0x00000000b7b20867 n/a (libglib-2.0.so.0 + 0x87867)
                                              #7  0x00000000b768b3ed start_thread (libc.so.6 + 0x8b3ed)
                                              #8  0x00000000b7728ba8 __clone3 (libc.so.6 + 0x128ba8)

                                              Stack trace of thread 4096:
                                              #0  0x00000000b7f1c579 __kernel_vsyscall (linux-gate.so.1 + 0x579)
                                              #1  0x00000000b771ab37 __poll (libc.so.6 + 0x11ab37)
                                              #2  0x00000000b7b04eb0 g_poll (libglib-2.0.so.0 + 0x6beb0)
                                              #3  0x00000000b7af2d87 n/a (libglib-2.0.so.0 + 0x59d87)
                                              #4  0x00000000b7af3554 g_main_context_iteration (libglib-2.0.so.0 + 0x5a554)
                                              #5  0x00000000b7af35b0 n/a (libglib-2.0.so.0 + 0x5a5b0)
                                              #6  0x00000000b7b20867 n/a (libglib-2.0.so.0 + 0x87867)
                                              #7  0x00000000b768b3ed start_thread (libc.so.6 + 0x8b3ed)
                                              #8  0x00000000b7728ba8 __clone3 (libc.so.6 + 0x128ba8)
                                              
                                              Stack trace of thread 4098:
                                              #0  0x00000000b7f1c579 __kernel_vsyscall (linux-gate.so.1 + 0x579)
                                              #1  0x00000000b771ab37 __poll (libc.so.6 + 0x11ab37)
                                              #2  0x00000000b7b04eb0 g_poll (libglib-2.0.so.0 + 0x6beb0)
                                              #3  0x00000000b7af2d87 n/a (libglib-2.0.so.0 + 0x59d87)
                                              #4  0x00000000b7af3554 g_main_context_iteration (libglib-2.0.so.0 + 0x5a554)
                                              #5  0x00000000b4774bab n/a (libdconfsettings.so + 0x5bab)
                                              #6  0x00000000b7b20867 n/a (libglib-2.0.so.0 + 0x87867)
                                              #7  0x00000000b768b3ed start_thread (libc.so.6 + 0x8b3ed)
                                              #8  0x00000000b7728ba8 __clone3 (libc.so.6 + 0x128ba8)
                                              ELF object binary architecture: Intel 80386
Jan 05 07:00:10 maketopsite systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
Jan 05 07:00:09 maketopsite su[4897]: pam_unix(su:session): session opened for user root(uid=0) by maketopsite(uid=1000)
Jan 05 07:00:09 maketopsite su[4897]: (to root) maketopsite on pts/0
Jan 05 07:00:09 maketopsite su[4897]: gkr-pam: couldn't unlock the login keyring.
Jan 05 07:00:09 maketopsite su[4897]: The gnome keyring socket is not owned with the same credentials as the user login: /run/user/1000/keyring/cont>
Jan 05 07:00:09 maketopsite systemd[1]: Started Process Core Dump (PID 4907/UID 0).
Jan 05 07:00:09 maketopsite systemd[1]: Created slice Slice /system/systemd-coredump.
Jan 05 07:00:09 maketopsite systemd-logind[828]: Session c2 logged out. Waiting for processes to exit.
Jan 05 07:00:09 maketopsite gdm-launch-environment][3937]: pam_unix(gdm-launch-environment:session): session closed for user gdm
Jan 05 07:00:09 maketopsite gdm-x-session[4063]: GLib: Source ID 2 was not found when attempting to remove it
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) Server terminated successfully (0). Closing log file.
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) systemd-logind: releasing fd for 13:67
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) UnloadModule: "libinput"

Jan 05 07:00:09 maketopsite polkitd[750]: Unregistered Authentication Agent for unix-session:c2 (system bus name :1.75, object path /org/freedesktop>
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) systemd-logind: releasing fd for 13:66
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) UnloadModule: "libinput"
Jan 05 07:00:09 maketopsite systemd[1]: packagekit.service: Deactivated successfully.
Jan 05 07:00:09 maketopsite PackageKit[4161]: daemon quit
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) systemd-logind: releasing fd for 13:65
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) UnloadModule: "libinput"
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) systemd-logind: releasing fd for 13:64
Jan 05 07:00:09 maketopsite /usr/libexec/gdm/gdm-x-session[4065]: (II) UnloadModule: "libinput"
Jan 05 07:00:09 maketopsite gsd-print-notif[4196]: Error releasing name org.gnome.SettingsDaemon.PrintNotifications: The connection is closed
Jan 05 07:00:09 maketopsite kernel: Code: 00 00 00 57 56 e8 e5 61 00 00 81 c6 39 af 02 00 53 89 c3 8b be b0 08 00 00 01 c7 e8 e3 92 ff ff 85 db 74 2>
Jan 05 07:00:09 maketopsite kernel: gnome-session-b[4076]: segfault at aaaaaaaa ip 004869b7 sp bfca6fa0 error 4 in gnome-session-binary[472000+23000>
Jan 05 07:00:09 maketopsite kernel: show_signal_msg: 53 callbacks suppressed
Jan 05 07:00:09 maketopsite gsd-screensaver[4209]: Error releasing name org.gnome.SettingsDaemon.ScreensaverProxy: The connection is closed
Jan 05 07:00:09 maketopsite gsd-housekeepin[4216]: Error releasing name org.gnome.SettingsDaemon.Housekeeping: The connection is closed
Jan 05 07:00:09 maketopsite gsd-sharing[4180]: Error releasing name org.gnome.SettingsDaemon.Sharing: The connection is closed
Jan 05 07:00:09 maketopsite gsd-rfkill[4199]: Error releasing name org.gnome.SettingsDaemon.Rfkill: The connection is closed
Jan 05 07:00:09 maketopsite org.gnome.Shell.desktop[4102]:       after 2290 requests (2290 known processed) with 0 events remaining.
Jan 05 07:00:09 maketopsite org.gnome.Shell.desktop[4102]: XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Jan 05 07:00:03 maketopsite at-spi-bus-launcher[4871]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry
Code:
01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS880 [Radeon HD 4250] (prog-if 00 [VGA controller])
	Subsystem: ASRock Incorporation Device 9715
	Flags: bus master, fast devsel, latency 0, IRQ 18, NUMA node 0
	Memory at d0000000 (32-bit, prefetchable) [size=256M]
	I/O ports at d000 [size=256]
	Memory at fe8f0000 (32-bit, non-prefetchable) [size=64K]
	Memory at fe700000 (32-bit, non-prefetchable) [size=1M]
	Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
	Capabilities: [50] Power Management version 3
	Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
	Kernel driver in use: radeon
	Kernel modules: radeon, amdgpu
 
Old 01-06-2024, 12:51 AM   #2
mrmazda
LQ Guru
 
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, others
Posts: 5,826
Blog Entries: 1

Rep: Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068
How much installed RAM is there? Gnome is a heavy RAM consumer, possibly a bad idea on 32bit unless it has more than 2G RAM installed.

What is the exact CPU model? Earlier than Pentium 4 may not be fully supported by TW.

It may be time for using a memory tester.
 
Old 01-10-2024, 01:36 AM   #3
MakeTopSite
Member
 
Registered: Jan 2021
Location: EU
Distribution: Ubuntu, openSUSE Leap & TW, Devuan, Debian
Posts: 257

Original Poster
Rep: Reputation: 3
Quote:
Originally Posted by mrmazda View Post
How much installed RAM is there? Gnome is a heavy RAM consumer, possibly a bad idea on 32bit unless it has more than 2G RAM installed.

What is the exact CPU model? Earlier than Pentium 4 may not be fully supported by TW.

It may be time for using a memory tester.
There is more than 6 GB of free RAM when running Firefox. I use GDM + IceWM. I don not use GNOME.

AMD Phenom(tm) II X2.

RAM test did not found any error.
 
Old 01-10-2024, 02:22 AM   #4
mrmazda
LQ Guru
 
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, others
Posts: 5,826
Blog Entries: 1

Rep: Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068
Quote:
Originally Posted by MakeTopSite View Post
There is more than 6 GB of free RAM when running Firefox. I use GDM + IceWM. I don not use GNOME.
Most 32 bit PCs don't support more than 2G RAM. I'm not aware that any mainstream motherboard ever supported more than 4G (expensive server motherboards could).

Quote:
AMD Phenom(tm) II X2.
This CPU is 64 bit. Why aren't you running the 64bit TW? 32bit is from openSUSE ports, isn't subjected to the same QA as 64bit, so is expected to be less reliable, and less likely to get needed fixes on a timely basis, if at all.
 
Old 01-11-2024, 03:01 AM   #5
MakeTopSite
Member
 
Registered: Jan 2021
Location: EU
Distribution: Ubuntu, openSUSE Leap & TW, Devuan, Debian
Posts: 257

Original Poster
Rep: Reputation: 3
Quote:
Originally Posted by mrmazda View Post
Most 32 bit PCs don't support more than 2G RAM. I'm not aware that any mainstream motherboard ever supported more than 4G (expensive server motherboards could).

This CPU is 64 bit. Why aren't you running the 64bit TW? 32bit is from openSUSE ports, isn't subjected to the same QA as 64bit, so is expected to be less reliable, and less likely to get needed fixes on a timely basis, if at all.
I run 32 bit TW because it was installed on HDD which comes from old 32 bit PC.
 
Old 01-11-2024, 04:28 PM   #6
mrmazda
LQ Guru
 
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, others
Posts: 5,826
Blog Entries: 1

Rep: Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068
Your future would likely be easier if you would invest the time to install the fully QA'd 64 bit version. If your current installation has a separate filesystem for /home/, your risk of personal data loss should be nil, as it would be fully reusable without modification. openSUSE's installer is the best of all I've been exposed to, very accommodating to personalization during the installation process.
 
Old 01-14-2024, 01:12 AM   #7
MakeTopSite
Member
 
Registered: Jan 2021
Location: EU
Distribution: Ubuntu, openSUSE Leap & TW, Devuan, Debian
Posts: 257

Original Poster
Rep: Reputation: 3
Quote:
Originally Posted by mrmazda View Post
Most 32 bit PCs don't support more than 2G RAM. I'm not aware that any mainstream motherboard ever supported more than 4G (expensive server motherboards could).

This CPU is 64 bit. Why aren't you running the 64bit TW? 32bit is from openSUSE ports, isn't subjected to the same QA as 64bit, so is expected to be less reliable, and less likely to get needed fixes on a timely basis, if at all.
Do you mean please 32 bit TW is less secure than 64 b. ?
 
Old 01-14-2024, 02:10 AM   #8
mrmazda
LQ Guru
 
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, others
Posts: 5,826
Blog Entries: 1

Rep: Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068
Quote:
Originally Posted by MakeTopSite View Post
Do you mean please 32 bit TW is less secure than 64 b. ?
It may be nearly equivalent now, but we cannot expect it to continue to be so without the QA for 32 that 64 gets. It's been less than a year since stopping 32 from being subjected to QA. There are few developers committed to 32 bit development any more. The hardware is quite old for the dwindling number remaining that do any work on actual hardware instead of VMs.
 
Old 01-16-2024, 07:55 AM   #9
MakeTopSite
Member
 
Registered: Jan 2021
Location: EU
Distribution: Ubuntu, openSUSE Leap & TW, Devuan, Debian
Posts: 257

Original Poster
Rep: Reputation: 3
Quote:
Originally Posted by mrmazda View Post
Your future would likely be easier if you would invest the time to install the fully QA'd 64 bit version. If your current installation has a separate filesystem for /home/, your risk of personal data loss should be nil, as it would be fully reusable without modification. openSUSE's installer is the best of all I've been exposed to, very accommodating to personalization during the installation process.
If I install new distro I would probably try "less rolling" distro.
 
Old 01-16-2024, 07:56 AM   #10
MakeTopSite
Member
 
Registered: Jan 2021
Location: EU
Distribution: Ubuntu, openSUSE Leap & TW, Devuan, Debian
Posts: 257

Original Poster
Rep: Reputation: 3
Quote:
Originally Posted by mrmazda View Post
It may be nearly equivalent now, but we cannot expect it to continue to be so without the QA for 32 that 64 gets. It's been less than a year since stopping 32 from being subjected to QA. There are few developers committed to 32 bit development any more. The hardware is quite old for the dwindling number remaining that do any work on actual hardware instead of VMs.
I hope there will be official announcement when 32 bit become unsecure.
 
Old 01-16-2024, 08:28 PM   #11
mrmazda
LQ Guru
 
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, others
Posts: 5,826
Blog Entries: 1

Rep: Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068
openSUSE Slowroll is "less rolling".
 
Old 01-21-2024, 03:18 AM   #12
MakeTopSite
Member
 
Registered: Jan 2021
Location: EU
Distribution: Ubuntu, openSUSE Leap & TW, Devuan, Debian
Posts: 257

Original Poster
Rep: Reputation: 3
Quote:
Originally Posted by mrmazda View Post
openSUSE Slowroll is "less rolling".
Slowroll is a new experimental distribution
is 32 bit Slowroll as safe and secure as other 64 bit distro ? As TW, Leap for example.
 
Old 01-21-2024, 02:03 PM   #13
mrmazda
LQ Guru
 
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, others
Posts: 5,826
Blog Entries: 1

Rep: Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068
Phenom(tm) II X2 is 64 bit, which Slowroll is exclusively at least for the foreseeable future. Slowroll amounts to the same thing as TW except for its less frequent update schedule, and optional use of LTS kernel instead of current. It's not really all that new any more. My first installation of it was first week in September, so it's at least 5 months old. I have 18 installations of Slowroll total.
 
Old 01-22-2024, 01:12 AM   #14
MakeTopSite
Member
 
Registered: Jan 2021
Location: EU
Distribution: Ubuntu, openSUSE Leap & TW, Devuan, Debian
Posts: 257

Original Poster
Rep: Reputation: 3
Quote:
Originally Posted by mrmazda View Post
Phenom(tm) II X2 is 64 bit, which Slowroll is exclusively at least for the foreseeable future. Slowroll amounts to the same thing as TW except for its less frequent update schedule, and optional use of LTS kernel instead of current. It's not really all that new any more. My first installation of it was first week in September, so it's at least 5 months old. I have 18 installations of Slowroll total.
There is possibility I will have to return HDD to old 32 bit PC.
 
Old 01-23-2024, 12:23 PM   #15
mrmazda
LQ Guru
 
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, others
Posts: 5,826
Blog Entries: 1

Rep: Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068Reputation: 2068
Quote:
Originally Posted by MakeTopSite View Post
There is possibility I will have to return HDD to old 32 bit PC.
Better to have a separate boot disk for each, and return one from 64 bit PC to 32 bit PC only for data transfer purposes in the event of death of 64 bit PC before replacement with another 64bit PC. x86 hardware in working condition has become rare through attrition and long absence of new in marketplaces. Developers that use them have become few in number, and aren't so happy to continue supporting the small and dwindling user base. Most major distros have dropped, are dropping, or will probably drop in not too distant future, support for x86 releases.
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
64 bit cpu-64 bit Ubuntu-are there 32 bit app issues? sofasurfer Ubuntu 7 04-09-2014 02:02 PM
8 bit X-Win application in 24/16 bit Xorg eRJe Linux - Desktop 5 03-06-2014 07:22 AM
Triple Boot Suse 10.3 32 bit, suse alpha 11.0 64 bit and Windows XP (32 Bit) 1kyle SUSE / openSUSE 1 02-28-2008 10:25 AM
Freeze of freeze on first boot compaq v6305nr distro: fedora core 7 schezel2000 Linux - Hardware 0 10-18-2007 10:01 AM
32 bit or 64 bit install - is 32 bit easier for a newbie? dms05 Linux - Newbie 3 05-19-2006 03:05 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > SUSE / openSUSE

All times are GMT -5. The time now is 04:42 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration