uefi-ntfs VS IRISMAN

Because we use UEFI:NTFS to ensure that:

Indeed, that 1 MB volume is the UEFI:NTFS partition that is described here.

> Can you please link me some articles/references?

Well explained here: https://gabrielsieben.tech/2022/07/29/remote-assertion-is-co...

So the issue is not the SecureBoot itself, but the ways it can and has been and will be leveraged against the user. If a desktop computer example is not enough, look at how Android phones have increasingly tightened down everything. You can't just take any model and install a custom OS (aka ROM in Android community). It was universally easy 10 years ago, that's why Cyanogenmod became so popular. Now your choices are very limited.

> \> > But that is besides the fact that these acts of aggression

A great thread and arguments provided here, how Microsoft (who love open source, according to own PR) will not sign anything GPLv3 for SecureBoot: https://github.com/pbatard/uefi-ntfs/issues/20#issuecomment-...

Microsoft has the defacto monopoly over the signature process, because nobody embeds any CAs in UEFI except for Microsoft's. What would be a user-friendly way? To preload UEFI with major Linux distros' keys, disabled by default, with an easy first-time setup menu to select what to do.

My laptop came with SecureBoot enabled by default although being "OS: FreeDOS" on paper. I had to figure out to disable it to boot into a live distro else it fell into an EFI shell.

> Vote with your wallet, don't buy the hardware.

> ... I am much more concerned about Intel ME and AMD PSP, where's the outrage about that?

With this I just want to say the wallet argument doesn't work when something slowly becomes the status quo and it takes experts/activists to fight back (a minority by numbers).

> I still can't easily utilise a TPM [...] and nobody bothered to integrate the functionality?

I agree, I'd have liked to enforce SecureBoot post-installation but it is too much hassle for me, I think only RedHat made good improvements in this area where it's actually easily usable (auto signing the kernel image etc.)

> Security isn't about what's unlikely, it's about the entire chain.

... But if I followed through, then still the weakest point is/becomes the keyboard. It would be trivial for an evil maid to add a keylogging device between your desktop and the physical keyboard. Do you check the rear IO on each boot? The considerations differ for laptops where you can't just plug something inbetween and need to disassemble it (time required: over night or airport luggage).

Please see here or here.

I am the developer of Rufus, and I have spent an inordinate amount of time making sure that, YES, EVEN UEFI COMPUTERS THAT ARE "ALLEGEDLY" ONLY MEANT TO SUPPORT FAT32 FOR BOOT CAN ACTUALLY BOOT FROM THE NTFS PARTITION CREATED BY RUFUS (through the magic of a little solution called UEFI:NTFS). See also this entry from our FAQ.

For more details about the second UEFI:NTFS partition, see https://github.com/pbatard/uefi-ntfs.

Rufus dev here. That's the UEFI:NTFS partition, needed to boot computers that don't have a native NTFS driver and it is completely harmless (and uses a negligible amount of space since it's just 1 MB). So, yes, this is meant to happen.

So if you want to copy the contents of the ISO as is, you need to extract them to exFAT or NTFS (which are file systems that the Windows installer can also read outside of FAT), but this means that you may have to install an exFAT or NTFS UEFI driver to chain load the Windows installer, which is why utilities like Rufus and WoeUSB add a 1 MB UEFI:NTFS partition at the end of the drive, that takes care of that.

Rufus uses UEFI:NTFS, and therefore WILL allow your firmware to boot from NTFS. So, no, you don't have to use FAT32, and you should let Rufus create the drive with NTFS, as, even when using NTFS, it will create a drive that can be booted from UEFI.

If it's because Rufus creates 2 partitions, then you should read about this (UEFI:NTFS is what Rufus uses to boot drives that are NOT compatible with UEFI, such as ones where you cannot use FAT32 because they contain a file that is larger than 4 GB), and understand that the data on the NTFS partition is exactly the same as the one you'd have found on a FAT32 drive, if your data was suitable for FAT32.

Irisman download

When you jailbreak the must have apps are WebmanMod (general CFW/HEN console management) and Irisman (mostly for BluRay discs backup). Basically that's all you'd ever need.

"downgrade" (old method for exploit some game consoles) or new marketed web "term" (thanks youtubers, other forums etc) is not required anymore (almost couple years now) and for multiregion all ps3 are multiregion for ps3,ps2,ps1,psp after CFW or HEN exploits (with little exeption in running ps1 pal video modes easy bypasssed with irishman or managunz homebrew) , for ps3 fats - BC is recomended a CFW (recomended exploit / hack / enable homebrew) use official page for lastest development maintained for developers and collaborators http://ps3xploit.com/ , till now all ps3 machines in 4.89 can be exploited with HFW (Hen) exploit/hack/homebrew enabler, but in your friend case ps3 fat is recomended a CFW like CFW evilnat, like you comment he is in HEN 4.89, till time comes, check next weeks ps3xploit when "buguerville" update bgtoolset tools for install CFW in 4.89 (now in internal testing) incompactible machines (like all ps3 FATS) meanwhille for PS2 iso load try irishman 4.88 https://github.com/aldostools/IRISMAN or managunz https://github.com/Zarh/ManaGunZ (unknow if work in ps BC machines with HEN), not use ps2clasics converts pkg or psn ps2 classics because it will use ps2 "software emulator = low compactibility bugs black screen and higth risk overheat that models etc" keep in mind hardware ps2 chips are only available in ps3 fat models looking back serial CECH"A/B/C/E" (20gb/60gb USA-JAPAN only) if have another "letter " or is EUR model it means not have ps2 hardware chips anymore so in this case ps3 will only use ps2 "software" emulation for this use webmamod plugin from autor here https://github.com/aldostools/webMAN-MOD ps2CONFIGXXX, ps2classics placeholder then use recomended tools for encryt your .iso to .BIN.ENC (read wiki for more instrucctions).