oddness
hi,
I noticed yesteday that it appears that a partition has been set aside by the previous owners of my O2 for /proc... assuming that 'df' isn't lying to me, can anyone think of a reason why an 800Mb partition would be set aside for /proc?
Cheers,
Rory Hunter
Quoted 8 lines · Rory Hunter
hi,
I noticed yesteday that it appears that a partition has been set aside by the previous owners of my O2 for /proc... assuming that 'df' isn't lying to me, can anyone think of a reason why an 800Mb partition would be set aside for /proc?
No, this is not really a partition. See the man page for proc(4). It provides an image of each active process on the system. It does not consume any disk resources.
Cheers, Alistair
Signature · 6 lines
Alistair Lambie [email protected] SGI Global Product Support SGI Voicemail/VNET: 234-1455 Level 5, Cigna House, M/S: INZ-3780 PO Box 24 093, Ph: +64-4-494 6325 40 Mercer St, Wellington, Fax: +64-4-494 6321 New Zealand Mobile: +64-21-635 262
Hi,
I know the proc is virtual, but it puzzled me that 'df' should list it when linux doesn't... if I can confirm that the partition itself is virtual then I'll happliy ignore it.
Cheers,
Rory Hunter
From the df man page:
The proc filesystem (normally mounted under /proc) is not printed by default, but can be explicitly specified. This filesystem consumes no actual disk space, but is an interface to the virtual space of running processes. The total and free blocks reported represent the total virtual memory (real memory plus swap space) present and the amount currently free, respectively.
You will see /proc if you use GNU df. Otherwise, you have to explicitly ask for it (df /prof).
If you use IRIX df /proc, you will see that the Type is proc - a virtual filesystem.
If you want to independently verify it - use prtvtoc to look at how your disk is partitioned. You will probably not see a /proc paritition.
Steve Parker
Quoted 11 lines · Rory Hunter
Subject: Re: oddness
Hi,I know the proc is virtual, but it puzzled me that 'df' should list it when linux doesn't... if I can confirm that the partition itself is virtual then I'll happliy ignore it.
Cheers,
Rory Hunter
-- End of excerpt from Rory Hunter
On Thu, 23 Sep 1999, Rory Hunter wrote:
|>Hi, |> |>I know the proc is virtual, but it puzzled me that 'df' should list it |>when linux doesn't... if I can confirm that the partition itself is |>virtual then I'll happliy ignore it.
If you check out the manual pages for proc(4) under IRIX and proc(5) under Linux (RedHat 6.0), you'll note that the filesystems are two different things. They are not the same.
/proc under IRIX reports process information. /proc under Linux is for displaying (and modifying) kernel tunables.
The proc(4) manual page under IRIX specifically states:
The statfs(2) system call will return valid information concerning the proc filesystem. The total and free blocks as reported by df(1) respectively represent the total virtual memory (real memory plus swap space) available and currently free.
Since the two filesystems perform different functions, 'df' should not be expected to perform the same function.
Hope this helps.
--Matt
|>Cheers, |> |>Rory Hunter
Quoted 6 lines · Rory Hunter
hi,
I noticed yesteday that it appears that a partition has been set aside by the previous owners of my O2 for /proc... assuming that 'df' isn't lying to me, can anyone think of a reason why an 800Mb partition would be set aside for /proc?
As on Linux, /proc is not a real file system. On IRIX, the size
of /proc is roughly the maximum amount of virtual space available (including swap space), and the space used is the amount of virtual space in use.
Quoted 11 lines · Rory Hunter
hi,
I noticed yesteday that it appears that a partition has been set aside by the previous owners of my O2 for /proc... assuming that 'df' isn't lying to me, can anyone think of a reason why an 800Mb partition would be set aside for /proc?
Cheers,
Rory Hunter
proc is your process table - it isn't taking file system space. pretent it doesnt exist. Ignore it. Its "kernel stuff"
Signature · 6 lines
.--------1---------2---------3---------4---------5---------6---------7. Eric Kimminau [email protected] Electronic Support Tools Vox:248-848-4455 Fax:248-848-5600 VNET:6-327-4455 "I speak my mind and no one else's." "I am a bomb technician. If you see me running, try to keep up..." http://support.sgi.com