NEW iMac problems
-
okay. now I’m not in the office, tomorrow at 8:00 am I will do the test. I still have the image.
I leave you the content of d1.partition of the new image made to imac with m2, in case you are interested.
label: dos label-id: 0x00000000 device: /dev/nvme0n1 unit: sectors /dev/nvme0n1p1 : start= 2, size= 61279342, type=af
root@fogserver:/images/MASTERMACOS2017_modelnou# ls -l total 28790796 -rwxrwxrwx 1 root root 1024 sep 13 11:01 d1.mbr -rwxrwxrwx 1 root root 29481762309 sep 13 11:17 d1p1.img -rwxrwxrwx 1 root root 132 sep 13 11:01 d1.partitions
-
@abuelika said in NEW iMac problems:
label: dos
What?!??!?! This doesn’t make any sense to me. Mac OS X is UEFI as far as I know, why would they use a legacy DOS/MBR partition layout? You said you transfered the system using TimeMachine? And it does boot properly? That’s crazy I reckon.
-
Hi @sebastian-roth ,
I have modified the file d1.particiones with the facilitated content.
I have now unpacked another iMac with m2 and I’m capturing the image to review the d1.partitions and check the label to see if dos or gpt.
This is the content I have modified from d1.partitions.
label: gpt label-id: EB5F756F-5E64-4990-8B9C-5F2826AFDEC2 device: /dev/nvme0n1 unit: sectors first-lba: 5 last-lba: 61279312 /dev/nvme0n1p1 : start= 5, size= 51200, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=F803B6B4-FAF1-4700-814F-4CC7B6AA693D, name="EFI System Partition" /dev/nvme0n1p2 : start= 51205, size= 29095304, type=48465300-0000-11AA-AA11-00306543ECAC, uuid=2CA043B5-1BA4-4052-AC59-AA30F67E556D /dev/nvme0n1p3 : start= 29146509, size= 158692, type=426F6F74-0000-11AA-AA11-00306543ECAC, uuid=989E4FD8-2721-4B58-A6B4-24E3334F1165, attrs="GUID:49"
Result:
-
I’ve unpacked an imac with M2 and I captured the image.
The contents of the d1.partitions file:label: gpt label-id: 7D761C2A-8679-400C-9795-BFCB65054221 device: /dev/nvme0n1 unit: sectors first-lba: 6 last-lba: 61279338 /dev/nvme0n1p1 : start= 6, size= 76800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=E40E5108-F939-489B-BC7B-0E77CE5E42E3, name="EFI System Partition" /dev/nvme0n1p2 : start= 76806, size= 61043841, type=53746F72-6167-11AA-AA11-00306543ECAC, uuid=81584085-44EC-4186-A82C-FC857C07A63E /dev/nvme0n1p3 : start= 61120647, size= 158692, type=426F6F74-0000-11AA-AA11-00306543ECAC, uuid=0C9A6601-5C3C-4A73-8E52-A74AFAE873CC, name="Booter", attrs="GUID:49"
the contents of the folder
root@fogserver:/images/MACNOU-NET# ls -l total 18645544 -rwxrwxrwx 1 root root 17920 sep 14 09:06 d1.mbr -rwxrwxrwx 1 root root 249 sep 14 09:06 d1.original.uuids -rwxrwxrwx 1 root root 14480899 sep 14 09:06 d1p1.img -rwxrwxrwx 1 root root 18527785416 sep 14 09:58 d1p2.img -rwxrwxrwx 1 root root 550725927 sep 14 09:59 d1p3.img -rwxrwxrwx 1 root root 610 sep 14 09:06 d1.partitions
I think the problem of label: dos is that an empty disc was recovered with “TimeMachine” without an operating system.
Now I am doing a capture of an iMac with M2 with operating system and restored with TimeMachine.
-
@Abuelika Thanks for trying and posting results. It’s good to know how the partition table on a fresh machine looks like and from the numbers it seems like I am not too far of it. Though we can’t directly compare the numbers I think as those were created by a someone else. But definitely good to know that my calculated numbers are kind of in that same range.
Please add
isdebug=yes ismajordebug=1
again, try my suggested partition table again (first-lba: 5
) and post a picture of the output on screen. So we see if it is the very same or a different error.I compared the tables and the main difference from my point of view is that the new one you posted is starting at sector 6 whereas I calculated it to start at sector 5 (original 40 divided by eight (4096/512)). In an UEFI style system we should be able to move partitions as the boot loader doesn’t rely on sector counts. So you might also try this one (all partitions shifted by one sector):
label: gpt label-id: EB5F756F-5E64-4990-8B9C-5F2826AFDEC2 device: /dev/nvme0n1 unit: sectors first-lba: 6 last-lba: 61279312 /dev/nvme0n1p1 : start= 6, size= 51200, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=F803B6B4-FAF1-4700-814F-4CC7B6AA693D, name="EFI System Partition" /dev/nvme0n1p2 : start= 51206, size= 29095304, type=48465300-0000-11AA-AA11-00306543ECAC, uuid=2CA043B5-1BA4-4052-AC59-AA30F67E556D /dev/nvme0n1p3 : start= 29146510, size= 158692, type=426F6F74-0000-11AA-AA11-00306543ECAC, uuid=989E4FD8-2721-4B58-A6B4-24E3334F1165, attrs="GUID:49"
-
Hi @sebastian-roth ,
Results with the following d1.partitions
label: gpt label-id: EB5F756F-5E64-4990-8B9C-5F2826AFDEC2 device: /dev/nvme0n1 unit: sectors first-lba: 5 last-lba: 61279312 /dev/nvme0n1p1 : start= 5, size= 51200, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=F803B6B4-FAF1-4700-814F-4CC7B6AA693D, name="EFI System Partition" /dev/nvme0n1p2 : start= 51205, size= 29095304, type=48465300-0000-11AA-AA11-00306543ECAC, uuid=2CA043B5-1BA4-4052-AC59-AA30F67E556D /dev/nvme0n1p3 : start= 29146509, size= 158692, type=426F6F74-0000-11AA-AA11-00306543ECAC, uuid=989E4FD8-2721-4B58-A6B4-24E3334F1165, attrs="GUID:49"
Results with the following d1.partitions
label: gpt label-id: EB5F756F-5E64-4990-8B9C-5F2826AFDEC2 device: /dev/nvme0n1 unit: sectors first-lba: 6 last-lba: 61279312 /dev/nvme0n1p1 : start= 6, size= 51200, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=F803B6B4-FAF1-4700-814F-4CC7B6AA693D, name="EFI System Partition" /dev/nvme0n1p2 : start= 51206, size= 29095304, type=48465300-0000-11AA-AA11-00306543ECAC, uuid=2CA043B5-1BA4-4052-AC59-AA30F67E556D /dev/nvme0n1p3 : start= 29146510, size= 158692, type=426F6F74-0000-11AA-AA11-00306543ECAC, uuid=989E4FD8-2721-4B58-A6B4-24E3334F1165, attrs="GUID:49"
-
@Abuelika I have looked into bringing up a VM with physical sector size of 4096 but still couldn’t make it work. Though I have the qemu/kvm command line options it doesn’t work yet. I hope to get this ready soon.
-
Getting there just give me more time…
-
@Abuelika I think I found what’s wrong. Though I don’t know yet how to fix it. The problem is that we have
d1.mbr
based on 512 sector size as well asd1.partitions
. So my changedd1.partitions
didn’t do the trick. I am sure I can come up with something but still need a bit more time. -
Just bumping this so I don’t loose track of it.
-
And again…