Disk Drives vs. Mount Points
Moderator: Moderator Team
Disk Drives vs. Mount Points
Windows-versions inherit the odd system of disk drive letters from the old CP/M http://www.gaby.de/ecpm.htm (nearly Stone Age).
Unix-versions (Solaris, Linux, BSD, BeOS, MacOS X, NextStep, ...) don't have this nonelastic system of drive letters for addressing. The file system is here independent of the hardware. The hardware (disks, floppies, cdroms, ram, ...) cant be mounted via mountpoints in the file system.
ReactOS have to use the odd system of disk drive letters to be compatible with Windows, OS2 and DOS.
But I think it is possible to use moint point too. DOS have the JOIN-command for this:
http://www.techweb.com/encyclopedia/def ... rm=DOSJoin
Windows XP have the GUI diskmgmt.msc for this. I don't no if XP have a command line tool like the Unix "mount" (I don't use Windows normally).
Will ReactOS have the capability for using moint point?
Is it possible to use this capability in the start process like the /etc/fstab in Unix?
Unix-versions (Solaris, Linux, BSD, BeOS, MacOS X, NextStep, ...) don't have this nonelastic system of drive letters for addressing. The file system is here independent of the hardware. The hardware (disks, floppies, cdroms, ram, ...) cant be mounted via mountpoints in the file system.
ReactOS have to use the odd system of disk drive letters to be compatible with Windows, OS2 and DOS.
But I think it is possible to use moint point too. DOS have the JOIN-command for this:
http://www.techweb.com/encyclopedia/def ... rm=DOSJoin
Windows XP have the GUI diskmgmt.msc for this. I don't no if XP have a command line tool like the Unix "mount" (I don't use Windows normally).
Will ReactOS have the capability for using moint point?
Is it possible to use this capability in the start process like the /etc/fstab in Unix?
Sounds good.w3seek wrote:yes it definitely will.
So it will be possible to create a partition with ReactOS and mount existing partitions with Windows, Linux or DOS?
Will it be possible to mount partitions readonly?
Maybe for programm files to keep these virus free.
Will ReactOS have a external partition for swap?
Wiil ReactOS have (hard, symbolic) links too?
I think that will be a yes, probably most of the Linux/*nix mount options will be supported.rowa wrote:Will it be possible to mount partitions readonly?
Maybe for programm files to keep these virus free.
I believe it will support both a swap file, and a swap partition.rowa wrote:Will ReactOS have a external partition for swap?
Hard links will depend on the filesystem (don't know about FAT, but NTFS supports it, don't know of any *nix filesystem that doesn't). I don't know if symbolic links are a filesystem feature, or an OS feature so I can't answer that question, but I figure ReactOS will support them.rowa wrote:Wiil ReactOS have (hard, symbolic) links too?
"People do have a real life." -- w3seek
Guess that means I'm not a person
Guess that means I'm not a person
That POSIX-compliant subsystem looks like Windows 2000. In Windows 2000, on NTFS volumes, you can create hard links and symbolic links (to directories and whole logical volumes only).niteice wrote:They're recreating a partially POSIX-compliant OS, why not finish the job?
The problem is that Microsoft does not provide such a useful command line utility named "ln".
For symbolic links, you can use JUNCTION.EXE from http://www.sysinternals.com/ .
For hard links, see, for example, http://www.bearcanyon.com/tools/
I hope all filesystem-drivers will be able to accept a "/" and|or "\"... If a software will open c:\temp\file.tmp, c:/temp/file.tmp, /temp/file.tmp ReactOS or the filesystem driver will open the same file... If the filesystem supports mountpoints to (like NTFS), we can address d:\ something like /etc/d/ or anything like in *nix
-
- Posts: 198
- Joined: Sun Jan 16, 2005 5:47 pm
- Location: Duesseldorf, Germany
- Contact:
i think that using mount points instead of drive letters will scare off a ton of new users.. i mean really .. the reason most people use windows is because its easy, and lets face it .. mount points are confusing as hell for people that have never used a *nix os. i agree that it would be cool ... but to force it on everyone is a bad idea. make it an option for advanced users in the control pannel, because really .. thats what it is.. an advanced option.
-
- Posts: 198
- Joined: Sun Jan 16, 2005 5:47 pm
- Location: Duesseldorf, Germany
- Contact:
/ and \
In NT and in ReactOS, as they both have an object based kernel, there is a single system name space. Each environment subsystem (Windows, POSIX, OS/2...) generates a logical view of that namespace for the client processes. For instance, the well known "disk letters" do not actually exist per se: they are symbolic links in the system name space.e7 wrote:I hope all filesystem-drivers will be able to accept a "/" and|or ""... If a software will open c:\temp\file.tmp, c:/temp/file.tmp, /temp/file.tmp ReactOS or the filesystem driver will open the same file... If the filesystem supports mountpoints to (like NTFS), we can address d:\ something like /etc/d/ or anything like in *nix
Win32 system calls accept both / and \ as separators in a path. Native calls (those available loading NTDLL.DLL) accept only \, because NTDLL.DLL offers no logical view of the system name space (which uses \ as separator).
Who is online
Users browsing this forum: Bing [Bot], Google [Bot] and 35 guests