proc /proc procfs rw 0 0
fdesc /dev/fd fdescfs rw 0 0
Not sure if it's needed, but I did proc in fstab for Xfce on 16.0 two days ago no problem (iirc proc was mentioned in Handbook for Xfce)Do we need settings for "proc" in /etc/fstab still, please?
I added that too (iirc OpenJDK mentioned to do it somewhere); both cases I didn't really check if the filesystem was used or if there were any problems without adding proc or fd, but iirc OpenJDK was fine without fd (I used Java apps and LibreOffice a little 14.1 or .2 before finding the fd mention on accidentLong time ago I removed /dev/fd which was mention in openjdk install.
find /usr/ports/ -name pkg-message\* \( -not -path '*/distfiles/*' \) \( -not -path '*/distfiles/bazel_dist/*/*' \) \( -not -path '*/packages/*' \) \( -not -path '*/.git/*' \) -exec grep -H "proc" {} ';' | grep mount | cut -d : -f 1 | cut -d '/' -f 4,5 | sort | uniqdeskutils/anydesk
deskutils/parcellite
devel/libsigsegv
devel/linux-ltp
devel/oclgrind
devel/RStudio
graphics/grafx2
java/bootstrap-openjdk8
java/linux-oracle-jdk18
java/linux-oracle-jre18
java/linux-oracle-serverjre10
java/openjdk11
java/openjdk17
java/openjdk20
java/openjdk21
java/openjdk22
java/openjdk23
java/openjdk24
java/openjdk25
java/openjdk8
lang/mono5.10
lang/mono5.20
lang/mono6.8
math/geogebra
net/nethogs
security/beid
security/py-vpn-slice
sysutils/gkrelltop
sysutils/logstash7
sysutils/logstash8
sysutils/logstash91
sysutils/logstash92
sysutils/lxtask
sysutils/memfetch
x11/keyboardcast
$ cat /etc/fstab# Device Mountpoint FStype Options Dump Pass#
/dev/gpt/efiboot0 /boot/efi msdosfs rw 2 2
/dev/ada0p3 none swap sw 0 0
/dev/ada1p3 none swap sw 0 0
$ cd /dev/fd//dev/fd/0 /dev/fd/1 /dev/fd/2
Did a quick scan through the OpenJDK sources, and found the following:
The most important use of /dev/fd is to be able to close any extra file descriptors
that for some reason don't have the O_CLOEXEC flag set when a new process
is forked.
/proc seems to be a bit more involved, and is used by the JVM for some memory
management, and determining system characteristics of certain architectures.
(PowerPC, s390, at least.) Not sure what impact it has to remove it, but the effects
may not immediately be obvious.
Examples of not being needed:
- Tomcat/jboss/whatnot (though webapps may or may not require it)
- Most standalone Java applications I've tested
Examples of it being needed (seems to frequently have to do with observing the local system):
- Graylog (otherwise it cannot see if its own inputs are running or not)
- Elasticsearch, Opensearch (varies a bit between versions)
- Logstash (com.sun.management.internal.OperatingSystemImpl.getCommittedVirtualMemorySize0)
You are mistaken.if I'm not mistaken, Proc is only a Linux function.
?Long time ago I removed /dev/fd
I meant that. Why remove anything from theNothing about /dev/fd
?
I meant that. Why remove anything from the
/dev
directory at all?
I corrected my first post. Thank you.?
I meant that. Why remove anything from the
/dev
directory at all?
Yes, you right.You are mistaken.
Ah, yes, right.But it certainly isn't a "Linux" function. It existed long before Linux did.
Perhaps a stretch, but /dev/fd is a special filesystem, "fdescfs" so maybe in some world there is a potential security hole??
I meant that. Why remove anything from the
/dev
directory at all?
Perhaps it's the translation's accuracy. I don't understand the nuances of English very well.Perhaps a stretch
Ahh, I meant "maybe a bit theoretical, there could be security holes related to having it mounted".Perhaps it's the translation's accuracy. I don't understand the nuances of English very well.![]()
Following on from SirDice message, possibly you were thinking of linprocfs(4) which is a Linux specific proc compat useful for the Linux Emulation layer.Proc is only a Linux function.