Computing.Net > Forums > Disk Operating System > Fdisk / ramdisk

Computer Problems? Computing.Net has over 1,000,000 posts about all things technology related! Over 90% answered within 24 hours! Click here to start participating now! Also, be sure to check out the New User Guide.

Fdisk / ramdisk

Reply to Message Icon

Name: swamper8
Date: August 5, 2004 at 10:09:58 Pacific
OS: DOS 6.22
CPU/Ram: -
Comment:

Currently I am using Ramdrive.sys to create a ram disk E: in my extended memory. (I read it wouldn't work under DOS but it seems to do ok) I am then copying FDISK into this ram drive and attempting to execute it via a batch file/script file combo; both of which are also on the ram disk. The problem I am having is that fdisk executes properly, and sets up my partitions, but when I exit FDISK it attempts to write to the floppy drive. If I take the floppy out I get an access error (Abort, Retry, Fail....) I am trying to run FDISK with NO floppy in the computer. Is there some switch I can use to prevent FDISK from writing to the floppy? Or maybe can it be told to write to my ramdrive instead? Thanks in advance for any help given.



Sponsored Link
Ads by Google

Response Number 1
Name: swamper8
Date: August 5, 2004 at 10:18:05 Pacific
Reply:

Oh, and I tried the /X switch. (fdisk.exe /x) however it says it's a
"invalid switch". I also tried to use the /q just for the sake of it and that didn't help either. The switch itself functioned, but didn't fix my problem.


0

Response Number 2
Name: Mechanix2Go
Date: August 5, 2004 at 11:09:07 Pacific
Reply:

Hi Steve,

The only thing that occurs to me is that when fdsik exits, DOS wants to reload the 'transient' part of command.com.

If this is the case, you can avoid the floppy access by:

copy a:\command.com e:\
set comspec=e:\command.com

I know I should not ask. Why are you running fdisk from a ramdisk?



0

Response Number 3
Name: jboy
Date: August 5, 2004 at 11:46:01 Pacific
Reply:

Worth a try - are you actually 'on' the ramdisk (at the E: prompt) when the a: drive is sought?

" I also tried to use the /q just for the sake of it"

It seems to be a pretty well kept secret - but you can usually determine the command line switches by using the 'help' switch ( /?)

fdisk /?

.. will reward you with parameters & usage.

something of an improvement over the M$ version, you may be interested in this resizable RAMdisk


btw - it would be a show of good character on your part if you would acknowledge responses to your other questions


I'm just looking for clues at the scene of the crime


0

Response Number 4
Name: jboy
Date: August 5, 2004 at 12:01:37 Pacific
Reply:

Hmm - I'm not so sure it's possible to circumvent that one. A bit of poking around in fdisk shows:

Insert DOS system diskette in drive A: 0104<R>Press any key when ready . . . 1304<H>System will now restart 0304<R>Press any key

Seems like it may be hardcoded to seek out the a: drive

Don't know if it would be the same with any of the fdisk alternatives - but it might be.

( - heh - HTML reacts oddly to binary)

I'm just looking for clues at the scene of the crime


0

Response Number 5
Name: swamper8
Date: August 5, 2004 at 12:29:16 Pacific
Reply:

Well, I was putting fdisk into a RAM disk because I am building a software installation system (clears partitions, sets partitions, installs software etc) off of a bootable CD platform. Since it's not possible to write to a CD on the fly, and so many programs require writing to something, I decided to create a temporary ramdrive, transfer programs there which need to be able to write to a drive, then execute them. I want to be able to boot off a CD to do this because our company equipment has a big problem with boot sector viruses...hence why I want to stay away from reading/writing to a floppy.
Mechanix2Go, I believe you are on to something with what you wrote. When I ran FDISK off of my ramdrive, I'd get either the
"ABORT,RETRY,FAIL" message or a "insert floppy with \command.com" error. I tried copying command.com to my ramdrive, but it still went looking for it on the floppy. I didn't however use the set comspec=e:\command.com line. Possibly that would allow FDISK to look for command.com in the root directory (E: = ramdisk) and not the floppy drive. Thanks for everyone's help, I will try the comspec line to see if that clears things up.


0

Related Posts

See More



Response Number 6
Name: El-Trucha
Date: August 5, 2004 at 16:10:36 Pacific
Reply:

Umm...btw, how do u make a RAM disk??

El-Trucha


0

Response Number 7
Name: jboy
Date: August 5, 2004 at 16:20:32 Pacific
Reply:

.. first step might be to read about it - maybe you don't even need one ; )

I'm just looking for clues at the scene of the crime


0

Response Number 8
Name: Mechanix2Go
Date: August 6, 2004 at 01:21:58 Pacific
Reply:

Steve,

If you'd said from the beginning that it needed command.com, we wouldn't have gone through all this.

2. If the company's problem is boot sector viruses, fix that.



0

Response Number 9
Name: swamper8
Date: August 6, 2004 at 04:28:35 Pacific
Reply:

Well sometimes fixing a problem is not as easy as just saying "fix it". My company has hundreds of FSR's (field service representitives/technicians) who have literally thousands of used floppies in their vans, spread out over almost every state and 4 foreign countries. There are ten's of thousand's of our emissions analyzers out there that potentially could be infected with either the NYB or STEALTHBOOTB boot viruses. They spread quicker than we can get notifications out to the offending technicians/machines. So fixing the problem is a big mountain to climb. Eliminating it from spreading by using CD's instead of floppy's is just a small step in the right direction.


0

Response Number 10
Name: jboy
Date: August 6, 2004 at 05:27:45 Pacific
Reply:

And you are a technician as well?


I'm just looking for clues at the scene of the crime


0

Response Number 11
Name: swamper8
Date: August 6, 2004 at 05:36:21 Pacific
Reply:

JBOY,
I'm sorry that I never responded to my other postings. Your right, I probably should have included something in return. However if I don't read something that helps me, then I don't really have much to respond to. Sometimes it just seems these days that so many forum responses had poor attitudes connected with them. Picking apart how I word my question instead of generally addressing what I ask. I just don't want to get in a pissing contest with people because I didn't word my post perfectly or I'm not as knowledgable as others are. I made my first response in this posting because I felt I had received some valuable information from mechanix2go, and in response I get this:
'If you'd said from the beginning that it needed command.com, we wouldn't have gone through all this.'

If I was familiar enough with my problem that I knew the cause I wouldn't have needed to post a question to begin with. I post as much information as I feel relevant, then, based on the responses of others, I either post more information, or I get enough input to work the problem out myself. Sometimes things take a few posts to work through. I'm not trying to ruffle anybody's feathers. After reading through some old posts here it seemed like a good knowledge base to post in, that's why I decided to post.



0

Response Number 12
Name: jboy
Date: August 6, 2004 at 05:46:18 Pacific
Reply:

Well, as far as that goes, it's more a matter of courtesy. When you ask perfect strangers for assistance, it's like, customary. Also covered in 'terms & rules' (which is accessible when posting)

With regard to this problem - sure, reporting any error messages *exactly* goes a long way to helping us determine the difficulty.

I was merely curious as to your role in this security project - previous posts seem to indicate your technical background is, well, uneven.

All the best - hope you found what you needed.


I'm just looking for clues at the scene of the crime


0

Response Number 13
Name: swamper8
Date: August 6, 2004 at 06:29:26 Pacific
Reply:

Well my programming background is way uneven...hence why I have posted questions here that may have not sounded very knowledgeable. I started life as a mechanic, moved on to an electrical assembly job and I am now repairing electronics (computers/PCB's) I've just started trying to program on a DOS level because of the above mentioned problem(s). Our equipment is sooooooo old. (runs mostly DOS and OS/2 based programs!) I've taken some java programming classes but that doesn't help me at all in this lower level programming. So yes, I am a technician, in my company's repair facility, not out in the field where these virus issues are in full swing.
And so everyone who responded to my post receives some input as to how I solved my problem, I wound up using ROXIE software to create a bootable CD from my bootable floppy disk. From the CD I transfered all my info to my RAMDRIVE and everything worked wonderfully.
The 'computerhope.com' link that jboy posted was where I originally learned about what a RAMDRIVE or RAMDISK is. To make mine I included a
Device=himem.sys
Device=ramdrive.sys 8192 /E

in my config.sys file. THe 8192 specifies the size of the drive (around 8MB for this one) and the /E is a switch that is used to make the RAMDRIVE in either the PC's expanded memory or extended memory. Anyone can access a list of the RAMDRIVE switches at this link:
http://2dos.homepage.dk/batutil/help/RAMDRI_S.HTM
Thanks to everyone who posted a response.


0

Response Number 14
Name: Mick C
Date: August 6, 2004 at 08:41:25 Pacific
Reply:

I am not 100% sure here - But CD-ROMs particularly the CD/R-CD/RW variety can also be infected with viruses.

If the Computer that writes them is checked and clean, then so will the CD being written - If you use an infected bootdisk then a bootable CD will be also...

However if it is re-writable can it then be infected? Not sure about this bit...

PowerLoad is part of the Oldfiles Network
Please reply with a message to let us all know we are on the right track...


0

Response Number 15
Name: swamper8
Date: August 6, 2004 at 10:20:40 Pacific
Reply:

I suppose a CD can be infected from a bad floppy. Whether the virus will spread from an infected CD as it would spread from a floppy is another question I suppose. If a virus is written to copy itself from the floppy to the harddrive boot sector, then in turn to every un-infected floppy installed thereafter,(like the viruses I am dealing with) it might work differently off a CD. I'm using a CD-R which can only be written to once. My bootable floppy is clean (check it quite often) so I don't think infecting the CD will be an issue. I am writing all my code on a clean machine connected to my company's network which has security/virus checking like you couldn't believe!


0

Response Number 16
Name: timwellman
Date: August 7, 2004 at 11:12:19 Pacific
Reply:

just adding my two cents worth...

fdisk checks command.com to make sure it's the same dos version, then, as mentioned above, makes a call to command.com again when it ends. But, I believe it will ALWAYS make that call to the command.com the machine is booted up from... meaning, you can't redirect it after bootup to use another copy of command.com

the simple solution here, instead of ramdisk, etc, is simply to buy brand new floppies (you say you're on a clean machine now), make clean floppy boot disks, then break out the write protection slider. No virus can write to a floppy that is write-protected (break it out so it can't be slide back to 'write' mode). If you *have* to have the bootup cd's, the best way to go about it is to create an image file on a clean machine... then, that can be used to burn clean boot cd's even on an infected machine

Good luck!


0

Response Number 17
Name: jboy
Date: August 7, 2004 at 11:34:57 Pacific
Reply:

"meaning, you can't redirect it after bootup to use another copy of command.com"

Sure you can - that's exactly what SET COMSPEC does.

I'm just looking for clues at the scene of the crime


0

Response Number 18
Name: Dan Penny
Date: August 9, 2004 at 03:11:47 Pacific
Reply:

When you made your bootable cd, you most likely used a bootable floppy as the boot files ~image~ source. Do it again but this time use the set comspec command in the a:\autoexec.bat to redirect to E:command.com before you create the cd.


0

Sponsored Link
Ads by Google
Reply to Message Icon






Post Locked

This post is quite old and has been locked from receiving new replies. Please create a new posting instead.


Go to Disk Operating System Forum Home


Sponsored links

Ads by Google


Results for: Fdisk / ramdisk

Batchfile automate Fdisk and reboot www.computing.net/answers/dos/batchfile-automate-fdisk-and-reboot/11871.html

fdisk + MS DOS www.computing.net/answers/dos/fdisk-ms-dos/8038.html

Fdisk won't label my drive can't fo www.computing.net/answers/dos/fdisk-wont-label-my-drive-cant-fo/11329.html