MBP 13" 2017 Touchbar - OSX Mojave - Fog can't find a disk
-
I am booting via USB, and for whatever reason FOG can’t recognize that there is even a disk???
I am using the most recent Kernal updated on 8/6, HELP!
-
@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!!
-
So you have the alternate way to boot into FOS, via a usb stick to a grub boot menu?
What version of FOG are you running on the fog server?
Did you update the bzImage files in the boot directory of the USB stick?
If you have updated the version of FOG since the usb stick was created, have you recopied the init.xz from the FOG server? -
Yes, grub menu via usb stick because these MBP’s won’t netboot correctly.
I have made sure the correct bzImage is on the USB stick.
The init.xz came from https://fogproject.org/inits/init.xz …Not sure if that is the most recent version?
-
@rhulet ok good, I just wanted to make sure we were starting with a known state.
So what I would do with the usb, is boot into the grub menu and pick option 6 (debug).
This will drop you to the FOS Linux command prompt on the target computer. Since we are going to do some copy and pasting it may be a good idea to do the next steps from the FOS Linux console, but its up to you. This process will let you remote into the FOS console where you can copy and paste commands from a second computer running windowed ssh or putty session.
- On the target computer give root a password with
passwdgive it a simple password like hello. The password will be reset when FOS reboots anyway so no need to make it complex. - Find out the IP address of the target computer by keying in
ip addr show - Go to a remote computer and ssh/putty into the target computer using the information from steps 1 and 2. Login as root
At the FOS Linux command prompt key in and post the results here of:
lsblk
lspci -nn - On the target computer give root a password with
-
@george1421 Ok I got the info and image. You can see the only device listed is the USB drive I booted off of.
-
@rhulet Can you boot up OS X and open the “device managment view” - not sure what it’s called from the top of my head. I think you find it when clicking on the apple symbol in the top left corner -> About my MAC or something like that.
Please post a picture of the detailed view where we can see and identify the disk and hopefully match that to the PCI IDs you already posted a picture of.
-
@rhulet so the first command kind of told us what we expected, FOS Linux doesn’t see anything but the usb boot drive.
The second command lists all of the PCI(e) connected devices installed on that computer. The noteworthy one I see is
02:00.0 Mass storage controller 106b:2005So now the digging begins to see if that device is supported by the Linux kernel.
ref1: https://bbs.archlinux.org/viewtopic.php?id=238854
ref2: https://unix.stackexchange.com/questions/463422/how-can-you-get-any-version-of-linux-to-see-the-2018-macbook-pro-ssd possible kernel patch, darn you Apple and your Terminator2 chip!!
ref3: https://www.phoronix.com/scan.php?page=news_item&px=MacBook-Finally-Linux-SSD-RW
ref4: https://github.com/Dunedan/mbp-2016-linux/issues/71#issuecomment-507325112 still trying to decipher this one
-
@Sebastian-Roth Like this?
-
@rhulet Sorry not enough but I think George is on the right track already. Mass storage sounded just too easy so I didn’t follow that one…
We’ll surely figure out if it’s possible or not soon!
-
@rhulet Here you go, next quick test: Boot back into the Linux FOS system where you got the
lspcioutput. Then run the following commands:echo 106b 2005 > /sys/bus/pci/drivers/nvme/new_id lsblkTake a picture and post here.
-
@george1421 said in MBP 13" 2017 Touchbar - OSX Mojave - Fog can't find a disk:
ref4: https://github.com/Dunedan/mbp-2016-linux/issues/71#issuecomment-507325112 still trying to decipher this one
Well, the important part here is:
This patch is provided with no guarantee, responsibility or liability. Use at your own risk. I have only tested file system reading, not writing, write should work just fine but you are taking the risk yourself, as it might brick the laptop just as well.
I wouldn’t go there just now.
-
-
@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
