MBP 13" 2017 Touchbar - OSX Mojave - Fog can't find a disk
-
@rhulet I think what he’s saying is there are some pretty smart folks working on the problem and we as a linux consumer project is not ready to deploy to those machines. From the github site this issue is being looked at it right now (today). As soon as a reliable patch is made the developers could look at integrating that into the FOS Linux kernel.
-
@rhulet said in MBP 13" 2017 Touchbar - OSX Mojave - Fog can't find a disk:
Are you saying it isn’t worth pursuing at this time?
@george1421 said in MBP 13" 2017 Touchbar - OSX Mojave - Fog can't find a disk:
I think what he’s saying is there are some pretty smart folks working on the problem and we as a linux consumer project is not ready to deploy to those machines. From the github site this issue is being looked at it right now (today). As soon as a reliable patch is made the developers could look at integrating that into the FOS Linux kernel.
I wouldn’t rush into it. Please give me a few more minutes to fully read the discussion on github to get an idea.
-
ref5: Tech german explain the patch: https://www.youtube.com/watch?v=fepSwZFCCg4
So what I found out so far, the nvme disk controller is managed by the T2 security chip. The chip will only “unlock” the hard drive if the kernel is signed by microsoft. So Windows and AppleOS will boot/have access to the disks on these devices. Its pretty much an enhanced hardware managed secure boot option.
The github patch looks pretty interesting and simple.
-
@rhulet @george1421 From what I read here I get the impression that when you do that
echo ... > ... new_idthe machine restarted after about 10 seconds or so for most (if not all) users posting there. Did you see this happen as well?I think the main comment that should point us on what exactly is the issue is this one:
… Linux kernel in no way supports non-0x40 sized SQ command queues. This would have to be added. I have no idea if such a patch would even be accepted …
I am still not through all the messages but the are definitely talking about kernel version 5.x which we don’t use yet. We can, but we haven’t yet.
Some time in July there was another guy joining the discussion and offering a different kernel patch and as far as I got now it sounds as if they all agreed the new one was better. The issue is way to complex (all about SSD internal queues and so forth) for me to really see if they are on the right track. But from what I read it sounds as if they are really experienced kernel hackers!
@rhulet I’d just say add the
echo ... > ... new_idas post script and try capturing an image from that machine. I doubt it works but give it a go! -
@rhulet And why the heck does your keyboard work at all?? The talk about keyboard issues in that thread all the time and working on a special driver: https://github.com/MCMrARM/mbp2018-bridge-drv
I don’t get this. Probably you have a different model than the one discussed in that topic and the simple
echohack is enough for your device. -
@Sebastian-Roth Keyboard doesn’t work. I have a USB to USB-c that I have a keyboard plugged into, use that to get ssh working, and then ssh in from another machine.
-
@rhulet If you are still in debug mode the echo command that Sebastian mentioned was this:
echo 106b 2005 > /sys/bus/pci/drivers/nvme/new_id(I did see that Sebastian posted the exact command below)
What others have said is the system runs for about 10 seconds, hangs and you get high fan spin. Others said it worked, but most said not.
-
@george1421 Yeah last time I used it the machine shut down after about 10 seconds
-
@rhulet said in MBP 13" 2017 Touchbar - OSX Mojave - Fog can't find a disk:
Yeah last time I used it the machine shut down after about 10 seconds
Ok, so we are back to the points of the github topic. So what I would suggest is that I compile a 5.x kernel including the patch mentioned and we’ll see what happens. Won’t get to that tonight though I think. Late here and little sleep.
-
@rhulet Oh well, just started the compilation and when I got back from the bathroom it was done already: https://fogproject.org/kernels/Kernel.TomElliott.5.1.16_mac-nvme-fix.64
Edit:
echo 106b 2005 > /sys/bus/pci/drivers/nvme/new_idshould not be needed with this one as far as I understand the patch.No guarantee this will run with our inits… untested kernel!!
-
I would download the new 5.x kernel and place it in the /var/www/html/fog/service/ipxe directory as bzImage5116 Then go into the host definition for this mac and set the kernel parameter to bzImage5116…
Crud I forgot you are using a usb stick. Copy that to the usb stick as bzImage in the /boot directory (you might want to save the original kernel). Then boot into debug mode again and do a
lsblkcommand to see if the nvme disk is seen. -
@rhulet Any news on this?
-
@rhulet We’ve pushed this quite far and I’d hope you read this and test the kernel I compiled for you!
-
So sorry Sebastian! I was out of the office and got put on another project. I will test this today! Thank you!
-
When I boot into debug, I get an
unable to access /index.php for connection testing -
@rhulet Sounds like a network driver issue. But network did work earlier, right? Can you please take a picture of that error and post here?
-
Nevermind I’m dumb. I forgot the butterfly keyboard doesn’t work with the kernal. I plugged in a usb and hit enter and its working. I can see the nvme drive. Lets see if I can drop an image!
-
Update. Good news, I was able successfully capture and deploy an image from one 2017 mbp to another. Thanks!
-
OK so where did we end up here? Did applying the T2 kernel github patch resolve the issue or just adding subsystem ID to the nvme driver kernel parameter fix the issue?
-
@george1421 Using the kernal provided by @Sebastian-Roth at https://fogproject.org/kernels/Kernel.TomElliott.5.1.16_mac-nvme-fix.64 was all I needed. Worked like a charm.
