# inxi -Cy
CPU:
Info: Single Core model: Intel Pentium 4 bits: 64 type: MT cache: L2: 2 MiB
Speed: 2993 MHz min/max: N/A Core speeds (MHz): 1: 2993 2: 2993
# inxi -GSay
System:
Host: gx151 Kernel: 5.10.16-1-default **i686 bits: 32** compiler: gcc v: 10.2.1
...
Desktop: KDE **Plasma 5.21.4** tk: Qt 5.15.2 **wm: kwin_x11** vt: 3 dm: startx
Distro: **openSUSE Tumbleweed 20210418**
Graphics:
Device-1: **Intel 82945G**/GZ Integrated Graphics vendor: Dell **driver: i915**
**v: kernel** bus-ID: 00:02.0 chip-ID: 8086:2772 class-ID: 0300
Display: x11 server: **X.Org** 1.20.10 compositor: kwin_x11 **driver: loaded: intel**
unloaded: fbdev,modesetting,vesa display-ID: :1 screens: 1
Screen-1: 0 s-res: 1680x1050 s-dpi: 96 s-size: 444x277mm (17.5x10.9")
s-diag: 523mm (20.6")
Monitor-1: VGA1 res: 1680x1050 hz: 60 dpi: 91 size: 470x300mm (18.5x11.8")
diag: 558mm (22")
OpenGL: renderer: Mesa DRI Intel 945G x86/MMX/SSE2 v: 1.4 Mesa 21.0.2
direct render: Yes
This is essentially the same IGP as panorain’s, in desktop form rather than laptop. Plasma starts up fine using the Intel DDX driver, but after a rather short while, it spontaneously aborts. Using the Modesetting DIX driver, Plasma startup doesn’t complete. Using DM instead of startx doesn’t help. IceWM session rather than Plasma completes, and stays completed. While the TW installation is 32bit, the CPU is actually a 64 bit Pentium 4 630, same basic family as a T2400, 65 nm lithography.
# cat .xsession-errors
/usr/etc/X11/xdm/Xsession: Checking whether an input method should be started.
sourcing /etc/sysconfig/language to get the value of INPUT_METHOD
INPUT_METHOD is not set or empty (no user selected input method).
Trying to start a default input method for the locale en_US.UTF-8 ...
There is no default input method for the current locale.
Dummy input method "none" (do not use any fancy input method by default)
gpg-connect-agent: no gpg-agent running in this session
gpg-connect-agent: no gpg-agent running in this session
xsettingsd: Loaded 0 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Created window 0x2800001 on screen 0 with timestamp 243581
xsettingsd: Selection _XSETTINGS_S0 is owned by 0x0
xsettingsd: Took ownership of selection _XSETTINGS_S0
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
xsettingsd: Reloading configuration
xsettingsd: Loaded 10 settings from /root/.config/xsettingsd/xsettingsd.conf
[E][pipewire.c:335 add_interface()] can't get Spa:Pointer:Interface:Log interface -2
[E][pipewire.c:368 load_journal_logger()] can't get log interface -2
[E][pipewire.c:335 add_interface()] can't get Spa:Pointer:Interface:CPU interface -2
startkde: Starting up...
klauncher: Exiting on signal 1
X connection to :0 broken (explicit kill or server shutdown)
So, there’s obviously something wrong with this Plasma installation, but Xorg itself seems to be fine with the Intel DDX driver on i945G for desktop.
panorain, assuming this inxi is from a completed installation, vesa should not be the driver in use. If this was from a nomodeset boot, then ignore this. Again, if this is from an installed system, please install xdpyinfo before using inxi again, and if /var/log/Xorg.0.log exists do this:
susepaste /var/log/Xorg.0.log
If it does not exist, but ~/.local/share/xorg/Xorg.#.log exists, then do:
susepaste ~/.local/share/xorg/Xorg.#.log
Either way, provide the resulting URL here. I used # because the number might be something other than 0. If more than one such log exists, only the newest should be uploaded.
About that Grub error, I’m clueless ATM. Maybe a web search or a Bugzilla search can find something.