Dell Venue 8 Pro imaging/eMMC
-
@Uncle-Frank Or 10 minutes :). I’m currently rebuilding the kernels and they should be complete in about 4 minutes.
-
Kernels are updated. Just rerun your installer if you’re on development and you should have kernels with mmc support baked in. The config files are already updated for this.
-
We probably need to tune scripts as well to make devicenames like /dev/mmcblkX work but lets see if the new kernel is bringing up those first.
-
You’re probably correct, though We have made great strides to make the “block” device as generic as possible. If they’re running on Trunk/Dev, things should be okay.
-
@Tom-Elliott Are you meaning to say that I should do a git pull first to get the new kernels? If so, I do have a test FOG environment and will do so on that. Just in case I need to break something :).
Please advise.
-
since you’re running a relatively recent version of trunk, running the installer you already have should automatically download the latest kernel as it runs
-
I just updated the kernel in place and it seems that just like 4.1.6 kernel that the fdisk -l produces 15 devices named /dev/ram0 to dev/ram15 at 124MiB each.
I am going to run the install script just in case there are some other changes involved.
-
Yeah, I did not update 4.1.6. I Updated 4.2.0. This will not work on kernel 4.1.6.
-
Well this thread made a whole lot of progress in a short period of time… Job well done. I’m leaving it to you guys to figure out the rest lol.
-
@Tom-Elliott I am on the latest git and Kernel 4.2.0 right now and it’s still showing the odd /dev/ram0-15. I ran through dmesg and I see the following points of interest:
multiple occureneces of Not using MMCONFIG
Then:
ACPI PNP0A08:00: _OSC: OSC failed (AE_ERROR); disabling ASPM
ACPI PNP0A08:00 fail to add MMCONFIG information, can’t access extended PCI configuration space under this bridge.There is a Winbond W83L51xD SD/MMC card interface driver showing a bit further down but that looks like the MicroSD card on the side.
Sidebar - if I want to boot an ISO via iPXE, how would I do so? I’m currently at home and I just realized I haven’t got a single USB drive on me. I do however have ISOs on my ESXi box and also I got FOG. Not trying to go off topic but trying to see if Ubuntu iso or even clonezilla will identify the storage device.
-
@AsGF2MX said:
fail to add MMCONFIG information
MMCONFIG is not MMC! AFAIK this error is unrelated. See here: http://lwn.net/Articles/263288/
Don’t you see anything about mmcblk in dmesg? Like here: https://gist.github.com/thomasdziedzic/01482f33aba5971845b3
Booting ISO from iPXE is possible. Search the forums for “ISO” and you should find a lot of information about it.
-
@Uncle-Frank Did not spot the missing C - I thought it was MMC CONFIG. I was searching for mmc in dmesg and that’s all it showed. Searched for blk as well and got nothing. Do you know what kernel generated that particular output? I don’t have any custom settings in my FOG setup except that I am forcing the boot of the 32-bit kernel and not the 64-bit one via the UI so I have to ask if any specific switches or anything is needed anywhere? As usual, I have secure boot disabled as well.
On the ISOs, I did find the some info but I couldn’t make sense of where to put those lines in within the UI. On the other hand I did grab an SD card reader and I have a clean SD card so I will try to make a bootable drive or two in a few hours and hopefully get something back.
-
-
That did help me to get an active partition but it seems Ubuntu is a non-starter as I couldn’t even boot it. I was then able to just unzip the ISO contents of Clonezilla alternate stable (current off site) and boot.
It is on kernel 3.16.0-4-amd64 and there is an MMC block device shown.
There is indeed and mmcblk0 being shown in clonezilla but I can’t get the 4.2 kernels from yesterday to do the same. I tried to find the header file for the kernel build options but I couldn’t find it from the sourceforge portal.
How can I help troubleshoot this further?
-
@Tom-Elliott might have updated the kernel - but sometimes changes need made in the inits too, wonder if he did that?
-
Are you referring to init scripts within the initrd or something else? Since there are no modules here I am not sure how to even get the mmc recognized in dmesg.
-
Please post all of the output of this, so we can clearly see it (proper camera positioning and focus).
fdisk -l | more -
Hopefully this one cuts it. First up, clonezilla:
FOG:
The 8GB device is the SD card I’m using to boot clonezilla.
-
Others seam to have issues with Samsung eMMC disks as well. See here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1422338
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1471989But notice the different models, MDGAGC in the first and MCGAFB in the second bug report. Not sure if those were ever solved.
From what I can see in the first screenshots your model is a MBG4GC which I sadly cannot find much about when searching for those error messages. Not sure if this is related: https://dev-nell.com/rpmb-emmc-errors-under-linux.html
I am sorry but I guess this won’t be an easy catch. You/we might need to get in contact with kernel developers. Not 100% sure yet.
Could you please try other live linux systems to see if one of them goes without the errors?
-
@Uncle-Frank Perhaps it’s not such a big issue after all:
- My understanding is the RPMB partition is effectively doing what regular desktops do with EEPROM chips - store OEM license keys
- AFAIK Windows does not treat this partition as mountable - it doesn’t show in disk manager (the tablet is out of battery at the moment - will post a pic in a bit)
- Theoretically if I could clone p1-p5 as listed above then I should be all set
- The license or OEM data in the rpmb can remain as is across each unit
So in theory, if we apply Nell’s patch to ignore the rpmb area, we should be able to make this work.
The question is what needs to be done to the initd to get it to work?
