Re: [CentOS] Centos 7 32 Bits install.
On 13/1/20 2:54 am, Ger van Dijck wrote: Hi all, Question : Can I install Centos7 32 Bits on a computer i386 32 bits little indian pentium III Copermine Model8 Cpufamily 6 CpuMhz 863.979 (lscpu) grep -i pae /proc/cpuinfo gives a flag pae . ... Here's an alternative if CentOS performance is not satisfactory on that computer. I believe Elive [0] was created for exactly your aged computer.When you visit [1] below, take a look at the section titled "*Fast Dinosaurs!*" where they have a few YouTube videos showing old computers running Elive. One video in particular: "*Pentium-II, 266 Mhz, 64 MB of RAM, 12GB HD Toshiba 4080xcdt -- Running Elive!*" It took about 3 minutes to get to the GUI. However, the point here is that /*if*/ Elive runs on a Pentium-II @ 266Mhz, it ought to run quite well on a Pentium-III @ +860Mhz. [0]: https://www.elivecd.org/ [1]: https://www.elivecd.org/user-reviews/ ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum update / kernal update failed - remove or repair
On 25/1/20 11:56 am, Anthony K wrote: [0]: https://anindya.me/2011/09/17/grub-fallback-after-kernel-panic/ I've just discovered that the article I posted is a rather old post so went hunting. If you have a RHEL subscription (I'm using the free developer subscription) you can see the official Red Hat documentation at [0]. I was unable to find similar instructions for CentOS but here's a post of the same vintage as the RHEL one [1]. [0]: https://access.redhat.com/solutions/1567883 [1]: https://forums.centos.org/viewtopic.php?t=60220 PS: I haven't tested either of these so no idea if they work as one would expect. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum update / kernal update failed - remove or repair
On 23/1/20 12:44 am, Gary Stainburn wrote: ... As I will probably only have one chance to fix this (without having to get the ISP's help again) I was wondering if there are any clear instructions on how to remove a failed kernel RPM update, returning the server to the state it was in prior to the YUM update? ... If you do not want to involve the ISP ever again when a kernel won't boot, you can configure a fallback kernel [0]. I've used something similar a very long time ago when the main boot loader was LILO - it was much easier to do this kind of thing with it. [0]: https://anindya.me/2011/09/17/grub-fallback-after-kernel-panic/ ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 7 Lyx - installing templates and class files
Can you use yum whatprovides FILE_GLOB to figure out which package provides the particular class files that seem relevant? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8 Question
On 1/24/20 4:38 AM, Alessandro Baggi wrote: > Hi list, > > I installed on my workstation C8.1 (1911) and performed a minimal install and > then installed XFCE from EPEL. > > I noticed a strange behaviour (don't know if this is the wanted default). If I > try ,from normal user shell, to run command like "reboot" or "shutdown -h now" > system will reboot/shutdown. This happens on tty console, on xfce terminal and > ssh session. > > My user is not in wheel and during install I have not enabled checkbox to give > that user administration permission. I tried to create a new user with adduser > but got the same problem. > > To solve this I modified polkit login1 policy on > /usr/share/polkit-1/actions/org.freedesktop.login1.policy setting > no for statement that concern reboot and > shutdown/poweroff. > > Why on CentOS a normal user can shutdown the system without root privileges? I > think that on any server normal user should not be able to shutdown the system > without privileges. > > This is a bug or a wanted default? So, as you figured out from the polkit setting - "active" user's (i.e. with a "seat") have access to shut a machine down. Now to figure out who has a seat - and you use "loginctl" to see that. For e.g. from my non-privileged user logged into my CentOS 8.1 VM via ssh: $ loginctl SESSION UID USER SEAT TTY 1 # user it shows that I don't have a "seat" and so: $ shutdown -h now Failed to set wall message, ignoring: Connection timed out Failed to power off system via logind: Interactive authentication required. Failed to open initctl fifo: Permission denied Failed to talk to init daemon. as expected. Perhaps you can start tracking down with loginctl who has a seat and why. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Centos 7 Lyx - installing templates and class files
I'm not kind of an expert using Lyx, but I occasionally do some "structured writing" and on those occasions I've really enjoyed using Lyx; the workflow and the output just can't be beat. I'm enough of a novice with it that I've never used anything other than the "Article (Standard Class)" document class. I wrote a short paper using Lyx and the "Article (Standard Class)" last night, and after finishing that I started playing around with Lyx in an effort to learn more about it since I really believe that I'm drastically under-utilizing an extremely powerful program. I have a question about the template and class files. When I use "File - New from Template" I get a large list of files in the /usr/share/lyx/templates/ directory, all of which seem to have come from the lyx-common rpm. When I select one of these templates, some of them work but some of them say something like: "The selected document class requires external files that are not available. The document class cannot be compiled until the following prerequisites are installed: XXX.cls" (where XXX is usually a name related somehow to the name of the template). Searching for the XXX. Same thing if I just use "File - New" and then look at Document - Settings - Document Class". There are all kinds of document classes listed but about 75% of them are grayed out and unselectable. It appears that lyx-common installs all kinds of templates but not the cls files that are needed to actually use them. It would be nice to somehow enable all of these templates and document classes so I could play around with them a bit. Some google searching has led to some fairly contradictory information about how this all works. One suggestion that I came across was to simply install all of the available texlive rpms and that will install all of the missing files. rpm tells me that I currently have 216 texlive* rpms on my computer, and yum says that there are 688 texlive* rpms available so there are apparently another 472 texlive rpms that I don't actually have installed. Before I install 472 more rpms on this computer I would like to ask any of you fine folks who use lyx if this is indeed the right way to go about this, or if I'm barking up the wrong tree here? How do you get the rest of the files that Lyx needs to be able to use that long list of (unavailable) document classes and templates? -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8 Question
Il 24/01/20 15:44, Pete Biggs ha scritto: I noticed a strange behaviour (don't know if this is the wanted default). If I try ,from normal user shell, to run command like "reboot" or "shutdown -h now" system will reboot/shutdown. This happens on tty console, on xfce terminal and ssh session. I've just created a normal user on my test system and when I try to reboot or halt the system when logged in via ssh I get: $ reboot Failed to set wall message, ignoring: Interactive authentication required. Failed to reboot system via logind: Interactive authentication required. Failed to open initctl fifo: Permission denied Failed to talk to init daemon. Which is correct behaviour. Hi Pete, Yes this is what I expect, but I'm trying to understand why on a fresh installation on a VM, this happens on ssh without user logged in or from console as normal user? I tried the installation several times and with several ISO but nothing changed. On every fresh installation I have not installed other packages and not enabled networking. If you have the time, please can you try to install from 8.1 iso using minimal installation and try again? I know that you struggle to believe my problem but I don't know how to prove this. However, a user logged in at the machine as GUI console session has always been able to halt or reboot the system. This does not happen only on my xfce system but on system on VM without a GUI. Why on CentOS a normal user can shutdown the system without root privileges? I think that on any server normal user should not be able to shutdown the system without privileges. If it's a desktop machine, then the console logged in user should be able to shutdown the machine - at least then it means they don't resort to pulling the plug. ... Presumably you don't allow users physically near a server? No, but this happen also in ssh session. Thank you for your help. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8 Question
Il 24/01/20 15:47, Simon Matter via CentOS ha scritto: Il 24/01/20 15:11, Simon Matter via CentOS ha scritto: Hi list, I installed on my workstation C8.1 (1911) and performed a minimal install and then installed XFCE from EPEL. I noticed a strange behaviour (don't know if this is the wanted default). If I try ,from normal user shell, to run command like "reboot" or "shutdown -h now" system will reboot/shutdown. This happens on tty console, on xfce terminal and ssh session. But can you describe exactly in which situation user x can shutdown? I mean, if you say via ssh connection, is it that user x is at the same time also logged in into XFCE desktop on the same system? Or is it also true if the only login to the system at this time is via the ssh connection and then user x is still able to shutdown? I mean if user x runs the XFCE session remote on the system using ssh X11 forwarding, NX or whatever, then user x should really NOT be able to shutdown without providing the root password. That would be a nightmare for multi user systems :-) Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos Hi Simon, I tried on my system using XFCE, I tried with a fresh installation on vm without X (using minimal and server installation), inside ssh with/without user logged and from tty console. Try to reproduce it. Install C8 on a VM using minimal installation, login in as normal user an type reboot. Well, I didn't install C8 yet but do you say that if do a fresh server type install of C8 on a host, add an unprivileged user, login via ssh to the user account on the host, you can reboot then? This is what is happening to my C8 installation on VM or physical server. If you can confirm this, the only thing that remains to understand is if this is a bug or a default policy. If not, there is something wrong in my fresh installation but I cannot identify what. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8 Question
> >> I noticed a strange behaviour (don't know if this is the wanted >> default). If I try ,from normal user shell, to run command like "reboot" >> or "shutdown -h now" system will reboot/shutdown. This happens on tty >> console, on xfce terminal and ssh session. > > I've just created a normal user on my test system and when I try to > reboot or halt the system when logged in via ssh I get: > >$ reboot >Failed to set wall message, ignoring: Interactive authentication > required. >Failed to reboot system via logind: Interactive authentication > required. >Failed to open initctl fifo: Permission denied >Failed to talk to init daemon. > > Which is correct behaviour. > > However, a user logged in at the machine as GUI console session has > always been able to halt or reboot the system. > >> >> Why on CentOS a normal user can shutdown the system without root >> privileges? I think that on any server normal user should not be able to >> shutdown the system without privileges. >> > If it's a desktop machine, then the console logged in user should be > able to shutdown the machine - at least then it means they don't resort > to pulling the plug. Presumably you don't allow users physically near > a server? That's why I asked if the user who was logged in via ssh was also logged in locally at the same time. That would at lest explain such behavior. Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8 Question
> > Il 24/01/20 15:11, Simon Matter via CentOS ha scritto: >>> Hi list, >>> >>> I installed on my workstation C8.1 (1911) and performed a minimal >>> install and then installed XFCE from EPEL. >>> >>> I noticed a strange behaviour (don't know if this is the wanted >>> default). If I try ,from normal user shell, to run command like >>> "reboot" >>> or "shutdown -h now" system will reboot/shutdown. This happens on tty >>> console, on xfce terminal and ssh session. >> But can you describe exactly in which situation user x can shutdown? I >> mean, if you say via ssh connection, is it that user x is at the same >> time >> also logged in into XFCE desktop on the same system? Or is it also true >> if >> the only login to the system at this time is via the ssh connection and >> then user x is still able to shutdown? >> >> I mean if user x runs the XFCE session remote on the system using ssh >> X11 >> forwarding, NX or whatever, then user x should really NOT be able to >> shutdown without providing the root password. That would be a nightmare >> for multi user systems :-) >> >> Regards, >> Simon >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> https://lists.centos.org/mailman/listinfo/centos > > Hi Simon, > > I tried on my system using XFCE, I tried with a fresh installation on vm > without X (using minimal and server installation), inside ssh > with/without user logged and from tty console. > > Try to reproduce it. Install C8 on a VM using minimal installation, > login in as normal user an type reboot. Well, I didn't install C8 yet but do you say that if do a fresh server type install of C8 on a host, add an unprivileged user, login via ssh to the user account on the host, you can reboot then? Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8 Question
> I noticed a strange behaviour (don't know if this is the wanted > default). If I try ,from normal user shell, to run command like "reboot" > or "shutdown -h now" system will reboot/shutdown. This happens on tty > console, on xfce terminal and ssh session. I've just created a normal user on my test system and when I try to reboot or halt the system when logged in via ssh I get: $ reboot Failed to set wall message, ignoring: Interactive authentication required. Failed to reboot system via logind: Interactive authentication required. Failed to open initctl fifo: Permission denied Failed to talk to init daemon. Which is correct behaviour. However, a user logged in at the machine as GUI console session has always been able to halt or reboot the system. > > Why on CentOS a normal user can shutdown the system without root > privileges? I think that on any server normal user should not be able to > shutdown the system without privileges. > If it's a desktop machine, then the console logged in user should be able to shutdown the machine - at least then it means they don't resort to pulling the plug. Presumably you don't allow users physically near a server? P. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8 Question
Il 24/01/20 15:11, Simon Matter via CentOS ha scritto: Hi list, I installed on my workstation C8.1 (1911) and performed a minimal install and then installed XFCE from EPEL. I noticed a strange behaviour (don't know if this is the wanted default). If I try ,from normal user shell, to run command like "reboot" or "shutdown -h now" system will reboot/shutdown. This happens on tty console, on xfce terminal and ssh session. But can you describe exactly in which situation user x can shutdown? I mean, if you say via ssh connection, is it that user x is at the same time also logged in into XFCE desktop on the same system? Or is it also true if the only login to the system at this time is via the ssh connection and then user x is still able to shutdown? I mean if user x runs the XFCE session remote on the system using ssh X11 forwarding, NX or whatever, then user x should really NOT be able to shutdown without providing the root password. That would be a nightmare for multi user systems :-) Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos Hi Simon, I tried on my system using XFCE, I tried with a fresh installation on vm without X (using minimal and server installation), inside ssh with/without user logged and from tty console. Try to reproduce it. Install C8 on a VM using minimal installation, login in as normal user an type reboot. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8 Question
> Hi list, > > I installed on my workstation C8.1 (1911) and performed a minimal > install and then installed XFCE from EPEL. > > I noticed a strange behaviour (don't know if this is the wanted > default). If I try ,from normal user shell, to run command like "reboot" > or "shutdown -h now" system will reboot/shutdown. This happens on tty > console, on xfce terminal and ssh session. But can you describe exactly in which situation user x can shutdown? I mean, if you say via ssh connection, is it that user x is at the same time also logged in into XFCE desktop on the same system? Or is it also true if the only login to the system at this time is via the ssh connection and then user x is still able to shutdown? I mean if user x runs the XFCE session remote on the system using ssh X11 forwarding, NX or whatever, then user x should really NOT be able to shutdown without providing the root password. That would be a nightmare for multi user systems :-) Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
> > > >>The redhat access page comes up in both google and duckduckgo when I put >>in the entire 4 lines of the error message. You still have to login to >>see the solution. >> >>https://www.google.com/search?client=ubuntu&channel=fs&q=+Problem+1%3A+conflicting+requests+++-+nothing+provides+module%28perl%3A5.26%29+needed+by+module+perl-DBD-SQLite%3A1.58%3A8010020190322125518%3A073fa5fe-0.x86_64++Problem+2%3A+conflicting+requests+++-+nothing+provides+module%28perl%3A5.26%29+needed+by+module+perl-DBI%3A1.641%3A8010020190322130042%3A16b3ab4d-0.x86_64&ie=utf-8&oe=utf-8 >> >>Other than that you could create a login on the redhat site and register >>as a developer (free of charge) and have access to some of their online >>resources including the access knowledgebase. >> >>I am mostly a CentOS user, and installed redhat 8 so I could start >>working on my applications before CentOS 8 was released. >> >> >>Nataraj > > I have a free subscription, but still can't get to the solution page. Oh > well. I've never really understood how hiding those solutions behind a wall is a good thing in/for the OpenSource world. Looks like I'm not alone :-) Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum update / kernal update failed - remove or repair
On Thursday 23 January 2020 15:22:32 Simon Matter via CentOS wrote: > > > > Before you try the update again, you'll have to fix the reason for the > > failure - add memory, or at least add a swap file. > > > > You could check with > > rpm -qa --last | head -20 > > which the latest packages are that were installed. > > > > If the rpm database is corrupted, rebuild it with > > rpm --rebuilddb > > > > You can reinstall packages that may not be completely installed, using > > rpm --reinstall PACKAGE_FILE > > Well, there may be more to check and above steps may not help. > > Do you have duplicates in rpmdb? Which one of the duplicates are already > on the filesystem? I do not believe that I have any duplicate RPM's installed, and I do not believe that the database is actually wrong. I believe that it is purely that the installs did not complete successfully. I have managed to remove the latest kernel RPM and 'yum update kernel*' re-applied the update without errors. I am going to go through the list of failed RPM's and to a 'rpm --reinstall' for each one in turn and hopefully they will work too. Before doing that I will do as Kay suggested and find out why I had the memory problem in the first place. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] C8 Question
Hi list, I installed on my workstation C8.1 (1911) and performed a minimal install and then installed XFCE from EPEL. I noticed a strange behaviour (don't know if this is the wanted default). If I try ,from normal user shell, to run command like "reboot" or "shutdown -h now" system will reboot/shutdown. This happens on tty console, on xfce terminal and ssh session. My user is not in wheel and during install I have not enabled checkbox to give that user administration permission. I tried to create a new user with adduser but got the same problem. To solve this I modified polkit login1 policy on /usr/share/polkit-1/actions/org.freedesktop.login1.policy setting no for statement that concern reboot and shutdown/poweroff. Why on CentOS a normal user can shutdown the system without root privileges? I think that on any server normal user should not be able to shutdown the system without privileges. This is a bug or a wanted default? Thanks in advance. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos