Sorry to resurrect an old thread, but this just came up as something we need to be able to do (assign a custom boot task to hosts/groups of hosts). My understanding of the discussion below is that I should

1. Enable plugins (Fog Configuration->Fog Settings->Plugin System->PluginSys Enabled)
2. Activate the tasktypeedit plugin
3. Edit lib/hooks/boottask.hook.php, setting public $active = true;

Then I should be able to visit a host page -> Basic Tasks -> Advanced Tasks and see ‘trusty-install’ as one of the options, but I don’t see any change to the menu. Have I missed something in the configuration?

I would certainly try the surface scan. If you are having problems getting the results out of fog you could run the test manually, I think it uses badblocks in the background so booting into a debug session and then running
[CODE]
$ badblocks -sv /dev/sda
[/CODE]
should give you the output you are looking for. As I mentioned above though I would try one of the non-resizing upload tasks (multi-partition image), you don’t need 1TB to do it and it will give you an image to recover from if you have a problem with the disk.

[quote=“geoffpeters, post: 34452, member: 25329”]I don’t have enough space on the fog server to do that.[/quote]
The image process still uses partclone.ntfs and not dd, so you are still only storing the “used space” of the disk image. smartctl can also pop out information about the failure status of a disk
[CODE]
$ smartctl -a /dev/sda
[/CODE]

On the up side if your drive is starting to fail you caught it early and you are still under warranty

Could you try taking a non-resizing image of the disk? i.e. create a multiple partition single disk image and try uploading to that. This is probably not what you want to do long term but it might let you pull the image off of that machine before the disk finally dies.

And after running chkdsk are you still seeing the same error?

Since 1.2.0 it supports linux and (as far as I know) dual boot. I haven’t tested the dual boot myself but the linux resizable works for me. The key seems to be to stick to ext4 filesystems.

I’ll try to take a look to see if we could retain swap UUIDs for multiple partition image types.

hmm…Did you create that image with an older version of fog? On fog 1.2.0 uploading a linux image gives me the following
[CODE]
drwxrwxrwx. 2 root root 4096 Jul 22 15:03 .
drwxrwxrwx. 56 fog root 4096 Jul 22 15:03 …
-rwxrwxrwx. 1 root root 4 Jul 22 14:48 d1.fixed_size_partitions
-rwxrwxrwx. 1 root root 0 Jul 22 14:49 d1.has_grub
-rwxrwxrwx. 1 root root 1048576 Jul 22 14:49 d1.mbr
-rwxrwxrwx. 1 root root 310 Jul 22 14:49 d1.minimum.partitions
-rwxrwxrwx. 1 root root 80 Jul 22 14:49 d1.original.fstypes
-rwxrwxrwx. 1 root root 310 Jul 22 14:48 d1.original.partitions
-rwxrwxrwx. 1 root root 47 Jul 22 15:03 d1.original.swapuuids
-rwxrwxrwx. 1 root root 84480518 Jul 22 14:49 d1p1.img
-rwxrwxrwx. 1 root root 1944498680 Jul 22 14:53 d1p2.img
-rwxrwxrwx. 1 root root 6416223022 Jul 22 15:03 d1p3.img

-rwxrwxrwx. 1 root root 125 Jul 22 15:03 d1p4.img
[/CODE]
Did you try [B]uploading[/B] the image with 1.2.0 and then deploying it again. N.B. This is for a “Resizeable” image, it looks like the code for “Multiple partition” images might need to be updated to match.

Could you take a look in /images/NAMEOFYOURIMAGE and see if you can find a file similar to “d1.original.swapuuids”. Here is one of mine
[CODE]
$ cat /images/RHL7x64PIMS50GBResizeable/d1.original.swapuuids
/dev/sda5 7f6a8920-bab3-444d-8e3f-acca4c76e3cd
[/CODE]
When I deploy that image to a machine the UUID of the swap partition matches
[CODE]
$ blkid /dev/sda5 UUID=“7f6a8920-bab3-444d-8e3f-acca4c76e3cd”
[/CODE]
Obviously, change /dev/sda5 to wherever your swap partition is.

Actually it looks like mageia (and some fedora) might have an issue with swap UUIDs. Somebody thought that putting UUIDs into initramfs was a good idea. There are some workarounds, but I don’t have any machines to work with to try them out.

[LIST]
[][url]https://forums.mageia.org/en/viewtopic.php?f=7&t=7093[/url]
[][url]http://forums.fedoraforum.org/showthread.php?t=292088[/url]
[/LIST]
Additionally, when an instructor - or anyone for that matter - asks for a specific distribution, it is a good idea to ask them what they are intending to do with it. Unless they are working with the package manager(s) day to day it generally doesn’t matter. Usually they have conflated a specific set of applications and versions with an distribution.

From the image you showed above, are you sure that swap is the problem? what filesystems are your other partitions on? swap problems shouldn’t stop a system from booting in general - as I might have said above, it’s just swap!