Re: Bind mounting hogs.

On 8/27/24 8:40 AM, R. Clayton wrote: I'm having space pressure under /: Fedora 40 won't install because it runs out of space. I'm thinking I can solve this by moving some hogs from / into /home and bind mounting them back into / like so: /home/storage/cache /var/cache none bind /

Re: warning in log during boot.

On 8/27/24 11:34 AM, Barry wrote: On 27 Aug 2024, at 15:22, home user via users wrote: SysV service '/etc/rc.d/init.d/network' That should not exist as it predates systemd world. Where did the files in /etc/rc.d come from? Barry I notice that that directory has a lot of redundant stuff

Re: warning in log during boot.

On 8/27/24 11:34 AM, Barry wrote: On 27 Aug 2024, at 15:22, home user via users wrote: SysV service '/etc/rc.d/init.d/network' That should not exist as it predates systemd world. Where did the files in /etc/rc.d come from? Barry I don't know. If it helps, the stand-alone workstation wa

Re: Fedora 40: the last three kernels fail

If you can ping the VM and SSH in, then your VM's starting. Just not quite as fully as it does with the previous kernels, which is weird. Do you normally boot into a Gnome or KDE session (graphical.target

Re: warning in log during boot.

> On 27 Aug 2024, at 15:22, home user via users > wrote: > > SysV service '/etc/rc.d/init.d/network' That should not exist as it predates systemd world. Where did the files in /etc/rc.d come from? Barry -- ___ users mailing list -- users@lists.f

Bind mounting hogs.

I'm having space pressure under /: Fedora 40 won't install because it runs out of space. I'm thinking I can solve this by moving some hogs from / into /home and bind mounting them back into / like so: /home/storage/cache /var/cache none bind /home/storage/flatpak /var/lib/flatpak none

warning in log during boot.

Good morning, (f39 workstation last patched Thursday, August 22) My boot logs (from journalctl -b > log20240826.txt) contain the warning below.  Note that for context, I'm including the last 5 lines before the warning and the first 5 lines after the warning. I also added line numbers. - - - -

Re: Fedora 40: the last three kernels fail

I'm running VMware Workstation 17.5.2 on Windows 11. I don't have '3D Acceleration' enabled (like suggested in the reddit post you linked to), it's already off, so that is not the solution for me. I'm not sure how to go about booting into text-only mode; I've run 'sudo systemctl set-default mu

Re: Fresh install Fedora 40.

On Tue, Aug 27, 2024 at 7:41 AM Ger van Dijck wrote: > Hi All, > > I had a total crash on my PC and had to restore Windows 10 Professionel by > using Veeam Recorvery. This was succesfull , but the bootloader was gone > and Fedora 40 also . > > I did install a 1 Terra SSD drive . > > I burned a ne

Fresh install Fedora 40.

Hi All, I had a total crash on my PC and had to restore Windows 10 Professionel by using Veeam Recorvery. This was succesfull , but the bootloader was gone and Fedora 40 also . I did install a 1 Terra SSD drive . I burned a netinstall DVD Fedora 40 and tried to install Fedora 40 : Normally this

Re: Fedora 40: the last three kernels fail

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 yo

Re: Fedora 40: the last three kernels fail

> On 26 Aug 2024, at 22:10, Maarten Hoes wrote: > > 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 updat

Re: Reboot timeout

> On 26 Aug 2024, at 14:38, Jeffrey Walton wrote: > > I think part of the problem is the behavior of sync(8) and sync(2) Sync is not used on shutdown. It is the action of umount that causes all data to be flushed out to the disk. As you say that may take a while if the disk is slow, USB, or ha