The good news is that VNR can rebuild the full image in the correct way, the step-by-step instruction is below. 

Let's say that some device has two crystals with two planes each. Logical blocks are written simultaneously into all 4 planes. But logical BLOCK 1 is written asymmetrically: the first 3 physical blocks are written by the same offset in planes and the last one is written by a different offset in the last fourth plane.

The first step is to separate each dump by planes. The “Separate” element should be used for this. This element will place all blocks from PLANE 0 in the first half of the dump, and the blocks from PLANE 1 will be placed in the second half of the dump. The picture below shows how it works:

So now all blocks from each plane are grouped together.

The Markers table has the standard operations except one thing that is necessary to watch out.
All Banks have to have the same number of blocks.

After sorting, selecting, and inserting missing blocks in the Markers table, the Arranger element is in use.

Ok, so now there is a dump where 4 banks with blocks are allocated sequentially in each. So there is Block 0 in the first position in the first Bank, Block 0 in the first position in the second Bank, and so on. And if you remember Multi-Plane page allocation theory, the pages were written simultaneously into all those 4 blocks. Now the task is to gather pages from 4 Blocks from 4 quarters to make PAGEs go sequentially. The PAIR element will be used for this.  

In the Pair element settings, the number of planes is equal to the number of banks in the Markers table, Moveable block size is equal to the page size, and Area size is the size of the Arranger element. With these settings, the PAIR element will take one Page from one quarter, the next Page from the next quarter, and so on, and then put it into the final image.

After those steps all blocks and pages inside them are in the correct order, the last step is to use the Data Area element to extract the full Logical Image. 

On the first look, it is a standard PS-2251-07-V with multi-plane allocation, but after the PAIR and UNITE the first block with FAT table is damaged. In the bitmap, we can see that every 4th page is damaged. The file structure is not available now, but this pattern of damage is a clue for asymmetric multiplane allocation. 

The first step to solve this case is to separate planes inside the dumps. 
This element is used after the XOR. After this, the separated planes should be united with the UNITE element by dumps. 

Then it is necessary to create a marker table, and the essential here is the bank number. 
In this case, there are two chips with two planes each, so the number of banks is four. 

The most important step is inside the marker table. If the number of blocks in one bank will be different this will damage the whole image. In this particular case, each bank has a range of blocks from 0000 to 9894, and the LBN step is 4/4 with "FCFC" mask, all banks have the same number of blocks.  

After selecting blocks it is necessary to click “create logical image” on the markers table element, but instead of the Logical image it is necessary to use the Arranger element, because further transformations are required.
When all blocks are extracted in the Arranger element, the Pair should be connected to it. 
Settings of the Pair element, are simple- the Moveable block size is defined automatically (this is page size), the number of planes is the same as the number of banks of the Marker table.

The area size is the size of the whole dump. 

The number of asymmetric blocks is below 10% in devices with this issue, but if at least one of the first blocks is allocated in the asymmetric way, then the full dump with the file system is unavailable in a standard way, but as it is shown, with the VNR it is possible to solve it.