LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Desktop
User Name
Password
Linux - Desktop This forum is for the discussion of all Linux Software used in a desktop context.

Notices


Closed Thread
  Search this Thread
Old 12-26-2015, 12:37 AM   #1
v4r3l0v
Member
 
Registered: Dec 2013
Posts: 136

Rep: Reputation: Disabled
Developers of CentOS- shameful absence of any testing, rendered systems unbootable


This is why Linux will never gain any popularity among regular users and should never be advocated to them in any form.
After a big update and a new kernel on my CentOS 7 installation, that particular kernel, the latest and greatest, with all the goodies promised- is unbootable. Booting process drops down to emergency shell, where I am stuck in a loop of checking log files, trying to mount /sysroot, listing /dev, xfs_repair-ing, all of that to no avail. Emergency shell insists that there is no entry for /sysroot in /etc/fstab.
Previous kernels boot normally. Pitty those that depend exclusively on Linux for their personal computing. Feeble and terribly untested piece of work of garage tinkerers.
Newbies and those that plan to wander into the jungle that is FOSS, I hope you heed this warning.
 
Old 12-26-2015, 06:21 AM   #2
fenice
Member
 
Registered: Apr 2006
Distribution: CentOS openSUSE
Posts: 53

Rep: Reputation: 9
That may be your experience but it's not mine, I've recently updated dozens of CentOS7 server to the latest 7.2 release without problems. What you haven't mentioned is whether this is a server or desktop CentOS and whether you have any extra repositories in use (they sometimes cause problems)but I guess you also did a backup before doing such a major upgrade?
 
Old 12-26-2015, 12:36 PM   #3
v4r3l0v
Member
 
Registered: Dec 2013
Posts: 136

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by fenice View Post
That may be your experience but it's not mine, I've recently updated dozens of CentOS7 server to the latest 7.2 release without problems. What you haven't mentioned is whether this is a server or desktop CentOS and whether you have any extra repositories in use (they sometimes cause problems)but I guess you also did a backup before doing such a major upgrade?
It is a desktop CentOS, I have adobe-linux repo, epel, epel-testing along with the chrome and nux-dextop repos in addition to Centos-this and Centos-that repos. Hey, such a doll you are with the attempt on putting the fault on the user but no- I don't rely completely on technology that will fail catastrophically just because. It was working fine, until someone in the Torvald's Shrine decided to destroy what was working. I am almost sure the update doesn't bring any new functionality.
What is the size of boot partitions on your servers?
 
Old 12-26-2015, 02:34 PM   #4
michaelk
Moderator
 
Registered: Aug 2002
Posts: 18,213

Rep: Reputation: 2545Reputation: 2545Reputation: 2545Reputation: 2545Reputation: 2545Reputation: 2545Reputation: 2545Reputation: 2545Reputation: 2545Reputation: 2545Reputation: 2545
The primary reason the last kernel is not deleted. CentOS uses the Red Hat Enterprise Linux kernel which is custom built and goes through a set of quality assurance tests. Neither Redhat nor the kernel developers can test for all possibilities of hardware and software configurations but it is unfortunate that the kernel upgrade failed for you. You can submit a bug report to CentOS.
 
Old 12-26-2015, 08:26 PM   #5
John VV
LQ Muse
 
Registered: Aug 2005
Location: A2 area Mi.
Posts: 17,421

Rep: Reputation: 2590Reputation: 2590Reputation: 2590Reputation: 2590Reputation: 2590Reputation: 2590Reputation: 2590Reputation: 2590Reputation: 2590Reputation: 2590Reputation: 2590
i am betting that your problem is related to having this enabled -- it is DISABLED BY DEFAULT!!!!
" epel-testing "

that or
you are using the proprietary Nvidia.run or AMD.bin graphics driver
and did not read the instructions and having to reinstall that after EVERY kernel update

by the way
i have had ZERO issues with CentOS or Scientific Linux in the last ten years
It is one of the BEST tested and MOST stable OS there is

it is the Operating system i use fo EMERGENCY back ups and EMERGENCY booting and issues
it is the OS that i KNOW WITH 100% CERTAINTY that it will ALWAYS work

Last edited by John VV; 12-26-2015 at 08:32 PM.
 
Old 12-26-2015, 08:37 PM   #6
rokytnji
LQ Veteran
 
Registered: Mar 2008
Location: Waaaaay out West Texas
Distribution: AntiX 17
Posts: 5,693
Blog Entries: 20

Rep: Reputation: 2729Reputation: 2729Reputation: 2729Reputation: 2729Reputation: 2729Reputation: 2729Reputation: 2729Reputation: 2729Reputation: 2729Reputation: 2729Reputation: 2729
http://www.linuxquestions.org/questi...7/#post5469017

http://www.linuxquestions.org/questi...ml#post5405771

So you can see where this is going.
 
1 members found this post helpful.
Old 12-26-2015, 11:30 PM   #7
v4r3l0v
Member
 
Registered: Dec 2013
Posts: 136

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by John VV View Post
i am betting that your problem is related to having this enabled -- it is DISABLED BY DEFAULT!!!!
" epel-testing "

that or
you are using the proprietary Nvidia.run or AMD.bin graphics driver
and did not read the instructions and having to reinstall that after EVERY kernel update

by the way
i have had ZERO issues with CentOS or Scientific Linux in the last ten years...
It is users' fault! Of course! Darn users!
I am betting, safer than your bet, that there are more computers with those drivers than there are Linux users relying completely on Linux. Around the world.
And here's something more for you to ponder on: those (according to you) proprietary drivers that are needing to be re-installed after every update, previous kernels have no problem using. Provided that I have them on my computer.
Following your logic, I'd have to expect a catastrophic failure every time I boot into Linux. Who lives like that? Who wants to own and work on a system like that?
 
Old 12-26-2015, 11:56 PM   #8
astrogeek
Moderator
 
Registered: Oct 2008
Distribution: Slackware [64]-X.{0|1|2|37|-current} ::12<=X<=14, FreeBSD_10{.0|.1|.2}
Posts: 4,959
Blog Entries: 11

Rep: Reputation: 2838Reputation: 2838Reputation: 2838Reputation: 2838Reputation: 2838Reputation: 2838Reputation: 2838Reputation: 2838Reputation: 2838Reputation: 2838Reputation: 2838
Quote:
Originally Posted by rokytnji View Post
Yes, and others - just look through posting history.

You would think that anyone so utterly, repeatedly dissatisfied with their GNU/Linux experience would just quit using it and move on.

On the other hand, trolls and shills continue to pretend only for their own perverse satisfaction. What better way to spend an evening than raining down someone else's back.
 
Old 12-27-2015, 06:13 AM   #9
Habitual
LQ Veteran
 
Registered: Jan 2011
Location: Yawnstown, Ohio
Distribution: Mojave
Posts: 9,364
Blog Entries: 37

Rep: Reputation: Disabled
Quote:
Originally Posted by v4r3l0v View Post
It is users' fault! Of course! Darn users!
I am betting, safer than your bet, that there are more computers with those drivers than there are Linux users relying completely on Linux. Around the world.
And here's something more for you to ponder on: those (according to you) proprietary drivers that are needing to be re-installed after every update, previous kernels have no problem using. Provided that I have them on my computer.
Following your logic, I'd have to expect a catastrophic failure every time I boot into Linux. Who lives like that? Who wants to own and work on a system like that?
Then stop upgrading your kernel or go back to Windows.
 
Old 12-27-2015, 06:48 AM   #10
wpeckham
Senior Member
 
Registered: Apr 2010
Location: Continental USA
Distribution: Debian, Ubuntu, Fedora, RedHat, DSL, Puppy, CentOS, Knoppix, Mint-DE, Sparky, Vsido, tinycore, Q4OS
Posts: 2,842

Rep: Reputation: 1205Reputation: 1205Reputation: 1205Reputation: 1205Reputation: 1205Reputation: 1205Reputation: 1205Reputation: 1205Reputation: 1205
Just being helpful....

v4r3l0v : no one is blaming the users, just YOU!

You have a system with one of the most conservative, stable operating systems in the world installed, with repos to enable load of unstable and experimental software. Rather than helping to define and discover the real issue, you elect to complain and blame the base distribution maintainers. Suck it up and take some responsibility here. No one else appears to have this problem, and were it a problem with CentOS it would be EVERYWHERE.

We can help. We need enough information to make a stab at it to even start.
The question is: did you come for help or only to rant?

We will not help you rant, you do that well enough alone.
 
Old 12-27-2015, 10:46 AM   #11
v4r3l0v
Member
 
Registered: Dec 2013
Posts: 136

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by wpeckham View Post
v4r3l0v : no one is blaming the users, just YOU!

You have a system with one of the most conservative, stable operating systems in the world installed...
Of course! How dare I question your dogma, such a heretic. The most conservative and stable OS that won't boot. Yet you hold it in such a high esteem. That tells more about you then about anyone else.
If you really want to help, you'd do two things:
- help me by telling me the size of /boot partition of your machine(s) that successfully upgraded.
- read users' horror stories with Linux from around this forum, count how many were "solved" by user erasing his/her original installation and installing something else and then come back and tell me how great Linux is.
I am almost sure no. 2 won't happen. Ever.
 
Old 12-27-2015, 10:52 AM   #12
v4r3l0v
Member
 
Registered: Dec 2013
Posts: 136

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by Habitual View Post
Then stop upgrading your kernel or go back to Windows.
It's clergy like you that keeps me coming back. Purge the heretic. I wonder where you learned this.
 
Old 12-27-2015, 01:25 PM   #13
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,783

Rep: Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397
Quote:
Originally Posted by v4r3l0v View Post
It's clergy like you that keeps me coming back. Purge the heretic. I wonder where you learned this.
Why don't you provide some information instead whining about it.

You were told we could help. If you have "epel-testing" enabled, then backout the change you asked for. This repository is only for TESTING, not production.

And griping about a kernel without identification of which kernel release is of no help. By the time the kernel reaches CentOS, it will be nearly a year old - and very well tested. It is very unlikely to be a kernel problem unless some parameters got goobered; even then, it can be recovered in single user mode.

Last edited by jpollard; 12-27-2015 at 01:30 PM.
 
Old 12-27-2015, 01:42 PM   #14
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,783

Rep: Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397Reputation: 1397
Quote:
Originally Posted by v4r3l0v View Post
It is users' fault! Of course! Darn users!
I am betting, safer than your bet, that there are more computers with those drivers than there are Linux users relying completely on Linux. Around the world.
Perhaps... but they will only be Windows users.
Quote:
And here's something more for you to ponder on: those (according to you) proprietary drivers that are needing to be re-installed after every update, previous kernels have no problem using. Provided that I have them on my computer.
Following your logic, I'd have to expect a catastrophic failure every time I boot into Linux. Who lives like that? Who wants to own and work on a system like that?
You don't seem to understand drivers very well. The reason they need to be rebuilt is that the kernel developers will update kernel interfaces. They cannot update the interfaces used by proprietary drivers as they are not available. This is why there exists such things as NDISwrapper exist. This driver wrapper must be rebuilt for each kernel. Its only function is to translate the current kernel interface into something a Windows driver can use. The Windows driver itself doesn't get recompiled - only the NDISwrapper.

Unfortunately, the changes aren't always compatible with the driver. When that happens you have to wait for the changes to the wrapper for updates to the translation.

Now within a minor kernel update, the driver being used MIGHT be compatible - but it isn't guaranteed.

Last edited by jpollard; 12-27-2015 at 01:45 PM.
 
Old 12-27-2015, 01:59 PM   #15
v4r3l0v
Member
 
Registered: Dec 2013
Posts: 136

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by jpollard View Post
The reason they need to be rebuilt is that the kernel developers will update kernel interfaces...

Unfortunately, the changes aren't always compatible with the driver. When that happens you have to wait for the changes to the wrapper for updates to the translation.

Now within a minor kernel update, the driver being used MIGHT be compatible - but it isn't guaranteed.
Oh such maestral description, I wonder then what's the kernel developers' practice- knowing fully that there are A LOT of machines out there with a potential to break when their interfaces to proprietary drivers get "updated". And I really doubt developers are unaware of the massive number of machines with that particular point of failure. So would it make sense to have that into account? Not in the Linux world, it seems.
 
  


Closed Thread


Thread Tools Search this Thread
Search this Thread:

Advanced Search

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
LXer: How to get systems administrators and developers to agree with Docker LXer Syndicated Linux News 0 07-15-2015 01:40 AM
centos 6 kernel update messes up grub - system unbootable seccentral Linux - Kernel 3 11-17-2014 01:38 PM
removing raid 1 rendered server unbootable dime111 Linux - Software 7 09-09-2012 08:27 PM
LXer: International Linux Developers: Falling for Cisco Systems? LXer Syndicated Linux News 0 01-06-2009 07:10 PM
upgrade problem - my box rendered unbootable fastestOS Slackware 6 12-17-2008 11:45 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Desktop

All times are GMT -5. The time now is 07:40 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
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration