true, it shouldn't be possible to have 2 C drives on the same hard drive, but I'm just saying what I have read online which is only accurate if vista is installed after XP, and vista would be the one seeing 2 C drives, there wouldn't actually be 2 C drives, vista would just disguise itself or something to make it think its on C.
It could show XP as D or something, but thats not what I've read, anyways I will know after I install vista and see firsthand
Follow the steps I gave in Post #68, and you will see both of your systems will call itself C when each one is booted (from the booted system, the other system will be given a different drive letter). If you just install Vista after XP (without changing the "active" partition or hiding XP's partition), Vista's boot files will go to XP's partition (exactly what happened the first time you dual-booted the two) because it is "active", and moreoever, your XP install will see itself (and Vista will see it) as a non-C partition (most likely D), because the C drive letter is taken up by the Vista install. However, if you
do hide XP's partition, and set the Vista partition to "active" before you install it, the install program will give to your Vista system the C drive letter, because Vista's partition is "active" and the XP system is hidden. And then each system will continue to call itself C, and the other system a different drive letter, because like I mentioned before, the booted system doesn't care what any other system calls the partitions when
it is booted.
Jake
Addendum:
Addendum:
I could post links here if you want, I just did a google search before and thats what sites were indicating
Go ahead...:brows:
I'd like to see what these "sites" are saying, and first of all, if they have any idea what they are talking about.
Addendum:
Ok, I just did some research on RAID, and learned it stands for "Redundant Arrays of Inexpensive Disks". If I understand your situation correctly, I'm not sure why you would be attempting to use RAID at all, if you only have one hard disk...:S
In addition, it seems RAID level 0 (like you have, or had) is not even technically RAID at all, because it is not redundant. In level 0, data is split across drives, resulting in higher data throughout. Since no redundant information is stored, performance is very good, but the failure of any disk in the array results in data loss. This level is commonly referred to as striping.
Which type of RAID were you using anyway? Hardware RAID or software RAID? According to the info I read on the Net, the hardware based system manages the RAID subsystem independently from the host and presents to the host a single disk per RAID array. This way the host doesn't have to be aware of the RAID subsystems. In addition, there appears to be two types of hardware RAID solutions:
One, the controller based hardware solution:
DPT's SCSI controllers are a good example for a controller based RAID solution.
The intelligent controller manages the RAID subsystem independently from the host. The advantage over an external SCSI---SCSI RAID subsystem is that the contoller is able to span the RAID subsystem over multiple SCSI channels and and by this remove the limiting factor external RAID solutions have: The transfer rate over the SCSI bus.
Two, the external hardware solution (SCSI---SCSI RAID)
An external RAID box moves all RAID handling "intelligence" into a controller that is sitting in the external disk subsystem. The whole subsystem is connected to the host via a normal SCSI controller and apears to the host as a single or multiple disks.
This solution has drawbacks compared to the contoller based solution: The single SCSI channel used in this solution creates a bottleneck.
Newer technologies like Fiber Channel can ease this problem, especially if they allow to trunk multiple channels into a Storage Area Network.
4 SCSI drives can already completely flood a parallel SCSI bus, since the average transfer size is around 4KB and the command transfer overhead - which is even in Ultra SCSI still done asynchonously - takes most of the bus time.
And the software type of RAID occupies host system memory, consume CPU cycles and are operating system dependent. By contending with other applications that are running concurrently for host CPU cycles and memory, software-based arrays degrade overall server performance. Also, unlike hardware-based arrays, the performance of a software-based array is directly dependent on server CPU performance and load.
Addendum:
I had vista 64 installed, then made a second partition for windows xp. So vista is on C and XP is on D, well some of my programs and drivers are messing around with vista i think and screwing stuff up. So I need Vista to disappear for XP use. A typical scenario whatever, i can dual boot just fine with easy bcd. But then I decided to use that Hide n seek program because i need C partition hidden from XP. It gives me this error find --remap-root /XP.D.HnS and something about an error 15 file not found or something for that. I can still boot into vista just fine, but as said, i get that error if i try to boot. I assume this has something to do with the loader pointing incorrectly or something but I don't know if thats the case or how to fix it if it is. Anyways additional info of probable use is that I have 2 sata2 drives in raid0. I have 3 partitions, the first is for vista, the second is a 20 meg unpartitioned space for safety or something it was reccomended and I can afford the space loss anyways. the third partition is for Xp, so basically just 2 partitions, but i did create the 20meg one before the XP one then deleted the 20meg one because that was simple, so perhaps the XP one is still thought of as a third partition to the bootloader? still just subjective as I don't know. Anyways I need this wretched problem fixed sometime and I'm totally lost at it so anyways please help if you can.
Ok, sorry...I see now you have two disks. So which one then was the host (if using hardware RAID)?
Also, I just realized the root line in menu.lst should have been
not
The reason is, if you had a 20 meg partition in addition to the Vista partition
when the XP partition was created, it means the XP partition would have been placed in the
third slot in the MBR partition table (because the 20 meg partition had been occupying the
second slot most likely), and would have still remained there even after deleting the 20 meg partition. But then again, maybe not...
Its possible, I suppose, that whatever app you used to delete the 20 meg partition was smart enough to adjust the partition table afterwards, and place the XP partition in the second slot of the partition table, which would mean "root hd0,1"
was correct. But I highly doubt it.
No doubt that info would have been useful before, but I'm not sure it would have even worked then, due to the many complications of RAID.