Disk partitioning size

BTW: The problem does not happen on a non boot partition...

--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"John John (MVP)" <audetweld@nbnot.nb.ca> wrote in message
news:ucJsogvuJHA.1212@TK2MSFTNGP04.phx.gbl...
> There was a problem with the 137GB barrier and hibernation or creation of
> memory dump files when SP1 was first released but that was addressed in
> late 2002 or early 2003 with a hotfix.
>
> Other than that you are the only one who reports this behaviour with your
> tests. Where are the tests and reports from all the others? Why are
> there no confirmation of this by experts in this field? Why are none of
> the hard drive manufacturers reporting this? Why is this information not
> available 48bitlba.com? Why are there no articles on the Microsoft
> Knowledge Base or on Technet about this? Why is it that this was never
> reported by any of the major computer manufacturers and why is it that
> none of them even have a mention of this on their web site? Why is it
> that this isn't reported by any of the printed or online business or
> computer publications? Why is it that this isn't reported by any of the
> Microsoft critics out there?
>
> Do you seriously think that such a serious problem would have gone
> unnoticed for more than 7 years and that by chance you have discovered and
> are the only one to know of such a major flaw with Windows XP
> installations on large disks? This Big LBA problem has been with us all
> along with Windows 2000 and it was present when XP was first released and
> everybody knew about it.
>
> As for your assertion that Vista cannot properly handle 48-bit LBA that is
> just plain untrue. Few Windows versions have been so scrutinized and
> criticized as Vista, 48-bit LBA was old news and mainstream when Vista
> first appeared in beta release, if such a major flaw existed on Vista it
> would have been quickly exposed during beta testing and none of the
> critics would have let this pass and go by unnoticed, Microsoft would have
> gotten hammered over it!
>
> Your claim that nobody knows about this because they buy computers with
> Windows installed on large drives and it takes users a long time for their
> drives to fill up before the problem shows up just doesn't hold up to
> scrutiny. I know many people who have bought Vista machines on 250GB hard
> drives and in a matter of a few months their drive was filled to capacity
> with movies and music files and their disks did not fail. If what you say
> was true *NONE* of the computer manufacturers would want to suffer the
> complaints and wrath of the consumers over this problem, not a single one
> of them would ship a computer with Windows installed on anything bigger
> than a 120GB drive, all the manufacturers would explain this to their
> customers and customers who need more storage capacity would be sold
> computers with multiple hard disks. Such a major problem would be
> reported all over the internet and it would even make headline news on
> CNN! Your tests simply do not support the facts and the experience of
> others out there.
>
> John
>
> Randem wrote:
>> I get these new Vista boxes in my shop and the owner complains that they
>> copied large amounts of data to their hard disk then they mysteriously
>> cannot boot their computer... hmmm. I repair these computers because
>> Windows messed up their file system and soon as I fix them they can
>> mysteriously boot... These MUST be accidents...(sarcasm). You can nay-say
>> all you want but you mysteriously do not do any test... Why is that?
>> Would a test destroy your mis-believe world?
>>

 

It wasn't long at all, SP1 was released on September 9, 2002 and the
hibernation/memory dump hotfix was released on January 22, 2003.
Somebody quickly found out about this SP1 48-bit LBA problem and it was
corrected less than 5 months after SP1 was released. You can bet your
bottom dollar that if people were losing all their data when they cross
the 137GB barrier on their Windows drive this would be a major complaint
and the problem would not be going on swept under the carpet and unnoticed!

John

Randem wrote:
> You seem to have a lot of time to tell people that the world is flat but no
> time to test, hmmmm... How long was it before MS reported that problem with
> hibernation? I suppose to the people who had the unreported problem it was
> all in their minds before MS made a knowledgebase article about it. I guess
> it did not exist before then...
>
> It is easy to test, why haven't you at least done that?
>

 

So if I install Windows XP SP3 to a NTFS partition that is
approximately 160GB and the start copying enough files
to this partition then once I exceed 137GB worth of
files and then reboot the problem should happen.

Give it a try tomorrow as soon as I finish stress testing
my latest home built PC.

--
JS
http:/www.pagestart.com


"Randem" <newsgroups@randem.com> wrote in message
news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
> The world is not flat...
>
> To test:
>
> 1 - Copy files or folders to large hard disk till it reaches past 137GB
>
> 2 - Reboot
>
> Something that simple even you guys can follow it. I have given the
> solution to this problem that many have used to fix the problem. But you
> guys still tell the world the world is flat... I guess this problem must
> be in the other people's minds who have this problem and have had it
> fixed. Please tell this user he was imagining his hard disk crash
> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>
>
> BTW: Here are the articles that MS has posted and the ONLY error they have
> fixed. Show me anywhere in these documents where it states that MS has
> fixed this particular problem.
>
> List of Fixes in Windows XP by Service Pack
>
> SP1 - SP1a - http://support.microsoft.com/kb/324720
> SP2 - http://support.microsoft.com/kb/811113
> SP3 - http://support.microsoft.com/kb/946480/
>
> Corrupted Large Hard Disk Fix from Hibernation
>
> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>
>
> --
> Randem Systems
> Your Installation Specialist
> The Top Inno Setup Script Generator
> http://www.randem.com/innoscript.html
> Disk Read Error Press Ctl+Alt+Del to Restart
> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>
>
>
> "Bill in Co." <not_really_here@earthlink.net> wrote in message
> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>> I'll wait up for this too. But, don't hold your breath.
>>
>> JS wrote:
>>> OK, tell me what to test.
>>> I can setup my test PC for XP or Vista
>>> Give me the steps to perform
>>> (in ordered sequence).
>>> and I'll run the test.
>>>
>>> I have a spare 160GB drive, will that do?
>>>
>>> --
>>> JS
>>> http:/www.pagestart.com
>>>
>>>
>>> "Randem" <newsgroups@randem.com> wrote in message
>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>> Whatever, you LACK of testing abilities shines very brightly here. All
>>>> you
>>>> can do is attempt to verbally tear down others withh no evidence
>>>> what-so-ever. It's a simple test why can't you perform it? Or is that
>>>> very
>>>> evident?
>>>>
>>>> --
>>>> Randem Systems
>>>> Your Installation Specialist
>>>> The Top Inno Setup Script Generator
>>>> http://www.randem.com/innoscript.html
>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>
>>>>
>>>>
>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>> I'm sure your "tests" are equally as substantive and valid as Twayne's
>>>>> (alleged) "tests" on registry cleaners ("speeding up the system").
>>>>> I'll
>>>>> leave it at that. LOL.
>>>>>
>>>>> Randem wrote:
>>>>>> All it take is a simple test... but some how you guys can't seem to
>>>>>> do
>>>>>> that... hmmmm.
>>>>>>
>>>>>> --
>>>>>> Randem Systems
>>>>>> Your Installation Specialist
>>>>>> The Top Inno Setup Script Generator
>>>>>> http://www.randem.com/innoscript.html
>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>
>>>>>>
>>>>>>
>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>> Yeah, I think so!
>>>>>>>
>>>>>>> John John (MVP) wrote:
>>>>>>>> There are tons of Windows XP OEM installation that were shipped out
>>>>>>>> on
>>>>>>>> large drives and none of them are failing because of problems with
>>>>>>>> 48-bit LBA addressing! I don't care what you say the facts and
>>>>>>>> experience of others simply do not support your claims. Computer
>>>>>>>> manufacturers have been shipping XP installations on 160GB and
>>>>>>>> 250GB
>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>> retail
>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>> simply
>>>>>>>> do
>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>> *millions* of complaints about this and the problem would be front
>>>>>>>> page
>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>> Windows
>>>>>>>> XP installations on large hard drives filed to near capacity and
>>>>>>>> none
>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem was
>>>>>>>> addressed with SP1 and your information is out of date
>>>>>>>>
>>>>>>>> John
>>>>>>>>
>>>>>>>> Randem wrote:
>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>> there
>>>>>>>>> is
>>>>>>>>> certainly no mistake... It is very easy to replicate.
>>
>>
>
>

 

Obviously you didn't read very well. I said ABSOLUTELY nothing about LOSING
data... hmmm, i see why you have your opinions...

--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"John John (MVP)" <audetweld@nbnot.nb.ca> wrote in message
news:%23vK6Z9vuJHA.1088@TK2MSFTNGP04.phx.gbl...
> It wasn't long at all, SP1 was released on September 9, 2002 and the
> hibernation/memory dump hotfix was released on January 22, 2003. Somebody
> quickly found out about this SP1 48-bit LBA problem and it was corrected
> less than 5 months after SP1 was released. You can bet your bottom dollar
> that if people were losing all their data when they cross the 137GB
> barrier on their Windows drive this would be a major complaint and the
> problem would not be going on swept under the carpet and unnoticed!
>
> John
>
> Randem wrote:
>> You seem to have a lot of time to tell people that the world is flat but
>> no time to test, hmmmm... How long was it before MS reported that problem
>> with hibernation? I suppose to the people who had the unreported problem
>> it was all in their minds before MS made a knowledgebase article about
>> it. I guess it did not exist before then...
>>
>> It is easy to test, why haven't you at least done that?
>>

 

RIGHT, I just gave some information to those who may be experiencing the
problem. The self interest parties alway attack such information for it was
either NIH or MS never said it. The people I have helped are grateful to my
assistance and solutions... Maybe they made up their problem so my solution
would help them... I see where you guys are going... Why not ask the same
people who stated thay it solved their problem.

--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"Bill in Co." <not_really_here@earthlink.net> wrote in message
news:%23MZaAcvuJHA.4648@TK2MSFTNGP06.phx.gbl...
> What is evident is a clear case of self-projection for both of you.
>
> Randem wrote:
>> Whatever, you LACK of testing abilities shines very brightly here. All
>> you
>> can do is attempt to verbally tear down others withh no evidence
>> what-so-ever. It's a simple test why can't you perform it? Or is that
>> very
>> evident?
>>
>> --
>> Randem Systems
>> Your Installation Specialist
>> The Top Inno Setup Script Generator
>> http://www.randem.com/innoscript.html
>> Disk Read Error Press Ctl+Alt+Del to Restart
>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>
>>
>>
>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>> I'm sure your "tests" are equally as substantive and valid as Twayne's
>>> (alleged) "tests" on registry cleaners ("speeding up the system"). I'll
>>> leave it at that. LOL.
>>>
>>> Randem wrote:
>>>> All it take is a simple test... but some how you guys can't seem to do
>>>> that... hmmmm.
>>>>
>>>> --
>>>> Randem Systems
>>>> Your Installation Specialist
>>>> The Top Inno Setup Script Generator
>>>> http://www.randem.com/innoscript.html
>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>
>>>>
>>>>
>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>> Yeah, I think so!
>>>>>
>>>>> John John (MVP) wrote:
>>>>>> There are tons of Windows XP OEM installation that were shipped out
>>>>>> on
>>>>>> large drives and none of them are failing because of problems with
>>>>>> 48-bit LBA addressing! I don't care what you say the facts and
>>>>>> experience of others simply do not support your claims. Computer
>>>>>> manufacturers have been shipping XP installations on 160GB and 250GB
>>>>>> hard drives for many years now and users have been installing retail
>>>>>> versions on large drives for as many years and your assertions simply
>>>>>> do
>>>>>> not bear out. If what you say were true there would have been
>>>>>> *millions* of complaints about this and the problem would be front
>>>>>> page
>>>>>> news and discussed all over the place. I have seen many, many
>>>>>> Windows
>>>>>> XP installations on large hard drives filed to near capacity and none
>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem was
>>>>>> addressed with SP1 and your information is out of date
>>>>>>
>>>>>> John
>>>>>>
>>>>>> Randem wrote:
>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so there
>>>>>>> is
>>>>>>> certainly no mistake... It is very easy to replicate.
>
>

 

So you are saying that SP1 broke XP? SInce XP was released in October of
2001, from October 2001 to January 22, 2003 is quite a long time....

--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"John John (MVP)" <audetweld@nbnot.nb.ca> wrote in message
news:%23vK6Z9vuJHA.1088@TK2MSFTNGP04.phx.gbl...
> It wasn't long at all, SP1 was released on September 9, 2002 and the
> hibernation/memory dump hotfix was released on January 22, 2003. Somebody
> quickly found out about this SP1 48-bit LBA problem and it was corrected
> less than 5 months after SP1 was released. You can bet your bottom dollar
> that if people were losing all their data when they cross the 137GB
> barrier on their Windows drive this would be a major complaint and the
> problem would not be going on swept under the carpet and unnoticed!
>
> John
>
> Randem wrote:
>> You seem to have a lot of time to tell people that the world is flat but
>> no time to test, hmmmm... How long was it before MS reported that problem
>> with hibernation? I suppose to the people who had the unreported problem
>> it was all in their minds before MS made a knowledgebase article about
>> it. I guess it did not exist before then...
>>
>> It is easy to test, why haven't you at least done that?
>>

 

I get that from your own posts and from the incorrect information in
your article on your web site:

"If you look into the file that is at or spans the 137gb boundry you
will find that it is corrupted for something was written to the cylinder
that hold the data."

"I get these new Vista boxes in my shop and the owner complains that
they copied large amounts of data to their hard disk then they
mysteriously cannot boot their computer... hmmm. I repair these
computers because Windows messed up their file system..."

"It is confirmed that Windows trashes itself if you have a boot
partition larger than 137GB and have data there also because Windows
writes something at the end of the boot partition."

(Confirmed by whom? By your tests only? Citations please!)

I think almost everyone here will equate "corrupted", "messed up their
file system" and "Windows trashes itself" with data loss!

Regardless, even if we put the data loss issue aside, the information on
your site is still erroneous, Windows XP with the proper Service Pack
does not "...trash itself if you have a boot partition larger than 137GB
and have data there also...". I have done my own test today with
Windows XP Pro SP2 on a 160GB drive. I removed all the partitions on
the disk then booted with the SP2 slipstreamed installation CD and
allowed the setup program to create a single partition out of the 160GB
disk and format it to NTFS. With XP installed and up and running I then
filled the drive with about 147GB of data and Windows boots without any
problems and none of the data on the disk is corrupt!

My test machine has 2GB of RAM, to push my test to the limit I
hibernated the machine, to do this Windows has to write a 2GB
hibernation file to the disk, it wrote the file and rebooted from its
hibernated state without batting an eye! You can keep on believing
whatever you want but your test is flawed and I am sure others will
reach the same conclusion if they try to replicate it.

John

Randem wrote:
> Obviously you didn't read very well. I said ABSOLUTELY nothing about LOSING
> data... hmmm, i see why you have your opinions...
>

 

What the heck are you mumbling about now? SP1 included the 48-bit LBA
fix (as released the Windows XP ATAPI driver had no 48-bit LBA support
and was incapable of handling large LBA disks). It was very quickly
discovered that the 48-bit LBA fix supplied in SP1 caused problems when
the machine was put into hibernation or when the machine crashed and
wrote a memory dump file. So about 4 months after the release of SP1 a
fix was released to fix the SP1 48-bit LBA ATAPI driver so that it could
handle memory dumps and hibernation.

I don't see the what the release date of SP1 has to do with anything, it
is a well known fact that the initial SP1 48-bit LBA driver had a bug
that was later repaired. What is it that you don't understand? SP1
broke what? The non existent 48-bit LBA support in the original Windows
XP release? Anyway, I'm done with this thread, you need to update your
knowledge and keep up with the developments in the field, you are at
least 6 years behind with this 28-bit 137GB LBA information, an eternity
in the IT world!

Good luck with your endeavours!

John

Randem wrote:
> So you are saying that SP1 broke XP? SInce XP was released in October of
> 2001, from October 2001 to January 22, 2003 is quite a long time....
>

 

That stated about a file not ALL your data... Get real!

--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"John John (MVP)" <audetweld@nbnot.nb.ca> wrote in message
news:%23NA79$8uJHA.5708@TK2MSFTNGP05.phx.gbl...
>I get that from your own posts and from the incorrect information in your
>article on your web site:
>
> "If you look into the file that is at or spans the 137gb boundry you will
> find that it is corrupted for something was written to the cylinder that
> hold the data."
>
> "I get these new Vista boxes in my shop and the owner complains that they
> copied large amounts of data to their hard disk then they mysteriously
> cannot boot their computer... hmmm. I repair these computers because
> Windows messed up their file system..."
>
> "It is confirmed that Windows trashes itself if you have a boot partition
> larger than 137GB and have data there also because Windows writes
> something at the end of the boot partition."
>
> (Confirmed by whom? By your tests only? Citations please!)
>
> I think almost everyone here will equate "corrupted", "messed up their
> file system" and "Windows trashes itself" with data loss!
>
> Regardless, even if we put the data loss issue aside, the information on
> your site is still erroneous, Windows XP with the proper Service Pack does
> not "...trash itself if you have a boot partition larger than 137GB and
> have data there also...". I have done my own test today with Windows XP
> Pro SP2 on a 160GB drive. I removed all the partitions on the disk then
> booted with the SP2 slipstreamed installation CD and allowed the setup
> program to create a single partition out of the 160GB disk and format it
> to NTFS. With XP installed and up and running I then filled the drive
> with about 147GB of data and Windows boots without any problems and none
> of the data on the disk is corrupt!
>
> My test machine has 2GB of RAM, to push my test to the limit I hibernated
> the machine, to do this Windows has to write a 2GB hibernation file to the
> disk, it wrote the file and rebooted from its hibernated state without
> batting an eye! You can keep on believing whatever you want but your test
> is flawed and I am sure others will reach the same conclusion if they try
> to replicate it.
>
> John
>
> Randem wrote:
>> Obviously you didn't read very well. I said ABSOLUTELY nothing about
>> LOSING data... hmmm, i see why you have your opinions...
>>

 

Really, How would people find out that it was broken? The regular users
generally did not have HD's that were larger than 120GB So they could not
report it for it never affected them until after they got HD bigger than
137GB

--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"John John (MVP)" <audetweld@nbnot.nb.ca> wrote in message
news:eg2zuy9uJHA.4648@TK2MSFTNGP06.phx.gbl...
> What the heck are you mumbling about now? SP1 included the 48-bit LBA fix
> (as released the Windows XP ATAPI driver had no 48-bit LBA support and was
> incapable of handling large LBA disks). It was very quickly discovered
> that the 48-bit LBA fix supplied in SP1 caused problems when the machine
> was put into hibernation or when the machine crashed and wrote a memory
> dump file. So about 4 months after the release of SP1 a fix was released
> to fix the SP1 48-bit LBA ATAPI driver so that it could handle memory
> dumps and hibernation.
>
> I don't see the what the release date of SP1 has to do with anything, it
> is a well known fact that the initial SP1 48-bit LBA driver had a bug that
> was later repaired. What is it that you don't understand? SP1 broke
> what? The non existent 48-bit LBA support in the original Windows XP
> release? Anyway, I'm done with this thread, you need to update your
> knowledge and keep up with the developments in the field, you are at least
> 6 years behind with this 28-bit 137GB LBA information, an eternity in the
> IT world!
>
> Good luck with your endeavours!
>
> John
>
> Randem wrote:
>> So you are saying that SP1 broke XP? SInce XP was released in October of
>> 2001, from October 2001 to January 22, 2003 is quite a long time....
>>

 

And that happened YEARS ago.

Randem wrote:
> Really, How would people find out that it was broken? The regular users
> generally did not have HD's that were larger than 120GB So they could not
> report it for it never affected them until after they got HD bigger than
> 137GB
>
> --
> Randem Systems
> Your Installation Specialist
> The Top Inno Setup Script Generator
> http://www.randem.com/innoscript.html
> Disk Read Error Press Ctl+Alt+Del to Restart
> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>
>
>
> "John John (MVP)" <audetweld@nbnot.nb.ca> wrote in message
> news:eg2zuy9uJHA.4648@TK2MSFTNGP06.phx.gbl...
>> What the heck are you mumbling about now? SP1 included the 48-bit LBA
>> fix
>> (as released the Windows XP ATAPI driver had no 48-bit LBA support and
>> was
>> incapable of handling large LBA disks). It was very quickly discovered
>> that the 48-bit LBA fix supplied in SP1 caused problems when the machine
>> was put into hibernation or when the machine crashed and wrote a memory
>> dump file. So about 4 months after the release of SP1 a fix was released
>> to fix the SP1 48-bit LBA ATAPI driver so that it could handle memory
>> dumps and hibernation.
>>
>> I don't see the what the release date of SP1 has to do with anything, it
>> is a well known fact that the initial SP1 48-bit LBA driver had a bug
>> that
>> was later repaired. What is it that you don't understand? SP1 broke
>> what? The non existent 48-bit LBA support in the original Windows XP
>> release? Anyway, I'm done with this thread, you need to update your
>> knowledge and keep up with the developments in the field, you are at
>> least
>> 6 years behind with this 28-bit 137GB LBA information, an eternity in the
>> IT world!
>>
>> Good luck with your endeavours!
>>
>> John
>>
>> Randem wrote:
>>> So you are saying that SP1 broke XP? SInce XP was released in October of
>>> 2001, from October 2001 to January 22, 2003 is quite a long time....

 

Yes, and just because you have a large HD does not mean you have filled
it... So those sorts of problems would never surface until then and for some
NEVER...

--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"Bill in Co." <not_really_here@earthlink.net> wrote in message
news:%23iFc0wAvJHA.2376@TK2MSFTNGP04.phx.gbl...
> And that happened YEARS ago.
>
> Randem wrote:
>> Really, How would people find out that it was broken? The regular users
>> generally did not have HD's that were larger than 120GB So they could not
>> report it for it never affected them until after they got HD bigger than
>> 137GB
>>
>> --
>> Randem Systems
>> Your Installation Specialist
>> The Top Inno Setup Script Generator
>> http://www.randem.com/innoscript.html
>> Disk Read Error Press Ctl+Alt+Del to Restart
>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>
>>
>>
>> "John John (MVP)" <audetweld@nbnot.nb.ca> wrote in message
>> news:eg2zuy9uJHA.4648@TK2MSFTNGP06.phx.gbl...
>>> What the heck are you mumbling about now? SP1 included the 48-bit LBA
>>> fix
>>> (as released the Windows XP ATAPI driver had no 48-bit LBA support and
>>> was
>>> incapable of handling large LBA disks). It was very quickly discovered
>>> that the 48-bit LBA fix supplied in SP1 caused problems when the machine
>>> was put into hibernation or when the machine crashed and wrote a memory
>>> dump file. So about 4 months after the release of SP1 a fix was
>>> released
>>> to fix the SP1 48-bit LBA ATAPI driver so that it could handle memory
>>> dumps and hibernation.
>>>
>>> I don't see the what the release date of SP1 has to do with anything, it
>>> is a well known fact that the initial SP1 48-bit LBA driver had a bug
>>> that
>>> was later repaired. What is it that you don't understand? SP1 broke
>>> what? The non existent 48-bit LBA support in the original Windows XP
>>> release? Anyway, I'm done with this thread, you need to update your
>>> knowledge and keep up with the developments in the field, you are at
>>> least
>>> 6 years behind with this 28-bit 137GB LBA information, an eternity in
>>> the
>>> IT world!
>>>
>>> Good luck with your endeavours!
>>>
>>> John
>>>
>>> Randem wrote:
>>>> So you are saying that SP1 broke XP? SInce XP was released in October
>>>> of
>>>> 2001, from October 2001 to January 22, 2003 is quite a long time....
>
>

 

Finished the test, computer reboots without any problems!

For anyone interested I have included my step by step
testing.

Step by Step:
Installed 160GB WD IDE drive
Installed Windows XP Pro
(SP3 Included, single 149GB NTFS Partition)
Installed Motherboard drivers
Installed Network chip drivers
Turned off Automatic Updates
Downloaded Installed COMODO Firewall/AV
Ran AV scan
Download and installed TweakUi
Turned off "Auto Play" on DVD drive
Downloaded Installed NVIDIA video card drivers
Password protected user account
Changed screen resolution
Changed Windows Explorer to "Detail" and show hidden files.

Checked C: partition properties.
Decimal values
Used = 6.04GB
Free = 153.99GB
Capacity = 160.03GB

Started task of filling up the drive with files and folders
1) Used previous burned DVD media to copy file to new folder on hard drive.
2) Checked "Disk Defragmenter", no defrag required, analysis shows only a
very
small number of fragmented files, everything is packed tight.
3) Activated Windows XP.
4) Created a "Restore Point"
5) Disabled AV and Firewall
6) Ran Windows Update - Custom Option
(Installed latest version of WGA)
7) Installed all "Critical Updates" except for IE7.
8) Updates installed, reboot required.
9) Install .NET Framework 3.5 SP1 optional update.
10) Copied from DVD to new folders bunch of files.
11) Repeatedly copied contents existing folders to newly created folders
to begin filling up the hard drive. Rebooted the computer a couple of times
during this process (both cold and warm reboots)
12) Cool Boot with 135GB Decimal (125GB Binary) used drive space, no
problems.
13) Disk Defragmenter analysis showed no files or clusters in use beyond
135GB.
14) Copied a single file .ISO from DVD (2.6GB Decimal / 2.43 Binary) file
from DVD drive
to hard disk. this puts the used drive space past the 137 GB barrier
(137.621GB).
15) Warm or Cold boot without any problems.
16) One final test, added another 2.6GB file to hard drive. Warm and Cold
reboot without any problems.

--
JS
http:/www.pagestart.com


"Randem" <newsgroups@randem.com> wrote in message
news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
> The world is not flat...
>
> To test:
>
> 1 - Copy files or folders to large hard disk till it reaches past 137GB
>
> 2 - Reboot
>
> Something that simple even you guys can follow it. I have given the
> solution to this problem that many have used to fix the problem. But you
> guys still tell the world the world is flat... I guess this problem must
> be in the other people's minds who have this problem and have had it
> fixed. Please tell this user he was imagining his hard disk crash
> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>
>
> BTW: Here are the articles that MS has posted and the ONLY error they have
> fixed. Show me anywhere in these documents where it states that MS has
> fixed this particular problem.
>
> List of Fixes in Windows XP by Service Pack
>
> SP1 - SP1a - http://support.microsoft.com/kb/324720
> SP2 - http://support.microsoft.com/kb/811113
> SP3 - http://support.microsoft.com/kb/946480/
>
> Corrupted Large Hard Disk Fix from Hibernation
>
> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>
>
> --
> Randem Systems
> Your Installation Specialist
> The Top Inno Setup Script Generator
> http://www.randem.com/innoscript.html
> Disk Read Error Press Ctl+Alt+Del to Restart
> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>
>
>
> "Bill in Co." <not_really_here@earthlink.net> wrote in message
> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>> I'll wait up for this too. But, don't hold your breath.
>>
>> JS wrote:
>>> OK, tell me what to test.
>>> I can setup my test PC for XP or Vista
>>> Give me the steps to perform
>>> (in ordered sequence).
>>> and I'll run the test.
>>>
>>> I have a spare 160GB drive, will that do?
>>>
>>> --
>>> JS
>>> http:/www.pagestart.com
>>>
>>>
>>> "Randem" <newsgroups@randem.com> wrote in message
>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>> Whatever, you LACK of testing abilities shines very brightly here. All
>>>> you
>>>> can do is attempt to verbally tear down others withh no evidence
>>>> what-so-ever. It's a simple test why can't you perform it? Or is that
>>>> very
>>>> evident?
>>>>
>>>> --
>>>> Randem Systems
>>>> Your Installation Specialist
>>>> The Top Inno Setup Script Generator
>>>> http://www.randem.com/innoscript.html
>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>
>>>>
>>>>
>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>> I'm sure your "tests" are equally as substantive and valid as Twayne's
>>>>> (alleged) "tests" on registry cleaners ("speeding up the system").
>>>>> I'll
>>>>> leave it at that. LOL.
>>>>>
>>>>> Randem wrote:
>>>>>> All it take is a simple test... but some how you guys can't seem to
>>>>>> do
>>>>>> that... hmmmm.
>>>>>>
>>>>>> --
>>>>>> Randem Systems
>>>>>> Your Installation Specialist
>>>>>> The Top Inno Setup Script Generator
>>>>>> http://www.randem.com/innoscript.html
>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>
>>>>>>
>>>>>>
>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>> Yeah, I think so!
>>>>>>>
>>>>>>> John John (MVP) wrote:
>>>>>>>> There are tons of Windows XP OEM installation that were shipped out
>>>>>>>> on
>>>>>>>> large drives and none of them are failing because of problems with
>>>>>>>> 48-bit LBA addressing! I don't care what you say the facts and
>>>>>>>> experience of others simply do not support your claims. Computer
>>>>>>>> manufacturers have been shipping XP installations on 160GB and
>>>>>>>> 250GB
>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>> retail
>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>> simply
>>>>>>>> do
>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>> *millions* of complaints about this and the problem would be front
>>>>>>>> page
>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>> Windows
>>>>>>>> XP installations on large hard drives filed to near capacity and
>>>>>>>> none
>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem was
>>>>>>>> addressed with SP1 and your information is out of date
>>>>>>>>
>>>>>>>> John
>>>>>>>>
>>>>>>>> Randem wrote:
>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>> there
>>>>>>>>> is
>>>>>>>>> certainly no mistake... It is very easy to replicate.
>>
>>
>
>

 

Thanks, JS. It seems like you and John John have demonstrated that
Randem's tests were flawed. (Surprise, surprise.) Therefore, his
conclusions are erroneous, and his advice can be disregarded.


JS wrote:
> Finished the test, computer reboots without any problems!
>
> For anyone interested I have included my step by step
> testing.
>
> Step by Step:
> Installed 160GB WD IDE drive
> Installed Windows XP Pro
> (SP3 Included, single 149GB NTFS Partition)
> Installed Motherboard drivers
> Installed Network chip drivers
> Turned off Automatic Updates
> Downloaded Installed COMODO Firewall/AV
> Ran AV scan
> Download and installed TweakUi
> Turned off "Auto Play" on DVD drive
> Downloaded Installed NVIDIA video card drivers
> Password protected user account
> Changed screen resolution
> Changed Windows Explorer to "Detail" and show hidden files.
>
> Checked C: partition properties.
> Decimal values
> Used = 6.04GB
> Free = 153.99GB
> Capacity = 160.03GB
>
> Started task of filling up the drive with files and folders
> 1) Used previous burned DVD media to copy file to new folder on hard
> drive. 2) Checked "Disk Defragmenter", no defrag required, analysis
> shows only a very
> small number of fragmented files, everything is packed tight.
> 3) Activated Windows XP.
> 4) Created a "Restore Point"
> 5) Disabled AV and Firewall
> 6) Ran Windows Update - Custom Option
> (Installed latest version of WGA)
> 7) Installed all "Critical Updates" except for IE7.
> 8) Updates installed, reboot required.
> 9) Install .NET Framework 3.5 SP1 optional update.
> 10) Copied from DVD to new folders bunch of files.
> 11) Repeatedly copied contents existing folders to newly created
> folders to begin filling up the hard drive. Rebooted the computer a
> couple of times during this process (both cold and warm reboots)
> 12) Cool Boot with 135GB Decimal (125GB Binary) used drive space, no
> problems.
> 13) Disk Defragmenter analysis showed no files or clusters in use
> beyond 135GB.
> 14) Copied a single file .ISO from DVD (2.6GB Decimal / 2.43 Binary)
> file from DVD drive
> to hard disk. this puts the used drive space past the 137 GB barrier
> (137.621GB).
> 15) Warm or Cold boot without any problems.
> 16) One final test, added another 2.6GB file to hard drive. Warm and
> Cold reboot without any problems.
>
>
> "Randem" <newsgroups@randem.com> wrote in message
> news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
>> The world is not flat...
>>
>> To test:
>>
>> 1 - Copy files or folders to large hard disk till it reaches past
>> 137GB 2 - Reboot
>>
>> Something that simple even you guys can follow it. I have given the
>> solution to this problem that many have used to fix the problem. But
>> you guys still tell the world the world is flat... I guess this
>> problem must be in the other people's minds who have this problem
>> and have had it fixed. Please tell this user he was imagining his
>> hard disk crash
>> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>> BTW: Here are the articles that MS has posted and the ONLY error
>> they have fixed. Show me anywhere in these documents where it states
>> that MS has fixed this particular problem.
>>
>> List of Fixes in Windows XP by Service Pack
>>
>> SP1 - SP1a - http://support.microsoft.com/kb/324720
>> SP2 - http://support.microsoft.com/kb/811113
>> SP3 - http://support.microsoft.com/kb/946480/
>>
>> Corrupted Large Hard Disk Fix from Hibernation
>>
>> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>>
>>
>> --
>> Randem Systems
>> Your Installation Specialist
>> The Top Inno Setup Script Generator
>> http://www.randem.com/innoscript.html
>> Disk Read Error Press Ctl+Alt+Del to Restart
>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>
>>
>>
>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>>> I'll wait up for this too. But, don't hold your breath.
>>>
>>> JS wrote:
>>>> OK, tell me what to test.
>>>> I can setup my test PC for XP or Vista
>>>> Give me the steps to perform
>>>> (in ordered sequence).
>>>> and I'll run the test.
>>>>
>>>> I have a spare 160GB drive, will that do?
>>>>
>>>> --
>>>> JS
>>>> http:/www.pagestart.com
>>>>
>>>>
>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>>> Whatever, you LACK of testing abilities shines very brightly
>>>>> here. All you
>>>>> can do is attempt to verbally tear down others withh no evidence
>>>>> what-so-ever. It's a simple test why can't you perform it? Or is
>>>>> that very
>>>>> evident?
>>>>>
>>>>> --
>>>>> Randem Systems
>>>>> Your Installation Specialist
>>>>> The Top Inno Setup Script Generator
>>>>> http://www.randem.com/innoscript.html
>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>
>>>>>
>>>>>
>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>>> I'm sure your "tests" are equally as substantive and valid as
>>>>>> Twayne's (alleged) "tests" on registry cleaners ("speeding up
>>>>>> the system"). I'll
>>>>>> leave it at that. LOL.
>>>>>>
>>>>>> Randem wrote:
>>>>>>> All it take is a simple test... but some how you guys can't
>>>>>>> seem to do
>>>>>>> that... hmmmm.
>>>>>>>
>>>>>>> --
>>>>>>> Randem Systems
>>>>>>> Your Installation Specialist
>>>>>>> The Top Inno Setup Script Generator
>>>>>>> http://www.randem.com/innoscript.html
>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>>> Yeah, I think so!
>>>>>>>>
>>>>>>>> John John (MVP) wrote:
>>>>>>>>> There are tons of Windows XP OEM installation that were
>>>>>>>>> shipped out on
>>>>>>>>> large drives and none of them are failing because of problems
>>>>>>>>> with 48-bit LBA addressing! I don't care what you say the
>>>>>>>>> facts and experience of others simply do not support your
>>>>>>>>> claims. Computer manufacturers have been shipping XP
>>>>>>>>> installations on 160GB and 250GB
>>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>>> retail
>>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>>> simply
>>>>>>>>> do
>>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>>> *millions* of complaints about this and the problem would be
>>>>>>>>> front page
>>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>>> Windows
>>>>>>>>> XP installations on large hard drives filed to near capacity
>>>>>>>>> and none
>>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem
>>>>>>>>> was addressed with SP1 and your information is out of date
>>>>>>>>>
>>>>>>>>> John
>>>>>>>>>
>>>>>>>>> Randem wrote:
>>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>>> there
>>>>>>>>>> is
>>>>>>>>>> certainly no mistake... It is very easy to replicate.

 

Next up on the list is the (alleged by some) "improvement in system speed"
obtained by using registry cleaners! LOL.

Daave wrote:
> Thanks, JS. It seems like you and John John have demonstrated that
> Randem's tests were flawed. (Surprise, surprise.) Therefore, his
> conclusions are erroneous, and his advice can be disregarded.
>
>
> JS wrote:
>> Finished the test, computer reboots without any problems!
>>
>> For anyone interested I have included my step by step
>> testing.
>>
>> Step by Step:
>> Installed 160GB WD IDE drive
>> Installed Windows XP Pro
>> (SP3 Included, single 149GB NTFS Partition)
>> Installed Motherboard drivers
>> Installed Network chip drivers
>> Turned off Automatic Updates
>> Downloaded Installed COMODO Firewall/AV
>> Ran AV scan
>> Download and installed TweakUi
>> Turned off "Auto Play" on DVD drive
>> Downloaded Installed NVIDIA video card drivers
>> Password protected user account
>> Changed screen resolution
>> Changed Windows Explorer to "Detail" and show hidden files.
>>
>> Checked C: partition properties.
>> Decimal values
>> Used = 6.04GB
>> Free = 153.99GB
>> Capacity = 160.03GB
>>
>> Started task of filling up the drive with files and folders
>> 1) Used previous burned DVD media to copy file to new folder on hard
>> drive. 2) Checked "Disk Defragmenter", no defrag required, analysis
>> shows only a very
>> small number of fragmented files, everything is packed tight.
>> 3) Activated Windows XP.
>> 4) Created a "Restore Point"
>> 5) Disabled AV and Firewall
>> 6) Ran Windows Update - Custom Option
>> (Installed latest version of WGA)
>> 7) Installed all "Critical Updates" except for IE7.
>> 8) Updates installed, reboot required.
>> 9) Install .NET Framework 3.5 SP1 optional update.
>> 10) Copied from DVD to new folders bunch of files.
>> 11) Repeatedly copied contents existing folders to newly created
>> folders to begin filling up the hard drive. Rebooted the computer a
>> couple of times during this process (both cold and warm reboots)
>> 12) Cool Boot with 135GB Decimal (125GB Binary) used drive space, no
>> problems.
>> 13) Disk Defragmenter analysis showed no files or clusters in use
>> beyond 135GB.
>> 14) Copied a single file .ISO from DVD (2.6GB Decimal / 2.43 Binary)
>> file from DVD drive
>> to hard disk. this puts the used drive space past the 137 GB barrier
>> (137.621GB).
>> 15) Warm or Cold boot without any problems.
>> 16) One final test, added another 2.6GB file to hard drive. Warm and
>> Cold reboot without any problems.
>>
>>
>> "Randem" <newsgroups@randem.com> wrote in message
>> news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
>>> The world is not flat...
>>>
>>> To test:
>>>
>>> 1 - Copy files or folders to large hard disk till it reaches past
>>> 137GB 2 - Reboot
>>>
>>> Something that simple even you guys can follow it. I have given the
>>> solution to this problem that many have used to fix the problem. But
>>> you guys still tell the world the world is flat... I guess this
>>> problem must be in the other people's minds who have this problem
>>> and have had it fixed. Please tell this user he was imagining his
>>> hard disk crash
>>> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>>> BTW: Here are the articles that MS has posted and the ONLY error
>>> they have fixed. Show me anywhere in these documents where it states
>>> that MS has fixed this particular problem.
>>>
>>> List of Fixes in Windows XP by Service Pack
>>>
>>> SP1 - SP1a - http://support.microsoft.com/kb/324720
>>> SP2 - http://support.microsoft.com/kb/811113
>>> SP3 - http://support.microsoft.com/kb/946480/
>>>
>>> Corrupted Large Hard Disk Fix from Hibernation
>>>
>>> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>>>
>>>
>>> --
>>> Randem Systems
>>> Your Installation Specialist
>>> The Top Inno Setup Script Generator
>>> http://www.randem.com/innoscript.html
>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>
>>>
>>>
>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>>>> I'll wait up for this too. But, don't hold your breath.
>>>>
>>>> JS wrote:
>>>>> OK, tell me what to test.
>>>>> I can setup my test PC for XP or Vista
>>>>> Give me the steps to perform
>>>>> (in ordered sequence).
>>>>> and I'll run the test.
>>>>>
>>>>> I have a spare 160GB drive, will that do?
>>>>>
>>>>> --
>>>>> JS
>>>>> http:/www.pagestart.com
>>>>>
>>>>>
>>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>>>> Whatever, you LACK of testing abilities shines very brightly
>>>>>> here. All you
>>>>>> can do is attempt to verbally tear down others withh no evidence
>>>>>> what-so-ever. It's a simple test why can't you perform it? Or is
>>>>>> that very
>>>>>> evident?
>>>>>>
>>>>>> --
>>>>>> Randem Systems
>>>>>> Your Installation Specialist
>>>>>> The Top Inno Setup Script Generator
>>>>>> http://www.randem.com/innoscript.html
>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>
>>>>>>
>>>>>>
>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>>>> I'm sure your "tests" are equally as substantive and valid as
>>>>>>> Twayne's (alleged) "tests" on registry cleaners ("speeding up
>>>>>>> the system"). I'll
>>>>>>> leave it at that. LOL.
>>>>>>>
>>>>>>> Randem wrote:
>>>>>>>> All it take is a simple test... but some how you guys can't
>>>>>>>> seem to do
>>>>>>>> that... hmmmm.
>>>>>>>>
>>>>>>>> --
>>>>>>>> Randem Systems
>>>>>>>> Your Installation Specialist
>>>>>>>> The Top Inno Setup Script Generator
>>>>>>>> http://www.randem.com/innoscript.html
>>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>>>> Yeah, I think so!
>>>>>>>>>
>>>>>>>>> John John (MVP) wrote:
>>>>>>>>>> There are tons of Windows XP OEM installation that were
>>>>>>>>>> shipped out on
>>>>>>>>>> large drives and none of them are failing because of problems
>>>>>>>>>> with 48-bit LBA addressing! I don't care what you say the
>>>>>>>>>> facts and experience of others simply do not support your
>>>>>>>>>> claims. Computer manufacturers have been shipping XP
>>>>>>>>>> installations on 160GB and 250GB
>>>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>>>> retail
>>>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>>>> simply
>>>>>>>>>> do
>>>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>>>> *millions* of complaints about this and the problem would be
>>>>>>>>>> front page
>>>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>>>> Windows
>>>>>>>>>> XP installations on large hard drives filed to near capacity
>>>>>>>>>> and none
>>>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem
>>>>>>>>>> was addressed with SP1 and your information is out of date
>>>>>>>>>>
>>>>>>>>>> John
>>>>>>>>>>
>>>>>>>>>> Randem wrote:
>>>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>>>> there
>>>>>>>>>>> is
>>>>>>>>>>> certainly no mistake... It is very easy to replicate.

 

I just had to reload a box last week for that. The guy said, "So I
installed this registry cleaner..." and I just told him to give me the
machine.

"Bill in Co." <not_really_here@earthlink.net> wrote in message
news:uH7LtTGvJHA.496@TK2MSFTNGP06.phx.gbl...
> Next up on the list is the (alleged by some) "improvement in system speed"
> obtained by using registry cleaners! LOL.
>
> Daave wrote:
>> Thanks, JS. It seems like you and John John have demonstrated that
>> Randem's tests were flawed. (Surprise, surprise.) Therefore, his
>> conclusions are erroneous, and his advice can be disregarded.
>>
>>
>> JS wrote:
>>> Finished the test, computer reboots without any problems!
>>>
>>> For anyone interested I have included my step by step
>>> testing.
>>>
>>> Step by Step:
>>> Installed 160GB WD IDE drive
>>> Installed Windows XP Pro
>>> (SP3 Included, single 149GB NTFS Partition)
>>> Installed Motherboard drivers
>>> Installed Network chip drivers
>>> Turned off Automatic Updates
>>> Downloaded Installed COMODO Firewall/AV
>>> Ran AV scan
>>> Download and installed TweakUi
>>> Turned off "Auto Play" on DVD drive
>>> Downloaded Installed NVIDIA video card drivers
>>> Password protected user account
>>> Changed screen resolution
>>> Changed Windows Explorer to "Detail" and show hidden files.
>>>
>>> Checked C: partition properties.
>>> Decimal values
>>> Used = 6.04GB
>>> Free = 153.99GB
>>> Capacity = 160.03GB
>>>
>>> Started task of filling up the drive with files and folders
>>> 1) Used previous burned DVD media to copy file to new folder on hard
>>> drive. 2) Checked "Disk Defragmenter", no defrag required, analysis
>>> shows only a very
>>> small number of fragmented files, everything is packed tight.
>>> 3) Activated Windows XP.
>>> 4) Created a "Restore Point"
>>> 5) Disabled AV and Firewall
>>> 6) Ran Windows Update - Custom Option
>>> (Installed latest version of WGA)
>>> 7) Installed all "Critical Updates" except for IE7.
>>> 8) Updates installed, reboot required.
>>> 9) Install .NET Framework 3.5 SP1 optional update.
>>> 10) Copied from DVD to new folders bunch of files.
>>> 11) Repeatedly copied contents existing folders to newly created
>>> folders to begin filling up the hard drive. Rebooted the computer a
>>> couple of times during this process (both cold and warm reboots)
>>> 12) Cool Boot with 135GB Decimal (125GB Binary) used drive space, no
>>> problems.
>>> 13) Disk Defragmenter analysis showed no files or clusters in use
>>> beyond 135GB.
>>> 14) Copied a single file .ISO from DVD (2.6GB Decimal / 2.43 Binary)
>>> file from DVD drive
>>> to hard disk. this puts the used drive space past the 137 GB barrier
>>> (137.621GB).
>>> 15) Warm or Cold boot without any problems.
>>> 16) One final test, added another 2.6GB file to hard drive. Warm and
>>> Cold reboot without any problems.
>>>
>>>
>>> "Randem" <newsgroups@randem.com> wrote in message
>>> news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
>>>> The world is not flat...
>>>>
>>>> To test:
>>>>
>>>> 1 - Copy files or folders to large hard disk till it reaches past
>>>> 137GB 2 - Reboot
>>>>
>>>> Something that simple even you guys can follow it. I have given the
>>>> solution to this problem that many have used to fix the problem. But
>>>> you guys still tell the world the world is flat... I guess this
>>>> problem must be in the other people's minds who have this problem
>>>> and have had it fixed. Please tell this user he was imagining his
>>>> hard disk crash
>>>> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>>>> BTW: Here are the articles that MS has posted and the ONLY error
>>>> they have fixed. Show me anywhere in these documents where it states
>>>> that MS has fixed this particular problem.
>>>>
>>>> List of Fixes in Windows XP by Service Pack
>>>>
>>>> SP1 - SP1a - http://support.microsoft.com/kb/324720
>>>> SP2 - http://support.microsoft.com/kb/811113
>>>> SP3 - http://support.microsoft.com/kb/946480/
>>>>
>>>> Corrupted Large Hard Disk Fix from Hibernation
>>>>
>>>> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>>>>
>>>>
>>>> --
>>>> Randem Systems
>>>> Your Installation Specialist
>>>> The Top Inno Setup Script Generator
>>>> http://www.randem.com/innoscript.html
>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>
>>>>
>>>>
>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>>>>> I'll wait up for this too. But, don't hold your breath.
>>>>>
>>>>> JS wrote:
>>>>>> OK, tell me what to test.
>>>>>> I can setup my test PC for XP or Vista
>>>>>> Give me the steps to perform
>>>>>> (in ordered sequence).
>>>>>> and I'll run the test.
>>>>>>
>>>>>> I have a spare 160GB drive, will that do?
>>>>>>
>>>>>> --
>>>>>> JS
>>>>>> http:/www.pagestart.com
>>>>>>
>>>>>>
>>>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>>>>> Whatever, you LACK of testing abilities shines very brightly
>>>>>>> here. All you
>>>>>>> can do is attempt to verbally tear down others withh no evidence
>>>>>>> what-so-ever. It's a simple test why can't you perform it? Or is
>>>>>>> that very
>>>>>>> evident?
>>>>>>>
>>>>>>> --
>>>>>>> Randem Systems
>>>>>>> Your Installation Specialist
>>>>>>> The Top Inno Setup Script Generator
>>>>>>> http://www.randem.com/innoscript.html
>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>>>>> I'm sure your "tests" are equally as substantive and valid as
>>>>>>>> Twayne's (alleged) "tests" on registry cleaners ("speeding up
>>>>>>>> the system"). I'll
>>>>>>>> leave it at that. LOL.
>>>>>>>>
>>>>>>>> Randem wrote:
>>>>>>>>> All it take is a simple test... but some how you guys can't
>>>>>>>>> seem to do
>>>>>>>>> that... hmmmm.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Randem Systems
>>>>>>>>> Your Installation Specialist
>>>>>>>>> The Top Inno Setup Script Generator
>>>>>>>>> http://www.randem.com/innoscript.html
>>>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>>>>> Yeah, I think so!
>>>>>>>>>>
>>>>>>>>>> John John (MVP) wrote:
>>>>>>>>>>> There are tons of Windows XP OEM installation that were
>>>>>>>>>>> shipped out on
>>>>>>>>>>> large drives and none of them are failing because of problems
>>>>>>>>>>> with 48-bit LBA addressing! I don't care what you say the
>>>>>>>>>>> facts and experience of others simply do not support your
>>>>>>>>>>> claims. Computer manufacturers have been shipping XP
>>>>>>>>>>> installations on 160GB and 250GB
>>>>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>>>>> retail
>>>>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>>>>> simply
>>>>>>>>>>> do
>>>>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>>>>> *millions* of complaints about this and the problem would be
>>>>>>>>>>> front page
>>>>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>>>>> Windows
>>>>>>>>>>> XP installations on large hard drives filed to near capacity
>>>>>>>>>>> and none
>>>>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem
>>>>>>>>>>> was addressed with SP1 and your information is out of date
>>>>>>>>>>>
>>>>>>>>>>> John
>>>>>>>>>>>
>>>>>>>>>>> Randem wrote:
>>>>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>>>>> there
>>>>>>>>>>>> is
>>>>>>>>>>>> certainly no mistake... It is very easy to replicate.
>
>

 

Funny, now go back to compare the iso's you copied that put you over the
137gb size see if it is equal in contents to the original. When you find
that out copy that file back onto the HD while windows is running. Courious,
did you also copy the files to the HD while windows was not running then
boot the HD?

And it is not at all surprising that the test that was accepted was one that
matches what you want it to be and all else is bogus. Hmmm, that sounds
familiar. You have no real evidence of either test but you tout one over the
other without even performing it yourself even though people all over are
complaining about this problem and MS's Fixboot or any other MS reconized
solution works but mine does.... EXPLAIN THAT AWAY! That is something you
cannot control. Ask the users that the solution has fix the problem or are
you afraid the answer may not be what you want it to be.

More people with this unresolved error that my solution has fixed. The
internet is covered with this issue with no MS solution. I guess that they
have imagined it also...
http://www.hardwareanalysis.com/content/topic/19004/?o=400

--
Randem Systems


Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"Bill in Co." <not_really_here@earthlink.net> wrote in message
news:uH7LtTGvJHA.496@TK2MSFTNGP06.phx.gbl...
> Next up on the list is the (alleged by some) "improvement in system speed"
> obtained by using registry cleaners! LOL.
>
> Daave wrote:
>> Thanks, JS. It seems like you and John John have demonstrated that
>> Randem's tests were flawed. (Surprise, surprise.) Therefore, his
>> conclusions are erroneous, and his advice can be disregarded.
>>
>>
>> JS wrote:
>>> Finished the test, computer reboots without any problems!
>>>
>>> For anyone interested I have included my step by step
>>> testing.
>>>
>>> Step by Step:
>>> Installed 160GB WD IDE drive
>>> Installed Windows XP Pro
>>> (SP3 Included, single 149GB NTFS Partition)
>>> Installed Motherboard drivers
>>> Installed Network chip drivers
>>> Turned off Automatic Updates
>>> Downloaded Installed COMODO Firewall/AV
>>> Ran AV scan
>>> Download and installed TweakUi
>>> Turned off "Auto Play" on DVD drive
>>> Downloaded Installed NVIDIA video card drivers
>>> Password protected user account
>>> Changed screen resolution
>>> Changed Windows Explorer to "Detail" and show hidden files.
>>>
>>> Checked C: partition properties.
>>> Decimal values
>>> Used = 6.04GB
>>> Free = 153.99GB
>>> Capacity = 160.03GB
>>>
>>> Started task of filling up the drive with files and folders
>>> 1) Used previous burned DVD media to copy file to new folder on hard
>>> drive. 2) Checked "Disk Defragmenter", no defrag required, analysis
>>> shows only a very
>>> small number of fragmented files, everything is packed tight.
>>> 3) Activated Windows XP.
>>> 4) Created a "Restore Point"
>>> 5) Disabled AV and Firewall
>>> 6) Ran Windows Update - Custom Option
>>> (Installed latest version of WGA)
>>> 7) Installed all "Critical Updates" except for IE7.
>>> 8) Updates installed, reboot required.
>>> 9) Install .NET Framework 3.5 SP1 optional update.
>>> 10) Copied from DVD to new folders bunch of files.
>>> 11) Repeatedly copied contents existing folders to newly created
>>> folders to begin filling up the hard drive. Rebooted the computer a
>>> couple of times during this process (both cold and warm reboots)
>>> 12) Cool Boot with 135GB Decimal (125GB Binary) used drive space, no
>>> problems.
>>> 13) Disk Defragmenter analysis showed no files or clusters in use
>>> beyond 135GB.
>>> 14) Copied a single file .ISO from DVD (2.6GB Decimal / 2.43 Binary)
>>> file from DVD drive
>>> to hard disk. this puts the used drive space past the 137 GB barrier
>>> (137.621GB).
>>> 15) Warm or Cold boot without any problems.
>>> 16) One final test, added another 2.6GB file to hard drive. Warm and
>>> Cold reboot without any problems.
>>>
>>>
>>> "Randem" <newsgroups@randem.com> wrote in message
>>> news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
>>>> The world is not flat...
>>>>
>>>> To test:
>>>>
>>>> 1 - Copy files or folders to large hard disk till it reaches past
>>>> 137GB 2 - Reboot
>>>>
>>>> Something that simple even you guys can follow it. I have given the
>>>> solution to this problem that many have used to fix the problem. But
>>>> you guys still tell the world the world is flat... I guess this
>>>> problem must be in the other people's minds who have this problem
>>>> and have had it fixed. Please tell this user he was imagining his
>>>> hard disk crash
>>>> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>>>> BTW: Here are the articles that MS has posted and the ONLY error
>>>> they have fixed. Show me anywhere in these documents where it states
>>>> that MS has fixed this particular problem.
>>>>
>>>> List of Fixes in Windows XP by Service Pack
>>>>
>>>> SP1 - SP1a - http://support.microsoft.com/kb/324720
>>>> SP2 - http://support.microsoft.com/kb/811113
>>>> SP3 - http://support.microsoft.com/kb/946480/
>>>>
>>>> Corrupted Large Hard Disk Fix from Hibernation
>>>>
>>>> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>>>>
>>>>
>>>> --
>>>> Randem Systems
>>>> Your Installation Specialist
>>>> The Top Inno Setup Script Generator
>>>> http://www.randem.com/innoscript.html
>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>
>>>>
>>>>
>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>>>>> I'll wait up for this too. But, don't hold your breath.
>>>>>
>>>>> JS wrote:
>>>>>> OK, tell me what to test.
>>>>>> I can setup my test PC for XP or Vista
>>>>>> Give me the steps to perform
>>>>>> (in ordered sequence).
>>>>>> and I'll run the test.
>>>>>>
>>>>>> I have a spare 160GB drive, will that do?
>>>>>>
>>>>>> --
>>>>>> JS
>>>>>> http:/www.pagestart.com
>>>>>>
>>>>>>
>>>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>>>>> Whatever, you LACK of testing abilities shines very brightly
>>>>>>> here. All you
>>>>>>> can do is attempt to verbally tear down others withh no evidence
>>>>>>> what-so-ever. It's a simple test why can't you perform it? Or is
>>>>>>> that very
>>>>>>> evident?
>>>>>>>
>>>>>>> --
>>>>>>> Randem Systems
>>>>>>> Your Installation Specialist
>>>>>>> The Top Inno Setup Script Generator
>>>>>>> http://www.randem.com/innoscript.html
>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>>>>> I'm sure your "tests" are equally as substantive and valid as
>>>>>>>> Twayne's (alleged) "tests" on registry cleaners ("speeding up
>>>>>>>> the system"). I'll
>>>>>>>> leave it at that. LOL.
>>>>>>>>
>>>>>>>> Randem wrote:
>>>>>>>>> All it take is a simple test... but some how you guys can't
>>>>>>>>> seem to do
>>>>>>>>> that... hmmmm.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Randem Systems
>>>>>>>>> Your Installation Specialist
>>>>>>>>> The Top Inno Setup Script Generator
>>>>>>>>> http://www.randem.com/innoscript.html
>>>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>>>>> Yeah, I think so!
>>>>>>>>>>
>>>>>>>>>> John John (MVP) wrote:
>>>>>>>>>>> There are tons of Windows XP OEM installation that were
>>>>>>>>>>> shipped out on
>>>>>>>>>>> large drives and none of them are failing because of problems
>>>>>>>>>>> with 48-bit LBA addressing! I don't care what you say the
>>>>>>>>>>> facts and experience of others simply do not support your
>>>>>>>>>>> claims. Computer manufacturers have been shipping XP
>>>>>>>>>>> installations on 160GB and 250GB
>>>>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>>>>> retail
>>>>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>>>>> simply
>>>>>>>>>>> do
>>>>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>>>>> *millions* of complaints about this and the problem would be
>>>>>>>>>>> front page
>>>>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>>>>> Windows
>>>>>>>>>>> XP installations on large hard drives filed to near capacity
>>>>>>>>>>> and none
>>>>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem
>>>>>>>>>>> was addressed with SP1 and your information is out of date
>>>>>>>>>>>
>>>>>>>>>>> John
>>>>>>>>>>>
>>>>>>>>>>> Randem wrote:
>>>>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>>>>> there
>>>>>>>>>>>> is
>>>>>>>>>>>> certainly no mistake... It is very easy to replicate.
>
>

 

I am interested in your test to find out why it differs from mine if you are
interested in discussing this in a professional manner without all the
hyperbole of the others.

You copied 1 file, I copied a whole nested folder structure. In my test the
file system structure gets corrupted and has to be recreated and this is why
Windows will not boot. I will try this both ways with a few other test along
with 1 file crosing the boundry and multiple folders crossing.

Could you do a compare of the file that crosses the boundry to see if it the
same as the original?



--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"JS" <@> wrote in message news:O$DWuJFvJHA.5244@TK2MSFTNGP06.phx.gbl...
> Finished the test, computer reboots without any problems!
>
> For anyone interested I have included my step by step
> testing.
>
> Step by Step:
> Installed 160GB WD IDE drive
> Installed Windows XP Pro
> (SP3 Included, single 149GB NTFS Partition)
> Installed Motherboard drivers
> Installed Network chip drivers
> Turned off Automatic Updates
> Downloaded Installed COMODO Firewall/AV
> Ran AV scan
> Download and installed TweakUi
> Turned off "Auto Play" on DVD drive
> Downloaded Installed NVIDIA video card drivers
> Password protected user account
> Changed screen resolution
> Changed Windows Explorer to "Detail" and show hidden files.
>
> Checked C: partition properties.
> Decimal values
> Used = 6.04GB
> Free = 153.99GB
> Capacity = 160.03GB
>
> Started task of filling up the drive with files and folders
> 1) Used previous burned DVD media to copy file to new folder on hard
> drive.
> 2) Checked "Disk Defragmenter", no defrag required, analysis shows only a
> very
> small number of fragmented files, everything is packed tight.
> 3) Activated Windows XP.
> 4) Created a "Restore Point"
> 5) Disabled AV and Firewall
> 6) Ran Windows Update - Custom Option
> (Installed latest version of WGA)
> 7) Installed all "Critical Updates" except for IE7.
> 8) Updates installed, reboot required.
> 9) Install .NET Framework 3.5 SP1 optional update.
> 10) Copied from DVD to new folders bunch of files.
> 11) Repeatedly copied contents existing folders to newly created folders
> to begin filling up the hard drive. Rebooted the computer a couple of
> times
> during this process (both cold and warm reboots)
> 12) Cool Boot with 135GB Decimal (125GB Binary) used drive space, no
> problems.
> 13) Disk Defragmenter analysis showed no files or clusters in use beyond
> 135GB.
> 14) Copied a single file .ISO from DVD (2.6GB Decimal / 2.43 Binary) file
> from DVD drive
> to hard disk. this puts the used drive space past the 137 GB barrier
> (137.621GB).
> 15) Warm or Cold boot without any problems.
> 16) One final test, added another 2.6GB file to hard drive. Warm and Cold
> reboot without any problems.
>
> --
> JS
> http:/www.pagestart.com
>
>
> "Randem" <newsgroups@randem.com> wrote in message
> news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
>> The world is not flat...
>>
>> To test:
>>
>> 1 - Copy files or folders to large hard disk till it reaches past 137GB
>>
>> 2 - Reboot
>>
>> Something that simple even you guys can follow it. I have given the
>> solution to this problem that many have used to fix the problem. But you
>> guys still tell the world the world is flat... I guess this problem must
>> be in the other people's minds who have this problem and have had it
>> fixed. Please tell this user he was imagining his hard disk crash
>> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>>
>>
>> BTW: Here are the articles that MS has posted and the ONLY error they
>> have fixed. Show me anywhere in these documents where it states that MS
>> has fixed this particular problem.
>>
>> List of Fixes in Windows XP by Service Pack
>>
>> SP1 - SP1a - http://support.microsoft.com/kb/324720
>> SP2 - http://support.microsoft.com/kb/811113
>> SP3 - http://support.microsoft.com/kb/946480/
>>
>> Corrupted Large Hard Disk Fix from Hibernation
>>
>> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>>
>>
>> --
>> Randem Systems
>> Your Installation Specialist
>> The Top Inno Setup Script Generator
>> http://www.randem.com/innoscript.html
>> Disk Read Error Press Ctl+Alt+Del to Restart
>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>
>>
>>
>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>>> I'll wait up for this too. But, don't hold your breath.
>>>
>>> JS wrote:
>>>> OK, tell me what to test.
>>>> I can setup my test PC for XP or Vista
>>>> Give me the steps to perform
>>>> (in ordered sequence).
>>>> and I'll run the test.
>>>>
>>>> I have a spare 160GB drive, will that do?
>>>>
>>>> --
>>>> JS
>>>> http:/www.pagestart.com
>>>>
>>>>
>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>>> Whatever, you LACK of testing abilities shines very brightly here. All
>>>>> you
>>>>> can do is attempt to verbally tear down others withh no evidence
>>>>> what-so-ever. It's a simple test why can't you perform it? Or is that
>>>>> very
>>>>> evident?
>>>>>
>>>>> --
>>>>> Randem Systems
>>>>> Your Installation Specialist
>>>>> The Top Inno Setup Script Generator
>>>>> http://www.randem.com/innoscript.html
>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>
>>>>>
>>>>>
>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>>> I'm sure your "tests" are equally as substantive and valid as
>>>>>> Twayne's
>>>>>> (alleged) "tests" on registry cleaners ("speeding up the system").
>>>>>> I'll
>>>>>> leave it at that. LOL.
>>>>>>
>>>>>> Randem wrote:
>>>>>>> All it take is a simple test... but some how you guys can't seem to
>>>>>>> do
>>>>>>> that... hmmmm.
>>>>>>>
>>>>>>> --
>>>>>>> Randem Systems
>>>>>>> Your Installation Specialist
>>>>>>> The Top Inno Setup Script Generator
>>>>>>> http://www.randem.com/innoscript.html
>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>>> Yeah, I think so!
>>>>>>>>
>>>>>>>> John John (MVP) wrote:
>>>>>>>>> There are tons of Windows XP OEM installation that were shipped
>>>>>>>>> out on
>>>>>>>>> large drives and none of them are failing because of problems with
>>>>>>>>> 48-bit LBA addressing! I don't care what you say the facts and
>>>>>>>>> experience of others simply do not support your claims. Computer
>>>>>>>>> manufacturers have been shipping XP installations on 160GB and
>>>>>>>>> 250GB
>>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>>> retail
>>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>>> simply
>>>>>>>>> do
>>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>>> *millions* of complaints about this and the problem would be front
>>>>>>>>> page
>>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>>> Windows
>>>>>>>>> XP installations on large hard drives filed to near capacity and
>>>>>>>>> none
>>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem was
>>>>>>>>> addressed with SP1 and your information is out of date
>>>>>>>>>
>>>>>>>>> John
>>>>>>>>>
>>>>>>>>> Randem wrote:
>>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>>> there
>>>>>>>>>> is
>>>>>>>>>> certainly no mistake... It is very easy to replicate.
>>>
>>>
>>
>>
>
>

 

1) All files where copied to the hard drive while windows was running.

2) I will verify the .ISO on the hard drive matches the source as you
requested.

3) "And it is not at all surprising that the test that was accepted was one
that
matches what you want it to be and all else is bogus. "

My answer that statement is: "I had no predetermined outcome in mind
when I conducted this test, it was performed out of curiosity."

Each and every step is detailed in my previous post for your review.
This took a significant amount of "my" time to perform and document.
It was conducted by me and no one else. I did not refute your claim
but merely stated my results and resent your implication of bias.

--
JS
http:/www.pagestart.com


"Randem" <newsgroups@randem.com> wrote in message
news:eI0jgXLvJHA.5836@TK2MSFTNGP06.phx.gbl...
> Funny, now go back to compare the iso's you copied that put you over the
> 137gb size see if it is equal in contents to the original. When you find
> that out copy that file back onto the HD while windows is running.
> Courious, did you also copy the files to the HD while windows was not
> running then boot the HD?
>
> And it is not at all surprising that the test that was accepted was one
> that matches what you want it to be and all else is bogus. Hmmm, that
> sounds familiar. You have no real evidence of either test but you tout one
> over the other without even performing it yourself even though people all
> over are complaining about this problem and MS's Fixboot or any other MS
> reconized solution works but mine does.... EXPLAIN THAT AWAY! That is
> something you cannot control. Ask the users that the solution has fix the
> problem or are you afraid the answer may not be what you want it to be.
>
> More people with this unresolved error that my solution has fixed. The
> internet is covered with this issue with no MS solution. I guess that they
> have imagined it also...
> http://www.hardwareanalysis.com/content/topic/19004/?o=400
>
> --
> Randem Systems
>
>
> Your Installation Specialist
> The Top Inno Setup Script Generator
> http://www.randem.com/innoscript.html
> Disk Read Error Press Ctl+Alt+Del to Restart
> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>
>
>
> "Bill in Co." <not_really_here@earthlink.net> wrote in message
> news:uH7LtTGvJHA.496@TK2MSFTNGP06.phx.gbl...
>> Next up on the list is the (alleged by some) "improvement in system
>> speed" obtained by using registry cleaners! LOL.
>>
>> Daave wrote:
>>> Thanks, JS. It seems like you and John John have demonstrated that
>>> Randem's tests were flawed. (Surprise, surprise.) Therefore, his
>>> conclusions are erroneous, and his advice can be disregarded.
>>>
>>>
>>> JS wrote:
>>>> Finished the test, computer reboots without any problems!
>>>>
>>>> For anyone interested I have included my step by step
>>>> testing.
>>>>
>>>> Step by Step:
>>>> Installed 160GB WD IDE drive
>>>> Installed Windows XP Pro
>>>> (SP3 Included, single 149GB NTFS Partition)
>>>> Installed Motherboard drivers
>>>> Installed Network chip drivers
>>>> Turned off Automatic Updates
>>>> Downloaded Installed COMODO Firewall/AV
>>>> Ran AV scan
>>>> Download and installed TweakUi
>>>> Turned off "Auto Play" on DVD drive
>>>> Downloaded Installed NVIDIA video card drivers
>>>> Password protected user account
>>>> Changed screen resolution
>>>> Changed Windows Explorer to "Detail" and show hidden files.
>>>>
>>>> Checked C: partition properties.
>>>> Decimal values
>>>> Used = 6.04GB
>>>> Free = 153.99GB
>>>> Capacity = 160.03GB
>>>>
>>>> Started task of filling up the drive with files and folders
>>>> 1) Used previous burned DVD media to copy file to new folder on hard
>>>> drive. 2) Checked "Disk Defragmenter", no defrag required, analysis
>>>> shows only a very
>>>> small number of fragmented files, everything is packed tight.
>>>> 3) Activated Windows XP.
>>>> 4) Created a "Restore Point"
>>>> 5) Disabled AV and Firewall
>>>> 6) Ran Windows Update - Custom Option
>>>> (Installed latest version of WGA)
>>>> 7) Installed all "Critical Updates" except for IE7.
>>>> 8) Updates installed, reboot required.
>>>> 9) Install .NET Framework 3.5 SP1 optional update.
>>>> 10) Copied from DVD to new folders bunch of files.
>>>> 11) Repeatedly copied contents existing folders to newly created
>>>> folders to begin filling up the hard drive. Rebooted the computer a
>>>> couple of times during this process (both cold and warm reboots)
>>>> 12) Cool Boot with 135GB Decimal (125GB Binary) used drive space, no
>>>> problems.
>>>> 13) Disk Defragmenter analysis showed no files or clusters in use
>>>> beyond 135GB.
>>>> 14) Copied a single file .ISO from DVD (2.6GB Decimal / 2.43 Binary)
>>>> file from DVD drive
>>>> to hard disk. this puts the used drive space past the 137 GB barrier
>>>> (137.621GB).
>>>> 15) Warm or Cold boot without any problems.
>>>> 16) One final test, added another 2.6GB file to hard drive. Warm and
>>>> Cold reboot without any problems.
>>>>
>>>>
>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>> news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
>>>>> The world is not flat...
>>>>>
>>>>> To test:
>>>>>
>>>>> 1 - Copy files or folders to large hard disk till it reaches past
>>>>> 137GB 2 - Reboot
>>>>>
>>>>> Something that simple even you guys can follow it. I have given the
>>>>> solution to this problem that many have used to fix the problem. But
>>>>> you guys still tell the world the world is flat... I guess this
>>>>> problem must be in the other people's minds who have this problem
>>>>> and have had it fixed. Please tell this user he was imagining his
>>>>> hard disk crash
>>>>> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>>>>> BTW: Here are the articles that MS has posted and the ONLY error
>>>>> they have fixed. Show me anywhere in these documents where it states
>>>>> that MS has fixed this particular problem.
>>>>>
>>>>> List of Fixes in Windows XP by Service Pack
>>>>>
>>>>> SP1 - SP1a - http://support.microsoft.com/kb/324720
>>>>> SP2 - http://support.microsoft.com/kb/811113
>>>>> SP3 - http://support.microsoft.com/kb/946480/
>>>>>
>>>>> Corrupted Large Hard Disk Fix from Hibernation
>>>>>
>>>>> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>>>>>
>>>>>
>>>>> --
>>>>> Randem Systems
>>>>> Your Installation Specialist
>>>>> The Top Inno Setup Script Generator
>>>>> http://www.randem.com/innoscript.html
>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>
>>>>>
>>>>>
>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>>>>>> I'll wait up for this too. But, don't hold your breath.
>>>>>>
>>>>>> JS wrote:
>>>>>>> OK, tell me what to test.
>>>>>>> I can setup my test PC for XP or Vista
>>>>>>> Give me the steps to perform
>>>>>>> (in ordered sequence).
>>>>>>> and I'll run the test.
>>>>>>>
>>>>>>> I have a spare 160GB drive, will that do?
>>>>>>>
>>>>>>> --
>>>>>>> JS
>>>>>>> http:/www.pagestart.com
>>>>>>>
>>>>>>>
>>>>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>>>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>>>>>> Whatever, you LACK of testing abilities shines very brightly
>>>>>>>> here. All you
>>>>>>>> can do is attempt to verbally tear down others withh no evidence
>>>>>>>> what-so-ever. It's a simple test why can't you perform it? Or is
>>>>>>>> that very
>>>>>>>> evident?
>>>>>>>>
>>>>>>>> --
>>>>>>>> Randem Systems
>>>>>>>> Your Installation Specialist
>>>>>>>> The Top Inno Setup Script Generator
>>>>>>>> http://www.randem.com/innoscript.html
>>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>>>>>> I'm sure your "tests" are equally as substantive and valid as
>>>>>>>>> Twayne's (alleged) "tests" on registry cleaners ("speeding up
>>>>>>>>> the system"). I'll
>>>>>>>>> leave it at that. LOL.
>>>>>>>>>
>>>>>>>>> Randem wrote:
>>>>>>>>>> All it take is a simple test... but some how you guys can't
>>>>>>>>>> seem to do
>>>>>>>>>> that... hmmmm.
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Randem Systems
>>>>>>>>>> Your Installation Specialist
>>>>>>>>>> The Top Inno Setup Script Generator
>>>>>>>>>> http://www.randem.com/innoscript.html
>>>>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>>>>>> Yeah, I think so!
>>>>>>>>>>>
>>>>>>>>>>> John John (MVP) wrote:
>>>>>>>>>>>> There are tons of Windows XP OEM installation that were
>>>>>>>>>>>> shipped out on
>>>>>>>>>>>> large drives and none of them are failing because of problems
>>>>>>>>>>>> with 48-bit LBA addressing! I don't care what you say the
>>>>>>>>>>>> facts and experience of others simply do not support your
>>>>>>>>>>>> claims. Computer manufacturers have been shipping XP
>>>>>>>>>>>> installations on 160GB and 250GB
>>>>>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>>>>>> retail
>>>>>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>>>>>> simply
>>>>>>>>>>>> do
>>>>>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>>>>>> *millions* of complaints about this and the problem would be
>>>>>>>>>>>> front page
>>>>>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>>>>>> Windows
>>>>>>>>>>>> XP installations on large hard drives filed to near capacity
>>>>>>>>>>>> and none
>>>>>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem
>>>>>>>>>>>> was addressed with SP1 and your information is out of date
>>>>>>>>>>>>
>>>>>>>>>>>> John
>>>>>>>>>>>>
>>>>>>>>>>>> Randem wrote:
>>>>>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>>>>>> there
>>>>>>>>>>>>> is
>>>>>>>>>>>>> certainly no mistake... It is very easy to replicate.
>>
>>
>
>

 

That "bias" response was not meant for you but for the other guy who instead
of performing any sort of test just states that anything that is not to his
understanding or different from his views are bogus.

Sorry, i that was not clear.

And I thank you for your time.

--
Randem Systems
Your Installation Specialist
The Top Inno Setup Script Generator
http://www.randem.com/innoscript.html
Disk Read Error Press Ctl+Alt+Del to Restart
http://www.randem.com/discus/messages/9402/9406.html?1236319938



"JS" <@> wrote in message news:OT2ZlrLvJHA.5672@TK2MSFTNGP06.phx.gbl...
> 1) All files where copied to the hard drive while windows was running.
>
> 2) I will verify the .ISO on the hard drive matches the source as you
> requested.
>
> 3) "And it is not at all surprising that the test that was accepted was
> one that
> matches what you want it to be and all else is bogus. "
>
> My answer that statement is: "I had no predetermined outcome in mind
> when I conducted this test, it was performed out of curiosity."
>
> Each and every step is detailed in my previous post for your review.
> This took a significant amount of "my" time to perform and document.
> It was conducted by me and no one else. I did not refute your claim
> but merely stated my results and resent your implication of bias.
>
> --
> JS
> http:/www.pagestart.com
>
>
> "Randem" <newsgroups@randem.com> wrote in message
> news:eI0jgXLvJHA.5836@TK2MSFTNGP06.phx.gbl...
>> Funny, now go back to compare the iso's you copied that put you over the
>> 137gb size see if it is equal in contents to the original. When you find
>> that out copy that file back onto the HD while windows is running.
>> Courious, did you also copy the files to the HD while windows was not
>> running then boot the HD?
>>
>> And it is not at all surprising that the test that was accepted was one
>> that matches what you want it to be and all else is bogus. Hmmm, that
>> sounds familiar. You have no real evidence of either test but you tout
>> one over the other without even performing it yourself even though people
>> all over are complaining about this problem and MS's Fixboot or any other
>> MS reconized solution works but mine does.... EXPLAIN THAT AWAY! That is
>> something you cannot control. Ask the users that the solution has fix the
>> problem or are you afraid the answer may not be what you want it to be.
>>
>> More people with this unresolved error that my solution has fixed. The
>> internet is covered with this issue with no MS solution. I guess that
>> they have imagined it also...
>> http://www.hardwareanalysis.com/content/topic/19004/?o=400
>>
>> --
>> Randem Systems
>>
>>
>> Your Installation Specialist
>> The Top Inno Setup Script Generator
>> http://www.randem.com/innoscript.html
>> Disk Read Error Press Ctl+Alt+Del to Restart
>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>
>>
>>
>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>> news:uH7LtTGvJHA.496@TK2MSFTNGP06.phx.gbl...
>>> Next up on the list is the (alleged by some) "improvement in system
>>> speed" obtained by using registry cleaners! LOL.
>>>
>>> Daave wrote:
>>>> Thanks, JS. It seems like you and John John have demonstrated that
>>>> Randem's tests were flawed. (Surprise, surprise.) Therefore, his
>>>> conclusions are erroneous, and his advice can be disregarded.
>>>>
>>>>
>>>> JS wrote:
>>>>> Finished the test, computer reboots without any problems!
>>>>>
>>>>> For anyone interested I have included my step by step
>>>>> testing.
>>>>>
>>>>> Step by Step:
>>>>> Installed 160GB WD IDE drive
>>>>> Installed Windows XP Pro
>>>>> (SP3 Included, single 149GB NTFS Partition)
>>>>> Installed Motherboard drivers
>>>>> Installed Network chip drivers
>>>>> Turned off Automatic Updates
>>>>> Downloaded Installed COMODO Firewall/AV
>>>>> Ran AV scan
>>>>> Download and installed TweakUi
>>>>> Turned off "Auto Play" on DVD drive
>>>>> Downloaded Installed NVIDIA video card drivers
>>>>> Password protected user account
>>>>> Changed screen resolution
>>>>> Changed Windows Explorer to "Detail" and show hidden files.
>>>>>
>>>>> Checked C: partition properties.
>>>>> Decimal values
>>>>> Used = 6.04GB
>>>>> Free = 153.99GB
>>>>> Capacity = 160.03GB
>>>>>
>>>>> Started task of filling up the drive with files and folders
>>>>> 1) Used previous burned DVD media to copy file to new folder on hard
>>>>> drive. 2) Checked "Disk Defragmenter", no defrag required, analysis
>>>>> shows only a very
>>>>> small number of fragmented files, everything is packed tight.
>>>>> 3) Activated Windows XP.
>>>>> 4) Created a "Restore Point"
>>>>> 5) Disabled AV and Firewall
>>>>> 6) Ran Windows Update - Custom Option
>>>>> (Installed latest version of WGA)
>>>>> 7) Installed all "Critical Updates" except for IE7.
>>>>> 8) Updates installed, reboot required.
>>>>> 9) Install .NET Framework 3.5 SP1 optional update.
>>>>> 10) Copied from DVD to new folders bunch of files.
>>>>> 11) Repeatedly copied contents existing folders to newly created
>>>>> folders to begin filling up the hard drive. Rebooted the computer a
>>>>> couple of times during this process (both cold and warm reboots)
>>>>> 12) Cool Boot with 135GB Decimal (125GB Binary) used drive space, no
>>>>> problems.
>>>>> 13) Disk Defragmenter analysis showed no files or clusters in use
>>>>> beyond 135GB.
>>>>> 14) Copied a single file .ISO from DVD (2.6GB Decimal / 2.43 Binary)
>>>>> file from DVD drive
>>>>> to hard disk. this puts the used drive space past the 137 GB barrier
>>>>> (137.621GB).
>>>>> 15) Warm or Cold boot without any problems.
>>>>> 16) One final test, added another 2.6GB file to hard drive. Warm and
>>>>> Cold reboot without any problems.
>>>>>
>>>>>
>>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>>> news:OwreCtvuJHA.5684@TK2MSFTNGP03.phx.gbl...
>>>>>> The world is not flat...
>>>>>>
>>>>>> To test:
>>>>>>
>>>>>> 1 - Copy files or folders to large hard disk till it reaches past
>>>>>> 137GB 2 - Reboot
>>>>>>
>>>>>> Something that simple even you guys can follow it. I have given the
>>>>>> solution to this problem that many have used to fix the problem. But
>>>>>> you guys still tell the world the world is flat... I guess this
>>>>>> problem must be in the other people's minds who have this problem
>>>>>> and have had it fixed. Please tell this user he was imagining his
>>>>>> hard disk crash
>>>>>> http://www.hardwareanalysis.com/content/topic/19004/?o=400#556461
>>>>>> BTW: Here are the articles that MS has posted and the ONLY error
>>>>>> they have fixed. Show me anywhere in these documents where it states
>>>>>> that MS has fixed this particular problem.
>>>>>>
>>>>>> List of Fixes in Windows XP by Service Pack
>>>>>>
>>>>>> SP1 - SP1a - http://support.microsoft.com/kb/324720
>>>>>> SP2 - http://support.microsoft.com/kb/811113
>>>>>> SP3 - http://support.microsoft.com/kb/946480/
>>>>>>
>>>>>> Corrupted Large Hard Disk Fix from Hibernation
>>>>>>
>>>>>> http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Randem Systems
>>>>>> Your Installation Specialist
>>>>>> The Top Inno Setup Script Generator
>>>>>> http://www.randem.com/innoscript.html
>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>
>>>>>>
>>>>>>
>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>> news:ukZgdavuJHA.1240@TK2MSFTNGP02.phx.gbl...
>>>>>>> I'll wait up for this too. But, don't hold your breath.
>>>>>>>
>>>>>>> JS wrote:
>>>>>>>> OK, tell me what to test.
>>>>>>>> I can setup my test PC for XP or Vista
>>>>>>>> Give me the steps to perform
>>>>>>>> (in ordered sequence).
>>>>>>>> and I'll run the test.
>>>>>>>>
>>>>>>>> I have a spare 160GB drive, will that do?
>>>>>>>>
>>>>>>>> --
>>>>>>>> JS
>>>>>>>> http:/www.pagestart.com
>>>>>>>>
>>>>>>>>
>>>>>>>> "Randem" <newsgroups@randem.com> wrote in message
>>>>>>>> news:OkfdZ$uuJHA.4364@TK2MSFTNGP03.phx.gbl...
>>>>>>>>> Whatever, you LACK of testing abilities shines very brightly
>>>>>>>>> here. All you
>>>>>>>>> can do is attempt to verbally tear down others withh no evidence
>>>>>>>>> what-so-ever. It's a simple test why can't you perform it? Or is
>>>>>>>>> that very
>>>>>>>>> evident?
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Randem Systems
>>>>>>>>> Your Installation Specialist
>>>>>>>>> The Top Inno Setup Script Generator
>>>>>>>>> http://www.randem.com/innoscript.html
>>>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>>>> news:%23vLHm8uuJHA.2596@TK2MSFTNGP02.phx.gbl...
>>>>>>>>>> I'm sure your "tests" are equally as substantive and valid as
>>>>>>>>>> Twayne's (alleged) "tests" on registry cleaners ("speeding up
>>>>>>>>>> the system"). I'll
>>>>>>>>>> leave it at that. LOL.
>>>>>>>>>>
>>>>>>>>>> Randem wrote:
>>>>>>>>>>> All it take is a simple test... but some how you guys can't
>>>>>>>>>>> seem to do
>>>>>>>>>>> that... hmmmm.
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Randem Systems
>>>>>>>>>>> Your Installation Specialist
>>>>>>>>>>> The Top Inno Setup Script Generator
>>>>>>>>>>> http://www.randem.com/innoscript.html
>>>>>>>>>>> Disk Read Error Press Ctl+Alt+Del to Restart
>>>>>>>>>>> http://www.randem.com/discus/messages/9402/9406.html?1236319938
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>>>>>>>>>>> news:%23VMkJeluJHA.3816@TK2MSFTNGP05.phx.gbl...
>>>>>>>>>>>> Yeah, I think so!
>>>>>>>>>>>>
>>>>>>>>>>>> John John (MVP) wrote:
>>>>>>>>>>>>> There are tons of Windows XP OEM installation that were
>>>>>>>>>>>>> shipped out on
>>>>>>>>>>>>> large drives and none of them are failing because of problems
>>>>>>>>>>>>> with 48-bit LBA addressing! I don't care what you say the
>>>>>>>>>>>>> facts and experience of others simply do not support your
>>>>>>>>>>>>> claims. Computer manufacturers have been shipping XP
>>>>>>>>>>>>> installations on 160GB and 250GB
>>>>>>>>>>>>> hard drives for many years now and users have been installing
>>>>>>>>>>>>> retail
>>>>>>>>>>>>> versions on large drives for as many years and your assertions
>>>>>>>>>>>>> simply
>>>>>>>>>>>>> do
>>>>>>>>>>>>> not bear out. If what you say were true there would have been
>>>>>>>>>>>>> *millions* of complaints about this and the problem would be
>>>>>>>>>>>>> front page
>>>>>>>>>>>>> news and discussed all over the place. I have seen many, many
>>>>>>>>>>>>> Windows
>>>>>>>>>>>>> XP installations on large hard drives filed to near capacity
>>>>>>>>>>>>> and none
>>>>>>>>>>>>> have succumbed to the 137GB 28-bit LBA barrier, this problem
>>>>>>>>>>>>> was addressed with SP1 and your information is out of date
>>>>>>>>>>>>>
>>>>>>>>>>>>> John
>>>>>>>>>>>>>
>>>>>>>>>>>>> Randem wrote:
>>>>>>>>>>>>>> It has been tested in SP2 and SP3 with ALL updates applied so
>>>>>>>>>>>>>> there
>>>>>>>>>>>>>> is
>>>>>>>>>>>>>> certainly no mistake... It is very easy to replicate.
>>>
>>>
>>
>>
>
>