I have a centos 7.5 desktop workstation with dual nvidia graphic cards running three monitors. I use the i915 motherboard graphics adapter for the third monitor with bumblebee to work the magic to enable the three contiguous work spaces. I use the kmod nvidia drivers for the two graphics cards. This has worked without a hitch for 5 months until this weekend. I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the reboot. Initially the new kernel would boot just fine but the gdm/gnome desktop hung. No login offered. Reboot and select previous kernel, great, offered login, but the desktop barely settles before gnome crashes, and gdm restarts and I get to login afresh. Eventually I have, removed bumblebee, disabled the on board graphics adapter, reinstalled gnome multiple times, removed nvidia drivers, blown away my .gnome and related folders, tried as a new user, (no customizations of the desktop) all to no avail. Current situation is under my user account cannot get stable desktop for more than 10 seconds before it sends segfault error 4 in libc-2.17.so What do I do now? Seems that these big updates need to be applied in sub batches with reboots in between so that one can back out. Any ideas appreciated. Rob
Sent from BlueMail
Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the reboot.
I got a similar disaster here. I guess the lesson to be learned is that CR is nice to have on servers, but don't use it on desktops.
Niki
Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the reboot.
I got a similar disaster here. I guess the lesson to be learned is that CR is nice to have on servers, but don't use it on desktops.
My question is what will change with the final release of 7.6? I thought the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the impression that in the past, the final release brought only cosmetic changes with the centos-release being updated.
Regards, Simon
On Mon, 3 Dec 2018, Simon Matter wrote:
Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the reboot.
I got a similar disaster here. I guess the lesson to be learned is that CR is nice to have on servers, but don't use it on desktops.
My question is what will change with the final release of 7.6? I thought the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the impression that in the past, the final release brought only cosmetic changes with the centos-release being updated.
I've seen zero problems on Desktops I've installed CR on.
If CR has issues, as you say you'd expect 7.6 to have problems. If things are failing with CR updates, you really want to investigate what's going on.
jh
On 03/12/2018 11:14, John Hodrien wrote:
On Mon, 3 Dec 2018, Simon Matter wrote:
Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the reboot.
I got a similar disaster here. I guess the lesson to be learned is that CR is nice to have on servers, but don't use it on desktops.
My question is what will change with the final release of 7.6? I thought the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the impression that in the past, the final release brought only cosmetic changes with the centos-release being updated.
I've seen zero problems on Desktops I've installed CR on.
If CR has issues, as you say you'd expect 7.6 to have problems. If things are failing with CR updates, you really want to investigate what's going on.
jh
+1 as 7.6.1810 is exactly 7.5.1804+updates+CR so only missing packages are centos-release/anaconda and install tree/media ..
So if there are issues with CR, using the list and bugs.centos.org would be good. BTW : the goal of CR is exactly to find those issues earlier and then write Release Notes with workarounds/warnings
Sorry for top post, my android BlueMail will not let me insert at the bottom.
I have found that tracker-extract seems to trigger a segfault. I note this is not updated in CR, but comes from base. Removal of tracker seems too harsh as it has dependant modules like brasero, evince, grilo, nautilus and totem. Maybe there is an obscure relationship in tracker that need attention. Stumpped.
Sent from BlueMail
On 03 Dec 2018, 11:28 PM, at 11:28 PM, Fabian Arrotin arrfab@centos.org wrote:
On 03/12/2018 11:14, John Hodrien wrote:
On Mon, 3 Dec 2018, Simon Matter wrote:
Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the
reboot.
I got a similar disaster here. I guess the lesson to be learned is
that
CR is nice to have on servers, but don't use it on desktops.
My question is what will change with the final release of 7.6? I
thought
the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the
impression
that in the past, the final release brought only cosmetic changes
with
the centos-release being updated.
I've seen zero problems on Desktops I've installed CR on.
If CR has issues, as you say you'd expect 7.6 to have problems. If things are failing with CR updates, you really want to investigate what's going
on.
jh
+1 as 7.6.1810 is exactly 7.5.1804+updates+CR so only missing packages are centos-release/anaconda and install tree/media ..
So if there are issues with CR, using the list and bugs.centos.org would be good. BTW : the goal of CR is exactly to find those issues earlier and then write Release Notes with workarounds/warnings
-- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On 4/12/18 9:06 AM, Rob Kampen wrote:
Sorry for top post, my android BlueMail will not let me insert at the bottom.
I have found that tracker-extract seems to trigger a segfault. I note this is not updated in CR, but comes from base. Removal of tracker seems too harsh as it has dependant modules like brasero, evince, grilo, nautilus and totem. Maybe there is an obscure relationship in tracker that need attention. Stumpped.
Sent from BlueMail
On 03 Dec 2018, 11:28 PM, at 11:28 PM, Fabian Arrotin arrfab@centos.org wrote:
On 03/12/2018 11:14, John Hodrien wrote:
On Mon, 3 Dec 2018, Simon Matter wrote:
Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the
reboot.
I got a similar disaster here. I guess the lesson to be learned is
that
CR is nice to have on servers, but don't use it on desktops.
My question is what will change with the final release of 7.6? I
thought
the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the
impression
that in the past, the final release brought only cosmetic changes
with
the centos-release being updated.
I've seen zero problems on Desktops I've installed CR on.
If CR has issues, as you say you'd expect 7.6 to have problems. If things are failing with CR updates, you really want to investigate what's going
on.
jh
+1 as 7.6.1810 is exactly 7.5.1804+updates+CR so only missing packages are centos-release/anaconda and install tree/media ..
So if there are issues with CR, using the list and bugs.centos.org would be good. BTW : the goal of CR is exactly to find those issues earlier and then write Release Notes with workarounds/warnings
So in an effort to narrow down the problem I also have an old Samsung laptop - i5 with an nvidia card - all up-to-date 7.5 - I thought I would try a more conservative upgrade approach.
first updated to the CR kernel with yum upgrade kernel*
then after successful reboot did an update to gdm* and gnome*
another reboot and all is well
then update of xorg* (only 20 files)
Now it will not boot - keyboard is non responsive so cannot even do a Ctrl Alt F2 to access a shell. Old kernel is also non boot. Left this machine for now and back to my main desktop workstation.
No idea if this xorg problem relates to my original workstation - so on that machine I did a downgrade of xorg* - seemed to complete ok, but on reboot and login - still the same problem.
As the only clue in the logs is the libc segfault I did a downgrade of glibc - this too seemed to work but no change to the system - gnome crashes after 5 - 10 seconds.
Wasted far too much time on this, no idea what to do now so I have done a fresh 7.5 install and all works again - just need to install all the additional stuff I use each day, but at least I have a desktop that functions.
I will wait until 7.6 is officially released, watch the list for a week or two and then with much fear and trepidation give it a go. <sad face>
As a long time user of CentOS (well over a decade - I started with 5.x workstations, then had a couple of 6.x, and used two 7.x machines, not counting my servers), I must observe that the core server stuff "just works" e.g. mail, mysql / mariadb, postfix, dovecot, apache, php. Even the migration to libreoffice was okay.
The major version upgrades each gave an all over better desktop experience. What has also happened however is that some of the 7.x upgrades have been difficult to deal with - one of the recent firefox updates lost all my local password databases which I do not back up to the cloud for obvious reasons. Unable to resolve the instability after many hours of testing and trialing combinations, I have left firefox and moved to vivaldi - we'll see how that works. As upstream seems to include more bleeding edge versions of major desktop utilities such as firefox, stability has been compromised.
Now with this latest CR update, I have no idea if it is gnome, gdm, xorg or some other component, but to have two quite differently configured machines both loose their desktops, I am unhappy. The use of roll back of over 800 files just didn't pass the transaction test thus that too was futile.
I thought the approach I used with my laptop today was sufficiently cautious, yet it caught me and I am still trying to work out what to do next.
As always, happy to entertain ideas and suggestions. My main workstation however is now safely working at a clean install of 7.5, thus cannot do further tests there, life must go on, four days of down time is far too much.
Also let me give a heartfelt thanks to the hard working CentOS team, I see the more and more difficult task you need to navigate with each major update, you do an outstanding task, and I am most grateful!
-- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On 4/12/18 9:06 AM, Rob Kampen wrote:
Sorry for top post, my android BlueMail will not let me insert at the bottom.
I have found that tracker-extract seems to trigger a segfault. I note this is not updated in CR, but comes from base. Removal of tracker seems too harsh as it has dependant modules like brasero, evince, grilo, nautilus and totem. Maybe there is an obscure relationship in tracker that need attention. Stumpped.
Sent from BlueMail
On 03 Dec 2018, 11:28 PM, at 11:28 PM, Fabian Arrotin arrfab@centos.org wrote:
On 03/12/2018 11:14, John Hodrien wrote:
On Mon, 3 Dec 2018, Simon Matter wrote:
Le 03/12/2018 à 06:25, Rob Kampen a écrit : > I enabled the CR repo and did the yum update. Some 800+ rpms were > offered and all seemed to resolve depenancies OK, so yes it was > started. The updates completed and all looked good, until the
reboot.
I got a similar disaster here. I guess the lesson to be learned is
that
CR is nice to have on servers, but don't use it on desktops.
My question is what will change with the final release of 7.6? I
thought
the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the
impression
that in the past, the final release brought only cosmetic changes
with
the centos-release being updated.
I've seen zero problems on Desktops I've installed CR on.
If CR has issues, as you say you'd expect 7.6 to have problems. If things are failing with CR updates, you really want to investigate what's going
on.
jh
+1 as 7.6.1810 is exactly 7.5.1804+updates+CR so only missing packages are centos-release/anaconda and install tree/media ..
So if there are issues with CR, using the list and bugs.centos.org would be good. BTW : the goal of CR is exactly to find those issues earlier and then write Release Notes with workarounds/warnings
So in an effort to narrow down the problem I also have an old Samsung laptop - i5 with an nvidia card - all up-to-date 7.5 - I thought I would try a more conservative upgrade approach.
first updated to the CR kernel with yum upgrade kernel*
then after successful reboot did an update to gdm* and gnome*
another reboot and all is well
then update of xorg* (only 20 files)
Now it will not boot - keyboard is non responsive so cannot even do a Ctrl Alt F2 to access a shell. Old kernel is also non boot. Left this machine for now and back to my main desktop workstation.
No idea if this xorg problem relates to my original workstation - so on that machine I did a downgrade of xorg* - seemed to complete ok, but on reboot and login - still the same problem.
As the only clue in the logs is the libc segfault I did a downgrade of glibc - this too seemed to work but no change to the system - gnome crashes after 5 - 10 seconds.
Wasted far too much time on this, no idea what to do now so I have done a fresh 7.5 install and all works again - just need to install all the additional stuff I use each day, but at least I have a desktop that functions.
I will wait until 7.6 is officially released, watch the list for a week or two and then with much fear and trepidation give it a go. <sad face>
As a long time user of CentOS (well over a decade - I started with 5.x workstations, then had a couple of 6.x, and used two 7.x machines, not counting my servers), I must observe that the core server stuff "just works" e.g. mail, mysql / mariadb, postfix, dovecot, apache, php. Even the migration to libreoffice was okay.
The major version upgrades each gave an all over better desktop experience. What has also happened however is that some of the 7.x upgrades have been difficult to deal with - one of the recent firefox updates lost all my local password databases which I do not back up to the cloud for obvious reasons. Unable to resolve the instability after many hours of testing and trialing combinations, I have left firefox and moved to vivaldi - we'll see how that works. As upstream seems to include more bleeding edge versions of major desktop utilities such as firefox, stability has been compromised.
Now with this latest CR update, I have no idea if it is gnome, gdm, xorg or some other component, but to have two quite differently configured machines both loose their desktops, I am unhappy. The use of roll back of over 800 files just didn't pass the transaction test thus that too was futile.
I thought the approach I used with my laptop today was sufficiently cautious, yet it caught me and I am still trying to work out what to do next.
As always, happy to entertain ideas and suggestions. My main workstation however is now safely working at a clean install of 7.5, thus cannot do further tests there, life must go on, four days of down time is far too much.
Also let me give a heartfelt thanks to the hard working CentOS team, I see the more and more difficult task you need to navigate with each major update, you do an outstanding task, and I am most grateful!
The big question remains, what did you install which is not part of the base CentOS distribution? You mentioned vivaldi browser, Nvidia stuff, what else did you install from EPEL or other sources? I mean, is it possible in your case that something causes problems now which is not part of CentOS?
Regards, Simon
On 5/12/18 4:17 AM, Simon Matter wrote:
On 4/12/18 9:06 AM, Rob Kampen wrote:
Sorry for top post, my android BlueMail will not let me insert at the bottom.
I have found that tracker-extract seems to trigger a segfault. I note this is not updated in CR, but comes from base. Removal of tracker seems too harsh as it has dependant modules like brasero, evince, grilo, nautilus and totem. Maybe there is an obscure relationship in tracker that need attention. Stumpped.
Sent from BlueMail
On 03 Dec 2018, 11:28 PM, at 11:28 PM, Fabian Arrotin arrfab@centos.org wrote:
On 03/12/2018 11:14, John Hodrien wrote:
On Mon, 3 Dec 2018, Simon Matter wrote:
> Le 03/12/2018 à 06:25, Rob Kampen a écrit : >> I enabled the CR repo and did the yum update. Some 800+ rpms were >> offered and all seemed to resolve depenancies OK, so yes it was >> started. The updates completed and all looked good, until the
reboot.
> I got a similar disaster here. I guess the lesson to be learned is
that
> CR is nice to have on servers, but don't use it on desktops. My question is what will change with the final release of 7.6? I
thought
the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the
impression
that in the past, the final release brought only cosmetic changes
with
the centos-release being updated.
I've seen zero problems on Desktops I've installed CR on.
If CR has issues, as you say you'd expect 7.6 to have problems. If things are failing with CR updates, you really want to investigate what's going
on.
jh
+1 as 7.6.1810 is exactly 7.5.1804+updates+CR so only missing packages are centos-release/anaconda and install tree/media ..
So if there are issues with CR, using the list and bugs.centos.org would be good. BTW : the goal of CR is exactly to find those issues earlier and then write Release Notes with workarounds/warnings
So in an effort to narrow down the problem I also have an old Samsung laptop - i5 with an nvidia card - all up-to-date 7.5 - I thought I would try a more conservative upgrade approach.
first updated to the CR kernel with yum upgrade kernel*
then after successful reboot did an update to gdm* and gnome*
another reboot and all is well
then update of xorg* (only 20 files)
Now it will not boot - keyboard is non responsive so cannot even do a Ctrl Alt F2 to access a shell. Old kernel is also non boot. Left this machine for now and back to my main desktop workstation.
No idea if this xorg problem relates to my original workstation - so on that machine I did a downgrade of xorg* - seemed to complete ok, but on reboot and login - still the same problem.
As the only clue in the logs is the libc segfault I did a downgrade of glibc - this too seemed to work but no change to the system - gnome crashes after 5 - 10 seconds.
Wasted far too much time on this, no idea what to do now so I have done a fresh 7.5 install and all works again - just need to install all the additional stuff I use each day, but at least I have a desktop that functions.
I will wait until 7.6 is officially released, watch the list for a week or two and then with much fear and trepidation give it a go. <sad face>
As a long time user of CentOS (well over a decade - I started with 5.x workstations, then had a couple of 6.x, and used two 7.x machines, not counting my servers), I must observe that the core server stuff "just works" e.g. mail, mysql / mariadb, postfix, dovecot, apache, php. Even the migration to libreoffice was okay.
The major version upgrades each gave an all over better desktop experience. What has also happened however is that some of the 7.x upgrades have been difficult to deal with - one of the recent firefox updates lost all my local password databases which I do not back up to the cloud for obvious reasons. Unable to resolve the instability after many hours of testing and trialing combinations, I have left firefox and moved to vivaldi - we'll see how that works. As upstream seems to include more bleeding edge versions of major desktop utilities such as firefox, stability has been compromised.
Now with this latest CR update, I have no idea if it is gnome, gdm, xorg or some other component, but to have two quite differently configured machines both loose their desktops, I am unhappy. The use of roll back of over 800 files just didn't pass the transaction test thus that too was futile.
I thought the approach I used with my laptop today was sufficiently cautious, yet it caught me and I am still trying to work out what to do next.
As always, happy to entertain ideas and suggestions. My main workstation however is now safely working at a clean install of 7.5, thus cannot do further tests there, life must go on, four days of down time is far too much.
Also let me give a heartfelt thanks to the hard working CentOS team, I see the more and more difficult task you need to navigate with each major update, you do an outstanding task, and I am most grateful!
The big question remains, what did you install which is not part of the base CentOS distribution? You mentioned vivaldi browser, Nvidia stuff, what else did you install from EPEL or other sources? I mean, is it possible in your case that something causes problems now which is not part of CentOS?
It is possible - I have now got a new clean install of 7.5 and am slowly making that workable, thus unable to do further testing until I do the 7.6 upgrade, which I will hold off until Red Hat Bugzilla – Bug 1650634 is resolved - this looks like the exact issue my laptop has stumbled in to. Will need to use a rescue USB to try the xorg downgrade on that as it also crashes the keyboard.
Regards, Simon
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Tue, Dec 04, 2018 at 10:54:58PM +1300, Rob Kampen wrote:
So in an effort to narrow down the problem I also have an old Samsung laptop
- i5 with an nvidia card - all up-to-date 7.5 - I thought I would try a more
conservative upgrade approach.
first updated to the CR kernel with yum upgrade kernel*
then after successful reboot did an update to gdm* and gnome*
another reboot and all is well
then update of xorg* (only 20 files)
Now it will not boot - keyboard is non responsive so cannot even do a Ctrl Alt F2 to access a shell. Old kernel is also non boot. Left this machine for now and back to my main desktop workstation.
Where does it stop booting? Can you remove 'rhgb quiet' from the kernel command line and see how it is booting? Also, are you using UEFI boot or the old BIOS boot?
I will wait until 7.6 is officially released, watch the list for a week or two and then with much fear and trepidation give it a go. <sad face>
7.6 has been released, so you should expect these packages to start arriving on all your CentOS 7 systems.
On 5/12/18 5:30 AM, Jonathan Billings wrote:
On Tue, Dec 04, 2018 at 10:54:58PM +1300, Rob Kampen wrote:
So in an effort to narrow down the problem I also have an old Samsung laptop
- i5 with an nvidia card - all up-to-date 7.5 - I thought I would try a more
conservative upgrade approach.
first updated to the CR kernel with yum upgrade kernel*
then after successful reboot did an update to gdm* and gnome*
another reboot and all is well
then update of xorg* (only 20 files)
Now it will not boot - keyboard is non responsive so cannot even do a Ctrl Alt F2 to access a shell. Old kernel is also non boot. Left this machine for now and back to my main desktop workstation.
Where does it stop booting? Can you remove 'rhgb quiet' from the kernel command line and see how it is booting? Also, are you using UEFI boot or the old BIOS boot?
on the laptop it seems I have the Red Hat Bugzilla – Bug 1650634 problem. It is bios boot.
My workstation has UEFI boot, but it has now been clean installed with 7.5 and until there is a fix to the above bugzilla i'll hold off on doing much other than update the kernel.
Thanks for response, i will use the removal of rhgb quiet.
I will wait until 7.6 is officially released, watch the list for a week or two and then with much fear and trepidation give it a go. <sad face>
7.6 has been released, so you should expect these packages to start arriving on all your CentOS 7 systems.
On 04/12/2018 09:54, Rob Kampen wrote:
So in an effort to narrow down the problem I also have an old Samsung laptop - i5 with an nvidia card - all up-to-date 7.5 - I thought I would try a more conservative upgrade approach.
first updated to the CR kernel with yum upgrade kernel*
then after successful reboot did an update to gdm* and gnome*
another reboot and all is well
then update of xorg* (only 20 files)
Now it will not boot - keyboard is non responsive so cannot even do a Ctrl Alt F2 to access a shell. Old kernel is also non boot. Left this machine for now and back to my main desktop workstation.
The only issue I've seen reported that sounds similar or possibly related is:
https://bugzilla.redhat.com/show_bug.cgi?id=1650634
There is a patch in that bug you might like to try.
No idea if this xorg problem relates to my original workstation - so on that machine I did a downgrade of xorg* - seemed to complete ok, but on reboot and login - still the same problem.
As the only clue in the logs is the libc segfault I did a downgrade of glibc - this too seemed to work but no change to the system - gnome crashes after 5 - 10 seconds.
I'm guessing that probably hasn't helped matters
Wasted far too much time on this, no idea what to do now so I have done a fresh 7.5 install and all works again - just need to install all the additional stuff I use each day, but at least I have a desktop that functions.
On 5/12/18 7:21 AM, Phil Perry wrote:
On 04/12/2018 09:54, Rob Kampen wrote:
So in an effort to narrow down the problem I also have an old Samsung laptop - i5 with an nvidia card - all up-to-date 7.5 - I thought I would try a more conservative upgrade approach.
first updated to the CR kernel with yum upgrade kernel*
then after successful reboot did an update to gdm* and gnome*
another reboot and all is well
then update of xorg* (only 20 files)
Now it will not boot - keyboard is non responsive so cannot even do a Ctrl Alt F2 to access a shell. Old kernel is also non boot. Left this machine for now and back to my main desktop workstation.
The only issue I've seen reported that sounds similar or possibly related is:
Yes, seems this is the laptop issue, will prove tomorrow.
There is a patch in that bug you might like to try.
Not too keen on this, would need to find a detailed howto as I have not done any rebuilds for a number of years. I presume that RH will at some point release a fix for this?
No idea if this xorg problem relates to my original workstation - so on that machine I did a downgrade of xorg* - seemed to complete ok, but on reboot and login - still the same problem.
As the only clue in the logs is the libc segfault I did a downgrade of glibc - this too seemed to work but no change to the system - gnome crashes after 5 - 10 seconds.
I'm guessing that probably hasn't helped matters
Wasted far too much time on this, no idea what to do now so I have done a fresh 7.5 install and all works again - just need to install all the additional stuff I use each day, but at least I have a desktop that functions.
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Wed, Dec 5, 2018 at 12:38 AM Rob Kampen rkampen@kampensonline.com wrote:
On 5/12/18 7:21 AM, Phil Perry wrote:
The only issue I've seen reported that sounds similar or possibly related is:
Yes, seems this is the laptop issue, will prove tomorrow.
There is a patch in that bug you might like to try.
Not too keen on this, would need to find a detailed howto as I have not done any rebuilds for a number of years. I presume that RH will at some point release a fix for this?
The submitter of RHBZ 1650634 is a developer of Scientific Linux. The xorg packages in SL 7.6 have been published with the referenced patch applied. If you so wish, you could install their packages.
ftp://linux1.fnal.gov/linux/scientific/7.6/x86_64/updates/security/
Note the "sl7" tag instead of "el7".
Akemi
Sent from BlueMail
On 05 Dec 2018, 7:22 AM, at 7:22 AM, Phil Perry pperry@elrepo.org wrote:
On 04/12/2018 09:54, Rob Kampen wrote:
So in an effort to narrow down the problem I also have an old Samsung
laptop - i5 with an nvidia card - all up-to-date 7.5 - I thought I
would
try a more conservative upgrade approach.
first updated to the CR kernel with yum upgrade kernel*
then after successful reboot did an update to gdm* and gnome*
another reboot and all is well
then update of xorg* (only 20 files)
Now it will not boot - keyboard is non responsive so cannot even do a
Ctrl Alt F2 to access a shell. Old kernel is also non boot. Left this
machine for now and back to my main desktop workstation.
The only issue I've seen reported that sounds similar or possibly related is:
https://bugzilla.redhat.com/show_bug.cgi?id=1650634
There is a patch in that bug you might like to try.
No idea if this xorg problem relates to my original workstation - so
on
that machine I did a downgrade of xorg* - seemed to complete ok, but
on
reboot and login - still the same problem.
As the only clue in the logs is the libc segfault I did a downgrade
of
glibc - this too seemed to work but no change to the system - gnome crashes after 5 - 10 seconds.
I'm guessing that probably hasn't helped matters
Wasted far too much time on this, no idea what to do now so I have
done
a fresh 7.5 install and all works again - just need to install all
the
additional stuff I use each day, but at least I have a desktop that functions.
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Am 03.12.2018 um 11:14 schrieb John Hodrien J.H.Hodrien@leeds.ac.uk:
On Mon, 3 Dec 2018, Simon Matter wrote:
Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the reboot.
I got a similar disaster here. I guess the lesson to be learned is that CR is nice to have on servers, but don't use it on desktops.
My question is what will change with the final release of 7.6? I thought the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the impression that in the past, the final release brought only cosmetic changes with the centos-release being updated.
I've seen zero problems on Desktops I've installed CR on.
If CR has issues, as you say you'd expect 7.6 to have problems. If things are failing with CR updates, you really want to investigate what's going on.
The mentioned problem could be related to the nvidia packages ... such cases (transition to 7.6) were discussed on ELrepo's list.
http://lists.elrepo.org/pipermail/elrepo/
-- LF
On 03/12/18 23:47, Leon Fauster via CentOS wrote:
Am 03.12.2018 um 11:14 schrieb John Hodrien J.H.Hodrien@leeds.ac.uk:
On Mon, 3 Dec 2018, Simon Matter wrote:
Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were offered and all seemed to resolve depenancies OK, so yes it was started. The updates completed and all looked good, until the reboot.
I got a similar disaster here. I guess the lesson to be learned is that CR is nice to have on servers, but don't use it on desktops.
My question is what will change with the final release of 7.6? I thought the CR repo usually holds all updates with the exception of centos-release, or are there more updates to come? I had the impression that in the past, the final release brought only cosmetic changes with the centos-release being updated.
I've seen zero problems on Desktops I've installed CR on.
If CR has issues, as you say you'd expect 7.6 to have problems. If things are failing with CR updates, you really want to investigate what's going on.
The mentioned problem could be related to the nvidia packages ... such cases (transition to 7.6) were discussed on ELrepo's list.
That is why I removed kmod-nvidia and am now running on nouveau - still have the problem.
http://lists.elrepo.org/pipermail/elrepo/
-- LF
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
-
Akemi Yagi -
Fabian Arrotin -
John Hodrien -
Jonathan Billings -
Leon Fauster -
Nicolas Kovacs -
Phil Perry -
Rob Kampen -
Simon Matter