4k Advanced Format Drives

[Junkhacker]

desktop. you said it “messed up the OS” what exactly did it do. were you getting BSOD screens on reboot? 0xc00000f or 0xc00000e specifically?

[Tom Elliott]

His error was:
Status: 0xc000000e

[Junkhacker]

yep, thats almost certainly the BCD

[reefcrazed]

Tom, how exactly can you find the minor revision you are using? I cannot seem to locate it.

[PartCat]

I fixed it by booting from the OS DVD then repair but this was a deployed image. What I want to know is what you guys did to get a successful image upload/download, you know BIOS SATA AHCI, RAID, etc. all the specs.

[Junkhacker]

reefcrazed: if you installed by svn you navigate to the folder you downloaded it to and run “svn version”

partcat: if you replace the system’s BCD file before you pull the image (use the copy attached to my earlier post), the system will boot. assuming you have all the drivers and it’s a relatively normal install. the BCD file is located on the hidden first partition that’s about 100 mb. you’ll most likely need to use a live boot disk to do the file replacement.
replace the file, then pull the image. do not let the computer boot into windows between those two steps.

[Tom Elliott]

Now that you have a bootable system push that for the upload and everything should work.

EDIT AS MY CELLPHONE DECIDED TO MAKE ITS OWN WORDS UP.

[Junkhacker]

partcat: my steps are if you wish to use single disk resizable, if you do not use a resizable option you do not need to take those extra steps

[reefcrazed]

root@MOB-LIN02:/test/fog_0.33b# svn info
Path: .
URL: [url]https://svn.code.sf.net/p/freeghost/code/trunk[/url]
Repository Root: [url]https://svn.code.sf.net/p/freeghost/code[/url]
Repository UUID: 71f96598-fa45-0410-b640-bcd6f8691b32
Revision: 1190
Node Kind: directory
Schedule: normal
Last Changed Author: masterzune
Last Changed Rev: 1190
Last Changed Date: 2014-02-04 10:08:42 -0600 (Tue, 04 Feb 2014)

[Tom Elliott]

I’m going to look into getting this bcd on the init.gz and interject it in it’s proper location from the init.gz before the image upload even starts. This way, theoretically, we’ll have a working single disk resizable even for non-sysprepped systems.

[Tom Elliott]

Thank you reefcrazed. I thought this was fixed before that revision, but I could very well be wrong. Let me take a look, but can you – in the meantime – update to r1210 with:
[code]svn update
cd bin
./installfog.sh[/code]

[reefcrazed]

How can I tell “why” it is failing? The message on the computers pop up so fast, then reboot. I have no way of knowing what just happened.

[Tom Elliott]

In your database,

Alter the field that deals with multicast in the tasktypes listing.

The code would be:
[code]UPDATE fog.taskTypes SET ttKernelArgs = ‘mc=yes type=down mode=debug’ WHERE taskTypes.ttID = 8;[/code]

This will do multicast but in debug mode. From there, when it exits out you can probably look at the /var/log/partclone.log file to see what happened/or didn’t happen.

So the Multicast parts are what’s failing, rather the means of getting the image is my guess.

I’m going to go on a limb and think that the image filenames aren’t being found for some reason.

[reefcrazed]

You know what I bet it is? I am doing this in a test environment to see how multicast works. I am doing this current test in VM’s. Since the hard drive sizes are less, that would do it right?

[Tom Elliott]

That very well could be.

[Tom Elliott]

“Can’t have partition outside of disk”

[reefcrazed]

I am derailing this thread, I will start another.