efifs
openQA
efifs | openQA | |
---|---|---|
11 | 52 | |
495 | 304 | |
- | 0.0% | |
0.0 | 9.8 | |
20 days ago | 1 day ago | |
C | Perl | |
GNU General Public License v3.0 only | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
efifs
-
How to Boot ISO Files from GRUB2 Boot Loader
See also UEFI drivers that can read a bunch of other file systems (btrfs, ext2/3/4, HFS, ISO, NTFS, UFS/FFS, XFS, ZFS, etc):
* https://efi.akeo.ie
* https://github.com/pbatard/efifs
The UEFI spec specifies (§13.3) that firmware is only required to read FAT32/16/12, which is generally why your /boot/efi is VFAT/FAT32.
-
Is exFAT bootable?Can I boot WinPE with exFAT?
In theory you would still need a FAT32 efi 'stub' partition with the exFAT filesystem drivers which you have to load before loading the WinPE loader (bootmgfw.efi).
-
How do I configure the refind.conf and refind_linux.conf (and or config.yaml (for ZFSBootMenu)) files properly when installing Arch Linux with ZFS Native Encryption?
I am pretty sure that that I am doing something incorrectly with the configuration files for the rEFInd bootloader, but everything else should be correct. However, as I write this, I barely realized did I not use the following commands recommended from the "Usage" section from the aforementioned website where I downloaded the zfs_x64.efi driver file for rEFInd:
-
Grub vs Systemd-boot --removable question
I found the drivers here https://efi.akeo.ie/ . Which means, that any EFI bootloader able to load them will be able to use them. They are not for bootloader, but it is the firmware which will use them. As i said, i am little bit afraid that it will not work on any board as some manufacturers have pretty buggy firmware when talking about infrequently used features. Also i am bit unsure they will work with secure boot as they are gpl3 thus will be never signed by Microsoft and i don't know what UEFI requirements for drivers are in this regard.
-
Why use a bootloader? Just boot directly into a unified kernel image
Even for those using systemd-boot with custom efi drivers to provide functionality, it's worth noting that those drivers are being developed downstream of GRUB.
- Latest grub update on arch distros seems to cause boot issues
-
So why do so people still use GRUB?
I think you can also add btrfs filesystem support for sd-boot by including the EFI drivers for it on the EFI partition instead, from https://github.com/pbatard/efifs/releases I think. Haven't tried it myself though.
- Is any ESP filesystem other than vfat supported on coreboot? (lemp9)
-
Fedora considers deprecating legacy BIOS
EFI doesn't actually mandate FAT for the system partition. The system partition can be any filesystem that the firmware supports.
Of course, pretty much all EFI implementations only support FAT, so it's a bit of a moot point; the only one I'm aware of that supports anything else is the one on Intel Macs, which also understands HFS+.
You can find a huge selection of EFI filesystem drivers at https://efi.akeo.ie/ but they're derived from GRUB and hence GPL, so don't expect the likes of American Megatrends to be bundling these any time soon.
- Help Please! I rebooted my TrueNAS SCALE and get the following.
openQA
-
How to view which packages will be in the next snapshot on tumbleweed?
I sometimes look at https://openqa.opensuse.org/ when I'm excited for a new package release (example, kernel 6.5) just to see how far along the next snapshot is. While this is interesting, I can't seem to figure out which packages will be in the snapshot when I do this.
-
What distro do you use and recommend?
anyway, one great thing about SUSE is openqa.opensuse.org/ which does automatic testing that updates work before releasing....and every pkgs is build using Open Build Service (OBS) which is great as that makes sure Distro has more consistent/automatic binary built
-
make me one of yours
I use Tumbleweed since years and although rolling, its more stable than Pop ever was for me. Stable in the sense of daily use and upgrading in particular. Every update you get on OpenSuse is, as a TLDR version of an explanation, run through an automated AI process that checks if everything works, only then the update is pushed out. The AI analyzes pictures of the OS to check. For example, it goes through the boot process and sees if it works, then clicks on certain apps like yast and see if they open, comparing whats shown on screen with a reference picture. You can see whats currently going on in terms of testing here.
- PSA: Flatpaks are currently broken on Fedora. Here's a temporary solution.
- Segmentation fault when starting Nautilus on snapshot 20230616
-
Is anyone else concerned about the future of OpenSUSE Leap/ALP?
I value Greg KH's Tumbleweed. It does everything I want. Thanks to build.opensuse.org and openqa.opensuse.org . If I had to start from scratch, MicroOs, I would learn along the way.
-
Looking for a distro to teach Linux to teenagers
Rolling release players? openSUSE Tumbleweed (backed/tested by OpenQA before released), EndeavourOS (Arch with an installer; however, this could be too advanced when it breaks)
-
Advice on Distro / DE
I would recommend openSUSE (KDE) tumbleweed you get the newest pkgs and they are well tested and they have great tools like openQA, obs, YaST etc. and if you have issue with any updates you can easily just rollback to latest working snapshot
-
OpenSUSE vs Arch for gaming?
And even though Arch stability heavily depends on the user and package maintainers doing everything right (I'm looking at you TimeShift), openSUSE, being backed by a company, have way more resources and robust infrastructure for ensuring their system is stable than Arch does (I have said this a couple of times, SUSE's openQA is incredible).
-
Reliable distro for work with new KDE
Tumbleweed is very current - well, as current as your last update.g/ This means that it's very rare that something is rolled out to the community that hasn't been tested as working.
What are some alternatives?
uefi-elf-bootloader - UEFI ELF Bootloader example
UnrealTournamentPatches
ReBarUEFI - Resizable BAR for (almost) any UEFI system
quickemu - Quickly create and run optimised Windows, macOS and Linux desktop virtual machines.
swtpm - Libtpms-based TPM emulator with socket, character device, and Linux CUSE interface.
min-sized-rust - 🦀 How to minimize Rust binary size 📦
mkinitcpio - Arch Linux initramfs generation tools (read-only mirror)
open-build-service - Build and distribute Linux packages from sources in an automatic, consistent and reproducible way #obs
BootDuet - Boot sector program for booting Intel's EDK Developer's UEFI Emulation (DUET) from hard disk with LBA.
tumbleweed-cli - Command line interface for interacting with Tumbleweed snapshots.
uefi-ntfs - UEFI:NTFS - Boot NTFS or exFAT partitions from UEFI
digga - A flake utility library to craft shell-, home-, and hosts- environments.