I just upgrade my box from 42.3 to 15. Just one heart-stopping period.
I used zypper dup and the good news is that it performed the upgrade apparently successfully and didn't complain about my reiserfs filesystems, which still work.
The heart-stopping moment came when I rebooted. I saw the h/w start up, and then grub, and the opensuse stuff* and then it switched to X (or at least an X-style arrow mouse pointer appeared. But it then just sat there with a black screen. Initially it didn't seem I could do anything at all, but after rebooting again with nomodeset I was able to select text-mode tty2. After a lot of faffing around and getting frustrated I started yast in text mode and went to update-alternatives and switched from sddm to lightdm. After I rebooted, everything worked.
I have no idea why sddm wasn't working, but then I have no idea why it chose sddm when I was previously using lightdm.
* I also have no idea why the stuff I saw at bootup included plymouth, since it wasn't installed before the upgrade. I've deleted and tabooed it.
One thing that wasted my time was that during the upgrade I was asked to approve a licence - something about nvidia video. Now my box doesn't have an nvidia hardware; it uses Intel 915 video. So one of the things I tried to fix my problem was to remove some packages with nvidia in their name, on the offchance it was a driver issue. But I couldn't remove them because of lots of dependencies. What's going on there? Why do I need a whole bunch of packages with nvidia in their names even with no nvidia hardware? And why do I have to agree some special licence?
I wonder what other gotchas await? Hopefully none.
On 07/16/2018 03:49 PM, Dave Howorth wrote:
I tried to fix my problem was to remove some packages with nvidia in their name, on the offchance it was a driver issue. But I couldn't remove them because of lots of dependencies. What's going on there? Why do I need a whole bunch of packages with nvidia in their names even with no nvidia hardware? And why do I have to agree some special licence?
That should be worth a bug-report. There is no reason on earth that you should be required to agree to a Nvidia license unless your are upgrading from their proprietary driver of 42.3 to 15.0. This is especially true if you have no Nvidia Graphics card. That just makes no sense at all.
What other packages did you have with nvidia in there name?
On 2018-07-16 22:49, Dave Howorth wrote:
I just upgrade my box from 42.3 to 15. Just one heart-stopping period.
I used zypper dup and the good news is that it performed the upgrade apparently successfully and didn't complain about my reiserfs filesystems, which still work.
Yes, I'm also considering to use zypper dup for my systems with reiserfs :-(
Also encrypted partitions make the DVD upgrade to crash.
The heart-stopping moment came when I rebooted. I saw the h/w start up, and then grub, and the opensuse stuff* and then it switched to X (or at least an X-style arrow mouse pointer appeared. But it then just sat there with a black screen. Initially it didn't seem I could do anything at all, but after rebooting again with nomodeset I was able to select text-mode tty2. After a lot of faffing around and getting frustrated I started yast in text mode and went to update-alternatives and switched from sddm to lightdm. After I rebooted, everything worked.
I have no idea why sddm wasn't working, but then I have no idea why it chose sddm when I was previously using lightdm.
Because the setting in "/etc/sysconfig/displaymanager" is deprecated and ignored. It is probably a bug that update-alternatives was not initalized with the previous default instead of creating a new one, but not something that can be solved at this point, too late.
- I also have no idea why the stuff I saw at bootup included plymouth, since it wasn't installed before the upgrade. I've deleted and tabooed it.
Yes, you have to taboo things you really do not want, or they may come back to you.
One thing that wasted my time was that during the upgrade I was asked to approve a licence - something about nvidia video. Now my box doesn't have an nvidia hardware; it uses Intel 915 video. So one of the things I tried to fix my problem was to remove some packages with nvidia in their name, on the offchance it was a driver issue. But I couldn't remove them because of lots of dependencies. What's going on there? Why do I need a whole bunch of packages with nvidia in their names even with no nvidia hardware? And why do I have to agree some special licence?
Paste the output of "rpm -qa | grep -i nvidia". And also "hwinfo --gfxcard" to make sure about your video hardware.
It is possible that you have installed some video coding software that make use of the GPU, and thus the driver is installed even if you don't have the hardware.
I wonder what other gotchas await? Hopefully none.
Probably more :-p
On Tue, 17 Jul 2018 11:20:45 +0200 "Carlos E. R." robin.listas@telefonica.net wrote:
On 2018-07-16 22:49, Dave Howorth wrote:
I just upgrade my box from 42.3 to 15. Just one heart-stopping period.
I used zypper dup and the good news is that it performed the upgrade apparently successfully and didn't complain about my reiserfs filesystems, which still work.
Yes, I'm also considering to use zypper dup for my systems with reiserfs :-(
Also encrypted partitions make the DVD upgrade to crash.
The heart-stopping moment came when I rebooted. I saw the h/w start up, and then grub, and the opensuse stuff* and then it switched to X (or at least an X-style arrow mouse pointer appeared. But it then just sat there with a black screen. Initially it didn't seem I could do anything at all, but after rebooting again with nomodeset I was able to select text-mode tty2. After a lot of faffing around and getting frustrated I started yast in text mode and went to update-alternatives and switched from sddm to lightdm. After I rebooted, everything worked.
I have no idea why sddm wasn't working, but then I have no idea why it chose sddm when I was previously using lightdm.
Because the setting in "/etc/sysconfig/displaymanager" is deprecated and ignored. It is probably a bug that update-alternatives was not initalized with the previous default instead of creating a new one, but not something that can be solved at this point, too late.
Ah, mechanism changed with no migration :( I don't understand why it didn't work though, but I don't really care.
- I also have no idea why the stuff I saw at bootup included
plymouth, since it wasn't installed before the upgrade. I've deleted and tabooed it.
Yes, you have to taboo things you really do not want, or they may come back to you.
That seems pretty arrogant of whoever packaged it. If I bothered to delete it, then I think I've made my wishes clear.
One thing that wasted my time was that during the upgrade I was asked to approve a licence - something about nvidia video. Now my box doesn't have an nvidia hardware; it uses Intel 915 video. So one of the things I tried to fix my problem was to remove some packages with nvidia in their name, on the offchance it was a driver issue. But I couldn't remove them because of lots of dependencies. What's going on there? Why do I need a whole bunch of packages with nvidia in their names even with no nvidia hardware? And why do I have to agree some special licence?
Paste the output of "rpm -qa | grep -i nvidia". And also "hwinfo --gfxcard" to make sure about your video hardware.
It is possible that you have installed some video coding software that make use of the GPU, and thus the driver is installed even if you don't have the hardware.
The problem seems to be libdrm_nouveau2, which has over 60 things dependent on it. It was discussed on this list in 2014.
# hwinfo --gfxcard 15: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.378] Unique ID: _Znp.j1zPNNVJiH1 SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Device Name: "Onboard IGD" Model: "Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x0412 "Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller" SubVendor: pci 0x1025 "Acer Incorporated [ALI]" SubDevice: pci 0x0750 Revision: 0x06 Memory Range: 0xf7800000-0xf7bfffff (rw,non-prefetchable) Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable) I/O Ports: 0xf000-0xf03f (rw) Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled) IRQ: 255 (no events) Module Alias: "pci:v00008086d00000412sv00001025sd00000750bc03sc00i00" Driver Info #0: Driver Status: i915 is active Driver Activation Cmd: "modprobe i915" Config Status: cfg=no, avail=yes, need=no, active=unknown
Primary display adapter: #15
I wonder what other gotchas await? Hopefully none.
Probably more :-p
Yeah, some of my perl programs needed some TLC, and lxcc isn't working so far.
On 2018-07-17 13:25, Dave Howorth wrote:
On Tue, 17 Jul 2018 11:20:45 +0200 "Carlos E. R." <> wrote:
- I also have no idea why the stuff I saw at bootup included
plymouth, since it wasn't installed before the upgrade. I've deleted and tabooed it.
Yes, you have to taboo things you really do not want, or they may come back to you.
That seems pretty arrogant of whoever packaged it. If I bothered to delete it, then I think I've made my wishes clear.
Yes, but it is impossible to do, apparently.
Years ago, I don't remember what openSUSE version, the system maintained a list of removed packages and honoured it so to not install them automatically again (they had to be installed manually). Your choices held. But there was a problem that they failed to solve and the solution was to remove the feature completely. I don't remember when was this, but if interested you can find out by reading release notes back to the time, IIRC.
So now YaST or zypper will by default install again everything that is required as dependency by some pattern that is already installed.
It will also by default everything that is not required but is recommended - this behaviour can be disabled, but this can backfire (as some application missing features or failing unexpectedly because something it would like is not installed.
So what I do is taboo.
I have my little list of things to taboo when I install a system, and plymouth is one of them.
One thing that wasted my time was that during the upgrade I was asked to approve a licence - something about nvidia video. Now my box doesn't have an nvidia hardware; it uses Intel 915 video. So one of the things I tried to fix my problem was to remove some packages with nvidia in their name, on the offchance it was a driver issue. But I couldn't remove them because of lots of dependencies. What's going on there? Why do I need a whole bunch of packages with nvidia in their names even with no nvidia hardware? And why do I have to agree some special licence?
Paste the output of "rpm -qa | grep -i nvidia". And also "hwinfo --gfxcard" to make sure about your video hardware.
It is possible that you have installed some video coding software that make use of the GPU, and thus the driver is installed even if you don't have the hardware.
The problem seems to be libdrm_nouveau2, which has over 60 things dependent on it. It was discussed on this list in 2014.
I don't remember. I was thinking of something like ffmpeg.
However, one thing is require nouveau and another to require nvidia: the latter is proprietary.
# hwinfo --gfxcard 15: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.378] Unique ID: _Znp.j1zPNNVJiH1 SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Device Name: "Onboard IGD" Model: "Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x0412 "Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller" SubVendor: pci 0x1025 "Acer Incorporated [ALI]" SubDevice: pci 0x0750 Revision: 0x06 Memory Range: 0xf7800000-0xf7bfffff (rw,non-prefetchable) Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable) I/O Ports: 0xf000-0xf03f (rw) Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled) IRQ: 255 (no events) Module Alias: "pci:v00008086d00000412sv00001025sd00000750bc03sc00i00" Driver Info #0: Driver Status: i915 is active Driver Activation Cmd: "modprobe i915" Config Status: cfg=no, avail=yes, need=no, active=unknown
Primary display adapter: #15
Obviously no nvidia there.
I wonder what other gotchas await? Hopefully none.
Probably more :-p
Yeah, some of my perl programs needed some TLC, and lxcc isn't working so far.
I'd like to upgrade this machine, but I can't risk a failure till I finish some things I'm doing, so it has to wait. And I can't spare the time now, it would be three machines. I have a new small cheap laptop that I installed 15.0 on it, though. And a few things are different, like dovecot.
On Tue, Jul 17, 2018 at 1:25 PM Dave Howorth dave@howorth.org.uk wrote:
That seems pretty arrogant of whoever packaged it. If I bothered to delete it, then I think I've made my wishes clear.
There is no record that you have deleted it. It is just not installed. So there is no place to record your intentions. Unless you taboo it. Also, if every package was ignored for installation just because I uninstalled it, I would be rather unhappy... I think an explicit taboo is a good thing.
On Mon, 16 Jul 2018 21:49:33 +0100 Dave Howorth dave@howorth.org.uk wrote:
I wonder what other gotchas await? Hopefully none.
Just found another. The font path compiled into feh is wrong. It's a bug that AFAICT first appeared, and was cured, seven years ago in other distros.
-
Carlos E. R. -
Dave Howorth -
David C. Rankin -
Roger Oberholtzer