PROJECT DUE 01-20-2008 (manipulation of secondary memory)

ei, i have some additional questions and problems. Is it possible to manipulate secondary memory using java? to be more specific, is it possible to hide the actual memory of a drive,
and make the Operating System believe that the memory of the drive is smaller than its actual size, making the transfer of files in that drive impossible?

If i have a 256MB flashdrive, i need my program to hide
Its actual size. So when my program is executed to
"hide" and the user inquires the memory size of the
flash drive,
"mouse-right-click on flashdrive>>properties",
the size
of the flashdrive would be smaller or even empty.
Making the ability of the user to
create or paste files in the flashdrive relatively
impossible. But when my program
is set to "unhide", it would show the flashdrives actual

Things needed to achieve:
1. to unallow the user to access the flashdrive if
he/she doesn't go through my password protection system.
2. to unallow the view of the flashdrive by means of
directly accessing it using Explorer (for Windows NT

pls. guys, you've all been great help, im in need of help, i only got a week left 'til the
deadline. .

Off-Topic Posts

DISCLAIMER: I do not represent, or the Jnode community at large. My opinions are my own, although they are available for re-use under extremely easy licensing terms.

Your questions are off-topic for this forum.
Please take them to a site where they are on-topic.
At best, they may fall into a general talk category,

I, and others, answered your previous cry for help at because we were feeling charitable. Unfortunately, we seemed to have encouraged a repeat, despite our not-to-subtle hints about the appropriateness of these questions here.

You were also notified THERE, in that post, that these sorts of "requests" were off-topic for this site and that there are better ways and places to get help.

I will attempt to make it plain, since the others here who are Jnode developers are probably far to polite to say what they are thinking.
I am from Texas and don't have a problem telling it straight:

Q: What does this post have to do with the Jnode-GUI?
A: Nothing. Take your questions about your schoolwork elsewhere.

We aren't going to write your program for you (incorporating features that are starting to feel like malware).

Your continued and repeated attempts to freeload Java consulting for finishing school projects seems in poor taste, at best, may constitute an ethics violation of your school policy, and are plain abusive, at worst.

Aren't you supposed to be researching the problem, the possible solutions, and writing the answers, yourself?

I get that this project (Jnode) is freely published/freely available LGPL code, but I doubt that was done to encourage "write my school code for me" mooching from the world at large.

Please consult your books, library, classmates, assistants, and instructors for assistance with your classwork.

If you want to discuss, use, or develop Jnode (as seen on TV and in the domain name at the top of your window), then please feel more than welcome to do so, here. In this forum, please try to keep the topic at least vaguely related to Jnode GUI design, development, usage, or troubleshooting.

Begging for free programming scraps becomes more annoying the longer you fail to heed the civil hints dropped in the earlier responses, especially as you brazenly ignore even the rudiments of civil Internet discourse to do so.

Or, have I totally misread your questions, and this is actually all part of some amazing new disk driver for Jnode that magically does things for the Jnode GUI?

If so, then my apologies.
If not, then please re-read the above paragraphs as many times as it takes to sink in.

I don't intend to sound rude, but I do intend to be brutally honest with you about how your posts look to me, and probably others. Even though I just started learning Java myself, I didn't come here to beg for help with anything other than understanding and improving Jnode. Please emulate that model.

Despite this, I try to "teach, when asked": I think you are looking for how to build or access Host-Protected Areas under Java?
Be aware that they can be detected, and require hardware support to implement.
Robert "Exile In Paradise" Murphey
Brutally honest.

it may sound hard...


first of all I may apologise about what comes next.

I guess this forum is not the right place for your question. You may find other places to ask them too.

The next thing is how many days / weeks was youre schedule to work at that project?

I try to point you at some things, like "thinking" about what you are suposed to do, at least it is your project.

Now to what may help you:

The flash-drive can be partitioned like every other drive. So you could create two partitions, one readable for every user. To that partition save your program. The other one should be somehow encoded. The point is that you should grant access to the encoded partition through your program. Therefore it could be a good idea to write a device driver. But that is normaly not done in Java and you would need driver for different operating systems.

Here is my last hint:

When your program just needs to store the files at the flashdrive and restore them from it, the you may create an program that simply reads in a file, encodes it and writes it to the hidden partition. The other way would be, prompt for password, decode the file and put it back to on other drive of that pc.