Le 03/08/2020 à 19:24, david a écrit :
> After trying several paths, some suggested on this list, here's my results.
Hi,
Just back from a hiking trip. One of my clients sent me a message that his
CentOS server refuses to boot. So tomorrow I have to drive there to figure out
what's going on. I
After trying several paths, some suggested on this list, here's my results.
1) Fixing a unbootable system wasn't practical in my
case. Fortunately, all my systems can be rebuilt from scratch.
2) When I was lucky enough to catch an updated system before reboot,
backing out the defective
On 2020-08-03 18:43, Gordon Messmer wrote:
On 8/3/20 2:21 AM, Jyrki Tikka wrote:
The boot disks must have an EFI boot partition even though it's not
used in this case.
IIRC, they need a partition at the beginning of the drive to reserve
space for GRUB2. That should be a "BIOS boot
This is an automated email from the git hooks/post-receive script.
rbowen pushed a change to branch master
in repository centos/centos.org.
from 32db764 Typo
add 11ef743 Update calendars.
No new revisions were added by this update.
Summary of changes:
community/calendar.md |
This is an automated email from the git hooks/post-receive script.
rbowen pushed a change to branch master
in repository centos/centos.org.
from c10c954 fix nfv schedule
add 32db764 Typo
No new revisions were added by this update.
Summary of changes:
about/governance.md | 2 +-
1
On 8/3/20 2:21 AM, Jyrki Tikka wrote:
The boot disks must have an EFI boot partition even though it's not
used in this case.
IIRC, they need a partition at the beginning of the drive to reserve
space for GRUB2. That should be a "BIOS boot partition" not an "EFI
System partition" for
On 8/2/20 7:51 PM, Pete Biggs wrote:
>
>>
>> You just need to reinstall the kernel and it should work.
>>
>>
> Is it possible to bump the kernel version number to make sure the
> kernel gets re-installed on automated installs? Or would this break
> the compatibility with RHEL?
>
Well .. It
> Hi,
>
> I've got a task to have a small number of laptops netboot Linux over
> WiFi. The kernel is loaded off the USB stick of cource, it's off topic
> for now.
>
> The WPA-supplicant daemon is started early by dracut off initrd. It
> works. Mostly.
>
> The problem is that upon shutdown systemd
Hi,
I've got a task to have a small number of laptops netboot Linux over
WiFi. The kernel is loaded off the USB stick of cource, it's off topic
for now.
The WPA-supplicant daemon is started early by dracut off initrd. It
works. Mostly.
The problem is that upon shutdown systemd terminates
On 2020-08-03 05:56, John Pierce wrote:
Legacy BIOS has its own set of issues, like no GPT support, MBR disks
are
max 2TB.
I'm booting just fine on an old BIOS system from a pair (mdraid 1) of 3
TB GPT disks.
The MBR compatibility on GPT disks allow the old machine to boot from a
GPT disk
10 matches
Mail list logo
