Hi, I'm having trouble getting a 15.3 installation to boot properly. I've tried it two different ways on two installation locations on the hard drive, and it has failed to boot either time. The installation is with KDE desktop environment in both cases. I'll just detail the first case in this thread, and when it gets fixed I'll diferentiate it from the second case and tackle it to get it working too. I installed 15.3 from a dvd iso that I downloaded and used Suse Studio Imagewriter to write it to a USB stick. I haven't had a problem installing the image to the hard drive, but when I have finished and try to start the new installation from the hard drive, it doesn't boot properly. I installed / to one partition, /home to another partition, and /boot to another small partition. All of the installation partitions are ext4. The bios is set to bios boot (legacy). The boot loader is Grub2 and the master boot record is on /dev/sda. I have several other installed and working linux operating systems in this way and Grub 2 recognizes all of them and they boot normally (including an operating 15.2 system on this computer; I'm using it to write this thread). But I haven't had to include a separate /boot partition in the past on any of the other distros that I have installed previously. When I try to boot the 15.3 system, it boots up to terminal. I am able to log in as user, then to try to get the graphical system up I have typed tried several methods that I researched in the forum or otherwise online, but the only one that works is "sudo startx". After typing in the root password, the graphical desktop environment starts (KDE), but it starts in the wrong resolution. It comes up in 640x480 resolution, and there is no graphical selection to change it to the screen's native resolution of 1366x768 in System Settings>Display configuration. I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue. Mark
Mark Misulich composed on 2021-03-06 19:46 (UTC-0500): ...
I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue.
Start with 'susepaste /var/log/Xorg.0.log' and providing here the resulting URL so we can evaluate. If if it contains a message about /dev/fb0, then highly likely needed firmware is not installed. Also paste here input/output from preferably 'inxi -GSIay', or 'inxi -GSIa'. A read of <https://forums.opensuse.org/showthread.php/541438-AMD-Intel-amp-NVidia-X-graphics-driver-primer> might also prove useful. -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On Sat, 2021-03-06 at 21:28 -0500, Felix Miata wrote:
Mark Misulich composed on 2021-03-06 19:46 (UTC-0500): ...
I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue.
Start with 'susepaste /var/log/Xorg.0.log' and providing here the resulting URL so we can evaluate. Here is the URL:
https://susepaste.org/16720648 My GPU card is an nVidia G92 (GeForce 9800 GT)
If if it contains a message about /dev/fb0, then highly likely needed firmware is not installed. Also paste here input/output from preferably 'inxi -GSIay', or 'inxi -GSIa'.
inxi -GSIay Error 10: Unsupported value: 0 for option: y Check -h for correct parameters. localhost:/home/mark # inxi -GSIa System: Host: localhost.localdomain Kernel: 5.3.18-46-default x86_64 bits: 64 compiler: gcc v: 7.5.0 parameters: BOOT_IMAGE=/vmlinuz-5.3.18-46-default root=UUID=673fe148-ed78-4bb6-b4b4-f685195dbb2a splash=silent resume=/dev/disk/by-uuid/3157c135-944e-4b46- 8652-3bad61502ad3 mitigations=auto quiet Desktop: KDE Plasma 5.18.6 tk: Qt 5.12.7 wm: kwin_x11 dm: SDDM Distro: openSUSE Leap 15.3 Alpha Graphics: Device-1: NVIDIA G92 [GeForce 9800 GT] vendor: PNY driver: N/A bus ID: 01:00.0 chip ID: 10de:0614 Display: server: X.Org 1.20.3 compositor: kwin_x11 driver: nouveau,vesa unloaded: fbdev,modesetting alternate: nv,nvidia display ID: :0 screens: 1 Screen-1: 0 s-res: 640x480 s-dpi: 47 s-size: 346x191mm (13.6x7.5") s-diag: 395mm (15.6") Monitor-1: default res: 640x480 OpenGL: renderer: llvmpipe (LLVM 11.0.1 256 bits) v: 4.5 Mesa 20.2.4 compat-v: 3.1 direct render: Yes Info: Processes: 221 Uptime: N/A Memory: 31.32 GiB used: 1.04 GiB (3.3%) Init: systemd v: 246 runlevel: 5 target: graphical.target Compilers: gcc: N/A Shell: bash (sudo) v: 4.4.23 running in: konsole inxi: 3.1.00
A read of < https://forums.opensuse.org/showthread.php/541438-AMD-Intel-amp-NVidia-X-gra...
might also prove useful.
On 07/03/2021 21.51, Mark Misulich wrote:
On Sat, 2021-03-06 at 21:28 -0500, Felix Miata wrote:
Mark Misulich composed on 2021-03-06 19:46 (UTC-0500): ...
I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue.
Start with 'susepaste /var/log/Xorg.0.log' and providing here the resulting URL so we can evaluate. Here is the URL:
https://susepaste.org/16720648
My GPU card is an nVidia G92 (GeForce 9800 GT)
Then, you probably should install the Nvidia proprietary driver. If it exists. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
On Sun, 2021-03-07 at 22:02 +0100, Carlos E. R. wrote:
On 07/03/2021 21.51, Mark Misulich wrote:
On Sat, 2021-03-06 at 21:28 -0500, Felix Miata wrote:
Mark Misulich composed on 2021-03-06 19:46 (UTC-0500): ...
I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue.
Start with 'susepaste /var/log/Xorg.0.log' and providing here the resulting URL so we can evaluate. Here is the URL:
https://susepaste.org/16720648
My GPU card is an nVidia G92 (GeForce 9800 GT)
Then, you probably should install the Nvidia proprietary driver. If it exists.
Ok, I can do that. But nouveau works on the other 10 or so distros I have installed. Do you intend this as a troubleshooting procedure? Why isn't nouveau working for 15.3?
On 07/03/2021 22.09, Mark Misulich wrote:
On Sun, 2021-03-07 at 22:02 +0100, Carlos E. R. wrote:
On 07/03/2021 21.51, Mark Misulich wrote:
On Sat, 2021-03-06 at 21:28 -0500, Felix Miata wrote:
Mark Misulich composed on 2021-03-06 19:46 (UTC-0500): ...
I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue.
Start with 'susepaste /var/log/Xorg.0.log' and providing here the resulting URL so we can evaluate. Here is the URL:
https://susepaste.org/16720648
My GPU card is an nVidia G92 (GeForce 9800 GT)
Then, you probably should install the Nvidia proprietary driver. If it exists.
Ok, I can do that. But nouveau works on the other 10 or so distros I have installed. Do you intend this as a troubleshooting procedure? Why isn't nouveau working for 15.3?
Why it doesn't work is a different problem, specially interesting if it works with other distros or other releases (same machine). You could not install the proprietary driver and try instead to work at the nouveau issue. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
On Sun, 2021-03-07 at 22:54 +0100, Carlos E. R. wrote:
On 07/03/2021 22.09, Mark Misulich wrote:
On Sun, 2021-03-07 at 22:02 +0100, Carlos E. R. wrote:
On 07/03/2021 21.51, Mark Misulich wrote:
On Sat, 2021-03-06 at 21:28 -0500, Felix Miata wrote:
Mark Misulich composed on 2021-03-06 19:46 (UTC-0500): ...
I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue.
Start with 'susepaste /var/log/Xorg.0.log' and providing here the resulting URL so we can evaluate. Here is the URL:
https://susepaste.org/16720648
My GPU card is an nVidia G92 (GeForce 9800 GT)
Then, you probably should install the Nvidia proprietary driver. If it exists.
Ok, I can do that. But nouveau works on the other 10 or so distros I have installed. Do you intend this as a troubleshooting procedure? Why isn't nouveau working for 15.3?
Why it doesn't work is a different problem, specially interesting if it works with other distros or other releases (same machine).
You could not install the proprietary driver and try instead to work at the nouveau issue.
Hi Carlos, I installed the nVidia driver via instructions here: https://en.opensuse.org/SDB:NVIDIA_drivers I rebooted the computer after the driver installation and it still only boots up to terminal. I still have to use sudo startx to get the graphics to start, and it still only comes up in 640x480 with no other options. The 15.3 iso that I have installed is Alpha. I see that Beta has just been announced. I wonder if it would save time to try to download and install Beta to see if magically this problem goes away with the new improved software, before I spend a lot of time troubleshooting it. This installation of 15.3 that I have written about is what I will designate InstallationA. I thought that maybe I had goofed something in the partitioning, so that is why I wrote all the stuff about the partioning designations. The other installation of 15.3 that I have on this computer, I decided to let openSuse do all the work of installation. I will call it InstallationB. It has btfs partitioning and opensuse made all the subvolumes on the single partition to which I installed it. When I try to boot it, it doesn't even get to terminal. It says error: no such device (numbers blah blah blah) error: file /boot/vmlinuz-5.3.10-46-default not found error: you need to load the kernel first press any key to continue So the point of writing this is that for some reason neither installation is working, and I am wondering if it would save time just to move on to Beta before trying to fix something that may have already been fixed. What do you think?
On 07/03/2021 23.33, Mark Misulich wrote:
On Sun, 2021-03-07 at 22:54 +0100, Carlos E. R. wrote:
On 07/03/2021 22.09, Mark Misulich wrote:
...
Hi Carlos,
I installed the nVidia driver via instructions here: https://en.opensuse.org/SDB:NVIDIA_drivers
I rebooted the computer after the driver installation and it still only boots up to terminal. I still have to use sudo startx to get the graphics to start, and it still only comes up in 640x480 with no other options.
The 15.3 iso that I have installed is Alpha. I see that Beta has just been announced. I wonder if it would save time to try to download and install Beta to see if magically this problem goes away with the new improved software, before I spend a lot of time troubleshooting it.
By all means, do :-)
This installation of 15.3 that I have written about is what I will designate InstallationA. I thought that maybe I had goofed something in the partitioning, so that is why I wrote all the stuff about the partioning designations. The other installation of 15.3 that I have on this computer, I decided to let openSuse do all the work of installation. I will call it InstallationB. It has btfs partitioning and opensuse made all the subvolumes on the single partition to which I installed it. When I try to boot it, it doesn't even get to terminal. It says
error: no such device (numbers blah blah blah) error: file /boot/vmlinuz-5.3.10-46-default not found error: you need to load the kernel first
Huh.
press any key to continue
So the point of writing this is that for some reason neither installation is working, and I am wondering if it would save time just to move on to Beta before trying to fix something that may have already been fixed. What do you think?
I would certainly try the Beta. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
Mark Misulich composed on 2021-03-07 15:51 (UTC-0500):
From that log, this message is a fatal error: (EE) open /dev/dri/card0: No such file or directory
My GPU card is an nVidia G92 (GeForce 9800 GT)
I had a slightly newer NVidia with the same problem, until I installed kernel-default-extra. Why it's needed I don't know yet, but I suspect it's a difference inherited from SLE. -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Am Sonntag, 7. März 2021, 21:51:20 CET schrieb Mark Misulich:
Here is the URL:
https://susepaste.org/16720648
My GPU card is an nVidia G92 (GeForce 9800 GT)
This graphics card works only with the G03 (340) driver and this driver has to patch for Leap 15.2. I do not know if this patched driover also works with Leap 15.3 because this is a patched 5.9? kernel. Leap 15.2 has a patched 5.6 kernel. See: https://forums.opensuse.org/showthread.php/550672-After-upgrade-to-15-2-from... Stephan
On 3/8/21 4:18 AM, Stephan Hemeier wrote:
Am Sonntag, 7. März 2021, 21:51:20 CET schrieb Mark Misulich:
Here is the URL:
https://susepaste.org/16720648
My GPU card is an nVidia G92 (GeForce 9800 GT)
This graphics card works only with the G03 (340) driver and this driver has to patch for Leap 15.2.
I do not know if this patched driover also works with Leap 15.3 because this is a patched 5.9? kernel. Leap 15.2 has a patched 5.6 kernel.
See: https://forums.opensuse.org/showthread.php/550672-After-upgrade-to-15-2-from...
Stephan
Yes there are patches around for that kernel version but it won't help you because X does no longer support it. Mark
On 3/7/21 3:51 PM, Mark Misulich wrote:
On Sat, 2021-03-06 at 21:28 -0500, Felix Miata wrote:
Mark Misulich composed on 2021-03-06 19:46 (UTC-0500): ...
I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue.
Start with 'susepaste /var/log/Xorg.0.log' and providing here the resulting URL so we can evaluate. Here is the URL:
https://susepaste.org/16720648
My GPU card is an nVidia G92 (GeForce 9800 GT)
The version of X starting with 15.2 does not support the NVIDIA proprietary driver for that card because it is no longer maintained by nvidia. Use nouveau or get a newer nvidia card. Regards Mark
On 10/03/2021 15.39, Mark Hounschell wrote:
On 3/7/21 3:51 PM, Mark Misulich wrote:
On Sat, 2021-03-06 at 21:28 -0500, Felix Miata wrote:
Mark Misulich composed on 2021-03-06 19:46 (UTC-0500): ...
I thank you in advance for your input to correct what I'm doing wrong, and allow me to fix this issue.
Start with 'susepaste /var/log/Xorg.0.log' and providing here the resulting URL so we can evaluate. Here is the URL:
https://susepaste.org/16720648
My GPU card is an nVidia G92 (GeForce 9800 GT)
The version of X starting with 15.2 does not support the NVIDIA proprietary driver for that card because it is no longer maintained by nvidia.
Use nouveau or get a newer nvidia card.
Even better: get an AMD card. That's what I did. I now have: Telcontar:~ # hwinfo --gfxcard Model: "Micro-Star International Co., Ltd. [MSI] Radeon RX 580 Armor 4G OC" And I haven't bothered to install proprietary drivers. It even works with the games I tried. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
Mark Hounschell composed on 2021-03-10 09:39 (UTC-0500):
Mark Misulich wrote:
My GPU card is an nVidia G92 (GeForce 9800 GT)
The version of X starting with 15.2 does not support the NVIDIA proprietary driver for that card because it is no longer maintained by nvidia.
Use nouveau... Which nouveau would that be? None of my NVidia GPUs, newer and older than G92, are using proprietary drivers, and none are using nouveau DDX drivers, while all are using nouveau kernel drivers, and all are using nouveau Mesa drivers. -- Evolution as taught in public schools, like religion, is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
* Felix Miata <mrmazda@earthlink.net> [03-10-21 16:08]:
Mark Hounschell composed on 2021-03-10 09:39 (UTC-0500):
Mark Misulich wrote:
My GPU card is an nVidia G92 (GeForce 9800 GT)
The version of X starting with 15.2 does not support the NVIDIA proprietary driver for that card because it is no longer maintained by nvidia.
Use nouveau... Which nouveau would that be? None of my NVidia GPUs, newer and older than G92, are using proprietary drivers, and none are using nouveau DDX drivers, while all are using nouveau kernel drivers, and all are using nouveau Mesa drivers.
and you can display 1920x1080 on a vga monitor? -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
On 3/10/21 4:11 PM, Patrick Shanahan wrote:
* Felix Miata <mrmazda@earthlink.net> [03-10-21 16:08]:
Mark Hounschell composed on 2021-03-10 09:39 (UTC-0500):
Mark Misulich wrote:
My GPU card is an nVidia G92 (GeForce 9800 GT)
The version of X starting with 15.2 does not support the NVIDIA proprietary driver for that card because it is no longer maintained by nvidia.
Use nouveau... Which nouveau would that be? None of my NVidia GPUs, newer and older than G92, are using proprietary drivers, and none are using nouveau DDX drivers, while all are using nouveau kernel drivers, and all are using nouveau Mesa drivers.
and you can display 1920x1080 on a vga monitor?
I suppose if my monitor supported it? I use video=1600x1200. Mark
Patrick Shanahan composed on 2021-03-10 16:11 (UTC-0500):
* Felix Miata composed:
Which nouveau would that be? None of my NVidia GPUs, newer and older than G92, are using proprietary drivers, and none are using nouveau DDX drivers, while all are using nouveau kernel drivers, and all are using nouveau Mesa drivers.
and you can display 1920x1080 on a vga monitor?
Not any more. I got rid of the last of them last year. I had several from IBM, NEC and Sony in '19"', '21"' and larger that supported 2048x1536. IIRC on LCDs and LEDs, VGA only supports up to 1920x1200. # xrandr | head Screen 0: minimum 8 x 8, current 1680 x 1050, maximum 32767 x 32767 VGA1 connected primary 1680x1050+0+0 (normal left inverted right x axis y axis) 520mm x 320mm 1920x1200 59.95*+ 1920x1080 60.00 1680x1050 59.95 1400x1050 59.98 1280x1024 60.02 1440x900 59.89 1280x960 60.00 1280x800 59.81 # inxi -GISay System: Host: gx28b Kernel: 5.7.11-1-default i686 bits: 32 compiler: gcc v: 10.2.1 parameters:... Desktop: KDE Plasma 5.21.1 tk: Qt 5.15.2 wm: kwin_x11 dm: N/A Distro: openSUSE Tumbleweed 20210307 Graphics: Device-1: Intel 82915G/GV/910GL Integrated Graphics vendor: Dell driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:2582 class ID: 0300 Display: x11 server: X.Org 1.20.10 compositor: kwin_x11 driver: loaded: intel unloaded: fbdev,modesetting,vesa display ID: :0 screens: 1 Screen-1: 0 s-res: 1920x1200 s-dpi: 108 s-size: 451x282mm (17.8x11.1") s-diag: 532mm (20.9") Monitor-1: VGA1 res: 1920x1200 hz: 60 dpi: 94 size: 520x320mm (20.5x12.6") diag: 611mm (24") OpenGL: renderer: Mesa DRI Intel 915G x86/MMX/SSE2 v: 1.4 Mesa 20.3.4 direct render: Yes Info:...Shell: Bash v: 5.1.4 running in: konsole inxi: 3.3.0 -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On 3/10/21 4:04 PM, Felix Miata wrote:
Mark Hounschell composed on 2021-03-10 09:39 (UTC-0500):
Mark Misulich wrote:
My GPU card is an nVidia G92 (GeForce 9800 GT)
The version of X starting with 15.2 does not support the NVIDIA proprietary driver for that card because it is no longer maintained by nvidia.
Use nouveau... Which nouveau would that be? None of my NVidia GPUs, newer and older than G92, are using proprietary drivers, and none are using nouveau DDX drivers, while all are using nouveau kernel drivers, and all are using nouveau Mesa drivers.
Well on top of the nouveau kernel driver I have these installed. $rpm -qa | grep -i nouveau libXvMC_nouveau-19.3.4-lp152.27.1.x86_64 xf86-video-nouveau-1.0.15-lp152.5.6.x86_64 Mesa-dri-nouveau-19.3.4-lp152.27.1.x86_64 libdrm_nouveau2-2.4.100-lp152.1.4.x86_64 libvdpau_nouveau-19.3.4-lp152.27.1.x86_64 I've got 9800GT and 7800GT cards working great on 15.2. Mark
Mark Hounschell composed on 2021-03-10 16:24 (UTC-0500):
Felix Miata wrote:
Mark Hounschell composed on 2021-03-10 09:39 (UTC-0500):
Mark Misulich wrote:
My GPU card is an nVidia G92 (GeForce 9800 GT)
The version of X starting with 15.2 does not support the NVIDIA proprietary driver for that card because it is no longer maintained by nvidia.
Use nouveau...
Which nouveau would that be? None of my NVidia GPUs, newer and older than G92, are using proprietary drivers, and none are using nouveau DDX drivers, while all are using nouveau kernel drivers, and all are using nouveau Mesa drivers.
Well on top of the nouveau kernel driver I have these installed.
$rpm -qa | grep -i nouveau libXvMC_nouveau-19.3.4-lp152.27.1.x86_64 xf86-video-nouveau-1.0.15-lp152.5.6.x86_64 Mesa-dri-nouveau-19.3.4-lp152.27.1.x86_64 libdrm_nouveau2-2.4.100-lp152.1.4.x86_64 libvdpau_nouveau-19.3.4-lp152.27.1.x86_64
I've got 9800GT and 7800GT cards working great on 15.2.
Mine work work great without xf86-video-nouveau. e.g.: # rpm -qa | grep -i nouveau libvdpau_nouveau-19.3.4-lp152.27.1.x86_64 Mesa-dri-nouveau-19.3.4-lp152.27.1.x86_64 libdrm_nouveau2-2.4.100-lp152.1.4.x86_64 libXvMC_nouveau-19.3.4-lp152.27.1.x86_64 # inxi -GISay System: Host: p5bse Kernel: 5.3.18-lp152.41-default x86_64 bits: 64 compiler: gcc v: 10.2.1 parameters:... Desktop: KDE 3 info: kicker wm: kwin dm: N/A Distro: openSUSE Leap 15.2 Graphics: Device-1: NVIDIA GF119 [NVS 310] vendor: Hewlett-Packard driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:107d class ID: 0300 Display: server: X.Org 1.20.3 driver: loaded: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia display ID: :0 screens: 1 Screen-1: 0 s-res: 2560x2520 s-dpi: 120 s-size: 541x533mm (21.3x21.0") s-diag: 759mm (29.9") Monitor-1: DP-1 res: 2560x1440 hz: 60 dpi: 109 size: 598x336mm (23.5x13.2") diag: 686mm (27") Monitor-2: DP-2 res: 2560x1080 hz: 60 dpi: 97 size: 673x284mm (26.5x11.2") diag: 730mm (28.8") OpenGL: renderer: NVD9 v: 4.3 Mesa 19.3.4 direct render: Yes Info:...Shell: Bash v: 4.4.23 running in: konsole inxi: 3.3.01 The modesetting DDX is not reverse-engineered, and is newer technology, than the nouveau DDX. Upstream thought it good enough to merge into the server rpm. IOW, the unique package xf86-video-modesetting ceased to exist as of server 1.17.0, 6 years ago. # rpm -qa | grep -i modeset # -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On 07/03/2021 01.46, Mark Misulich wrote:
Hi, I'm having trouble getting a 15.3 installation to boot properly. I've tried it two different ways on two installation locations on the hard drive, and it has failed to boot either time. The installation is with KDE desktop environment in both cases. I'll just detail the first case in this thread, and when it gets fixed I'll diferentiate it from the second case and tackle it to get it working too.
I installed 15.3 from a dvd iso that I downloaded and used Suse Studio Imagewriter to write it to a USB stick. I haven't had a problem installing the image to the hard drive, but when I have finished and try to start the new installation from the hard drive, it doesn't boot properly.
I installed / to one partition, /home to another partition, and /boot to another small partition. All of the installation partitions are ext4. The bios is set to bios boot (legacy). The boot loader is Grub2 and the master boot record is on /dev/sda. I have several other installed and working linux operating systems in this way and Grub 2 recognizes all of them and they boot normally (including an operating 15.2 system on this computer; I'm using it to write this thread). But I haven't had to include a separate /boot partition in the past on any of the other distros that I have installed previously.
When I try to boot the 15.3 system, it boots up to terminal. I am able to log in as user, then to try to get the graphical system up I have
Ok. So, this means you do NOT have a boot problem, that how you installed grub2 or where it is is irrelevant, and that your partition layout is irrelevant. All you wrote above you could have saved yourself the trouble :-P Unless you want to discuss why you needed a separate /boot partition.
typed tried several methods that I researched in the forum or otherwise online, but the only one that works is "sudo startx". After typing in the root password, the graphical desktop environment starts (KDE), but it starts in the wrong resolution. It comes up in 640x480 resolution, and there is no graphical selection to change it to the screen's native resolution of 1366x768 in System Settings>Display configuration.
Seems like the typical video driver problem. What is your video hardware? -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
I installed / to one partition, /home to another partition, and /boot to another small partition. All of the installation partitions are ext4. The bios is set to bios boot (legacy). The boot loader is Grub2 and the master boot record is on /dev/sda. I have several other installed and working linux operating systems in this way and Grub 2 recognizes all of them and they boot normally (including an operating 15.2 system on this computer; I'm using it to write this thread). But I haven't had to include a separate /boot partition in the past on any of the other distros that I have installed previously.
When I try to boot the 15.3 system, it boots up to terminal. I am able to log in as user, then to try to get the graphical system up I have
Ok. So, this means you do NOT have a boot problem, that how you installed grub2 or where it is is irrelevant, and that your partition layout is irrelevant. All you wrote above you could have saved yourself the trouble :-P
Unless you want to discuss why you needed a separate /boot partition.
Yes, I would like to know that.
On 07/03/2021 22.38, Mark Misulich wrote:
I installed / to one partition, /home to another partition, and /boot to another small partition. All of the installation partitions are ext4. The bios is set to bios boot (legacy). The boot loader is Grub2 and the master boot record is on /dev/sda. I have several other installed and working linux operating systems in this way and Grub 2 recognizes all of them and they boot normally (including an operating 15.2 system on this computer; I'm using it to write this thread). But I haven't had to include a separate /boot partition in the past on any of the other distros that I have installed previously.
When I try to boot the 15.3 system, it boots up to terminal. I am able to log in as user, then to try to get the graphical system up I have
Ok. So, this means you do NOT have a boot problem, that how you installed grub2 or where it is is irrelevant, and that your partition layout is irrelevant. All you wrote above you could have saved yourself the trouble :-P
Unless you want to discuss why you needed a separate /boot partition.
Yes, I would like to know that.
Ok, run (single line): lsblk --output NAME,KNAME,RA,RM,RO,PARTFLAGS,SIZE,TYPE,FSTYPE,LABEL,PARTLABEL,PTTYPE,MOUNTPOINT,UUID,PARTUUID,WWN,MODEL,ALIGNMENT
somefile.txt
then attach the file to the email. Don't copy-paste, it has long lines and they wrap. That will give us an idea of the partition/filesystem layout and we can start from there. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
On 2021/03/07 13:38, Mark Misulich wrote:
On 2021/03/06 19:36, Carlos E. R. wrote:
Unless you want to discuss why you needed a separate /boot partition. Yes, I would like to know that.
It's a common safety mechanism so that '/boot' can be excluded from any partition/file system optimization standard maintenance routines that reduce file fragmentation. While specific files can be marked for non-optimization, it seems having a separate "boot" partition is a small price to pay for having a file system that can remain untouched during normal operations. Who knows, it might be a good candidate to use for an emergency recovery partition (like what might be contained on a separate DVD) so that for most recoveries, scrambling for a DVD compatible with your latest OS would be unnecessary.
On 08/03/2021 22.31, L A Walsh wrote:
On 2021/03/07 13:38, Mark Misulich wrote:
On 2021/03/06 19:36, Carlos E. R. wrote:
Unless you want to discuss why you needed a separate /boot partition. Yes, I would like to know that. It's a common safety mechanism so that '/boot' can be excluded from any partition/file system optimization standard maintenance routines that reduce file fragmentation.
You misunderstood. the creation of "/boot" was not the OP choice, but some decision of the installation program for some unknown reason, and we would like to find out that reason. YaST doesn't do this normally. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
On 2021-03-08 4:31 p.m., L A Walsh wrote:
On 2021/03/07 13:38, Mark Misulich wrote:
On 2021/03/06 19:36, Carlos E. R. wrote:
Unless you want to discuss why you needed a separate /boot partition. Yes, I would like to know that. It's a common safety mechanism so that '/boot' can be excluded from any partition/file system optimization standard maintenance routines that reduce file fragmentation. While specific files can be marked for non-optimization, it seems having a separate "boot" partition is a small price to pay for having a file system that can remain untouched during normal operations.
Who knows, it might be a good candidate to use for an emergency recovery partition (like what might be contained on a separate DVD) so that for most recoveries, scrambling for a DVD compatible with your latest OS would be unnecessary.
Googling, it seems to be about reducing complexity; https://superuser.com/questions/522971/is-a-boot-partition-always-necessary I think it's safer to keep /boot partition separate to avoid overwriting the bootloader by mistake. If I'm not mistaken the boot loader should be in the first cylinders of the disk to make sure the boot process will work properly as BIOS always load the first Bytes from the disk assuming there is a code that could handle further control and is able to load the operating system It can also reduce risk, by having that file system to RO without affecting the rest of the RootFS. or put it offline. The put it back and to RW when updating the kernel. One of the problems with the BtrFS is that it wants on file system for everything, even if the subvolume mechanism sort-of/almost looks like partitioning. That means you have one filesystem POF. There are many good reasons to have partitions like /home and /{usr/}local that you can put off-line when upgrading. And as I've pointed out before, if you subscribe to the idea of 'hard copy' backup to DVD, having file system partitioned to 5Gs fits that. -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg
On 2021-03-06 7:46 p.m., Mark Misulich wrote:
After typing in the root password, the graphical desktop environment starts (KDE), but it starts in the wrong resolution. It comes up in 640x480 resolution, and there is no graphical selection to change it to the screen's native resolution of 1366x768 in System Settings>Display configuration.
yea, well ... Back in the KDE days I found that I had to get the KDE start-up to run "lxrandr" to set my screen size. See https://i.imgur.com/pljheGH.png The 'program' part is one-liners no, this is not via KRunner, that is a separate, but useful, matter, which you should be aware of since it is very versatile. https://userbase.kde.org/Plasma/Krunner I don't know how to do the equivalent under the ICEWM I'm currently using -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg
participants (9)
-
Anton Aylward -
Carlos E. R. -
Carlos E.R. -
Felix Miata -
L A Walsh -
Mark Hounschell -
Mark Misulich -
Patrick Shanahan -
Stephan Hemeier