Gelven

Having same problem here, building for `x86_64-unknown-uefi`. I tried building a version of RSA using the version 0.8.1 of `num-bigint-dig`, instead of 0.7.0. Not sure if it fix anything but...

The problem is that `getrandom` has no implentation for the `*-unknown-uefi` target, so I guess it is trying a default one which depends on `std`. I'm currently working on the...

> `getrandom` has a limited support for UEFI targets with enabled [`rdrand` feature](https://docs.rs/getrandom/latest/getrandom/#rdrand-on-x86). That could work for me as I'm building for x86_64, not for the author sadly. Thanks for...

Hi, I'm sorry to hear that you got sick, I wish you to recover soon. > This will be an issue because yachts or just like portainers and others have...

> Hi @sven-eliasen , any luck? Hi, I spent a time trying to setup the developpement environement but didn't figured this out yet. I actually got into something else and...

Hi, Thanks for reporting this issue. It seems like I haven't handled the case where the function that parses the first record of the $MFT returns an empty list. I...

Alright I did bit more research about parsing the MFT data runs and I figured how to handle every data run size. Instead of trying to manually handle every possible...

> I saw that your code always assumes that 1 cluster is 8 sectors but this might not be the case everywhere as NotPetya kernel reads SectorsPerCluster field from NTFS...

> display number of MFT sectors during encryption? I can myself adding that feature without too much trouble. I still have some school work going on, I may be working...

> @sven-eliasen NotPetya determines the total number of MFT Sectors by reading the first MFT Record which belongs to $MFT itself and from this record with 0x80 attribute determines the...