similar to: Panic on boot with 7.3 kernels when decrypting hard drive

>> You need to capture the actual panic, or else it's just guessing. >> Boot without the rhgb quiet kernel args. >> >> Also check it's not just something silly like running out os space >> on /boot causing incomplete/corrupt initramfs. >> >> jh Thanks for the advice. Df reports that /boot has 80% free space right now; I would assume that's

On Fri, 23 Feb 2018, Akemi Yagi wrote: > On Fri, Feb 23, 2018 at 12:30 AM, Robert P. J. Day > <rpjday at crashcourse.ca> wrote: > > > > i'm sure there's a simple answer to this -- i already understand > > that newer kernels than the ones shipped with the official release > > aren't officially supported but there is the elrepo kernel repository

i'm sure there's a simple answer to this -- i already understand that newer kernels than the ones shipped with the official release aren't officially supported but there is the elrepo kernel repository here: http://elrepo.org/linux/kernel/el7/x86_64/RPMS/ with a mixture of long-term (lt) and mainline (ml) kernels. i assume that the mainline kernels pretty closely track the latest

Hello all, After the update to 7.3 libreoffice (5.0.6.2-3.el7.x86_64) became unusable slow. For an excel file with 250 rows even a simple scroll takes a few seconds, during that time the Xorg server is 100% working and the GPU utilization is at about 77% (from NVIDIA server settings). I have tried disabling the hardware acceleration (options->view) and OpenCL (options) but the problem and

On 25/08/2019 15:50, Gregory P. Ennis wrote: > > On 25/08/2019 02:28, Gregory P. Ennis wrote: >> >> On Sat, Aug 24, 2019 at 3:21 PM Ian Mortimer <i.mortimer at uq.edu.au> wrote: >>> >>> On Sat, 24 Aug 2019, Gregory P. Ennis wrote: >>> >>>> On August 2, my desktop unit updated with >>>>

I do not use my laptop often, normally my better half has possession and use of it. It is a late 2011 ASUS ROG G73S which performs very well. The keyboard backlight was an issue initially under CentOS6, but the kind folks at elrepo found the missing bits in a more recent kernel and created a package to add them to the older CentOS6 kernel. An upgrade to CentOS7 went without a hitch and the

Note, first of all I haven't actually updated, I'm just running "yum update" to see what conflicts, if any, I get so I can be prepared when the final 7.7 release happens. I've traditionally used the nvidia packages from elrepo, but recently enabled rpmfusion (back when I started using 7.x, I disabled rpmfusion because it took them a looooong time to get a EL7 repository up).

On Sat, Sep 14, 2019 at 07:20:35PM +0100, Phil Perry wrote: > On 14/09/2019 19:06, Fred Smith wrote: > >Note, first of all I haven't actually updated, I'm just running "yum update" > >to see what conflicts, if any, I get so I can be prepared when the final > >7.7 release happens. > > > >I've traditionally used the nvidia packages from elrepo,

C7, and I did a yum update --disableexcludes=all, and yet it's telling me [nvidia]: excluding kmod-nvidia-410.66-1.el7_5.elrepo.x86_64 [nvidia]: excluding kmod-nvidia-410.73-1.el7_5.elrepo.x86_64 [nvidia]: excluding kmod-nvidia-410.73-2.el7_6.elrepo.x86_64 [nvidia]: excluding kmod-nvidia-410.78-1.el7_6.elrepo.x86_64 [nvidia]: excluding kmod-nvidia-410.93-1.el7_6.elrepo.x86_64 [nvidia]:

Hi, Guys i got unresolved dependencies when trying to upgrade centOS 8, what should i do to fix this? [root at ws1 ebedsat]# dnf upgrade Last metadata expiration check: 0:14:27 ago on Sat 11 Jan 2020 12:16:02 PM WIB. Error: Problem 1: cannot install the best update candidate for package kmod-iwlegacy-0.0-1.el8.elrepo.x86_64 - nothing provides kernel >= 4.18.0-147.el8 needed by

I am install C7.5 on a nvidia unit and nvidia-detect tells me to use kmod-nvidia-390xx so I do the yum install and and after a long time I see this -> Processing Dependency: kernel(__drm_atomic_helper_crtc_duplicate_state) = 0xa5f3a170 for package: kmod-nvidia-390xx-390.87-2.el7_6.elrepo.x86_64 --> Processing Dependency: kernel(__drm_atomic_helper_crtc_destroy_state) = 0x00a9c70b for

On 25/08/2019 02:28, Gregory P. Ennis wrote: > > On Sat, Aug 24, 2019 at 3:21 PM Ian Mortimer <i.mortimer at uq.edu.au> wrote: >> >> On Sat, 24 Aug 2019, Gregory P. Ennis wrote: >> >>> On August 2, my desktop unit updated with >>> kmod-nvidia-430.40-1.el7_6.elrepo.x86_64 >>> which broke yum having a multiple of dependencies not being

John Hodrien wrote: > On Tue, 18 Dec 2018, mark wrote: > > >> I've got a user with a legacy NVidia card. I've got kmod-nvidia. Last >> time I did an update, all I did was yum update --disableexcludes. This >> time, it fails, with Error: Package: >> nvidia-x11-drv-304xx-304.135-1.el7.elrepo.x86_64 (@elrepo) Requires: >> xorg-x11-server-Xorg <=

Hi everyone, This just came to my attention --- I have CentOS 7 installed on one machine, and have configured elrepo and epel as additional repositories. When I turned on the yum-priorities package (and set up priorities in the order base&updates < elrepo < epel), it turns out that there are 65 conflicting packages between base and epel, and additional 5 between elrepo and epel (there

Hey All! I've validated the Broadcom chipset 4321 on 7.3 with the latest 64-bit Broadcom driver(6_30_223_271) if someone with edit capability can update the table please: https://wiki.centos.org/HowTos/Laptops/Wireless/Broadcom https://wiki.centos .org/HowTos/Laptops/Wireless/Broadcom#head-5b5da35ce5cedf2cddd2e815739a64758e341ab8 Table entry: Chip: BCM4321 EL version: CentOS 7.3 Kernel:

On 24/11/2019 14:33, Ebed wrote: > Hi, > > Here it is... > > > 05:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8039 > PCI-E Fast Ethernet Controller [11ab:4353] (rev 14) Thanks, that device requires the Marvell sky2 driver which is not supported in el8. I have built you a driver for CentOS 8.0 and uploaded it to the elrepo repository. It should be

I am having trouble using the realtek wifi chip in my new tp-link usb wifi dongle. Upon plugging it, the device gets registered by the kernel (in /var/log/messages), but that's about it, no network device is being created (iwconfig does not see it, nothing else works). A few google searches later I found out that this realtek chip is not supported by the kernel and requires a driver, and that

Yan Li wrote: > If you need to use a non stock kernel, you can also try to download the > latest driver directly from nvidia. The nvidia official driver is very > easy to install and works with almost all kernel versions. It can also be > easily uninstalled too. Make sure you have the correct one, though. I have a number of systems with older NVidia cards, and have to pick and choose

On Fri, Feb 23, 2018 at 12:30 AM, Robert P. J. Day <rpjday at crashcourse.ca> wrote: > > i'm sure there's a simple answer to this -- i already understand > that newer kernels than the ones shipped with the official release > aren't officially supported but there is the elrepo kernel repository > here: > > http://elrepo.org/linux/kernel/el7/x86_64/RPMS/

On Sat, Aug 24, 2019 at 3:21 PM Ian Mortimer <i.mortimer at uq.edu.au> wrote: > > On Sat, 24 Aug 2019, Gregory P. Ennis wrote: > > > On August 2, my desktop unit updated with > > kmod-nvidia-430.40-1.el7_6.elrepo.x86_64 > > which broke yum having a multiple of dependencies not being present. > > The latest from elrepo -