Difference between revisions of "Troubleshoot Downloading - Unicast"

From FOG Project
Jump to: navigation, search
(Task is completed, computer will now restart)
(Task is completed, computer will now restart)
 
(2 intermediate revisions by the same user not shown)
Line 7: Line 7:
 
== Task is completed, computer will now restart ==
 
== Task is completed, computer will now restart ==
  
The task completes but did not image, did not actually complete the task, did not really deploy the image.
+
The task completes but did not image, did not actually complete the task, did not really deploy the image. You receive the below (pictured) error when deploying an image.
  
You receive the below (pictured) error when deploying an image. This is ''normally'' caused by a non-resizable image that has been deployed to a host with a hard drive that is too small to hold the image.
+
[[File:Image Too Big For Destination Drive.jpg]]
 +
 
 +
=== Image is too large for destination drive ===
 +
 
 +
This is ''normally'' caused by a non-resizable image that has been deployed to a host with a hard drive that is too small to hold the image.
  
 
In order to deploy a non-resizable image, the destination HDD '''must''' be the same size or larger than the HDD the image was taken from. If the source HDD was 80GB and destination HDD is 80GB but the HDDs are different brands, it is possible that the image deployment can fail. This is because the destination HDD '''MUST''' be at least as large as the source. Even 4 sectors less, or even 16KB smaller and the image deployment '''will''' fail.
 
In order to deploy a non-resizable image, the destination HDD '''must''' be the same size or larger than the HDD the image was taken from. If the source HDD was 80GB and destination HDD is 80GB but the HDDs are different brands, it is possible that the image deployment can fail. This is because the destination HDD '''MUST''' be at least as large as the source. Even 4 sectors less, or even 16KB smaller and the image deployment '''will''' fail.
Line 15: Line 19:
 
Generally, to fix this you would use the resizeable image type.
 
Generally, to fix this you would use the resizeable image type.
  
Another time you might recieve this error is if you're trying to deploy to an HDD that is '''absolutely blank''' - with no pre-existing partitions. In such case, you might try the fix in this thread: [https://forums.fogproject.org/topic/6117/svn-image-doesnt-push svn image doesnt push]
+
=== Destination drive is blank ===
 +
 
 +
Another time you might recieve this error is if you're trying to deploy to an HDD that is '''absolutely blank''' - with no pre-existing partitions. In such case, you might try the fix in this thread: [https://forums.fogproject.org/topic/6117/svn-image-doesnt-push svn image doesnt push]. The user in this thread followed this: [https://wiki.fogproject.org/wiki/index.php/Modifying_the_Init_Image Modifying_the_Init] and added this code:
 +
 
 +
Just before the image check types:
 +
 
 +
<pre># Generates the partitions.  If singledisk resizeable, it generates
 +
# based on default normal values.
 +
# Otherwise it uses MBR/GPT to generate the partition table(s).</pre>
 +
 
 +
Add this code:
  
+
<pre>#fix for possible dodgy partitions on the disk
[[File:Image Too Big For Destination Drive.jpg]]
+
testdisk="";
 +
testdisk=`fogpartinfo --list-devices 2>/dev/null`;
 +
#this will either give us something or nothing
 +
if [ -z "$testdisk" ]; then
 +
  echo;
 +
  read -r -p "Partition error. Do you want to murder the partition table for $hd? [y/N] " response
 +
  if [[ $response =~ ^([yY][eE][sS]|[yY])$ ]]
 +
  then
 +
    #murder the partition table - this shouldnt need a restart
 +
    dd if=/dev/zero of=$hd bs=512 count=1 conv=notrunc;
 +
    #label the emptiness - should be enough to get the system to continue
 +
    parted $hd --script -- mklabel msdos;
 +
  fi
 +
else
 +
echo "checked $testdisk for partitions (no need to kill partition table yet)";
 +
fi</pre>

Latest revision as of 03:51, 26 November 2015

Article under construction. Below, you will find notes / jibberish that I'm collecting to make into an article.


Common Problems

Task is completed, computer will now restart

The task completes but did not image, did not actually complete the task, did not really deploy the image. You receive the below (pictured) error when deploying an image.

Image Too Big For Destination Drive.jpg

Image is too large for destination drive

This is normally caused by a non-resizable image that has been deployed to a host with a hard drive that is too small to hold the image.

In order to deploy a non-resizable image, the destination HDD must be the same size or larger than the HDD the image was taken from. If the source HDD was 80GB and destination HDD is 80GB but the HDDs are different brands, it is possible that the image deployment can fail. This is because the destination HDD MUST be at least as large as the source. Even 4 sectors less, or even 16KB smaller and the image deployment will fail.

Generally, to fix this you would use the resizeable image type.

Destination drive is blank

Another time you might recieve this error is if you're trying to deploy to an HDD that is absolutely blank - with no pre-existing partitions. In such case, you might try the fix in this thread: svn image doesnt push. The user in this thread followed this: Modifying_the_Init and added this code:

Just before the image check types:

# Generates the partitions.  If singledisk resizeable, it generates
# based on default normal values.
# Otherwise it uses MBR/GPT to generate the partition table(s).

Add this code:

#fix for possible dodgy partitions on the disk
testdisk="";
testdisk=`fogpartinfo --list-devices 2>/dev/null`;
#this will either give us something or nothing
if [ -z "$testdisk" ]; then
  echo;
  read -r -p "Partition error. Do you want to murder the partition table for $hd? [y/N] " response
  if [[ $response =~ ^([yY][eE][sS]|[yY])$ ]]
  then
    #murder the partition table - this shouldnt need a restart
    dd if=/dev/zero of=$hd bs=512 count=1 conv=notrunc;
    #label the emptiness - should be enough to get the system to continue
    parted $hd --script -- mklabel msdos;
  fi
else
 echo "checked $testdisk for partitions (no need to kill partition table yet)";
fi