Latest FOG 0.33b
-
For my probleme in debug I make fdisk /dev/sda and type w
and the deploy start -
Does anyone know how to specify an http proxy for undionly.kpxe?
Thanks.
-
r1384 released.
More “default” reports added to the ReportManagementPage. Still not complete, so you should see the originals. Fixes issue in virus history on host displaying improperly. Adds legacy flagging ability so if you are upgrading to newer revisions of 0.33, you can set whether the image is a “partimage” or “partclone” image. Legacy checked for these images means partimage is what the image is set for and will image as. Legacy unchecked the system will use partclone. More documentation added.
-
[quote=“Tom Elliott, post: 23426, member: 7271”]As I don’t have any Mac’s in my possession, it will likely be a little while, unless you can give what the output of the command: [code]blkid -po udev <partitionnumber>[/code] for each of the partitions on the system (especially a freshly installed system) it’ll probably be a little bit.
While I have made sure to have the partclone.hfsp binary available, and also included the hfs file system support in the kernel, I don’t know what to check for to get the MPS/MPA imaging types to use the proper binary.[/quote]
Tom, I’m not sure whether this is exactly what you were looking for or not, but if not, let me know. Apparently Mac OS doesn’t have the blkid command, so I booted from a linux live cd to get the info. The machine was a MacBook 1,1, freshly imaged with 10.6.8 using DeployStudio.
elementary@elementary:~$ sudo blkid -po udev /dev/sda
ID_PART_TABLE_TYPE=gptelementary@elementary:~$ sudo blkid -po udev /dev/sda1
ID_FS_LABEL=EFI
ID_FS_LABEL_ENC=EFI
ID_FS_UUID=70D6-1701
ID_FS_UUID_ENC=70D6-1701
ID_FS_VERSION=FAT32
ID_FS_TYPE=vfat
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=gpt
ID_PART_ENTRY_NAME=EFI\x20System\x20Partition
ID_PART_ENTRY_UUID=62f42160-c44f-48e3-94ab-ba3acef0e71f
ID_PART_ENTRY_TYPE=c12a7328-f81f-11d2-ba4b-00a0c93ec93b
ID_PART_ENTRY_NUMBER=1
ID_PART_ENTRY_OFFSET=40
ID_PART_ENTRY_SIZE=409600
ID_PART_ENTRY_DISK=8:0elementary@elementary:~$ sudo blkid -po udev /dev/sda3
ID_FS_UUID=7e9cb753-bf5c-343c-8dad-cd086af5164b
ID_FS_UUID_ENC=7e9cb753-bf5c-343c-8dad-cd086af5164b
ID_FS_LABEL=Macintosh_HD
ID_FS_LABEL_ENC=Macintosh\x20HD
ID_FS_TYPE=hfsplus
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=gpt
ID_PART_ENTRY_NAME=DS_DEV_DISK_X
ID_PART_ENTRY_UUID=a954672e-850a-4493-b852-ff139b5e6002
ID_PART_ENTRY_TYPE=48465300-0000-11aa-aa11-00306543ecac
ID_PART_ENTRY_NUMBER=2
ID_PART_ENTRY_OFFSET=409640
ID_PART_ENTRY_SIZE=116538416
ID_PART_ENTRY_DISK=8:0The bigger issue, unless I misunderstand you, is that you’re talking about making the filesystems work so that machines can be imaged using Mac OS and its HFS filesystems. What I intended to post initially was that Macs won’t boot at all from any version of FOG, 0.33b included (at least without doing the steps listed below). I assume it has something to do with EFI and PXE. I’ve found 2 ways to boot from FOG as-is
- get the iPXE image from their site, burn to CD or copy to flash drive, then boot from the newly created iPXE media. Then FOG is found and booted from without further interaction. The con is that to boot from FOG again, you have to use the CD/Flash drive each time.
2)get a Mac install disc compatible with the machine, boot from it, and re-bless the disk using the command “bless --mount /Volumes/Macintosh\ /HD/ --setBoot --legacy --verbose”. The legacy argument seems to force the machine to use some type of legacy BIOS emulation. Reboot, then the machine will boot from FOG as many times as you’d like - I don’t know whether this will persist once the machine is reimaged or not.
- get the iPXE image from their site, burn to CD or copy to flash drive, then boot from the newly created iPXE media. Then FOG is found and booted from without further interaction. The con is that to boot from FOG again, you have to use the CD/Flash drive each time.
-
I updated from revision 1360 to 1384. Did then a few tests and get this error if I try to create a new image definition:
[CODE]FOG DEBUG: Image: Database Load Failed: ID: 0, Error: Operation field not set: ID[/CODE]
I didn’t have done any changes to the web code or the database.
To find the revision where this error appears, I downgraded to older revisions and it looks like that the error comes with revision 1362. -
[quote=“Albatros, post: 24723, member: 16710”]I updated from revision 1360 to 1384. Did then a few tests and get this error if I try to create a new image definition:
[CODE]FOG DEBUG: Image: Database Load Failed: ID: 0, Error: Operation field not set: ID[/CODE]
I didn’t have done any changes to the web code or the database.
To find the revision where this error appears, I downgraded to older revisions and it looks like that the error comes with revision 1362.[/quote]I found out the issue. It’ll be a minute while I have to move the imageLegacy creation as it’s own schema change. I’m going to ask you to, just as a test, check your images table on the FOG database and please see if you have the imageLegacy column. I’m going out on a limb that your table does not have this field. Because it’s missing, it can’t update the new definition properly as it doesn’t know how to set the non-existent field.
-
r1385 released.
Should fix the issue reported by Albatros, and a couple other minor fixes as well.
-
Updated to revision 1385. Opened the webpage that shows me that I need to update the database. Tried then to create a image, still the same problem. I checked the table images no column named imageLegacy present.
Should I create the column by myself? -
Well, change your system.php schema line to 80, then it will ask you to update again, after that it should create image legacy for you.
-
Ty Tom. Column created and problem is fixed.
-
I’ve imaged 20 Windows 8 PC .
I didn’t use sysprep , all computers are the same , didn’t join Active Directory .Hostname Changer only change NetBIOS name , not Computer Name .
-
Did you install the FOG client on this machine?
-
Yes. Fog client is installed, and fog server address is set by ip.
-
Are the host modules enabled to the system?
The hostname changer part, you mean the system rebooted, and this is what happened, or this is what was changed during the “changing hostname” step during the imaging process?
Make sure the host modules are enabled. Make sure the host AD stuff is correct as well.
if you have a 0.32 system you can verify whether this is a problem with Windows 8, or the FOG Client itself. My guess is this is a windows 8 issue, not a client problem as Windows 7 and XP still work right?
-
I am on Fog 0.33
Modules are enabled, the hostname have changed during imaging proces.
New imaged computer didn’t ask for restart at 1’st boot.
On win 7 it works.
-
r1387 released.
All but two of the “standard” reports are now transitioned into the ReportManagementPage class as their own objects of that class. This, I hope, will give us hooking in the near future as I’be been programming them as such. Equipment Loan and Snapin Logs will be next, probably getting the snapin logs done tonight and equipment loans done tomorrow.
Legacy types in the Images are now setup as: Image Manager and is a select box that chooses PartImage and PartClone. This is the type of binary used to deploy (download) the images to the client system.
-
r1388 released.
Host page deployment should give more direct information (<TASKTYPE> task created for <HOSTNAME> with image <IMAGENAME>)
Transitions SnapinLog to report page.
-
hello,
r1388:
Blank page when i click on a task in basic task of the host page.bye
-
Try 1389.
All
r1389 released.Adds Proxy Username and Password fields under FOG Settings in FOG Configuration. Moves all proxy information to its own setting category (Proxy Settings). Add’s the support needed in FOGCore to use the authentication mechanisms. Updates the database to support all of these things.
-
it’s ok in rev 1389.