Re: Fedora 40: the last three kernels fail

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm running 16.2.4 and tried on 17.5.2

and yes, you can do SSH <IP>, and do
e.g.  shutdown -h now
or cat <Logfile> |...

my Host system is Windows 10

On 27.08.2024 09:15, Will McDonald wrote:
So there's a common problem here with VMWare Workstation and f40?

What version of workstation are you both running?
What are you running on, Windows 10, 11, something else?

When your VMs boot with the new kernels, but blank screens, are the IPs connected to the appropriate virtual network? Can you ping and/or SSH into the VMs?

Have you tried booting into text-only mode in case the issue is specifically display manager related?





On Mon, 26 Aug 2024 at 22:10, Maarten Hoes <hoes.maarten@xxxxxxxxx> wrote:
Hi,


I'm also running VMWare Workstation, and am experiencing the exact same issue. On Fedora 40, using the kernels 6.10.4, 6.10.5, and 6.10.6 result in an unbootable vm, and the last Fedora 40 kernel that worked was 6.10.3.

Just to do some verification, I tried running an Arch Linux guest with kernel 6.10.6 using the same VMWare Workstation install, and that boots perfectly fine.

So whatever this turns out to be, it's not just a simple 'VMWare needs to be updated for the latest kernel' issue: latest Arch seems to be doing something different here than Fedora 40, resulting in the fact that the same kernel will boot in Arch and not in Fedora (and this needs to be investigated). Either that or, I have made different configuration choices when creating these VM's (I cannot recall what choices I made during VM configuration for Arch).

PS:
For now, as a temporary workaround, you 'could' choose to add the following line to /etc/dnf/dnf.conf :
exclude=kernel kernel-core kernel-devel kernel-modules kernel-modules-core kernel-modules-extra
which will prevent dnf from updating the kernel when you do a 'sudo dnf update'.
--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

-- 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux