The desktop of Fedora Robotics top left corner no display “Activity”， is a white cube
When install Fedora Robotics in virtualbox 7.0.10， after start Fedora Robotics， top left corner is a white cube， then install into disk，chinese version， reboot again，top left corner is a white cube as before。 ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org 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/test@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: why is my ESP filesystem getting mounted to /efi/???
/efi/ is the default mount of EFI System Partition. Take a look at https://0pointer.net/blog/linux-boot-partitions.html on why mount ESP on /boot/efi should be discouraged. On 2023-10-04 6:27 p.m., Felix Miata wrote: # inxi -S System: Host: ab560 Kernel: 6.4.16-200.fc38.x86_64 arch: x86_64 bits: 64 Console: pty pts/1 Distro: Fedora release 39 (Thirty Nine) # rpm -qa | grep grub # grep -w /efi /proc/mounts systemd-1 /efi autofs rw,relatime,fd=52,pgrp=1,timeout=120,minproto=5,maxproto=5,direct,pipe_ino=24799 0 0 /dev/nvme0n1p1 /efi vfat rw,nosuid,nodev,noexec,relatime,nosymfollow,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro 0 0 # tree /efi/ /efi/ ├── EFI │ ├── BOOT │ │ ├── BOOTX64.EFI │ │ ├── fbx64.efi │ │ ├── grubx64.efi │ │ └── mt74x64.efi │ ├── opensusetw │ │ └── grubx64.efi │ └── tubuntu ├── grub2 │ ├── customAB250-17.cfg │ └── custom.cfg ├── MemTest86.log ├── mt74x64.efi └── mt83x64.efi 11 directories, 10 files # efibootmgr BootCurrent: Timeout: 1 seconds BootOrder: ,0001 Boot* opensusetw HD(1,GPT,5b33...,0x800,0xa)/File(\EFI\OPENSUSETW\GRUBX64.EFI) Boot0001* UEFI OS HD(1,GPT,5b33...,0x800,0xa)/File(\EFI\BOOT\BOOTX64.EFI)424f # grep -E 'efi|boot|esp' /etc/fstab #LABEL=TM8P01ESP/boot/efi vfatcodepage=4370 0 # This is a multiboot PC. Only one bootloader is necessary. It isn't Fedora on this one. I noticed existence of /efi/ shortly after last dnf upgrade, looked at its content, thought it must have been an errant backup of some kind, moved the content elsewhere as just-in-case before removing it all, and sure enough, no more booting possible from NVME until after restoring from the backup and recreating the required EFI boot entry. Why was/is the ESP mounted anywhere when there is/was no fstab entry for it? Why does /efi/ exist? I added a new noauto fstab entry for the ESP to a unique location not within /boot/ and deleted /efi/, with the result that it stays unmounted, and /efi/ stays absent. ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org 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/test@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: sudo make install for homebrewed kernel on F39 runs in a error
... > error message: > INSTALL /boot > grub2-mkrelpath: error: failed to get canonical path of > `/boot/vmlinuz-6.5.4_MY'. > dirname: missing operand > Try 'dirname --help' for more information. > for the record: fixed with todays grub2-2.06-103.fc39 Thanks ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org 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/test@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Test-Announce] Fedora 39 Upgrade Test Day is underway!
Hey All, As we come closer to Fedora 39 release dates, it's time to test upgrades. Fedora 39 has a lot of changesets and it becomes essential that we test the graphical upgrade methods as well as the command line. As a part of this test day[0], we will test upgrading from a full updated, F37 and F38 to the F39 for all architectures(x86_64,ARM,aarch 64) and variants(WS,cloud,server,silverblue,IoT). We understand that upgrade takes time and testing if things work as expected, takes more. We will be accepting results throughout the weekend! The results can be submitted here[1] As usual, we hang out on the #fedora-test-day, should you have questions. [0] http://fedoraproject.org/wiki/Test_Day:2023-10-05_F39_Upgrade_Test_Day [1] https://testdays.fedoraproject.org/events/158 -- //sumantro Fedora QE TRIED AND PERSONALLY TESTED, ERGO TRUSTED ___ test-announce mailing list -- test-announce@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org 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/test-announce@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Fedora 39 Upgrade Test Day is underway!
Hey All, As we come closer to Fedora 39 release dates, it's time to test upgrades. Fedora 39 has a lot of changesets and it becomes essential that we test the graphical upgrade methods as well as the command line. As a part of this test day[0], we will test upgrading from a full updated, F37 and F38 to the F39 for all architectures(x86_64,ARM,aarch 64) and variants(WS,cloud,server,silverblue,IoT). We understand that upgrade takes time and testing if things work as expected, takes more. We will be accepting results throughout the weekend! The results can be submitted here[1] As usual, we hang out on the #fedora-test-day, should you have questions. [0] http://fedoraproject.org/wiki/Test_Day:2023-10-05_F39_Upgrade_Test_Day [1] https://testdays.fedoraproject.org/events/158 -- //sumantro Fedora QE TRIED AND PERSONALLY TESTED, ERGO TRUSTED ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org 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/test@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
