The preboot UEFI environment is broken and was always broken, but patient people could make the mac boot.
What is new is that during boot xhci_kcd halts all usb at early boot, so no console keyboard is available. That xhci thing was always a trouble maker of poor quality.
I am working on making macOs run in the mean-time, its way old and never updated.
It is possible that I after that can make a fresh (old-version) install of Linux to a partition I conveniently left on the ssd.
Once macOS boots nicely, If there is a way to kill off everything that smells like xhci, then the existing installation may be able to boot
- I may at some point be able to remove xhci from initramfs
If it is possible to "repair" the broken uefi provided by Linux, that would be good to
And of course Linux can't read mac encryption and mac can't read Linux encryption.
Just another Linux refusing to run on fancy hardware. This is super-mainstream 18 months old, why can't Linux run it?
No logs are available.
The preboot UEFI environment is broken and was always broken, but patient people could make the mac boot.
What is new is that during boot xhci_kcd halts all usb at early boot, so no console keyboard is available. That xhci thing was always a trouble maker of poor quality.
I am working on making macOs run in the mean-time, its way old and never updated.
It is possible that I after that can make a fresh (old-version) install of Linux to a partition I conveniently left on the ssd.
Once macOS boots nicely, If there is a way to kill off everything that smells like xhci, then the existing installation may be able to boot
- I may at some point be able to remove xhci from initramfs
If it is possible to "repair" the broken uefi provided by Linux, that would be good to
And of course Linux can't read mac encryption and mac can't read Linux encryption.
Just another Linux refusing to run on fancy hardware. This is super-mainstream 18 months old, why can't Linux run it?