Image corrupted after upload to server
-
Yes, the partition is the type Ext4. For server i use Ubuntu 14.04 without RAID
-
@danilopinotti Can you post the output of the image directory?
ls -laht /images/NameOfImage
and also,
ls -lahRt /images/dev
-
**ls -laht /images/ItautecDebian022015/** total 7,7G drwxrwxrwx 14 root root 4,0K Out 21 15:52 .. drwxrwxrwx 2 root root 4,0K Out 21 15:52 . -rwxrwxrwx 1 root root 7,7G Out 21 15:52 d1p2.img -rwxrwxrwx 1 root root 47 Out 21 15:46 d1.original.swapuuids -rwxrwxrwx 1 root root 31 Out 21 15:44 d1.original.fstypes -rwxrwxrwx 1 root root 18K Out 21 15:44 d1.mbr -rwxrwxrwx 1 root root 324 Out 21 15:44 d1.sgdisk.original.partitions -rwxrwxrwx 1 root root 2 Out 21 15:44 d1.fixed_size_partitions
**ls -lahRt /images/dev** /images/dev: total 12K drwxrwxrwx 3 root root 4,0K Out 21 15:52 . drwxrwxrwx 14 root root 4,0K Out 21 15:52 .. drwxrwxrwx 2 root root 4,0K Ago 13 12:09 b4b52f50bfc8 -rwxrwxrwx 1 root root 0 Jul 29 09:47 .mntcheck /images/dev/b4b52f50bfc8: total 8,0K drwxrwxrwx 3 root root 4,0K Out 21 15:52 .. drwxrwxrwx 2 root root 4,0K Ago 13 12:09 .
Mod edited to use code boxes.
-
@danilopinotti It would appear that
d1p1.img
is missing…Can you try a non-resizable image type, and try to re-upload ?
-
@Wayne-Workman I believe, on trunk, if the first partition is of type de, we don’t do anything with it as a safety precaution.
-
@Tom-Elliott Can you elaborate? What is a de partition?
-
@Wayne-Workman that’s the identifier in Linux for the dell recovery partition.
-
Why shouldn’t we also capture and deploy this partition using partclone.imager ??
-
@Uncle-Frank because many times it’s an awkward size. Adjusting this partition in any way tends to break booting the system in whole.
-
@Tom-Elliott Well, sure! You are absolutely right. I wasn’t aware of this being a resizable image. I tend to overlook this as we are mostly using non-resizable images here at work!
-
@Tom-Elliott said:
@Uncle-Frank because many times it’s an awkward size. Adjusting this partition in any way tends to break booting the system in whole.
Is it at all possible to verify (beyond doubt) that it is a Dell Recovery partition and simply upload the partition without attempting to resize it?
A partially re-sized image is much better than an inoperable image.
-
@Wayne-Workman
The strange thing is that in my case, I do not use Dell computers (if it is a chance) and it only happens with this in particular. If I put an Ubuntu on the same computer, this works with FOG. -
@danilopinotti said:
@Wayne-Workman
The strange thing is that in my case, I do not use Dell computers (if it is a chance) and it only happens with this in particular. If I put an Ubuntu on the same computer, this works with FOG.Yes, but are you completely deleting every single pre-existing partition before you install Ubuntu or Debian ?
-
@Wayne-Workman
No. I put another image on it with Ubuntu.
Before I could climb this (faulty) for FOG, but now does not. Now happens that I described. -
@danilopinotti So you’re dual booting? It seems that English isn’t your mother tongue, look at this Wikipedia article to see what I mean by “dual booting” https://en.wikipedia.org/wiki/Multi-booting
-
Sorry for my english.
I put an image from another computer (an image with Ubuntu) that this was giving problem. With that, I noticed that the problem is in the Debian image and not on the computer.
Previously, this image Debian did not have this problem. I have no idea why.
Did not do Dual Boot or anything else.I’m better at reading English than to write, so write these means strange phrases.
-
@danilopinotti You’re English is good enough.
You said that previously, the Debian image worked?
What was the last SVN revision that it worked with? And it has previously worked with Debian 7 specifically?
-
@Wayne-Workman Thank you
I don’t remember when I created the image (when it worked) I’ve used the Trunk or still using 1.2.0
-
@danilopinotti Is it possible for you to test using 1.2.0 ?
-
@Wayne-Workman
Today is not possible but tomorrow i can try to arrange this.