Posts made by processor
-
RE: Wrong Image Size indicated in the image manager.
d1.minimum.partitions :
label: dos label-id: 0xd1ff252a device: /dev/sda unit: sectors /dev/sda1 : start= 2048, size= 1875380224, type=7, bootable
d1.partitions :
label: dos label-id: 0xd1ff252a device: /dev/sda unit: sectors /dev/sda1 : start= 2048, size= 1875380224, type=7, bootable
-
RE: Wrong Image Size indicated in the image manager.
Hi, unfortunatelly, it did not worked, still saying a 500GB hd is too small whereas there is only 80GB of data. I try to remove :1 or to delete d1.fixed_size_partitions and result is the same. May be there is some info info stored in d1.mbr or img that can’t be changed.
When I get the error message regarding the size, there is an info inside telling that I can use -C parameter to avoid size checkin. I guess this is a partclone message. Do you know if it’s possible to apply this parameter?
[edit]
In debug mode I ran
partclone.ntfs -r -C -s /images/testimage/d1p1.img -o /dev/sda1
and it keeps telling me I have not enough space
-
RE: Wrong Image Size indicated in the image manager.
@george1421 ok looking forward the info.
-
RE: Wrong Image Size indicated in the image manager.
Great, how to do it? Is it something that I can do or is it something that can only be done by the devs?
-
RE: Wrong Image Size indicated in the image manager.
OK, you are certainly both right. But this not help. As I did not made the bases I don’t know what happened.
Now :-
is there any way for this image to be compliant with FOG? (any way to recreate the system partition without breaking everything)
-
list item there any way make FOG not detect them as reserved?
-
list item Or the only option is to rebuild the source images?
By the way many thanks for the interest you put in this subject
-
-
RE: Wrong Image Size indicated in the image manager.
@george1421
May be because we use Legacy boot and not UEFI? -
RE: Wrong Image Size indicated in the image manager.
@george1421
I don’t know, it’s been done by a colleague of mine. But as far as I know users here install base OS with genuine Microsoft sources, clicking next, next . But I think we have the same behavior with our 2K16 base capture.Is there any possibility to avoid the detection as reserved partition by command line in debug mode for instance? Or do we have to rebuild the bases and the full images we’ve done with this unconventional disk organization?
Bad news for us converting base disk to dynamic make the capture resizable , but can’t deploy it on another machine.
-
RE: Wrong Image Size indicated in the image manager.
I did what you asked these are the screenshots :
So as you see one partition, and it content is visible.
I did further tests :
-HD Base mode, with 1 reserved partition and an OS partition : Resizing OK
-HD Base mode, with 1 Partition only for the OS : Resizing KO, partition detected as reserver even if it’s not
-HD Dynamic mode, with 1 partition or more : Resizing OK, but with this message : ldm_parse_tocblock() cannot find tocblock, I don’t yet know if deploy work with the created image did not had time to test yet and it seems the capture is longer.Any idea why FOG detected a solo win10 partition on a base disk as reserved?
-
RE: Wrong Image Size indicated in the image manager.
I can’t try right now because i’m not working but I can tell you there is no sda2, only sda1.
Sda1 seen as reserved partition by fog client when I try to capture the disk.
I’ll try what you ask tomorrow morning. -
RE: Wrong Image Size indicated in the image manager.
@george1421 As I thought the only present partition is seen as reserved. Could it be possible that a main partition would also be a reserved partition or could it be seen as reserved by fog without being it?
I’ll send a screenshot later. -
RE: Wrong Image Size indicated in the image manager.
@george1421 ok Thanks. It’ll be tomorrow as from their it’s already 8pm.
If you already have few commands to run let me know.
Did you see my PS in my previous post (about reserved partition)?
I read this: https://forums.fogproject.org/topic/9318/partitions-is-not-shrinking-in-windows-10/14 and if I well understand a reserved partition will be set to a fixed size. -
RE: Wrong Image Size indicated in the image manager.
@george1421 said in Wrong Image Size indicated in the image manager.:
Just for clarity the 12-17GB/m in the speed at which data is being written/captured to the local media. It really doesn’t indicate how much its data it moving.
I’m aware of this, no worries.
The times indicated are correct as I deploy a 30GB machine in around 2 minutes.So in my test I have deployed a dump of a disk indicated at 465GB on a 1TB disk.
The image is deployed normally but instead of use the whole disk, a partition of 465GB has
been created. (which is disk size of the source machine)There is only 384GB of data.
So now I just tried the dump again from the 1TB disk.
I did not see during the dump start that it would be done in RAW mode but I saw that the only present partition
won’t be shunken, but I don’t know why.Any idea?
Ps: Forget to write that used disks are SSD.
PPs: I’m wondering if the first partition is not seen as reserved partition
-
RE: Wrong Image Size indicated in the image manager.
The data does not fill the entire disk.
Captured machines have between 90GB and 390GB data inside.I’ll recapture an image in few minutes. I’ll check about the raw mode but as far as I understand raw mode introduce very long time to dump, whereas I’m around 12GB/minute and 17GB/minute which is quite honest. (which means about 35 minutes for 390GB)
But may be something in W10 may cause this issue. Is there something to do before the capture on the host machine?
-
Wrong Image Size indicated in the image manager.
Hi,
My config :
- Host Type VM
- OS Ubuntu 16.04
- Mysql 5.7.25
- Apache 2.4.38
- PHP 7.1.27
- Storage iSCSI
Clients Config :
- Windows 10
- Dell Optiplex 9020
- SSD 500GB or 1TB
Image Params :
- Image Type : Single Disk Resizeable
- Partition : Everything.
- Compression : 6.
- Image Manager : Partclone Zstd
I have a strange behavior with FOG, the image size ON client indicate the disk size :
And When I try to deploy on smaller drives I can’t, whereas the data size should not be an issue.
Any suggestion on what can be my problem?
Reg.,
Proc.
-
RE: [solved]Set Multicast group task with a given name or even the group name
@Sebastian-Roth, @Tom-Elliott
Many thanks!Works exactly like I needed !
@Tom-Elliott
I’ll take a look at the 1.6 asap -
RE: [solved]Set Multicast group task with a given name or even the group name
Wow many thanks. for all these answers. I’ll give a try To Sebastian suggest.
Is there somewhere to see the changelog between 1.5.5 and 1.6? -
[solved]Set Multicast group task with a given name or even the group name
Hi,
I’m working for an educational center. I recently discovered FOG which is a great alternative to Ghost.
I would like to know if there is a way to put a name (or to know it if it exists) for the multicast session created from the group section.In our center we have several classrooms, all in their own vlan. Each class is affected to a group. When we install the classroom we use the group multicast, but if a mistake is done it’s really to cancel the good task and re-schedule it because this is what we see :
So except with the number of host it’s barely impossible to know which task we have to cancel.
So would it be possible to add default name with group name for instance for group multicast session?
Proc.