On 21/11/18 at 18:49, [email protected] wrote: > Alessandro: >> On 21/11/18 at 17:34, [email protected] wrote: >>> Alessandro: >>>> On 21/11/18 at 14:35, [email protected] wrote: >>>>> Hendrik: >>>>> ... >>>>>> Wait a moment. Haven't we already done this with /boot? Should we >>>>>> perhaps have /boot/sbin, and so forth? >>>>> /boot is a viable initrd replacement. >>>> No, it is not. An initramfs is needed to perform actions that must be >>>> done before the / filesystem can be mounted. /boot does not solve the >>>> problem of accessing the local storage before it becomes available. >>> What is the problem you is pointing at ? >>> >>> To boot with an uefi system you need a fat partition available before >>> even the bootloader is loaded, so what is the reason that you cannot >>> use that instead of an initrd ? >> I commented about the idea of using /boot in place of the initramfs, >> not about using the EFI partition for that. >> >> You still cannot (or at least should not) do that due to the fact that >> that partition is reserved to EFI, you should not put foreign files into >> it, and initramfs are normally a Unix filesystem, a vfat fiesystem could >> well not work (would the kernel recognize /init as an executable file, >> for instance?). > You can always mount the fat with umask=000 or with showexec and name > the scripts/programs like .exe/.bat/.com.
In an initramfs? Seriously? -- Alessandro Selli <[email protected]> VOIP SIP: [email protected] Chiave firma e cifratura PGP/GPG signing and encoding key: BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Dng mailing list [email protected] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
