Jump to content











Photo
- - - - -

Vista/Win7 versus XP partitioning issue


  • Please log in to reply
79 replies to this topic

#1 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 03 December 2009 - 03:02 PM

I'd like to report a nice Microsoft behaviour I wasn't aware of. :)

In Vista I partitioned and formatted a brand new 120 GB USB LaCie HD to test Windows 7 USB install on it as per karyonix tutorial.

I created three primary NTFS partitions WIP (20GB), ONE (16GB), TWO (16GB) plus two logical partitions in the extended partition, BACK1 (20GB FAT32) and BACK2 (48GB NTFS).

I used WIP to install Windows 7 on a VHD, ONE and TWO to host two clones of the VHD content which I subsequently personalised with the drivers of two different notebooks, and BACK2 as a backup of WIP.

To enable booting from ONE and TWO I had to fix the MBR created by Vista on the USB HD to make it Windows7 compatible.
I used MBRFix.exe /drive 1 fixmbr /win7. Everything OK. ;)

The way I used this USB HD was:
On Disk Management in the Vista PC marked ONE as active, then successfully rebooted from USB in Windows 7.
On Disk Management in the Vista PC marked TWO as active, then plugged the USB HD to another (WinXP) notebook and booted from USB in Windows 7 there.

Everything worked well till when, working on the WinXP notebook, I used its Disk Management to mark ONE as active to prepare the USB HD to boot the Vista notebook in Windows 7.
At that point all of a sudden BACK2 disappeared and lost everything was in there. :clap:
I then replugged the USB HD to the Vista notebook to recreate BACK2 and its content but its Disk Management lost also ONE and BACK1. :cheers:
I've therefore been obliged to recreate the lost partitions, but Disk Management refused to format them (both the primary and the extended) with an error message. :clap:

Besides completely reformatting the whole USB disk, which I can't do before backing up WIP and TWO (and don't have other disk space available right now), I wonder whether something can be done to try and recover what remains of my work.

Is this another known Vista/XP incompatibility? :)

edborg

#2 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 03 December 2009 - 03:16 PM

Is this another known Vista/XP incompatibility? :)

Cannot say.

The differences between different versions of NTFS (plain vs. transactional ones) should not extend at the MBR (pseudo-low-level).

Can't it be somehow connected to the 128 Gb LBA 48 limit?
But if the drive is 120 Gb that cannot be the problem. :clap:

I suspect more a problem in the drive or USB interface. :cheers: (I mean if it is brand new has not been tested extensively :clap:)

However with TESTDISK:
http://www.cgsecurit...g/wiki/TestDisk

you should be able to recover the "lost" partitions.

;)

jaclaz

#3 Lancelot

Lancelot

    Frequent Member

  • .script developer
  • 5013 posts
  • Location:Turkiye/Izmir
  • Interests:*Mechanical stuff and Physics,
    *LiveXP, BartPE, SherpyaXPE,
    *Basketball and Looong Walking,
    *Buying outwear for my girlf (Reason: Girls are stupid about buying bad stuff to make themselves uglier :))
    *Girls (Lyric: Girl,...., You will be a womann, Soon)
    *Answering questions for "Meaning of life",
    *Helping people,

    Kung with LiveXP, Fu with Peter :)
  •  
    Turkey

Posted 03 December 2009 - 03:23 PM

Is this another known Vista/XP incompatibility? :clap:

A similar story happened to me last year when I was playing with multipartitioning a ufd. I can not remember very cleary but I remember all other partitions disappear when I was playing :clap: with diskmanagement . Since than I do not use 2nd partitions to store things on ufd.

edit:
I guess I was trying to make 2 os boot like the story at first post by activating one and other....

#4 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 03 December 2009 - 04:18 PM

Cannot say.

The differences between different versions of NTFS (plain vs. transactional ones) should not extend at the MBR (pseudo-low-level).

Can't it be somehow connected to the 128 Gb LBA 48 limit?
But if the drive is 120 Gb that cannot be the problem. :cheers:

I suspect more a problem in the drive or USB interface. :clap: (I mean if it is brand new has not been tested extensively :))

However with TESTDISK:
http://www.cgsecurit...g/wiki/TestDisk

you should be able to recover the "lost" partitions.

:)

jaclaz

Thanks for your reply!
I wish I could solve with TestDisk (which seems a very powerful tool), but I suspect that my attempts to reformat lost partitions may have already destroyed their content. :clap:

I've also found this interesting article that describes the problem but doesn't offer solutions to it apart from "for now the best solution is to not let Vista create partitions". It also has links to details that you certainly may understand better than me. ;)

Question is: has this been an unlucky event or is this the way one ends up when using Vista and XP tool on the same disk?
In this case the problem is very serious, and undocumented too. :)

:cheers:
edborg

#5 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 03 December 2009 - 05:16 PM

Question is: has this been an unlucky event or is this the way one ends up when using Vista and XP tool on the same disk?
In this case the problem is very serious, and undocumented too. :)


Yes. :cheers:

You found the right reason. :clap:

This is of course a problem generated by Vista. (and caused by the overall utter stoopidity of the approach of the good guys at MS)

Most probably to change one single byte (the 80 to 00 or viceversa in the MBR) the stoopid disk.management re-checks the whole MBR and EPBR's, and being stoopid, wrecks an otherwise perfectly working setup.

You should "fix" Vista:
http://www.911cd.net...showtopic=21186

The supposed reasons for boundary alignment are more "thin air" than most or the already enough thin and substanceless theories around.

AFAIK it all began with DATABASE (exchange, actually, one of the most UNreliable apps MS ever made) access times:
http://technet.micro...(EXCHG.65).aspx
then it came as Server recommendation:
http://support.micro...kb/923076/en-us

Of course there is NO reason in the world to adopt the same method to an "user level" OS, like Vista, unfortunately (unfortunately for the users to which it was forced upon :cheers:) is or should be.

The results of a "block size" test:
http://thebackroomte...-on-an-emc-san/

Show clearly how the "random access" gets better, expecially with very small sized files.

In the typical usage of a desktop, this won't make much difference (you'd better buy a faster disk), but you effectively REDUCE "burst transfer" in most cases (i.e. your imaging program will take MORE time to image or restore).

In other words and IMNSHO ;), "server" settings are good for servers, and should not be sneakingly forced upon desktop users, expecially when they introduce a backwards incompatibility, so severe as to potentially cause loss of data. :clap:


Back to the specific case, yes it is possible that you already botched your disk beyond repair, but it is also possible that the partitions, or at least their contents could be recovered.

While we are at it, another not-so-trivial change that the good guys "forgot" to PRINT IN BOLD is this one:
http://www.msfn.org/...832-page-9.html
http://support.micro...kb/941961/en-us



:)

jaclaz

#6 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 04 December 2009 - 09:56 AM

Quite a tricky matter!

You should "fix" Vista:
http://www.911cd.net...showtopic=21186

I'm not sure I fully got the significance of the "fix" you suggest.
I suppose it is something to apply "before" to avoid the problem rather than something to apply "after" as TestDisk.

I'm particularly interested in a fix, for the reasons explained below.

Back to the specific case, yes it is possible that you already botched your disk beyond repair, but it is also possible that the partitions, or at least their contents could be recovered.

As a matter of curiosity I tried TestDisk anyway and let it analyse the USB. As expected it found a mess, with overlapping partitions. I did nothing to correct the situation at the time, but when I plugged the USB HD to the XP notebook again something strange happened.
The two surviving partitons (WIP and TWO) where luckily still there and working. I successfully booted Windows 7 from TWO then attached the Windows 7 VHD that was in WIP, edited the BCD for native-boot from VHD, and marked WIP as active.
I then successfully booted from VHD. Perfect!

When rebooted to XP ... Explorer "found" ONE also, which hadn't found before. This second primary partition that I had been forced to remove and unsuccessfully reformat in Vista was there again with all data in it, apparentely in good shape!!!
I didn't dare to make it active and test it because I am afraid to lose WIP and TWO before I can back them up (I don't have HD space! :cheers: for now).

Finally I plugged the USB HD in the Vista notebook, and ONE wasn't there.

To sum up:
Partitions were created in Vista
A Windows 7 MBR was written
They were visible in both Vista and XP
When changing active partition in XP a logical partition disappeared
Subsequentely, I don't recall whether in XP or Vista, another primary partition disappeared
The two were missing in both Vista and XP
Missing partitons were removed, recreated and unsuccessfully formatted in Vista
A primary partition reappeared in XP, not in Vista
The logical partitions went away and only an empty extended partition remains.

Even when I get another USB HD and back up every surviving partition there, I'd like to play with this one to try adjusting things, if possible.

More than that, I'd like to understand what to do and what not to do to in future to be sure to avoid this mess.

Perhaps a workaround is always partitioning with XP and adjusting the MBR through MBRFix to Vista or Windows 7 when needed??? :clap:

edborg

#7 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 04 December 2009 - 10:10 AM

All you have to do is to insert in the Registry of Vista the keys that "forces" it's stoopid Disk Management/Diskpart to behave like the one of XP (and all the partitioning utilities since the dawn of time) do.

http://www.911cd.net...showtopic=21186
http://www.911cd.net...o...21186&st=18

http://support.micro...kb/931760/en-us

Then you will have a Vista that will partition "righteously".

Starting from scratch on that USB disk, would be the fastest, unless you have to recover data from it.

In any case that disk is now "wrongly" partitioned and CANNOT and SHOULD NOT be used on different OS, if not "fixed".

jaclaz

#8 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 04 December 2009 - 12:31 PM

Sorry, my fault. I hadn't got that conclusion from the exhaustive links in your previous post. I've re-read them more carefully together with your observations and the implications are more clear to me.

I've now applied to Vista the registry settings as per the MS article to force it (and Windows 7 too!) to behave properly.

Thanks! :clap:

edborg

P.S.
By the way, I don't like Vista's bells and whistles and many of its non standard behaviours; for working seriously I don't need Aero and stay with XP.
I only used Vista as a host for the Windows 7 project. :cheers:

#9 paraglider

paraglider

    Gold Member

  • .script developer
  • 1743 posts
  • Location:NC,USA
  •  
    United States

Posted 04 December 2009 - 01:16 PM

Here is a script to set the XP partition mode:

[Main]
Title=Force XP Disk Partition Mode
Author=Paraglider
Type=script
Level=3
Version=001
Description=Force XP Disk Partition Mode
Locked=false
Contact=Paraglider
Date=4.12.2009
Selected=True
Download_Level=0

[Process]
hive_load,HKLM
reg_add,0x1,"%reg%\ControlSet001\services\vds\Alignment","","Alignment Settings in Bytes"
reg_add,0x4,"%reg%\ControlSet001\services\vds\Alignment","Between4_8GB","0"
reg_add,0x4,"%reg%\ControlSet001\services\vds\Alignment","Between8_32GB","0"
reg_add,0x4,"%reg%\ControlSet001\services\vds\Alignment","GreaterThan32GB","0"
reg_add,0x4,"%reg%\ControlSet001\services\vds\Alignment","LessThan4GB","0"
hive_unload

#10 Lancelot

Lancelot

    Frequent Member

  • .script developer
  • 5013 posts
  • Location:Turkiye/Izmir
  • Interests:*Mechanical stuff and Physics,
    *LiveXP, BartPE, SherpyaXPE,
    *Basketball and Looong Walking,
    *Buying outwear for my girlf (Reason: Girls are stupid about buying bad stuff to make themselves uglier :))
    *Girls (Lyric: Girl,...., You will be a womann, Soon)
    *Answering questions for "Meaning of life",
    *Helping people,

    Kung with LiveXP, Fu with Peter :)
  •  
    Turkey

Posted 04 December 2009 - 06:51 PM

I knew i saw this values before on boot-land but forgot because of not being a vistape user. :clap:
http://www.boot-land...?...ost&p=72864
Current topic make me understand more clearly and I guess i will (hopefully) not forget again :cheers:

#11 karyonix

karyonix

    Frequent Member

  • Advanced user
  • 481 posts
  •  
    Thailand

Posted 05 December 2009 - 02:01 AM

Are there any rule stating that partition must start and end on cylinder or track boundaries ?
If so, why would there be CHS & LBA sector fields in partition table ? Isn't cylinder fields enough ?

I never known such rule exists.
It is just common practice not rule.
Disk partitioning softwares that assume partition must start and end on cylinder / track boundaries are faulty.

I think this problem is bug in Windows XP not Vista.

#12 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 05 December 2009 - 09:54 AM

Are there any rule stating that partition must start and end on cylinder or track boundaries ?
If so, why would there be CHS & LBA sector fields in partition table ? Isn't cylinder fields enough ?

I never known such rule exists.
It is just common practice not rule.
Disk partitioning softwares that assume partition must start and end on cylinder / track boundaries are faulty.

I think this problem is bug in Windows XP not Vista.


You'll have to define "rule".
  • DOS
  • FreeDOS
  • Win9x/ME
  • NT 3.51/4.00
  • Windows 2000
  • XP/Server2003
  • and AFAIK all Linuxes <- at least last time I checked some :) , which means that this can be largely inaccurate
    adopt this "rule".
If you like to call it "common practice", it's of course allright :clap:, and if you only use Vista and Windows 7 you can ignore it allright.

You are perfectly right in saying that in theory there is NO need to respect Cylinder and Head boundary, and most probably it is UNFAIR that such a "non-standard" standard has been forced on so many users, but sometimes reality is unfair. :cheers:

The only reason is historical, there is NO reason whatsoever nowadays to actually have a CHS geometry at all:
http://www.pcguide.c...geom/tracks.htm
http://www.pcguide.c...fference-c.html
http://www.pcguide.c...sDensity-c.html

http://www.pcguide.c...racksZBR-c.html

The standard BIOS settings for IDE/ATA hard disks only allow the specification of a single number for "sectors per track". Since all modern hard disks use ZBR and don't have a single number of sectors per track across the disk, they use logical geometry for the BIOS setup. IDE hard disks up to 8.4 GB usually tell the BIOS 63 sectors per track and then translate to the real geometry internally; no modern drive uses 63 sectors on any track, much less all of them. Hard drives over 8.4 GB can't have their parameters expressed using the IDE BIOS geometry parameters anyway (because the regular BIOS limit is 8.4 GB) so these drives always have 63 sectors per track as "dummy" geometry parameters, and are accessed using logical block addressing.

http://www.pcguide.c...ios/set/ide.htm

Vista "broke" traditions with this "feature", but if you want to adopt this new "freestyle" partitioning, you need to update all older Operating Systems that are not compatible with it, if you want to use same disk on different OS, as, as demonstrated by edborg report, in practice it is easy to have problems.

I am not at all familiar with EFI, but I presume that with that kind of booting CHS geometry and "stoopid" boundaries are gone for good. :cheers:

:clap:

jaclaz

#13 karyonix

karyonix

    Frequent Member

  • Advanced user
  • 481 posts
  •  
    Thailand

Posted 05 December 2009 - 01:08 PM

Linux, Windows Vista/7 and Windows XP itself have no problem discovering, mounting non-track-aligned logical partition.
GNU fdisk and gparted running in Linux don't delete non-track-aligned partition like Windows XP's Disk Management does.
Windows XP's Disk Management deletes not only logical partition created by Windows Vista/7 but also non-track-aligned logical partition created by GNU fdisk (when unit=sector) and gparted (when round to cylinder box is not checked).

I tried create logical partition in gparted with 1MB preceding space and 400MB size and uncheck round to cylinder.
In Windows XP's Disk Management that partition is visible.
I use Windows XP's Disk Management to created a new logical partition in remaining free space.
Then the previous partition disappear and become free space.

You think gparted is also bad partition editor like Windows Vista Disk Management ?

#14 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 05 December 2009 - 02:13 PM

You think gparted is also bad partition editor like Windows Vista Disk Management ?


I guess you missed or mis-interpreted my previous statement :thumbup:, I am saying rather the opposite, the issue is introduced by Vista, but the corruption is caused by the poorly written XP programs:

This is of course a problem generated by Vista. (and caused by the overall utter stoopidity of the approach of the good guys at MS)

Most probably to change one single byte (the 80 to 00 or viceversa in the MBR) the stoopid disk.management re-checks the whole MBR and EPBR's, and being stoopid, wrecks an otherwise perfectly working setup.


The "stoopid" was referred to BOTH Vista (a it seems to me the best adjective to describe this particular OS) and to the XP Disk Management, besides being ALSO, and mainly referred to the good MS guys that introduced incompatibilities with their OWN tools without CLEARLY stating so and WITHOUT immediately providing a "compulsory" fix to at least XP.

For the record, the attribute started being connected in my mind with the guys at MS when they did this:
http://www.911cd.net...o...=11383&st=3
I lost count of how many systems I had to revive, due to that issue, which was LARGELY undocumented or mis-documented.
For the record, even on systems already upgraded to SP4, and after having throwed in the bin the Win 2K 120 day trial, all third party defragging utilities (NT didn't ship with one) would cease to function, were it not for a couple of smart guys named Mark Russinovich and Bryce Cogswell :whistling: , which found a (temporary) fix for the issue. Even CHKDISK did not work correctly:
http://web.archive.o...com/ntfschk.htm
http://web.archive.o...2399378,00.html

If you prefer, they elevated in XP the "common practice" to "rule", and soon after infringed that same rule they created.

Them guys at MS will NEVER learn, I guess. :thumbup:

:thumbsup:

jaclaz

#15 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 15 December 2009 - 10:04 AM

All you have to do is to insert in the Registry of Vista the keys that "forces" it's stoopid Disk Management/Diskpart to behave like the one of XP (and all the partitioning utilities since the dawn of time) do.

http://www.911cd.net...showtopic=21186
http://www.911cd.net...o...21186&st=18

http://support.micro...kb/931760/en-us

Then you will have a Vista that will partition "righteously".

Starting from scratch on that USB disk, would be the fastest, unless you have to recover data from it.

In any case that disk is now "wrongly" partitioned and CANNOT and SHOULD NOT be used on different OS, if not "fixed".

jaclaz

Well, apparently the registry edit was not enough to force Vista to partition "righteously" and to eliminate all inconsistencies with previous systems! ;)

The new three primary partitions I created from Vista after the edit (on a new USB HD to recover the content of the unusable disk and to recreate the work that had been lost) did survive after being accessed from XP (and Vista again) ;) , but when I subsequently tried to create other partitions in the unallocated space from XP (the OS I usually work with), its Disk Management refused to do that, leaving me with a partially unusable disk. B)

To overcome the problem I had to borrow again a Vista PC and complete the partitioning from there.

So, the unacceptable risk of losing data is overcome, but an annoying incompatibility remains between Vista and XP even with that registry edit. :rolleyes:

edborg

#16 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 15 December 2009 - 10:46 AM

Well, apparently the registry edit was not enough to force Vista to partition "righteously" and to eliminate all inconsistencies with previous systems! :rolleyes:

The new three primary partitions I created from Vista after the edit (on a new USB HD to recover the content of the unusable disk and to recreate the work that had been lost) did survive after being accessed from XP (and Vista again) :thumbup: , but when I subsequently tried to create other partitions in the unallocated space from XP (the OS I usually work with), its Disk Management refused to do that, leaving me with a partially unusable disk. :thumbup:

To overcome the problem I had to borrow again a Vista PC and complete the partitioning from there.

So, the unacceptable risk of losing data is overcome, but an annoying incompatibility remains between Vista and XP even with that registry edit. ;)

edborg

Hmmm. B)
Most probably something else got wrong.
I need the MBR of that disk (After having been partitioned with Vista, with the "Registry Fix" and before the attempt with XP and after final partitioning, to try and understand what's going on).
All that the Registry entries should do is to restrict Vista disk management to the "old" standard of aligning the partitions to Cylinder Boundaries, nothing more, nothing less.
If the partitions have been created with "old" standard alignment, they are exactly as they would be if created under XP, so there must be something else. ;)

B)

jaclaz

#17 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 15 December 2009 - 03:28 PM

Hmmm. ;)
Most probably something else got wrong.
I need the MBR of that disk (After having been partitioned with Vista, with the "Registry Fix" and before the attempt with XP and after final partitioning, to try and understand what's going on).
All that the Registry entries should do is to restrict Vista disk management to the "old" standard of aligning the partitions to Cylinder Boundaries, nothing more, nothing less.
If the partitions have been created with "old" standard alignment, they are exactly as they would be if created under XP, so there must be something else. ;)

:thumbup:

jaclaz

Unfortunately I haven't a backup of that MBR.
More than that, something worse happened afterwards.
When changing the active partition from XP all logical partitions created from Vista disappeared, as it had happened to the other disk partitioned with Vista before the registry edit.
Now I hope I won't lose the primary partitions too. B)
The situation is a real mess (at least to me) and not at all reliable.
To try and understand what's going on one probably would need a third HD with nothing to lose on it, which I don't have. B)

Thanks for your follow up, anyway. :rolleyes:

edborg

#18 wimb

wimb

    Platinum Member

  • Developer
  • 3756 posts
  • Interests:Boot and Install from USB
  •  
    Netherlands

Posted 15 December 2009 - 06:04 PM

You may want to use:

BootSector Backup Utility - MBR_Backup.cmd

Download: MBR-Backup

#19 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 16 December 2009 - 09:36 AM

You may want to use:

BootSector Backup Utility - MBR_Backup.cmd

Download: MBR-Backup

Thanks, but whereas

Unfortunately I haven't a backup of that MBR

I do have the tools for backing up the MBR.
I'll have a look at your link, anyway. :rolleyes:
edborg

#20 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 16 December 2009 - 10:17 AM

@jaclaz

If you're really willing to further investigate (but don't feel obliged to :rolleyes: ) I enclose the MBR now, as I don't have the MBR before, plus some info obtained with MBRFix.exe and two screenshots of Vista and XP Disk Management.

INFO OBTAINED WITH MBRFIX.EXE ON USB HD WESTERN DIGITAL 16/12/09

DRIVEINFO
Drive 2
Cylinders = 38913
Tracks (heads) per cylinder = 255
Sectors per track = 63
Bytes per sector = 512
Disk size = 320070320640 (Bytes) = 298 (GB)

DRIVESIZE
Drive 2
Disk size = 305242 (MB)

LISTPARTITIONS
# Boot Size (MB) Type
1 19994 7 NTFS or HPFS
2 20002 7 NTFS or HPFS
3 Yes 80003 7 NTFS or HPFS
4 185233 15 WIN95: Extended partition, LBA-mapped

READSIGNATURE
66A8F

As it can be seen, Vista has left 8MB of unallocated space at the beginning of the extended partition although the VDS registry values had been set to zero.
This might be the cause of the loss of logical partitions (in XP and Vista) triggered by a change of the active partition in XP (the lost partitions have been accessible in both OSes before that).
One explanation of why this happened (but I need your confirmation or otherwise) may be that when substituting Vista's MBR with that of Windows 7 to use primary partitions for Windows 7 installs (MBRFix /drive 2 fixmbr /win7) something was changed in the PT that shouldn't have.
This has been done before creating the logical volumes that have subsequently disappeared.

In your opinion would it be possible to fix the situation without losing the content of the primary partitions that I can't easily backup somewhere else?

edborg

EDIT: WDMBR.bin has been renamed WDMBR.txt to upload it.

Attached Files



#21 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 16 December 2009 - 11:43 AM

Yes, somehow the Registry settings didn't worked, but most probably the missing point is that once the Registry keys are applied, you must start from scratch, otherwise the initial offset won't be changed.

Your MBR is a MESS :thumbup: (there is NO other word to describe it).

There are "colliding" and "wrong" CHS data in it.

Attached a PTview of it.

I don't think that MBRfix has anything to do with it, the actual OS that was booted from or accessed the drive may.

In your opinion would it be possible to fix the situation without losing the content of the primary partitions that I can't easily backup somewhere else?


Let me think about it a bit :rolleyes:, you will need anyway some "scratch space", and it is however "risky" business.

Cannot say if any of the Commercial or freeware partition resizing apps have the "granularity" features you might need.

jaclaz

Attached Files



#22 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 16 December 2009 - 03:01 PM

Yes, somehow the Registry settings didn't worked, but most probably the missing point is that once the Registry keys are applied, you must start from scratch, otherwise the initial offset won't be changed.

I did start from scratch, on another brand new HD (not the previous one) and after reboot, so I really can't understand what may have gone wrong. :thumbup:

I don't think that MBRfix has anything to do with it, the actual OS that was booted from or accessed the drive may.

Happy about that! I gather that the fixmbr option is supposed to upgrade the IPL, leaving the PT untouched, isn't it? So the mess in the PT must have been created before, right? B)

Let me think about it a bit :rolleyes:, you will need anyway some "scratch space", and it is however "risky" business.

I do have 180 GB of "scratch space" on the disk itself (320 GB) but I'm afraid it couldn't be used, or could it?.
As an alternative I could back up at least the most important installation on another USB HD ... but that also has been formatted by Vista. :thumbup:
It has had no problems (todate), but I'll have to look better into it's MBR (PT?) to check that it's not another MESS.

edborg

#23 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 16 December 2009 - 03:25 PM

I did start from scratch, on another brand new HD (not the previous one) and after reboot, so I really can't understand what may have gone wrong. :thumbup:

Well, then somehow, either the Registry fix didn't work for you (it is reported as working by several people), or the drive was somethow pre-partitioned/pre-formatted (this is normally the case for external USB drives).

Happy about that! I gather that the fixmbr option is supposed to upgrade the IPL, leaving the PT untouched, isn't it? So the mess in the PT must have been created before, right? B)

Yes and No.
I mean, as I see it MBRfix is "innocent" as it only deals with the CODE, leaving DATA alone.
What I do suspect is that it is the initial offset of first partition that causes the problme, but only when you use XP disk management to set the third Active.
In other words it is not the initial offset the problem in itself, nor is making third partition active (with a simple hex editor or with beeblebrox or from any other non-smart :thumbup: tool that does what it should), it is making third partition active using the XP disk management the problem it is probable that when it accesses the PT finds something "wrong" in it's stoopid smartness and attempts to correct data, failing miserably, it doesn't matter if "before" or "after".

I do have 180 GB of "scratch space" on the disk itself (320 GB) but I'm afraid it couldn't be used, or could it?.

Well, 180 Gb of space is more than enough. And yes, I think it can be used relatively "safely"


As an alternative I could back up at least the most important installation on another USB HD ... but that also has been formatted by Vista. :thumbup:
It has had no problems (todate), but I'll have to look better into it's MBR (PT?) to check that it's not another MESS.

Why do you see it as an alternative B), backing up should be an additional step.


I have possibly found the "right" app, but you won't like it :rolleyes:, as it is a relatively newish betaish version of a completely "alien" OS :thumbup::
http://partitionlogic.org.uk/
http://partitionlogi...ut/preview.html

I did some very quick tests and it seems like allright for the specific tasks, but I need to carry some more tests to make sure.

Am I correct assuming that the Extended partition is "expendable" to make on it a backup of the first three partitions (or, in other words, that all you care about is the data in the three primary partitions only)?

jaclaz

#24 edborg

edborg

    Frequent Member

  • .script developer
  • 387 posts
  •  
    Italy

Posted 16 December 2009 - 04:05 PM

... or the drive was somehow pre-partitioned/pre-formatted (this is normally the case for external USB drives).

Yes it was, but I removed the preformatted single partition and started from scratch with Vista.

Why do you see it as an alternative :thumbup:, backing up should be an additional step.

Because backing up on the same disk, if possible, would be easier to me than using the other one. :thumbup:

I have possibly found the "right" app, but you won't like it :thumbup:, as it is a relatively newish betaish version of a completely "alien" OS B):
http://partitionlogic.org.uk/
http://partitionlogi...ut/preview.html

I'll like everything you think is appropriate! B)

Am I correct assuming that the Extended partition is "expendable" to make on it a backup of the first three partitions (or, in other words, that all you care about is the data in the three primary partitions only)?

Yes, sure.

THANKS A LOT! :rolleyes:

edborg

#25 dog

dog

    Frequent Member

  • Expert
  • 236 posts

Posted 16 December 2009 - 06:36 PM

Well, then somehow, either the Registry fix didn't work for you (it is reported as working by several people)

The one quoted by Frodo seems to be missing the word "alignment".




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users