Thinkpad e560

[george1421]

@Shadow00Caster Thanks for the clarity here. Nothing is standing out as a possible issue.

I wanted to make sure that the flashing cursor happens when bios is telling the machine to boot (which it is). We have see some issues with select the correct FOG exit mode for certain models, but that is not it in this case.

I guess I have to ask how did do you create your master image? I’m thinking that it could be a sata driver issue or the image being placed on the disk is corrupt. My initial question is how to you inject drivers for each model of computer you deploy? Do you have a single golden image you deploy to every model (then inject the proper drivers) or do you create a model specific golden image and then deploy that?

It would be interesting to know the results of this test. Setup a debug deployment to this target computer (hint: select the debug option when you schedule a deployment task). Then pxe boot the target system. You will be presented with a bunch of instructions then after a few enter presses you will be dropped at a command prompt (this is the command prompt of the FOS engine). At the command prompt key in lstblk /dev/sda and post the output here. (hint: if you give root a password on the FOS engine with passwd at the command prompt you can connect to the IP address of the FOS engine with putty (from your windows computer) to aid in screen shots and sunch)

[Tom Elliott]

@george1421 this sounds, most likely, it’s just 1.2.0. It simply isn’t setting the mbr boot portion properly, or its offset improperly. If I had to guess any further, I’m going to say it’s likely not setting the bootable partition as not active.

If you can please try to update to trunk. I really think it will, at the very least, give your devices a more dynamic supporting layout.

[Tom Elliott]

@Tom-Elliott read fully sorry I see you are in trunk. Was this image created prior to updating or after?

[Shadow00Caster]

@Tom-Elliott Before updating to 1.3.0, should I create a new image of using 1.3.0? Note that I just deployed this same image to a Dell workstation without issue (on 1.3.0) pxe booted, partcloned, rebooted into Windows 8.1 Pro.

@george1421 I use a master image and then do drivers, never had any issue doing it this way and I have been using Fog for over 7 years. I will attempt the debug suggestion and reply with results.

[Tom Elliott]

@Shadow00Caster the system it booted fine to is also ssd?

[Shadow00Caster]

@Tom-Elliott No, it’s a 7200RPM drive, I could throw in an SSD and test, do you think that would make a diff?

[Tom Elliott]

@Shadow00Caster I think the reverse and test would possibly work. Replace the Lenovo ssd with a spinner. Of course your way would be beneficial as well.

[george1421]

@Shadow00Caster How do you “do drivers”? Are you using a post install script to inject the drivers after the image has been placed on the storage device?

@Tom-Elliott is there a way to check the drive structure via the FOS engine? I know lsblk will show the disk structure and it can be aligned with the fog files in the images directory.

[Shadow00Caster]

@Tom-Elliott So I did a few things along the lines of your suggestion.

• I took the drive from the laptop and threw it in the Dell workstation, imaged, no boot, put the drive back in laptop and still no boot (me thinks drive at this point)
• Grabbed an SSD from an old laptop which I had imaged with Fog previously but laptop died (drive is fine), threw that in laptop and it imaged and booted like normal.

The drive came with an operating system installed on it, but I suppose it could be bad. It’s a 512GB SanDisk X400.

@george1421 I just load necessary drivers after booting, the Dell drivers are all generic device drivers that exist within Windows Update and it works without issue, Lenovo has a Software Update utility that is a 1 click run and all necessary drivers are downloaded and installed.

Edit: Like I said I have an identical model coming this week which I will test on, could be an issue with the drive since I was able to image a different drive on the laptop, so it appears the laptop is functioning normally RE Fog compatibility.

[Darrell Lanson]

So I fixed my issues with imaging the Lenovo E560 turns out even after imaging the drive has a GPT structure even though one isn’t present here are the steps I went through to fix it.

1. Start Clonezilla
2. Select cmd line
3. Type in sudo gdisk /dev/sda
4. (Press 1 to select MBR)
5. Press ‘x’ and enter to reach the eXpert mode
6. Now press ‘z’ to delete the gpt
7. At this step be careful, you will get an option to blank out your MBR, do NOT do it. If you do you will need to install OS on the drive to rebuild MBR.
8. Press Ctrl + C when ever you need to exit from gdisk.
9. You will now be able to image this computer.
   Some of these steps I found online can’t seem to find where but this fixed my boot problems even after imaging I had both a MBR and GPT partition even though the GPT part didn’t actually exist.

[Tom Elliott]

@Darrell-Lanson This normally presents itself on uploads by getting hung trying to create the partition table.

We have utilities already that allow you to fix this really quite easily, but does require you load up in a debug mode.