Re: [LIB] Libretto HD Upgrade - Hibernation Area - Questions
Date: Tue, 15 Nov 2005 21:47:37 -0600 (CST) From: [EMAIL PROTECTED] Subject: Re: [LIB] Libretto HD Upgrade - Hibernation Area - Questions Hello Raymond and thank you for the warning. I have been using this Toshiba 100GB drive for about three weeks in a couple of configurations. One configuration I used for a while was as a full single partition. It was nicely strange to see 80GB free on C. None of the programs I use had any data issues that surfaced during this time. I filled the drive to 1 gig free and had no visible problems. The only tool I use after drive swaps and modifications is a DOS run of Scandisk and Windows Scandisk with full surface scans. Can you (Raymond or anyone of course) tell me what symptoms I might watch for or any ways I might test for issues in this area? I don't recall seeing anything I felt was an issue in the archives, but I did not retain all of it. Thank you, John Martin > Date: Wed, 16 Nov 2005 11:53:13 +1100 > From: Raymond <[EMAIL PROTECTED]> > Subject: Re: [LIB] Libretto HD Upgrade - Hibernation Area - Questions > and > > Sounds like a plan but I think you may have a couple of issues. > > I think Win98 is one of those operating systems that needs the drive > overlay to work properly on the Libretto otherwise it can't see above the > 8G mark (or can't see it properly or something - it was a while ago but I > remember headaches in that area). > > The second issue you may have is AFAIK Win98's implementation of FAT32 > doesn't work for partitions over 32GB due to its limit on cluster size so > you'll need to split your 91GB'odd chunk of space into at least 3 > partitions (unless you want to install, say, Win2k which in my experience > responds somewhat faster than 98 anyway on the L100, perhaps due to better > memory management). > > Good luck! > > - Raymond > > At 02:22 PM 15/11/2005 -0800, you wrote: > >Date: Tue, 15 Nov 2005 23:22:05 +0100 > >From: Philip Nienhuis <[EMAIL PROTECTED]> > >Subject: Re: [LIB] Libretto HD Upgrade - Hibernation Area - Questions and > >Outline > > > >[EMAIL PROTECTED] wrote: > >>Date: Tue, 15 Nov 2005 14:34:09 -0600 (CST) > >>From: [EMAIL PROTECTED] > >>Subject: Libretto HD Upgrade - Hibernation Area - Questions and Outline > >>Hello Everyone... > >>I have a few questions/ideas relative to hibernation on the Libretto 110CT. > >>I understand that BIOS Hibernation on the Libretto is unable to see a > >>drive larger than 8.4 gig. I also understand that BIOS Hibernation can > >>not be completely disabled on the Libretto. My understanding is that > >>Libretto BIOS Hibernation can be executed completely independently of the > >>OS. Thermally or via detection of low battery are the two ways > >>individuals from this website have stated. > >>Procedure: Duplication of Windows 98 from a single partition 20gig drive > >>to a 100gig Toshiba Drive. With two issues. > >>Issue 1. Leaving the BIOS Hibernation space around the 8.4gig area of > >>the drive, between partitions one and two. > >>Issue 2. Preservation of my current full Windows Installation. > >>No overlay necessary or used. > >>Basically I want to do a hard drive upgrade with partition split AND > >>"space" to accommodate the hibernation area around the 8.4Gig area of the > >>drive. > >>These are my questions... > >>Question 1. How does the Libretto decide "where" to put the hibernation > >>area. > >>example: Go to end of HDD (or as much as it can see 8.4) and write the > >>contents backwards or just back up and start to write towards the end? > >>(direction likely doesn't make difference) > > > >John: > > > >Just a hunch: it writes towards the end. The difference *does* make a > >difference: Speed. Writing (& reading) backwards is terribly inefficient. > > > >Hibernation proceeds as follows: > >1. Hibernation routine requests disk size from BIOS HD size routine > >2. BIOS HD size routine cheats a bit, and gives an answer which leaves > >sufficient space for hibernation to anyone who's asking. The size of the > >cheat depends on another BIOS routine, i.e. the one which returns RAM size > >3. Hibernation routine knows about the cheat and begins writing the RAM > >image starting at the next sector beyond the reported HD size. > > > >Now, not only does the BIOS HD size routine cheat, it also contains the 8 > >GB bug. Yes confusing, but these are two different things (see below for more). > > > > --- > > > /~\ > | | "Does fuzzy logic tickle?"| > | ___ | "My HDD has no reverse. How do I backup?" | > | /__/ +---| > | / \ a y b o t | [EMAIL PROTECTED] | > | | Need help? Visit #Windows98 on DALNet! | > | ICQ: 31756092 | www.raybot.net | > \~/ > > > > Attached fil
Re: [LIB] New 7200 rpm, 100GB 2.5" HD benchmarks & test article
Date: Tue, 15 Nov 2005 21:20:49 -0600 (CST) From: [EMAIL PROTECTED] Subject: Re: [LIB] New 7200 rpm, 100GB 2.5" HD benchmarks & test article I would love to have the speed/performance of a 7200rpm HDD. :) I recently bought a new Toshiba 100GB, 16MB Buffer, 5400rpm (MK1032GAX) drive on eBay for 140.50 (with shipping). A 7200rpm drive would be great but a lot more money so I went with this one. How much impact would a 7200 have on something like Video Playback... things like Mpegs. Would it smooth them out any or is that more of a processing power issue than drive response? John Martin Attached files are not permitted on this list, attachment has been removed.
Re: [LIB] Libretto HD Upgrade - Hibernation Area - Questions and
Date: Tue, 15 Nov 2005 20:40:37 -0600 (CST) From: [EMAIL PROTECTED] Subject: Re: [LIB] Libretto HD Upgrade - Hibernation Area - Questions and Hello Philip Nienhuis and thank you again for additional information. I apologize for my inaccuracy relative to Megabytes. (and likely other areas I don't even realize inaccuracy) I too prefer accuracy. I am aware of its importance in this case. As a programmer from years past, I am well aware of this continual confusion of what a megabyte is. Somewhat before Megabyte Floppies (like back in the Days of the 8 inch Floppy Disk) a meg was practically theory and it was 2^20. Relative to electronics (another life long hobby) Mega was 1,000,000 for capacitance and resistance etc. My inaccuracy in this case is ignorance of which method the software is using. I see that FDISK indicates it. I suppose that Data Lifeguard Tools, EZ Drive Software, and other software might offer this information if I looked for it specifically. Before this project of wanting to restore Hibernation Functionality while protecting my data (from hibernation I was not aware could not be disabled), most of the information I am learning from this web sites huge collection of information, did not matter. //end of ramble The point: For testing and information gathering I used your (Philip Nienhuis) method, inside another Libretto 100CT, I created the largest partition FDISK would allow. (20GB Toshiba HD was used for testing) FDISK reports "Total disk space is 7978Mbytes (1Mbyte = 1048576 bytes)" On my current working 100Gig HDD, the first partition I created with Data Lifeguard Tools is seen by FDISK as 7538Mbytes and again FDISK is reporting the Total Disk Space is 7978Mbytes (1 Mbyte = 1048576) I realize the method you (Philip Nienhuis) stated would be more disk space efficient. Though less efficient, my current HDD setup should theoretically have plenty of space for my BIOS Hibernation file with a 500 meg (meg=1048Kb) gap there. In my current understanding, as long as the start of my second partition is out of reach of the Hibernation BIOS Routines +/- 8Gig bug, it should be safe. Based on the above information, does anyone disagree? :) Thank you, John Martin > Date: Tue, 15 Nov 2005 23:22:05 +0100 > From: Philip Nienhuis <[EMAIL PROTECTED]> > Subject: Re: [LIB] Libretto HD Upgrade - Hibernation Area - Questions and > Outline > > [EMAIL PROTECTED] wrote: > > Date: Tue, 15 Nov 2005 14:34:09 -0600 (CST) > > From: [EMAIL PROTECTED] > > Subject: Libretto HD Upgrade - Hibernation Area - Questions and Outline > > > > Hello Everyone... > > > > I have a few questions/ideas relative to hibernation on the Libretto 110CT. > > > > I understand that BIOS Hibernation on the Libretto is unable to see a drive > > larger than 8.4 gig. I also understand that BIOS Hibernation can not be > > completely disabled on the Libretto. My understanding is that Libretto BIOS > > Hibernation can be executed completely independently of the OS. Thermally or > > via detection of low battery are the two ways individuals from this website > > have stated. > > > > Procedure: Duplication of Windows 98 from a single partition 20gig drive to a > > 100gig Toshiba Drive. With two issues. > > Issue 1. Leaving the BIOS Hibernation space around the 8.4gig area of the > > drive, between partitions one and two. > > Issue 2. Preservation of my current full Windows Installation. > > No overlay necessary or used. > > Basically I want to do a hard drive upgrade with partition split AND "space" to > > accommodate the hibernation area around the 8.4Gig area of the drive. > > > > These are my questions... > > > > Question 1. How does the Libretto decide "where" to put the hibernation area. > > > > example: Go to end of HDD (or as much as it can see 8.4) and write the > > contents backwards or just back up and start to write towards the end? > > (direction likely doesn't make difference) > > John: > > Just a hunch: it writes towards the end. The difference *does* make a > difference: Speed. Writing (& reading) backwards is terribly inefficient. > > Hibernation proceeds as follows: > 1. Hibernation routine requests disk size from BIOS HD size routine > 2. BIOS HD size routine cheats a bit, and gives an answer which leaves > sufficient space for hibernation to anyone who's asking. The size of the > cheat depends on another BIOS routine, i.e. the one which returns RAM size > 3. Hibernation routine knows about the cheat and begins writing the RAM > image starting at the next sector beyond the reported HD size. > > Now, not only does the BIOS HD size routine cheat, it also contains the > 8 GB bug. Yes confusing, but these are two different things (see below > for more). > > BTW one thing is sure: the hibernation "image" is one contiguous "file" > (i.e., no holes or gaps in it). > > > > > example: Go to end of partition and write hibernation data? > > > > Question 2
[LIB] Libretto HD Upgrade - Hibernation Area - Questions and Outline
Date: Tue, 15 Nov 2005 14:34:09 -0600 (CST) From: [EMAIL PROTECTED] Subject: Libretto HD Upgrade - Hibernation Area - Questions and Outline Hello Everyone... I have a few questions/ideas relative to hibernation on the Libretto 110CT. I understand that BIOS Hibernation on the Libretto is unable to see a drive larger than 8.4 gig. I also understand that BIOS Hibernation can not be completely disabled on the Libretto. My understanding is that Libretto BIOS Hibernation can be executed completely independently of the OS. Thermally or via detection of low battery are the two ways individuals from this website have stated. Procedure: Duplication of Windows 98 from a single partition 20gig drive to a 100gig Toshiba Drive. With two issues. Issue 1. Leaving the BIOS Hibernation space around the 8.4gig area of the drive, between partitions one and two. Issue 2. Preservation of my current full Windows Installation. No overlay necessary or used. Basically I want to do a hard drive upgrade with partition split AND "space" to accommodate the hibernation area around the 8.4Gig area of the drive. These are my questions... Question 1. How does the Libretto decide "where" to put the hibernation area. example: Go to end of HDD (or as much as it can see 8.4) and write the contents backwards or just back up and start to write towards the end? (direction likely doesn't make difference) example: Go to end of partition and write hibernation data? Question 2. I do not have a utility to examine the hard drive data to locate the cylinders where hibernation is being written, though I have seen were several have done just that. There is ONE 20Gig partition on my current working drive. So... Does anyone see why the following installation would not work. a. Put Original (20Gig Toshiba) HDD and new HDD (100Gig Toshiba) into a desktop computer with modern BIOS to correctly see all of both hard drives. b. Booted from OnTrack Disk Manager floppy disk. Defined the three following partitions with OnTrack Disk Manager on the Toshiba 100Gig Drive. 7.9GB (Boot and Windows Drive) 500MB (For spacer) 91MB (or to end of visible drive) Note: I chose 500 meg to space the beginning of the 91MB partition theoretically outside where the Libretto BIOS Hibernation routines can see. c. Rebooted into Windows Safe Mode from Boot Menu of Functional 20Gig Drive, which contains my original Working Windows Partition with configuration and data trimmed below 8gig. Opened a DOS Box and executed XClone program to duplicate the only partition on HDD 1, C: (20 gig drive) onto the first partition (7.9gig) of HDD2. (Although not documented, while XClone doesn't work in DOS, it does work in Windows Safe Mode... or more accurately, I have used it in Windows Safe Mode several times with no issues. I have never had any failure with XClone) d. Loaded Fdisk and deleted the 500MB partition of HDD 2 between the 7.9GB and 91GB partitions. I realize this should not be necessary, but I chose to do it anyway just to simulate "space" at the end of my partition. Also keep it from accidentally being formatted or used in some way. Status: No problems at this time. As stated above, I do not know how to verify if it is hibernating in the area I left blank. Although I have read the archives, I do not know or have any of the utilities described to locate the hibernation data. Any suggestions that anyone cares to offer about this installation would be appreciated. Thank you, John Martin Attached files are not permitted on this list, attachment has been removed.
Re: [LIB] 110CT Large Drives with EZ BIOS...
Date: Mon, 14 Nov 2005 18:34:35 -0600 (CST) From: [EMAIL PROTECTED] Subject: Re: [LIB] 110CT Large Drives with EZ BIOS... I would like to address Philip Nienhuis directly, but of course welcome any who can offer additional information on this. Previously stated by Philip... > And additionally, you can also simply copy your complete Windows 98 SE > installation using appropriate XCOPY options in a DOS window (that's how > I usually back up my Win98 stuff) rather than use fancy software for > that. Don't forget to make its partition "active". > The XCOPY which I have used extensively since it was included with DOS could not copy hidden or system files. The XCOPY version I have with Windows 98 states directly "Copies files (except hidden and system files) and directory trees." Is there another version which I could use with Windows 98SE? If you have it, would you mind emailing it to me directly? Thank you, John Martin Attached files are not permitted on this list, attachment has been removed.
Re: [LIB] 110CT Large Drives with EZ BIOS...
Date: Sat, 12 Nov 2005 17:47:47 -0600 (CST) From: [EMAIL PROTECTED] Subject: Re: [LIB] 110CT Large Drives with EZ BIOS... Thank you Philip Nienhuis for offering extended rational information relative to the operation of Scandisk and FAT's. I am ignorant to these areas. The only chip-level progamming and process I have experience with is with old Commodores Vic 20's and 64's. Modern FAT's, Hard Drive or other BIOS, is pretty much a mystery to me. Thanks to everyone who has offered information, theory and experience. :) John Martin === > Date: Sat, 12 Nov 2005 23:43:59 +0100 > From: Philip Nienhuis <[EMAIL PROTECTED]> > Subject: Re: [LIB] 110CT Large Drives with EZ BIOS... > > [EMAIL PROTECTED] wrote: > > Date: Sat, 12 Nov 2005 10:09:52 -0600 (CST) > > From: [EMAIL PROTECTED] > > Subject: Re: [LIB] 110CT Large Drives with EZ BIOS... > > > > Hello Raymond and thank you for your reply... > > > > I was amazed at how this topic was discussed so much over the years with no > > real end result that I could determine. It took many days to read the full > > archives. The BIOS HDD <8.4 seems like a simple thing. Sort of a Yes/No to > > me. A "No" of course is not what I wanted to hear. Also because much of the > > information did not apply to the 100/100 directly I hoped it might be outdated > > at least for these last two CT Models. > > > > I will gladly accept the "No" at this point. :) > > > > This all leads back to a previous question however... > > I have allowed this computer to hibernate a number of times now since safely > > duplicating the drive. The drive is full less 1/2 gig or so free. I opened > > up a number of browsers and spreadsheets etc to make certain the memory would > > have been completely full when written to disk. > > I realize that Scandisk is NOT a high level tool, but I simply can not believe > > it can't find a 64meg damaged spot on the hard drive, which hibernation should > > have caused. Is it inaccurate to believe Hibernation should have blown the > > formatting, data, everything on that area of the disk? > > Any idea? > > (As an aside: the "damaged spot" it is not just 64 MB but rather 64 MB > RAM + 2 MB video RAM + BIOS data) > > As regards scandisk: Damage assessment depends on where the crucial disk > organization data are stored (i.e., tables with pointers to clusters > containing file fragments). On FAT(-32), this is usually at the start of > the partition. As long as those pointer tables (File Allocator Tables) > are intact, scandisk simply won't notice that the actual cluster > contents are blown to pieces. > You know, scandisk won't inspect a cluster that is in use by e.g., some > .xls file to check if that cluster contains valid Excel data; it just > checks that the cluster chain itself (in the FAT) is still complete and > its beginning is attached to some file descriptor somewhere in the FAT. > IOW, the very contents of data clusters is not quite scandisk's affair - > it won't even look at the data area proper (unless you instruct it to do > a surface check). > > While FAT32 may be a bit more complex than FAT16 (or FAT12), this must > be largely the explanation you seek. Even if there are aditional FATs > elsewhere on the partition, as long as these have not been touched > scandisk won't ever notice problems. > > Other file systems (NTFS, HPFS (OS/2), ext2 / ext3 (Linux)) have their > crucial data areas scattered over the entire partition, so they are much > more vulnerable and data corruption would be noted much easier. > > BTW As Raymond wrote, there has been considerable debate on the merits > of various disk overlays. Even an otherwise very (IMO) knowledgeable & > prominent Lib user (dr. Xin Feng) once believed that some Maxtor overlay > (MaxBlast III) would finally fix the BIOS hibernation of Librettos > 100/110CT. Alas, he was corrected all too soon. > > I think the BIOS hibernation routines might be patched (at least > theoretically), but it would take considerable disassembly efforts of > some very knowledgeable guy to come up with a BIOS "upgrade". I once > tried a similar thing on an ancient AT-like desktop, but although I > could recognize a lot from IBM BIOS sources in the AT tech ref manual, > after a week I had to give up - it was too complicated. Now the Lib110 > design date is about 10-12 years later than that desktop and is thus > much more complicated - so I think there's little chance that anyone > will ever be able to succeed. > > Philip > > > Attached files are not permitted on this list, attachment has been removed.
Re: [LIB] 110CT Large Drives with EZ BIOS...
Date: Sat, 12 Nov 2005 10:09:52 -0600 (CST) From: [EMAIL PROTECTED] Subject: Re: [LIB] 110CT Large Drives with EZ BIOS... Hello Raymond and thank you for your reply... I was amazed at how this topic was discussed so much over the years with no real end result that I could determine. It took many days to read the full archives. The BIOS HDD <8.4 seems like a simple thing. Sort of a Yes/No to me. A "No" of course is not what I wanted to hear. Also because much of the information did not apply to the 100/100 directly I hoped it might be outdated at least for these last two CT Models. I will gladly accept the "No" at this point. :) This all leads back to a previous question however... I have allowed this computer to hibernate a number of times now since safely duplicating the drive. The drive is full less 1/2 gig or so free. I opened up a number of browsers and spreadsheets etc to make certain the memory would have been completely full when written to disk. I realize that Scandisk is NOT a high level tool, but I simply can not believe it can't find a 64meg damaged spot on the hard drive, which hibernation should have caused. Is it inaccurate to believe Hibernation should have blown the formatting, data, everything on that area of the disk? Any idea? Thank you, John Martin == > Date: Sat, 12 Nov 2005 23:36:06 +1100 > From: Raymond <[EMAIL PROTECTED]> > Subject: Re: [LIB] 110CT Large Drives with EZ BIOS... > > Hi John, > > > >"If you use a drive overlay program, it should correctly see the full drive > >capacity and place the hibernation area automatically at the end of the HD." > >In context, my understanding was that an overlay would correct the problem of > >Hibernation Placement... > >Which in a way doesn't make sense because the OS doesn't boot at the time of > >restore... so the BIOS would be unmodified at that time. > > There have been endless arguments about this in the past ... but suffice to > say, your intuition is correct, it seems without a modification to what > actually resides in the BIOS, you won't be able to stop it from messing > with the area around 8GB if it needs to hibernate for precisely the reason > you say. > > When the computer is hibernated, the contents of memory disappear and since > the hibernation is done in the BIOS (unlike more recent computers where the > BIOS regards a jump out of hibernation as just another bootup and it's up > to the OS to deal with reading memory back in), when you come out of > hibernation, the contents of memory will not have had anything to do with > the hard drive at the point that the computer starts to read the contents > of memory off the drive so no drive overlay will be able to tell the BIOS > otherwise. > > > > >Which leads to another question... > >Is there any way I can completely disable hibernation on the Libretto? Some > >how it does it even when in DOS Mode. I don't see where this comes from > >in the > >BIOS. > > AFAIK it isn't possible to completely disable hibernation - even if you > disable it in the operating system, if you get a hardware panic (such as > overheating or low battery but something that doesn't cause an instant > shutdown), the BIOS will hibernate you like it or not :-( > > > I know needing to split your drive is a little inelegant but I'm not sure > there's any way around it ... still, for such a little laptop I think it's > a minor inconvenience to suffer :-D > > > Cheers! > > > - Raymond > > > > --- > > > /~\ > | | "Does fuzzy logic tickle?"| > | ___ | "My HDD has no reverse. How do I backup?" | > | /__/ +---| > | / \ a y b o t | [EMAIL PROTECTED] | > | | Need help? Visit #Windows98 on DALNet! | > | ICQ: 31756092 | www.raybot.net | > \~/ > > > Attached files are not permitted on this list, attachment has been removed.
Re: [LIB] 110CT Large Drives with EZ BIOS...
Date: Fri, 11 Nov 2005 23:41:11 -0600 (CST) From: [EMAIL PROTECTED] Subject: Re: [LIB] 110CT Large Drives with EZ BIOS... Hello Philip... Thank you very much for your response and information. I have read all years of the archives in their entirety before posting. I normally don't use EZ-BIOS or any drive overlays, and have never used them on the Libretto. I noticed my Libretto 110 had no problems recognizing the Toshiba 100gig drive. The basis of my adding EZ-Drive to my current drive and asking the question(s) I asked was based on this one line I read in the Libretto FAQ from adorable Toshiba libretto FAQ... I realize that this material is relatively old, but is this inaccurate? "If you use a drive overlay program, it should correctly see the full drive capacity and place the hibernation area automatically at the end of the HD." In context, my understanding was that an overlay would correct the problem of Hibernation Placement... Which in a way doesn't make sense because the OS doesn't boot at the time of restore... so the BIOS would be unmodified at that time. Which leads to another question... Is there any way I can completely disable hibernation on the Libretto? Some how it does it even when in DOS Mode. I don't see where this comes from in the BIOS. Thank you, John Martin > Date: Fri, 11 Nov 2005 22:37:04 +0100 > From: Philip Nienhuis <[EMAIL PROTECTED]> > Subject: Re: [LIB] 110CT Large Drives with EZ BIOS... > > [EMAIL PROTECTED] wrote: > > Date: Wed, 9 Nov 2005 15:44:26 -0600 (CST) > > From: [EMAIL PROTECTED] > > Subject: 110CT Large Drives with EZ BIOS... > > > > Hello Everyone... > > > > one partition. I quickly found data corruption. After three times of having > > to re-duplicate my original 4gig drive back to the 20gig I realized it was > > after hibernation that this occurred. > > > > SO, three questions... > > > > One... > > When hibernation corruption occurs, does it or should it not, also destroy > > formatting? I ask because my computer has hibernated by accident 4 times now > > In case one partition (primary or logical) also includes the native BIOS > hibernation area, yes, it is very probable, and it is unavoidable. > This is the main PITA with the Lib100&110's BIOS hibernation routines. > > Did you leave space for the hibernation area (in the 4 GB HD: at the end > of the HD. On the 20 GB HD: around 8 GB)? > > > and I can run Scandisk in Windows (98SE) OR Scandisk in DOS and neither finds > > ANY problems with the drive. This is not consistent with what I have read, or > > maybe I am missing something. I was running NO drive overlay at all when this > > occurred. > > Overlay or not makes no difference. > And DOS or Win98 scandisk are -to put it mildly- not very reliable. > I find that Win2000 disk repair very very often fixes problems that > win98 scandisk won't even see. > > > > > Two... > > In an attempt to be able to use hibernation, EZ BIOS has been > > installed/enabled. Scandisk has been run in DOS and in Windows and everything > > seems fine. Also, I filled the drive with data to make sure writes could > > occur to the end of the disk, they can. Is there a way I can verify it is > > safe to allow hibernation? > > Has been described in detail quite often; check the archives. > > Hibernation always occurs around 8 GB (say, cylinder nos. (after disk > translation) 1017-1026 or so). > And -beware!- AFAICT the Lib's BIOS hibernation routines do NOT use > EZ-BIOS > > > > I am unable to trim my current configuration down > > to under 8 gig to allow for the Dual Partition with space between them in the > > 8gig area. > > In that case you simply cannot be helped. > You MUST leave the BIOS hibernation area around 8 GB empty, period. > I know of no other way to get that together than to have that space NOT > included in any actively used data partition. > So there you are.. > > (You also can't leave all space below 8 GB empty and make a primary > partition beyond it, as the Lib's BIOS won't allow you to boot from > beyond 8 GB.) > > If I were you, I'd reconsider the Dual Partition option again > > And BTW you strictly do not need EZ-drive; if you take out your Lib > 20/100 GB HD, partition it inside a desktop and put it back you'll see > that all of the HD can be accessed. > > And additionally, you can also simply copy your complete Windows 98 SE > installation using appropriate XCOPY options in a DOS window (that's how > I usually back up my Win98 stuff) rather than use fancy software for > that. Don't forget to make its partition "active". > > >Besides that, I prefer one large drive due to the nature of the > > large databases I work with. > > Understandable, but not possible with a Lib 110. > > Good luck, > > Philip > > > Attached files are not permitted on this list, attachment has been removed.
[LIB] 110CT Large Drives with EZ BIOS...
Date: Wed, 9 Nov 2005 15:44:26 -0600 (CST) From: [EMAIL PROTECTED] Subject: 110CT Large Drives with EZ BIOS... Hello Everyone... In search of Large Hard Drive installation information I have read the entire archives of the this site for all years. Amazing amount of information. This is the best site I have seen for information on Libretto. I appreciate the thoroughness of so many people here. The Story with some specs... I have had a 20gig Toshiba drive (MK2016GAP) in my 110CT for a few years now. It has 64meg/ram running Windows 98SE. Originally to install the drive I used EZ Drive and a desktop PC to duplicate the original drive (a 4gig) with only one partition. I quickly found data corruption. After three times of having to re-duplicate my original 4gig drive back to the 20gig I realized it was after hibernation that this occurred. SO, three questions... One... When hibernation corruption occurs, does it or should it not, also destroy formatting? I ask because my computer has hibernated by accident 4 times now and I can run Scandisk in Windows (98SE) OR Scandisk in DOS and neither finds ANY problems with the drive. This is not consistent with what I have read, or maybe I am missing something. I was running NO drive overlay at all when this occurred. Two... In an attempt to be able to use hibernation, EZ BIOS has been installed/enabled. Scandisk has been run in DOS and in Windows and everything seems fine. Also, I filled the drive with data to make sure writes could occur to the end of the disk, they can. Is there a way I can verify it is safe to allow hibernation? This is what is shown in the EZ Drive (9.09) Utility Information now... Drive Defaults 38760, 16, 63, 20005 Drive Currently 16383, 16, 63, 8455 EDPT Actual 38760, 16, 63, 20005 EDPT Apparent 2432, 255, 63, 20005 EZ-BIOS Int 13h 1025, 255, 63, 8431 ROM BIOS Int 13h 1018, 255, 63, 8373 Three... I am only experimenting with the current 20 gig drive because I duplicated it to a 100gig Toshiba (MK1032GAX) successfully with Western Digitals Data Lifeguard Tools. (Version 11 for DOS I think). EZ Drive9 did not display the 100gig drive properly in the 100CT or in the Desktop, so I didn't try to use it for duplication. One thing I didn't see in Data Lifeguard Tools was how to enable "EZ BIOS" or whatever it calls its drive overlay now, manually for the 100gig drive. Is there a way to do this? Any help would be greatly appreciated. Because of a complex configuration in Windows, re-installing the OS is not a reasonable undertaking. That is why I rely on drive duplication. I am unable to trim my current configuration down to under 8 gig to allow for the Dual Partition with space between them in the 8gig area. Besides that, I prefer one large drive due to the nature of the large databases I work with. Thank you, John Martin Attached files are not permitted on this list, attachment has been removed.
