>
>
> > I have only changed GRUB_DEFAULT from "saved" to "0"
> >
> > I have also run
> >
> > /usr/sbin/grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
>
> I may be wrong here but IIRC, using grub2-mkconfig as described in the
> Grub docs didn't work for me when I tried to use it years ago.
>
> I th
> Here is the contents of the entire
>
> cat /etc/default.grub
>
> GRUB_TIMEOUT=5
> GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
> GRUB_DEFAULT=0
> GRUB_DISABLE_SUBMENU=true
> GRUB_TERMINAL_OUTPUT="console"
> GRUB_CMDLINE_LINUX="crashkernel=auto
> rd.md.uuid=066ffecb:69137a0b:4
Here is the contents of the entire
cat /etc/default.grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=0
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto
rd.md.uuid=066ffecb:69137a0b:4e579b4f:dfbf1696
Am 14.03.23 um 12:30 schrieb Rob Kampen:
OK,
found out the problem as to why it doesn't boot any kernel except 36.2
the system reports that it cannot find
vmlinuz-3.10.0-1160.88.1.el7.x86_64
or any one of the others, except for vmlinuz-3.10.0-1160.36.2.el7.x86_64
hence a manual selection fro
I had something like this happen some years ago on a workstation with
2-disk (software/Linux) RAID 1. Turns out one of the disks had been ejected
from the raid array. It was that ejected disk that was getting the updates,
but since it was no longer in the array it wasn't being booted, but rather
th
OK,
found out the problem as to why it doesn't boot any kernel except 36.2
the system reports that it cannot find
vmlinuz-3.10.0-1160.88.1.el7.x86_64
or any one of the others, except for vmlinuz-3.10.0-1160.36.2.el7.x86_64
hence a manual selection from the grub menu when in front of the machi
Change it to
GRUB_DEFAULT=0
(I encountered the same issue week ago with a workstation booted for three month with an older
kernel because of https://bugzilla.redhat.com/show_bug.cgi?id=2143438 , and solved it this way)
Regards,
Petko
On 3/14/23 10:51, Rob Kampen wrote:
Can I edit /etc/de
This issue has been around for some months, but other things keep
crowding out a fix.
uname give me
3.10.0-1160.36.2.el7.x86_64 #1 SMP Wed Jul 21 11:57:15 UTC 2021
yet I have
3.10.0-1160.76.1.el7.x86_64
3.10.0-1160.81.1.el7.x86_64
3.10.0-1160.83.1.el7.x86_64
3.10.0-1160.88.1.el7.x86_64
loade
On 09/11/2017 04:34 PM, Michael Rapuano wrote:
> We are running kernel-3.10.0-514.26.2.el7 and need to update to
> kernel-3.10.0-693.el7.
> The new kernel is in the CR repo but not in the base/update repos. When
> will the updates in the CR repo be in the base/update repos? This is a high
> priorit
Hello Michael,
On Mon, 11 Sep 2017 17:34:01 -0400 Michael Rapuano
wrote:
> We are running kernel-3.10.0-514.26.2.el7 and need to update to
> kernel-3.10.0-693.el7.
> The new kernel is in the CR repo but not in the base/update repos. When
> will the updates in the CR repo be in the base/update
We are running kernel-3.10.0-514.26.2.el7 and need to update to
kernel-3.10.0-693.el7.
The new kernel is in the CR repo but not in the base/update repos. When
will the updates in the CR repo be in the base/update repos? This is a high
priority security issue for us.
--
Michael Rapuano
michael.ra
On Jan 30, 2008 4:06 AM, Johnny Hughes <[EMAIL PROTECTED]> wrote:
> nate wrote:
> > Akemi Yagi wrote:
> >
> >> I hope you are interested in contributing to the CentOS community by
> >> sharing your driver:
> >>
> >> https://projects.centos.org/trac/dasha/
> >
> > Looks like that site is for source
nate wrote:
Akemi Yagi wrote:
I hope you are interested in contributing to the CentOS community by
sharing your driver:
https://projects.centos.org/trac/dasha/
Looks like that site is for source drivers, these drivers come from
VMWare, and I'm not sure what their license is, nor do I know ex
On 1/30/08, Johnny Hughes <[EMAIL PROTECTED]> wrote:
> nate wrote:
> > Manish Kathuria wrote:
> New features are typically not backported to
> > current versions of the kernel, newer drivers are often back
> > ported, assuming the driver existed in the RHEL kernel. If the
> > driver did not exist t
Akemi Yagi wrote:
> I hope you are interested in contributing to the CentOS community by
> sharing your driver:
>
> https://projects.centos.org/trac/dasha/
Looks like that site is for source drivers, these drivers come from
VMWare, and I'm not sure what their license is, nor do I know exactly
wha
On Jan 29, 2008 12:25 PM, William Hooper <[EMAIL PROTECTED]> wrote:
> On Jan 29, 2008 3:18 PM, Les Mikesell <[EMAIL PROTECTED]> wrote:
> > Johnny Hughes wrote:
> > >
> > > Overall ... unless you really, Really, REALLY need a newer kernel, it is
> > > best to use the one provided by the distribution
On Jan 29, 2008 1:24 PM, nate <[EMAIL PROTECTED]> wrote:
> Les Mikesell wrote:
> I run CentOS 4 and 5 under VMWare ESX 3.x, I hacked up the VMware tools
> into two different RPMS
>
> - core rpm (everything but drivers)
> - driver rpm
>
> When I want to deploy a new kernel I build a special RPM wit
Les Mikesell wrote:
> Johnny Hughes wrote:
>>
>> Overall ... unless you really, Really, REALLY need a newer kernel, it is
>> best to use the one provided by the distribution.
>
> Is there a difference in the way kernel modules are managed between
> CentOS4 and 5? I thought that under CentOS4 after
On Jan 29, 2008 3:18 PM, Les Mikesell <[EMAIL PROTECTED]> wrote:
> Johnny Hughes wrote:
> >
> > Overall ... unless you really, Really, REALLY need a newer kernel, it is
> > best to use the one provided by the distribution.
>
> Is there a difference in the way kernel modules are managed between
> Ce
Johnny Hughes wrote:
Overall ... unless you really, Really, REALLY need a newer kernel, it is
best to use the one provided by the distribution.
Is there a difference in the way kernel modules are managed between
CentOS4 and 5? I thought that under CentOS4 after a kernel update
VMware would
nate wrote:
Manish Kathuria wrote:
How are the updated kernels released by Red Hat / Cent OS related to
the latest vanilla kernels ? Are the changes, new features and
drivers, etc. available in the newer kernels also ported to the
updated kernels released by Red Hat in their entirety ?
If your
Manish Kathuria wrote:
> How are the updated kernels released by Red Hat / Cent OS related to
> the latest vanilla kernels ? Are the changes, new features and
> drivers, etc. available in the newer kernels also ported to the
> updated kernels released by Red Hat in their entirety ?
If your compari
How are the updated kernels released by Red Hat / Cent OS related to
the latest vanilla kernels ? Are the changes, new features and
drivers, etc. available in the newer kernels also ported to the
updated kernels released by Red Hat in their entirety ?
For the lifetime of a distribution like RHEL 4
23 matches
Mail list logo
