Uploading an image from partition layout: /dev/mmcblk0
-
The device I’m referring to is the Asus T100TA tablet. UEFI PXE booting exclusively on these,
which isn’t an issue anymore!I can access the FOG menu. I can get inventory to send if I set the “Host Primary Disk” to:
/dev/mmcblk0However, I still cannot upload an image due to the partition layout of these tablets.
No matter what I set the “Host Primary Disk” to FOG always errors with “Can’t find the hard disk!”Here is the partition layout for the EMMC drives on these:
/dev/loop0
/dev/mmcblk0rpmb
/dev/mmcblk0boot0
/dev/mmcblk0boot1
/dev/mmcblk0
/dev/mmcblk0p1
/dev/mmcblk0p2
/dev/mmcblk0p3/dev/mmcblk0p4
From the research I’ve done (and I may be wrong) but a kernel with the proper MMC settings
embedded within could be all I need to get FOG to recognize the partition layout and find the hard drive.If anyone can help me I’d be extremely grateful! Thanks in advance.
-
is the OS is installed to a memory card instead of a hard drive or ssd?
-
It’s a 64GB EMMC SSD.
I know it’s possible to get this to work, the latest builds of Clonezilla let me upload the image…
-
SVN 2389 can see the hard drive when I try to upload! However, it gets to the point where it would start checking partitions before uploading and then it reboots.
So close!!!
-
Bump! :0
-
On the hosts with these particular devices, set the host device argument to:
[code]/dev/mmcblk[/code]Does this help?
-
Unfortunately, no
I tried on SVN 2389 and now on 2411.I will be continuing on my quest this evening and into the weekend…
I’ve made several custom kernels, tried every disk/kernel argument related to mmcblk partitions I can think of…nothing. But so close, nonetheless…
-
I should also mention that even though I can easily send inventory on these now, FOG still has yet to recognize the hard drive in the inventory report.
I can deploy a debug task to one of these and I cannot get anything from fdisk, gdisk, etc. However, the latest builds of Clonezilla properly recognize the partition layout…I’m wondering if getting one of the disk utilities working with these hard drives would be all it would take to get these to upload an image…
-
I want to get these working, so fdisk -l doesn’t display the disk either?
-
Nope. I run fdisk -l and it just brings me to a new prompt.
Thanks a million for your help, Tom.
-
I hate asking, but can you get to a terminal prompt within clonezilla and get the contents of the information?
[code]lsusb[/code]
I’m under suspicion the FOG issues is likely related to the fact that eMMC is typically what’s kind of found in USB Flash sticks.
As I don’t have any drivers included in the kernel to support USB Disks (hence being able to keep a USB hdd connected without overwriting the wrong drive) I think this is where our problem lies.
-
Yep, give me just a bit and I’ll do that.
In the meantime, here are my disk reports from when I’ve captured an image with Clonezilla.
[url=“/_imported_xf_attachments/1/1422_mmcblk0.zip?:”]mmcblk0.zip[/url]
-
Okay
I am building mmc support into the kernel. I did a lot of research and hopefully the new kernels will, at the least, recognize the disk. -
[FONT=Consolas]lsusb[/FONT]
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 154b:0053 PNY (Flash drive used to load Clonezilla into my RAM)
Bus 001 Device 003: ID 0b05:17e0 ASUSTek Computer, Inc.
Bus 001 Device 002: ID 0b05:17e4 ASUSTek Computer, Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub -
Awesome, thank you! I will test it once you’ve made it.
Also, it looks like I forgot to mention that these are 32-bit devices.
-
Kernels are ready:
[url]https://mastacontrola.com/fogboot/kernel/bzImage[/url] (64bit)
[url]https://mastacontorla.com/fogboot/kernel/bzImage32[/url] (32bit)I don’t know if it will work properly, but can you boot the system and see if it at least can recognize the disks now?
-
First off, sorry for my delayed response. I didn’t receive an email notification of a response to my thread.
The kernel panics, but, it then spits out two lines before locking up:
[B]VFS: Mounted root (ext2 filesystem) on device 1:0.[/B]
[B]devtmpfs: mounted[/B] -
Getting closer! I’m gonna try various arguments and see if I can coax this any further.
-
What kernel did you try?
The bzImage32 should be the one you need and if you replaced your original bzImage32 with that, things should work.
-
I used the bzImage32. I was able to launch a debug task by setting argument /dev/mmcblk. Still can’t see anything with fdisk, gdisk, etc.
Gonna continue trying…
