Fog Unable to upload multiple disk
-
Receive message “Missing Operating System”
still receive: Error: Invalid partition table on /dev/sdb – wrong signature 0.
sfdisk /dev/sdb
sfdisk: Checking that no-one is using this disk right now …
sfdisk: OKDisk /dev/sdb: 14593 cylinders, 255 heads, 63 sectors/track
sfdisk: Warning: extended partition does not start at a cylinder boundary.
DOS and Linux will interpret the contents differently.
sfdisk: ERROR: sector 232814043 does not have an msdos signature
Old situation:
Units: cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0Device Boot Start End #cyls #blocks Id System
/dev/sdb1 * 0+ 12- 13- 102400 7 HPFS/NTFS/exFAT
/dev/sdb2 12+ 14491- 14479- 116296704 7 HPFS/NTFS/exFAT
/dev/sdb3 14492+ 14592- 101- 811250+ f W95 Ext’d (LBA)
/dev/sdb4 0 - 0 0 0 Empty
sfdisk: Input in the following format; absent fields get a default value.
<start> <size> <type [E,S,L,X,hex]> <bootable [-,*]> <c,h,s> <c,h,s>
Usually you only need to specify <start> and <size> (and perhaps <type>).Do you still want me to dd sdb3 to a file skipping this block?
I have uploaded this pc as a single disk multiple partition clone (unplugged larger disk) and it works without issue. Not sure if that helps isolate the issue.
-
Based on the “funnyness” I’m seeing, is the /dev/sdb disk supposed to be GPT or MBR?
-
[quote=“dougthermal, post: 41718, member: 28335”]…
Do you still want me to dd sdb3 to a file skipping this block?
I have uploaded this pc as a single disk multiple partition clone (unplugged larger disk) and it works without issue. Not sure if that helps isolate the issue.[/quote]
Yes please upload sdb3.img!
Very interesting. Do I get that right?? If you unplug sda (sdb will be sda then) and run FOG with ‘mps’ there is no error??
-
[quote=“Tom Elliott, post: 41719, member: 7271”]Based on the “funnyness” I’m seeing, is the /dev/sdb disk supposed to be GPT or MBR?[/quote]
From what I could see in the uploaded files it is definitely a normal MBR not GPT! Is that right? -
Should be MBR, I get this on gdisk:
[I]# gdisk -l /dev/sdb[/I]
[I]GPT fdisk (gdisk) version 0.8.6[/I][I]Partition table scan:[/I]
[I] MBR: MBR only[/I]
[I] BSD: not present[/I]
[I] APM: not present[/I]
[I] GPT: not present[/I][I][/I]
[I]Found invalid GPT and valid MBR; converting MBR to GPT format.[/I]
[I][/I][I]Disk /dev/sdb: 234441648 sectors, 111.8 GiB[/I]
[I]Logical sector size: 512 bytes[/I]
[I]Disk identifier (GUID): FF0A8C36-404A-4876-8E98-DEF355411B86[/I]
[I]Partition table holds up to 128 entries[/I]
[I]First usable sector is 34, last usable sector is 234441614[/I]
[I]Partitions will be aligned on 2-sector boundaries[/I]
[I]Total free space is 20935 sectors (10.2 MiB)[/I][I]Number Start (sector) End (sector) Size Code Name[/I]
[I] 1 2048 206847 100.0 MiB 0700 Microsoft basic data[/I]
[I] 2 206848 232800255 110.9 GiB 0700 Microsoft basic data[/I]
[I] 5 232814106 234436543 792.2 MiB 0700 Microsoft basic data[/I]Ran DD. Attached result. Command output below:
[I]# dd if=/dev/sdb of=/images/sdb3.img bs=512 count=2 skip=232814043[/I]
[I]2+0 records in[/I]
[I]2+0 records out[/I]
[I]1024 bytes (1.0 kB) copied, 0.0288977 s, 35.4 kB/s[/I][url=“/_imported_xf_attachments/1/1649_sdb3.zip?:”]sdb3.zip[/url]
-
[quote=“Uncle Frank, post: 41729, member: 28116”]Yes please upload sdb3.img!
Very interesting. Do I get that right?? If you unplug sda (sdb will be sda then) and run FOG with ‘mps’ there is no error??[/quote]
Yes that is correct. We were able to run it with mps, and it uploaded and deployed without error. System booted normally.
-
I’ve looked through all your dumps, samples and posts several times but it still does not ring a bell for me. From what I can see in those files it’s all just perfectly normal and should not report any errors (hopefully I haven’t missed anything!). Two more things you might try out. First is this script I found on the net: [url]https://raw.githubusercontent.com/arvidjaar/scriptlets/master/walkparts.sh[/url]
Download it to the FOG server and put it in ‘/images/dev’. The only thing I had to change to make it work within FOG is change ‘/bin/sh’ to ‘/bin/bash’ in the first line of the script! Then start a debug upload([S]download)[/S] session and run:
[CODE]fog
…Hit Enter till you see ‘Mounting File System . . .’ then Ctrl+C
…
/images/walkparts.sh /dev/sdb
…[/CODE]What do you get from that script?? An while you have that session running you could give ‘testdisk’ a go too. Would be interesting to see if ‘testdisk’ is complaining about the missing msdos signature too?!?!!
[B]EDIT: It was quite late when I wrote this and I got carried away! Do the first two tests on your master-client in a debug-upload-session but please do not continue with the third one on that same client!! Start one or more of your other client(s) in a normal/debug multicast/download session for the following test…[/B]
One more thing you can try out while you’ve got that debug download session running. As kind of a workaround you could try faking the partition table. You probably have a complete uploaded image (d1p1.img, d2p1.img, d2p2.img d2p5.img) on your FOG server ready. Possibly the only problem keeping you from deploying those image files proberly is the incorrect ‘d2.partitions’ file. Edit ‘/images/lenovothinkcentrev2/d2.partitions’:
[CODE]# partition table of /dev/sdb
unit: sectors/dev/sdb1 : start= 2048, size= 204800, Id= 7, bootable
/dev/sdb2 : start= 206848, size=232593408, Id= 7
/dev/sdb3 : start=232814043, size= 1622501, Id= f
/dev/sdb4 : start= 0, size= 0, Id= 0
/dev/sdb5 : start=232814106, size= 1622438, Id= 7[/CODE]
Then try downloading the image to your client. Does that work?? -
Too bad that I just can’t reproduce the issue on my test system (QEMU) although I use two (virtual) disks and exactly your partition tables…
As you experience no problems uploading and downloading when there is only one disk installed I started wondering about it being a problem in util-linux itself. But I can’t find any pointer to that on the net. Any ideas on how we can narrow this down?Although it might not be very wise to do for the operating systems you have on your disks, would you mind trying to swap the disks (sda <-> sdb) just for one upload/download test. Only if you got some spare time… Please try walkparts, testdisk and the fake d2.partitions first!
-
I haven’t had a chance to run the walkparts or other commands, but changing the order of the disks seems to have resolved the issue completely. We plugged the primary boot disk into the first slot (to be sda) and secondary disk in second slot (sdb) and it uploads and deploys without issue.
-
Thanks for the update. That’s really weird and I still can’t get my head around what’s going on there. As I said, I’ve tried to reproduce the issue but I just can’t do it. Very special. Would be great if you keep us posted on new findings.
