PC boots, but not to GUI after software packages removed. How to fix?
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
If you can remember what files you moved, I would say move them back. Depending on what exact functionality you have lost, you might have to boot to a live CD of something to do so.
If the command line still works, you might be able to verify what files you moved by looking in the ~/.bash_history file; the commands should be recent enough to be still present there. https://www.digitalocean.com/communi...on-a-linux-vps
What I moved was binutils. I took it off. I want to install and use binutils 2.23, but I keep getting binutils 2.20 installed even when I specifically try to install binutils 2.23.
So I thought well why not start with a clean slate and just moved binutils off the system. I had used my Centos 6.5, 64 bit system before
without binutils and it worked fine. Of course some of the programs that require binutils would not work with binutils missing.
It took the command:
sudo yum remove binutils
to get binutils off and all of its supporting programs. These were programs that only binutils required and with binutils gone
they were not needed.
Well upon reboot I am in the situation that I described above.
So I guess that I should put binutils back on even if it is version 2.20.
Binutils version 2.23 is a bug fixed version of binutils 2.20. I realy am trying to install it, but it is a challenge.
Binutils version 2.23 is a bug fixed version of binutils 2.20. I realy am trying to install it, but it is a challenge.
CentOS back-ports bug fixes. For example, it's still running BASH 4.1.2, but it includes the 4.3 patches for the recent shellshock vulnerability. Do you have reason to believe that the CentOS 2.20 version of binutils doesn't include the 2.23 bug fixes?
Yes, I want to run a later version of gcc, say 4.72, and it requires binutils 2.23. When I install devtoolset-1.1, binutil 2.23 should be also installed.
It is not installed on my system only binutils 2.20 is, I cannot get the 2.23 version on my system.
My biggest concern now is to get my GUI back, however. I think that removing binutil 2.20 (though I used the package manager) accidentally took off some needed Centos files.
So I will try to get them back. I am hoping that Centos rescue can do it.
It's dead trivial to install a later version of gcc on CentOS 6.5 -- the trick is to just install it in an alternate directory (e.g. /opt/gcc-4.8.2) and then set the $PATH and $LD_LIBRARY_PATH to point at that directory. This is commonly done, e.g. at high performance computing centers that want a stable OS but need more recent compiler versions. The trick is to not touch any of the system-bundled software, but instead to install newer versions in alternate locations and use $PATH and $LD_LIBRARY_PATH to use them. As you've seen, the system is highly dependent on the version of the C library and toolchain that comes bundled. Attempting to remove or replace it will usually lead to woe.
In your case, if all you moved was binutils stuff, you can probably boot of a LiveCD into rescue, chroot into your system, and do a forcible reinstallation of the correct binutils package (you'll need to use --force to rpm because the package database will still show the old binutils installed). Moving files tracked by the package manager around is generally not a good idea for system stability...
Incidentally, I routinely run gcc 4.7-4.9 on my Scientific Linux 6.5 systems (Scientific is another rebuild of RHEL, like CentOS), and I've never had to play with binutils. I did have to install the gpc and mpfs libraries, though.
I just thought about it. If you only moved binutils all you have to do is move it back. Where did you move it to?
I had the same problem when I was moving /usr to /.
I ended up not being able to complete transaction without live-cd. Which all I had to do was mount the partitions i.stead of chroot.
I was having so much trouble geeting binutil 2.23 to install - as I said it always defaulted to binutils 2.20. I thought a complete removal of all and a install of binutils 2.23 binutil files would at least point me in the rigt direction.
That is what I did and the computer is now not giving me a no GUI on boot up. Thge three progress bars make their way across the screen and then they and the computer halt. Zip! Zero!
If I press esc key then I will get the command
bash: cannot set the terminal process group (-1): inappropriate ioclt for device
bash: no job control control in this shell
That is there error that I am now seeing.
when I type whoami, I learn that am root.
If I precede any command with sudo then it tell me:
sudo: sorry, you must have a tty to run sudo.
I am going to tyr next to chroot into my system using a LiveCD.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.