Here's the list of sectors which have yet to be extracted via 'normal' means (via the 'read sector' command).

# The first and second groupings are missing
# The third grouping is sectors which have been read, but returned error
theList="
Pc2h1s0_Lc2h0s10
Pc5h1s0_Lc5h0s10
Pc9h1s0_Lc9h0s10
Pc12h1s0_Lc12h0s10
Pc14h1s0_Lc14h0s10
Pc15h1s0_Lc15h0s10
Pc16h1s0_Lc16h0s10
Pc17h1s0_Lc17h0s10
Pc18h1s0_Lc18h0s10
Pc19h1s0_Lc19h0s10
Pc21h1s0_Lc21h0s10
Pc22h1s0_Lc22h0s10
Pc23h1s0_Lc23h0s10
Pc25h1s0_Lc25h0s10
Pc26h1s0_Lc26h0s10
Pc27h1s0_Lc27h0s10
Pc28h1s0_Lc28h0s10
Pc29h1s0_Lc29h0s10
Pc30h1s0_Lc30h0s10
Pc34h1s0_Lc34h0s10
Pc35h1s0_Lc35h0s10
Pc36h1s0_Lc36h0s10
Pc38h1s0_Lc38h0s10

Pc13h1s4_Lc13h0s14
Pc22h1s9_Lc22h0s19
Pc31h1s3_Lc31h0s13
Pc37h1s2_Lc37h0s12
Pc37h1s4_Lc37h0s14
Pc37h1s6_Lc37h0s16

Pc8h1s0_Lc8h0s10
Pc11h1s0_Lc11h0s10
Pc13h1s0_Lc13h0s10
Pc14h1s1_Lc14h0s11
Pc14h1s6_Lc14h0s16
"

You'll note, the first grouping consists of all physical-head 1/logical-head 0, sector 10

One might think, from that list, that the disk is formatted with 9 sectors/track AND sectors starting at 1 (and thus, 11 on side 1)... but note that there are quite a few in that list which *have* been extracted, without indication of an error (CRC or otherwise... and note that there's a CRC for BOTH the sector ID as well as the data). e.g. Cylinder 37

Now here's an interesting thing... I've searched the actual *track* extractions, and while my technique may not be particularly-reliable, it does seem to work somewhat... and I don't see *any* sector 10's NOR sector 0's... But Wait! I extracted those via 'normal' means, earlier!

So, then, the totally reasonable assumption that my track-extraction method is somewhat hokey... which is entirely likely... This MFM-bit-shift thing is... proving difficult.

But, then, look at that *second* grouping in the list. These were *not* extracted via sector-extractions... (I should probably verify they were due to sector-not-found as opposed to some other reason...? But if it found the sector, wouldn't it at least *try* to extract the data?) I've checked the track-extractions and found *all* those sectors.

The third-grouping is sectors which were extracted via "normal" means, but returned errors (most-likely CRC)... the track-extractor found these, as well... but I'll leave those details for another day.