[SOLVED] Things to do with a fresh installation of CentOS 7.
CentOSThis forum is for the discussion of CentOS Linux. Note: This forum does not have any official participation.
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.
Things to do with a fresh installation of CentOS 7.
Hi there,
I am looking for proper ways to use CentOS 7. Yes, I have use different linux distributions before, but this is my first time using CentOS 7. I performed fresh installation of Gnome Desktop from CentOS-7-x86_64-Everything-1804.iso just last night.
I tried getting the most recent version of the kernel available.
4. sudo rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
5. sudo rpm -Uvh http://www.elrepo.org/elrepo-release-
7.0-3.el7.elrepo.noarch.rpm
6. sudo yum --disablerepo="*" --enablerepo="elrepo-kernel" list available
7. sudo yum --enablerepo=elrepo-kernel install kernel-ml
8. I rebooted and chose the most recent kernel from the grub menu.
9. sudo yum update -y
I heard I need the steps below for Multimedia.
29. sudo yum install vlc smplayer ffmpeg HandBrake-{gui,cli}
30. sudo yum install libdvdcss gstreamer{,1}-plugins-ugly gstreamer-plugins-bad-nonfree gstreamer1-plugins-bad-freeworld
My questions to you are below.
1. Since this is CentOS 7, what do you use the two repositories below for, from RPMFusion? I notice I can get VLC from Nux-Dextop.
2. Do you prefer software from Nux-Dextop, RPMFusion, or FlatHub(https://www.flathub.org/home)? I heard the software from Nux-Dextop should perform best for CentOS 7, because it would execute natively, while software from FlatHub would execute in container.
3. Someone told me software from Nux-Dextop is much older version than RPMFusion, because no one maintains it. Is this fact true? Should I use RPMFusion instead of Nux-Dextop?
4. I am looking for steps to install Nvidia 304, for Legacy GeForce 6/7, which is EOL. However, I also heard that this driver 304 would be implemented natively within Nouveau soon. Is this fact true?
Distribution: Currently: OpenMandriva. Previously: openSUSE, PCLinuxOS, CentOS, among others over the years.
Posts: 3,881
Rep:
Quote:
Originally Posted by zethan
Hi there,
I am looking for proper ways to use CentOS 7. Yes, I have use different linux distributions before, but this is my first time using CentOS 7. I performed fresh installation of Gnome Desktop from CentOS-7-x86_64-Everything-1804.iso just last night.
...
What exactly do you mean by "proper ways to use CentOS 7" ?? It's a Linux distribution the same as Ubuntu is a Linux distribution. Of course, that doesn't make them the same, their not, but while CentOS is used primarily on the server, it can also be used as a desktop system, the same as Ubuntu is used as a desktop system.
Quote:
2. Do you prefer software from Nux-Dextop, RPMFusion, or FlatHub(https://www.flathub.org/home)? I heard the software from Nux-Dextop should perform best for CentOS 7, because it would execute natively, while software from FlatHub would execute in container.
The "nux-dextop" repo contains older versions of things like VLC media player among other packages. RPMFusion contains newer versions of packages, don't enable both of those repo's - you'll get conflicts if you do. Just use one of them.
Also the "nux-dextop" repo should not overwrite base packages for CentOS. RPMFusion could overwrite base packages.
Quote:
3. Someone told me software from Nux-Dextop is much older version than RPMFusion, because no one maintains it. Is this fact true? Should I use RPMFusion instead of Nux-Dextop?
Not sure I'd say "much older", but yes as above. Just because it has older versions of different things, it doesn't mean it's not maintained. I suggest you review this.
Quote:
4. I am looking for steps to install Nvidia 304, for Legacy GeForce 6/7, which is EOL. However, I also heard that this driver 304 would be implemented natively within Nouveau soon. Is this fact true?
Thank you.
If you want to use the .run file from NVIDIA themselves, I've written a guide for that.
The nouveau driver is the open-source driver for NVIDIA based graphics, NVIDIA doesn't release an open-source driver. So no, if I'm understanding you right, then no, I don't think it is.
I do have to agree with John VV about sudo, just because Ubuntu uses it, it doesn't mean every other distribution does - CentOS by default doesn't.
Thank you so much for helping me. Your replies look very interesting. Please allow me to do analysis on the repositories that I have, and I will add the priorities to them next.
However, at this point, I do not understand why the two lines below give me two different results.
What I've highlighted in bold above is the default kernel that's shipped with CentOS, which is currently the 3.x series. The reason you're getting different results is because it appears when you ran the uname command, you had booted into the kernel-ml from elrepo, and not the kernel from CentOS's official software repositories. Notice in what I've highlighted above there's no "ml" and it's version 3.x ? That's why.
Quote:
I read your Nvidia post, and I really want to proceed with installing Nvidia driver.
Here is the additional information.
# nvidia-detect
kmod-nvidia-304xx
Code:
# yum --enablerepo=elrepo-kernel install kernel-ml-devel kernel-ml-headers
Loaded plugins: fastestmirror, langpacks, priorities
Loading mirror speeds from cached hostfile
* base: mirror.sjc02.svwh.net
* elrepo: reflector.westga.edu
* elrepo-kernel: reflector.westga.edu
* epel: mirror.sjc02.svwh.net
* extras: mirror.sjc02.svwh.net
* ius: mirrors.kernel.org
* nux-dextop: mirror.li.nux.ro
* remi-safe: mirrors.mediatemple.net
* updates: linux.mirrors.es.net
Package kernel-ml-devel-4.19.1-1.el7.elrepo.x86_64 already installed and latest version
Package kernel-ml-headers-4.19.1-1.el7.elrepo.x86_64 already installed and latest version
Nothing to do
Code:
# yum --enablerepo=elrepo-kernel install kernel-ml*
Loaded plugins: fastestmirror, langpacks, priorities
Loading mirror speeds from cached hostfile
* base: mirror.sjc02.svwh.net
* elrepo: repos.lax-noc.com
* elrepo-kernel: repos.lax-noc.com
* epel: mirror.sjc02.svwh.net
* extras: mirror.sjc02.svwh.net
* ius: mirror.its.dal.ca
* nux-dextop: mirror.li.nux.ro
* remi-safe: mirror.bebout.net
* updates: linux.mirrors.es.net
Package kernel-ml-tools-libs-4.19.1-1.el7.elrepo.x86_64 already installed and latest version
Package kernel-ml-headers-4.19.1-1.el7.elrepo.x86_64 already installed and latest version
Package kernel-ml-4.19.1-1.el7.elrepo.x86_64 already installed and latest version
Package kernel-ml-doc-4.19.1-1.el7.elrepo.noarch already installed and latest version
Package kernel-ml-devel-4.19.1-1.el7.elrepo.x86_64 already installed and latest version
Package kernel-ml-tools-libs-devel-4.19.1-1.el7.elrepo.x86_64 already installed and latest version
Package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64 already installed and latest version
Nothing to do
Thank you.
You should remember that there is a package in the elrepo repositories for the NVIDIA drivers. If you use the .run installer instead, then the package manager won't know about the NVIDIA driver, and therefore without something like dkms, you would need to manually re-install the NVIDIA driver each time you update the kernel. If you want to use a software package instead of the .run script/installer, it's telling you that you need the kmod-nvidia-304xx package installed.
As highlighted above, if you would like to use the .run script/installer instead; it appears that you already have the required kernel-ml packages installed for it to be able to build the driver on your local system. You'll need to make sure that you kill the graphical environment before trying to install the NVIDIA driver, and that you have gcc, etc installed, so the system can build the driver.
the first thing you did is you set up "sudo" that is a ubuntu fetish
I'd say that fetishes are a personal matter. I also use the sudo fetish (it's very powerful and has kept me and my finances healthy for many years) although most of my installations are Centos-based.
The Nvidia drivers must be installed while Xorg server is stopped. Switch to text mode by:
9. systemctl isolate multi-user.target
10. bash NVIDIA-Linux-x86_64-304.137.run
However, it would failed at the step 10, with the message "The script failed. Please check Nvidia.log for details".
Now, I tried installing Nvidia driver from El.
1. Rebooted my notebook.
2. yum install kmod-nvidia-304xx
I'd strongly emphasise John's recommendation (#2) to install and use yum_priorities. If you don't, some repository may overwrite a base installation library, and all hell may break out!
I'd strongly emphasise John's recommendation (#2) to install and use yum_priorities. If you don't, some repository may overwrite a base installation library, and all hell may break out!
Loaded plugins: fastestmirror, langpacks, priorities
Loading mirror speeds from cached hostfile
* elrepo-kernel: mirror.cedia.org.ec
Package kernel-lt-4.4.163-1.el7.elrepo.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package kernel-lt-devel.x86_64 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-doc.noarch 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-headers.x86_64 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-tools.x86_64 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-tools-libs.x86_64 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-tools-libs-devel.x86_64 0:4.4.163-1.el7.elrepo will be installed
--> Processing Conflict: kernel-ml-doc-4.19.1-1.el7.elrepo.noarch conflicts kernel-doc < 4.19.1-1.el7.elrepo
--> Processing Conflict: kernel-ml-headers-4.19.1-1.el7.elrepo.x86_64 conflicts kernel-headers < 4.19.1-1.el7.elrepo
--> Finished Dependency Resolution
Error: kernel-ml-doc conflicts with kernel-lt-doc-4.4.163-1.el7.elrepo.noarch
Error: kernel-ml-headers conflicts with kernel-lt-headers-4.4.163-1.el7.elrepo.x86_64
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Loaded plugins: fastestmirror, langpacks, priorities
Loading mirror speeds from cached hostfile
* elrepo-kernel: muug.ca
Package kernel-lt-4.4.163-1.el7.elrepo.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package kernel-lt-devel.x86_64 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-doc.noarch 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-headers.x86_64 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-tools.x86_64 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-tools-libs.x86_64 0:4.4.163-1.el7.elrepo will be installed
---> Package kernel-lt-tools-libs-devel.x86_64 0:4.4.163-1.el7.elrepo will be installed
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
kernel-lt-devel x86_64 4.4.163-1.el7.elrepo elrepo-kernel 10 M
kernel-lt-doc noarch 4.4.163-1.el7.elrepo elrepo-kernel 6.1 M
kernel-lt-headers x86_64 4.4.163-1.el7.elrepo elrepo-kernel 1.0 M
kernel-lt-tools x86_64 4.4.163-1.el7.elrepo elrepo-kernel 139 k
kernel-lt-tools-libs x86_64 4.4.163-1.el7.elrepo elrepo-kernel 60 k
kernel-lt-tools-libs-devel x86_64 4.4.163-1.el7.elrepo elrepo-kernel 48 k
Total download size: 18 M
Installed size: 63 M
Is this ok [y/d/N]: y
Downloading packages:
(1/6): kernel-lt-headers-4.4.163-1.el7.elrepo.x86_64.rpm | 1.0 MB 00:02
(2/6): kernel-lt-tools-libs-devel-4.4.163-1.el7.elrepo.x86 | 48 kB 00:03
(3/6): kernel-lt-tools-libs-4.4.163-1.el7.elrepo.x86_64.rp | 60 kB 00:11
(4/6): kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64.rpm | 139 kB 00:14
(5/6): kernel-lt-doc-4.4.163-1.el7.elrepo.noarch.rpm | 6.1 MB 00:17
(6/6): kernel-lt-devel-4.4.163-1.el7.elrepo.x86_64.rpm | 10 MB 00:33
--------------------------------------------------------------------------------
Total 536 kB/s | 18 MB 00:33
Running transaction check
Running transaction test
Transaction check error:
file /usr/lib64/libcpupower.so.0 from install of kernel-lt-tools-libs-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-libs-4.19.1-1.el7.elrepo.x86_64
file /usr/bin/cpupower from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/bin/turbostat from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/bin/x86_energy_perf_policy from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/share/locale/de/LC_MESSAGES/cpupower.mo from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/share/locale/fr/LC_MESSAGES/cpupower.mo from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/share/man/man1/cpupower-frequency-info.1.gz from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/share/man/man1/cpupower-frequency-set.1.gz from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/share/man/man1/cpupower-idle-info.1.gz from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/share/man/man1/cpupower-idle-set.1.gz from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/share/man/man8/turbostat.8.gz from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/share/man/man8/x86_energy_perf_policy.8.gz from install of kernel-lt-tools-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-4.19.1-1.el7.elrepo.x86_64
file /usr/include/cpufreq.h from install of kernel-lt-tools-libs-devel-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-libs-devel-4.19.1-1.el7.elrepo.x86_64
file /usr/lib64/libcpupower.so from install of kernel-lt-tools-libs-devel-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-libs-devel-4.19.1-1.el7.elrepo.x86_64
file /usr/include/cpufreq.h from install of kernel-lt-headers-4.4.163-1.el7.elrepo.x86_64 conflicts with file from package kernel-ml-tools-libs-devel-4.19.1-1.el7.elrepo.x86_64
Upon removing and reinstalling different kernel, both kernel-ml and kernel-lt, I can't get my Nvidia driver to work.
My questions that I have now are.
1. What are the difference between kernel-ml and kernel-lt? I can tell now that both of them is from "elrepo" re
pository.
2. Can one system use both kernel-ml and kernel-lt by installing it through "yum --disablerepo="*" --enablerepo="elrepo" install kernel*"? Do you use only one of them? Which one do you recommend?
I will also start my notebook fresh with CentOS 7 soon.
Distribution: Currently: OpenMandriva. Previously: openSUSE, PCLinuxOS, CentOS, among others over the years.
Posts: 3,881
Rep:
It sounds like you have taken a wrong turn somewhere and it's all gone downhill from there. Without repeating myself too much, a few things:
* You already have kernel-ml installed along with the required development packages if you want to use the .run script/installer file. It's just a question whether or not you also have gcc, make, etc installed - which is very easy to find out (yum info gcc - or "make" instead of "gcc", etc). Then as long as you have gcc, make, etc installed, and you've killed the graphical environment, as in: it's *not* running, then you should be able to install the driver from the .run script/installer. You may have missed the following:
Quote:
You must run the following command, as if you don't, the system may still load the nouveau open source driver as well. This will cause a conflict with the proprietary NVIDIA driver and thus your GUI will fail to start.
Code:
dracut -f
You **need** to do that afterwards. You also need to make sure you've actually booted into the kernel version you want to install the driver on.
* If you want to install it via the software package instead, then you don't need dkms, because as long as you make sure the
kmod-nvidia-304xx package is also updated along with the rest of the packages, then the driver is already built and updated along with the rest of the system (provided you have also made sure the kernel package has also been updated).
* As far as yum priorities are concerned; it's only important if you're using software repositories that may overwrite base packages - "base packages" meaning packages from the official CentOS software repositories and more precisely the "base" repository itself. So once again and as mentioned in the link to CentOS's wiki for it's repositories page, the "nux-dextop" repo is the safer choice, because it will not overwrite base packages. RPMFusion will. I haven't setup yum priorities on my CentOS 7.5 system and I've never had a problem because I use the "nux-dextop" repo myself. So unless you are planning on using software repo's that may/will overwrite base packages, it's probably not likely that you'll have a problem.
The kernel-lt packages are built from the sources available from The Linux Kernel Archives (external link), just like the kernel-ml packages. The difference is that kernel-lt is based on a "long term support" branch and kernel-ml is based on the "mainline stable" branch.
It's important to actually read the site before trying to do what you're trying to do. Yes, you could install both of them, yum will keep a certain number of different kernel versions, you just select which one you want to boot at the GRUB screen. I use kernel-ml and have never used kernel-lt before.
Remember to do what my signature below says when you're finished.
Thank you everyone. I learn a lot. Now, that I am starting from fresh installation again, it is possible to run "yum update -y", during the installation correct? I see "Addition Repositories" checkboxes in Anaconda a little while ago.
How do you get the most recent update during the installation from Anaconda?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.