Is this possible ? (It's a challenge) :D
#1
Posted 05 November 2012 - 07:08 PM
This is my first post here.
I bought a PaceBlade PB56 from eBay.
It's a 10'' touchscreen tablet with a crusoe cpu running at 867Mhz and 128Mb (internal mem) + 256Mb.
It has ONE usb port, no floppy, no CD, no PS2 so I need to use the USB for the keyboard during instalation.
Now my problem is this:
I'm trying to install windows 2000 on it (I have the touchscreen drivers for it)
So I runned WinSetupFromUSB_1-0-beta8 to copy all the files to my hard drive (It uses grup4dos to start).
The BIG BIG problem is that it has a problem in the first 128Mb of ram (and it's not removable).
When I try to install it starts then gives an error that Microsoft point to a memory hardware failure.
My idea is to create, using grup4dos, a memory drive that uses those first 128Mb (or something that exclude those first 128Mb of memory from being used by the windows 2000).
This drive will not be used for anything except use up memory.
My questions are:
1) is this possible ?
2) can someone help me with the line(s) that I need to include in the menu.lst ?
Thank you in advance to all,
Raul
#2
Posted 05 November 2012 - 07:35 PM
Anything done in grub4dos (real mode) will become m00t as soon as the Win2k switches to protected mode.....
My idea is to create, using grup4dos, a memory drive that uses those first 128Mb (or something that exclude those first 128Mb of memory from being used by the windows 2000).
This drive will not be used for anything except use up memory.
My questions are:
1) is this possible ?
2) can someone help me with the line(s) that I need to include in the menu.lst ?
.
So you need a driver like firadisk or winvblock.
But I have no idea if they are usable as you would like to, consider that all MS NT systems are particularly "picky" with RAM issues (of *any* kind).
What do you mean? Is it in a locked safebox inside a closed cave (that won't open with the now leaked "Open Sesame" password ) surrounded by rattlesnakes or it is just soldered?The BIG BIG problem is that it has a problem in the first 128Mb of ram (and it's not removable).
I may be a real old timer (as I am ) but I would more likely try to fix the hardware (de-soldering the bad RAM and if the stoopid thingy doesn't boot without it, then resolder a new chip) rather than having a defective hardware working (maybe) because of a software workaround
Are we talking of this thingy depicted here?
http://www.njuskalo....6-oglas-4690542
It seems to me like it is/was intended for XP (for which drivers are available):
http://download.pace...B56/Drivers/XP/
what makes you believe that you can run 2K on it (or are there drivers for 2k for it?)
Wonko
#3
Posted 05 November 2012 - 07:39 PM
#4
Posted 05 November 2012 - 07:45 PM
Yes it is that one also has XP drivers but using my "idea" the memory would be too short.
I'm also "old" but desolding and resolding things that small will (with my skills) put a big hole on the board :S
From what I know from those two drivers, maybe winvblock would be better.
My issue is that I need those 128Mb disabled during installation.
Without this step I can't do anything.
#5
Posted 05 November 2012 - 07:46 PM
I think to remember that win2k did already know the "burn" switch. But i have no idea if there's a way to specify which part of the RAM to burn.
Burn switch ? that is new to me.
Does it also work on XP ?
#6
Posted 05 November 2012 - 07:51 PM
I think to remember that win2k did already know the "burn" switch. But i have no idea if there's a way to specify which part of the RAM to burn.
Almost but I want the opposite.
The /burnmemory parameter reduces the amount of memory available to Windows by the specified amount.
/burnmemory=SizeInMB
Subparameters
SizeInMB
Specifies an amount of memory (in megabytes). Enter a decimal integer. This value is subtracted from the amount of memory otherwise allocated to the system.
#7
Posted 05 November 2012 - 08:16 PM
Are we talking of this thingy depicted here?http://www.njuskalo.hr/tablet-pc/tablet-paceblade-pb-56-oglas-4690542
An answer would be appreciated.
This also is an easy question:
And as well an answer to it would be appreciated.Do you have the actual drivers for that thingy for 2k?
I don't think that older kernels than 7 (or NTLDR) have a feature similar to this (as a matter of fact I think they don't):
http://superuser.com...m/490522#490522
Wonko
- MarsWalker likes this
#8
Posted 05 November 2012 - 09:20 PM
This is an easy question:
An answer would be appreciated.
This also is an easy question:
And as well an answer to it would be appreciated.
I don't think that older kernels than 7 (or NTLDR) have a feature similar to this (as a matter of fact I think they don't):
http://superuser.com...m/490522#490522
Wonko
Sorry, I thought that I had respond. Yes, it is just like that. I have the drivers for w2000, xp and linux,
EDITED: I'm looking at the BCD info now and report as soon as I understand it
Edited by MarsWalker, 05 November 2012 - 09:27 PM.
#9
Posted 07 November 2012 - 07:15 PM
#10
Posted 07 November 2012 - 08:58 PM
You can still use the E820 memory map to mark memory as off-limits for Windows, as you originally considered doing with GRUB4DOS, which I responded to in one of your duplicate threads. Wonko advised that it should be kept together in this thread, so here it is again:Well, the burnmemory parameter works IF there is no bad memory.
I believe so.
My questions are:
1) is this possible ?Did you read the GRUB4DOS documentation? If so, which part do you need clarification for?2) can someone help me with the line(s) that I need to include in the menu.lst ?
I also suggest using the CLI instead of menu.lst, until you know what you've tried is working. Then you can put it in menu.lst. The CLI has a help command.
#11
Posted 07 November 2012 - 10:47 PM
I don't know anything about GRUB4DOS: The only thing (right now) is that it's the stuff that is installed via "WinSetupFromUSB_1-0-beta8.exe" to make my disk bootable.
I found that it uses the menu.lst because I followed the information on the disk.
It creates several files:
default
grldr
menu.lst
plpbt.bin
shifthd.bat
usbdrive.tag
windefault
winsetup.lst
and two folders:
DPMS
WINSETUP
and looks like the two lst files are the ones that control de menus and stuff.
#12
Posted 07 November 2012 - 11:42 PM
I'm not complaining.@Sha0 I'm sorry for the duplicated questions but looks like my start of the thread didn't go so well.
It's a bit unfortunate that the GRUB4DOS license and documentation aren't also added, but maybe this tool has placed them somewhere else. In any case, the GRUB4DOS documentation is available on the Internet; I think a search would reveal it. Once you have read about how to make a RAM disk from the CLI (command-line interface), perhaps you will be able to accomplish your goal.I don't know anything about GRUB4DOS: The only thing (right now) is that it's the stuff that is installed via "WinSetupFromUSB_1-0-beta8.exe" to make my disk bootable.
#13
Posted 08 November 2012 - 11:09 AM
Sha0, please allow me to be bluntIt's a bit unfortunate that the GRUB4DOS license and documentation aren't also added, but maybe this tool has placed them somewhere else. In any case, the GRUB4DOS documentation is available on the Internet; I think a search would reveal it. Once you have read about how to make a RAM disk from the CLI (command-line interface), perhaps you will be able to accomplish your goal.
I think I know every single place on the Internet where available documentation for grub4dos is available and even one more .
I presume I can be defined a "moderately advanced/experienced" grub4dos user, as a matter of fact I started using it (and within my very big limits did what I could to improve it, publicize it, "founded" the
Still I have NO idea what does actually means :
and how exactly this can be done with grub4dos.You can still use the E820 memory map to mark memory as off-limits for Windows,
If you would be so kind as to explain the idea in detail , I am sure I could try and help MarsWalker in the actual grub4dos matters, but I presume that since what you posted sounds like Vogons Poetry to me, MarsWalker, who additionally has not any Babelfish in his ear. will only hear "noise".
@Marswalker
Casually reboot.pro is also the "western unofficial" support forum for grub4dos so you don't have to go very far to learn more about the tool:
http://reboot.pro/forum/66/
Wonko
- MarsWalker likes this
#14
Posted 08 November 2012 - 11:30 AM
Anything done in grub4dos (real mode) will become m00t as soon as the Win2k switches to protected mode. So you need a driver like firadisk or winvblock.
Doesn't this make the "RAM disk from the CLI" not usable ?
PS - this copy/past that include color and font type is driving me crasy
#15
Posted 08 November 2012 - 01:43 PM
Yes and no, it seems like what Sha0 is suggesting is different from what I had in mind (and thought) .Doesn't this make the "RAM disk from the CLI" not usable ?
PS - this copy/past that include color and font type is driving me crasy
Normally a grub4dos defined ramdisk is accessed through grub4dos and mapped (for use - as an example in DOS which remains in Real Mode) to a device and hence to a "drive letter", when the Windows NT starts it switches to Protected mode this mapping vanishes (hence the need of a driver such as firadisk or winvblock capable of "hooking" it and "keeping it alive in protected mode).
I (evidently mistakenly) thought that if no Windows device "hooked" the RAM area, the Windows NT would think that it was "free" to use (and that it would re-scan the system to gather available RAM addresses), what Sha0 is suggesting is - I believe - that if you "hook" that area in grub4dos, even if there is no way from the Windows NT to access it without a driver, that "hook" remains valid and that part of RAM isn't used.
You can try allright.
FORGET about menu.lst, read these two pages AT LEAST:
http://diddy.boot-la...iles/basics.htm
http://diddy.boot-la...s/files/cli.htm
as it is strongly advised to use command line when experimenting (and some form of DOS or Linux).
Instructions for very basic test (DOS)
Make on the device a 128 Mb file, let's say it is C:my128mb.img
Boot the stick to DOS.
Run grub.exe
On grub4dos grub> prompt:
map --mem /my128mb.img (hd2) map --hook chainloader /io.sys bootyou will be back to DOS (unless there are errors in copying the image to ram)
use whatever dos program to check memory available
If the above doesn't work, you may try (compare with the section dedicated to hmload.com in readme_grub4dos.txt:
map --ram-drive=0x82 map --rd-base=0x8000000 map --rd-size=0x400000and the:
chainloader /io.sys bootto get back to dos.
The map --rd-base=0x8000000 and map --rd-size=0x400000 are the (hex) address and size in RAM, you may need to change them to the interval you try to exclude. The example should mean start at 128 Mb (134217728 bytes) and make a ramdisk 4 Mb in size (4194304 bytes).
Wonko
#16
Posted 08 November 2012 - 02:53 PM
You are mistaken. You have an idea for what it means, and your idea works.Still I have NO idea what does actually means :
But it sure seems convincing, doesn't it? At least using a RAM disk was mentioned.If you would be so kind as to explain the idea in detail , I am sure I could try and help MarsWalker in the actual grub4dos matters, but I presume that since what you posted sounds like Vogons Poetry to me, MarsWalker, who additionally has not any Babelfish in his ear. will only hear "noise".
The mapping only vanishes because BIOS' INT 0x13 and its drive numbers like 0x00 for first floppy, 0x80 for first HDD, etc., aren't used.Normally a grub4dos defined ramdisk is accessed through grub4dos and mapped (for use - as an example in DOS which remains in Real Mode) to a device and hence to a "drive letter", when the Windows NT starts it switches to Protected mode this mapping vanishes (hence the need of a driver such as firadisk or winvblock capable of "hooking" it and "keeping it alive in protected mode).
You are no longer mistaken. GRUB4DOS' map --hook will not only hook INT 0x13, but also INT 0x15, to intercept the E820 function NTLdr (actually, it might be NTDetect.com) will query the memory map using this, then pass that map to the NT kernel.I (evidently mistakenly) thought that if no Windows device "hooked" the RAM area, the Windows NT would think that it was "free" to use (and that it would re-scan the system to gather available RAM addresses), what Sha0 is suggesting is - I believe - that if you "hook" that area in grub4dos, even if there is no way from the Windows NT to access it without a driver, that "hook" remains valid and that part of RAM isn't used.
Even though G4D has mapped the memory used by the RAM disk as "off-limits," that just affects which memory Windows will consider "free for allocations." It doesn't prevent a driver from attempting to read and write to that memory, which is just what we (karyonix and I) do.
Agreed. Since I saw this:If the above doesn't work, you may try (compare with the section dedicated to hmload.com in readme_grub4dos.txt:
map --ram-drive=0x82 map --rd-base=0x8000000 map --rd-size=0x400000...
The map --rd-base=0x8000000 and map --rd-size=0x400000 are the (hex) address and size in RAM, you may need to change them to the interval you try to exclude. The example should mean start at 128 Mb (134217728 bytes) and make a ramdisk 4 Mb in size (4194304 bytes).
I thought maybe MarsWalker could find those bits in the GRUB4DOS documentation.My idea is to create, using grup4dos, a memory drive that uses those first 128Mb (or something that exclude those first 128Mb of memory from being used by the windows 2000).
#17
Posted 08 November 2012 - 04:24 PM
Agreed my sock!Agreed.
You just stated that a map --hook is needed, but if you try
you will get a "nice":map --ram-drive=0x82
map --rd-base=0x8000000
map --rd-size=0x400000
map --hook
Error 61: refuse to hook int13 because of empty drive map table
So right now I have something that does hook memory (but cannot specify the addresses of memory) and something that allows to specify addresses of memory, but doesn't allow it's "hooking".
Again, can you suggest an EXACT, DETAILED, procedure?
Wonko
#18
Posted 08 November 2012 - 06:20 PM
Which one? Right or left?Agreed my sock!
No, I didn't. But yes, it is.You just stated that a map --hook is needed, but if you try
I think that you are simply missing a mapping from the RAM disk to a BIOS drive number.Again, can you suggest an EXACT, DETAILED, procedure?
# Establish the RAM disk base address at 5 MiB map --rd-base=0x500000 # Establish the RAM disk size as 123 MiB map --rd-size=0x7B00000 # Map the 123 MiB (in sectors) to a BIOS drive number map --mem (rd)+0x3D800 (0x82) # Or we could have also used the "whole device" syntax #map --mem (rd)+1 (0x82) # Inspect the results map --status # Perform the hook map --hookMemTest could be used in order to determine the problem memory range(s).
- MarsWalker likes this
#19
Posted 08 November 2012 - 07:18 PM
I really need to read everything because right now it's looks like Japanese to me.
I will try and report my results.
Thank you in advance for all the help.
#20
Posted 08 November 2012 - 07:45 PM
Cannot say , it's the other one (the one Little Green Men failed to steal, the one was used - presumably - as fuel for their spaceship )
http://www.bundyology.com/hpg/507.html
@MarsWalker
JFYI :
http://reboot.pro/3380/
Wonko
#21
Posted 08 November 2012 - 08:34 PM
your establishing the good area of memory,
creating a rd using that portion of good memory
mapping it so its available to the bios
then --hooking it in G4D to make the rd available in protected mode.
"Lawyers used Latin to make themselves wealthy"
Now, Where's my socks.
#22
Posted 08 November 2012 - 08:53 PM
The bad area of memory, actually.If the Babelfish in my ear is working correctly,
your establishing the good area of memory,
Of bad memory.creating a rd using that portion of good memory
Mapping it so that it will be marked as reserved in the E820 memory map, once the hook is established.mapping it so its available to the bios
Establishing the G4D hook so that Windows will not use the bad memory for memory allocations.then --hooking it in G4D to make the rd available in protected mode.
#23
Posted 08 November 2012 - 11:12 PM
This is the beauty of reboot.pro.
An International thought pool.
You can kill me if you want, but we love to learn and share.
- MarsWalker likes this
#24
Posted 09 November 2012 - 10:28 AM
You should consider having your BabelFish serviced (or replaced) though as is it seems like it translates to the opposite of the actual meaningI thought it might be that, believe it or not, but I thought "I'd raise my head above the parapet" very uk quote
There is good memory and bad memory (and also ugly one, but it doesn't belong here ), and they are not the same thing.
Still I love Clint Eastwood explaining binary :
Wonko
#25
Posted 09 November 2012 - 11:10 AM
# Map the 123 MiB (in sectors) to a BIOS drive number map --mem (rd)+0x3D800 (0x82) # Or we could have also used the "whole device" syntax #map --mem (rd)+1 (0x82)
both lines fail with:
Autodetect number-of-heads failed. Use default value 255
Autodetect sectors-per-track failed. Use default value 63
Does the command need more parameters or this is just information of what is used ?
Also tagged with one or more of these keywords: grup4dos windows 2000
Groups →
Community forum →
Is this possible ? (It's a challenge) :DStarted by MarsWalker , 05 Nov 2012 grup4dos windows 2000 |
|
|
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users