.\" Copyright (C) 1994, 1995 by Daniel Quinlan (quinlan@yggdrasil.com) .\" with networking additions from Alan Cox (A.Cox@swansea.ac.uk) .\" and scsi additions from Michael Neuffer (neuffer@mail.uni-mainz.de) .\" and sysctl additions from Andries Brouwer (aeb@cwi.nl) .\" .\" This is free documentation; you can redistribute it and/or .\" modify it under the terms of the GNU General Public License as .\" published by the Free Software Foundation; either version 2 of .\" the License, or (at your option) any later version. .\" .\" The GNU General Public License's references to "object code" .\" and "executables" are to be interpreted as the output of any .\" document formatting or typesetting system, including .\" intermediate and printed output. .\" .\" This manual is distributed in the hope that it will be useful, .\" but WITHOUT ANY WARRANTY; without even the implied warranty of .\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the .\" GNU General Public License for more details. .\" .\" You should have received a copy of the GNU General Public .\" License along with this manual; if not, write to the Free .\" Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, .\" USA. .\" .\" Wed May 17 15:26:04 1995: faith@cs.unc.edu, updated BUGS section .\" Minor changes by aeb and Marty Leisner (leisner@sdsp.mc.xerox.com). .\" Sat Apr 13 02:32:45 1996: aeb@cwi.nl, added sys, various fixes. .\" Mon Jul 22 17:14:44 1996: aeb@cwi.nl, minor fix. .\" Translated into German by Mike Fengler (mike@krt3.krt-soft.de) .\" .TH PROC 5 "15. Dezember 1998" "" "Dateiformate" .SH BEZEICHNUNG proc \- Prozess-Informationen in einem Pseudo-Dateisystem .SH BESCHREIBUNG .B /proc ist ein Pseudo-Dateisystem und dient (anstelle von /dev/kmem) als Schnittstelle zu den Kernel-Datenstrukturen. Die meisten Einträge sind nur lesbar, einige Dateien erlauben aber auch das Verändern der Kernelvariablen. .LP Die folgende Übersicht bietet einen Schnelldurchgang durch den /proc Verzeichnisbaum. .LP .na .nh .PD 1 .TP .I [Zahl] Für jeden laufenden Prozess gibt es ein numerisches Unterverzeichnis mit der Nummer der Prozesskennung. In jedem dieser Unterverzeichnisse gibt es die folgenden Pseudo-Dateien und Verzeichnisse. .RS .TP .I cmdline Hierin steht die komplette Kommandozeile für diesen Prozess (außer er ist ausgelagert oder ein Zombie - in diesem Falle gibt ein Leseversuch 0 Zeichen zurück). Diese Datei ist Nullterminiert, nicht mit einem Zeilenvorschub. .TP .I cwd Dies ist ein Link auf das aktuelle Arbeitsverzeichnis des Prozesses. Um dieses für z. B. Prozess 20 herauszufinden, kann man Folgendes tun: .br .nf .ft CW cd /proc/20/cwd; /bin/pwd .fi .ft .PP Achtung: pwd ist häufig in die Shell eingebaut; diese interne Funktion könnte in diesem Zusammenhang versagen (daher "/bin/pwd"). .TP .I environ Diese Datei enthält die Prozess-Umgebung. Die Einträge sind Nullterminiert, am Ende der Liste kann ebenfalls ein Nullbyte stehen. Um also die Umgebung von Prozess 1 zu auszugeben: .br .nf .ft CW (cat /proc/1/environ; echo) | tr "\\000" "\\n" .fi .ft P .PP (Ein Grund dafür steht unter .IR lilo (8).) .TP .I exe ein Zeiger auf die ausgeführte Binärdatei, als symbolischer Link. .IR readlink (2) auf die exe Spezialdatei ergibt eine Zeichenkette in diesem Format: [device]:inode ([Gerätekennung]:Dateieintragskennung) [0301]:1502 wäre also z. B. Inode 1502 auf dem major device 03 (IDE-, MFM- Festplatten), minor device 01 (erste Partition der ersten Platte). Der symbolische Link wird ganz normal aufgelöst, das Öffnen von "exe" führt zum Öffnen der Binärdatei. Man kann sogar Folgendes eingeben: .I /proc/[Zahl]/exe um eine Kopie des Prozesses als [Zahl] laufen zu lassen. .IR find (1) mit der Option -inum zeigt, in welchem Verzeichnis die Datei liegt. .TP .I fd In diesem Unterverzeichnis stehen die Dateideskriptoren der von diesem Prozess geöffneten Dateien. Diese Einträge sind symbolische Links zu den eigentlichen Dateien (wie beim exe-Eintrag). 0 ist Standardeingabe, 1 ist Standardausgabe, 2 ist der Standardfehlerkanal usw. Damit kann man Programme "hereinlegen", die aus/in Dateien lesen/schreiben (an Stelle von Standard-Ein/Ausgabe). Angenommen, -i bezeichnet die Eingabedatei, -o die Ausgabedatei: .br .nf .I "foobar -i /proc/self/fd/0 -o /proc/self/fd/1 ..." .fi .br Und schon arbeitet das Programm als Filter. Allerdings funktioniert das nur mit Programmen, die keine Suchvorgänge in ihren Dateien durchführen, denn die Dateien in fd lassen sich nicht durchsuchen. /proc/self/fd/N ist in etwa dasselbe wie /dev/fd/N in einigen UNIX und UNIX-ähnlichen Systemen. Die meisten MAKEDEV-Skripte in Linux sind einfach symbolische Links auf /proc/self/fd. .TP .I maps Eine Datei mit den derzeitigen Speicherbereichen und ihren Zugriffsrechten. Das Format ist: .nf .ft CW .in +3n address perms offset dev inode 00000000-0002f000 r-x-- 00000400 03:03 1401 0002f000-00032000 rwx-p 0002f400 03:03 1401 00032000-0005b000 rwx-p 00000000 00:00 0 60000000-60098000 rwx-p 00000400 03:03 215 60098000-600c7000 rwx-p 00000000 00:00 0 bfffa000-c0000000 rwx-p 00000000 00:00 0 .ft .fi .in .PP Dabei ist address der Adressbereich, den der Prozess belegt, perms ist ein Satz von Rechten: .nf .in +5 r = read (lesen) w = write (schreiben) x = execute (ausführen) s = shared (geteilt (mit anderen Prozessen)) p = private (copy on write) (Kopieren bei Schreibzugriffen) .fi .in .PP offset ist der Abstand zum Anfang (der Datei oder was auch immer), dev ist das Gerät (major:minor) und inode ist die inode auf diesem Gerät. Ist inode 0, dann ist keine Datei mit diesem Speicherbereich verbunden, wie z. B. im Falle von bss. .TP .I mem Nicht zu verwechseln mit /dev/mem (1,1), trotz der gleichen Gerätenummern. /dev/mem ist der phsikalische Speicher vor Adressumsetzung. Die mem-Datei hier ist der Speicher, den dieser Prozess belegt. Dieser kann derzeit nicht .RI ge- mmap (2)'t werden; das wird erst möglich, wenn der Kernel über einen allgemeingültigen .IR mmap (2) verfügt. (Wenn Sie das lesen, ist es vielleicht schon der Fall.) .TP .I mmap Verzeichnis mit Speicherverweisen von .IR mmap (2) als symbolische Links wie xe, fd/* usw. Da maps (s.w.o.) eine Obermenge dieser Information darstellt, kann /proc/*/mmap als als überflüssig betrachtet werden. "0" ist normalerweise libc.so.4. .I /proc/*/mmap wurde ab Linux Kernel 1.1.40 entfernt. (Es war .B wirklich überflüssig!) .TP .I root Unix und Linux unterstützen das Konzept eines root-Dateisystems für jeden Prozess, gesetzt mit dem .IR chroot (2) Systemaufruf. Root zeigt auf das so gesetzte Verzeichnis und verhält sich ansonsten wie auch exe, fd/* usw. .TP .I stat Informationen über den Zustand des Prozesses. Wird benutzt von .IR ps (1) \h'-1'. Die Felder, mit .IR scanf (3) - gemäßen Formatbezeichnern: .RS .TP .IR pid " %d" Die Prozess-Identifikation. .TP .IR comm " %s" Der Name der ausführbaren Datei, in Klammern. Sichtbar unabhängig vom Swapstatus. .TP .IR state " %c" Ein Zeichen aus der Zeichenkette "RSDZT", R=running (aktiv), S=sleeping (inaktiv), D (nicht aktivierbar oder ausgelagert), Z=zombie (Prozessleiche) und T=traced/stopped (reagiert auf ein Signal). .TP .IR ppid " %d" Die Prozess-ID des Elternprozesses. .TP .IR pgrp " %d" Die Gruppen-ID des Prozesses. .TP .IR session " %d" Die Sitzungs-ID des Prozesses. .TP .IR tty " %d" Das tty, das der Prozess benutzt. .TP .IR tpgid " %d" Die Prozessgruppen-ID des Prozesses, der derzeit Eigentümer des tty ist, mit dem der Prozess verbunden ist. .TP .IR flags " %u" Die Flags des Prozesses. Derzeit ist bei jedem Flag das Bit für Mathe-Koprozessor gesetzt, da crt0.s die Koprozessor-Simulation sicherstellt; daher wird dieses bei der Ausgabe unterdrückt. Dies ist wahrscheinlich ein Fehler, da nicht jeder Prozess ein kompiliertes C Programm darstellt. Das Mathe-Bit sollte dezimal 4 sein und das Trace-Bit ist dezimal 10. .TP .IR minflt " %u" Die Anzahl geringfügiger Fehler, die kein Nachladen einer Speicherseite von Platte erforderlich gemacht haben. .TP .IR cminflt " %u" Die Anzahl geringfügiger Fehler des Prozesses und seiner Kindprozesse. .TP .IR majflt " %u" Die Anzahl größerer Fehler (mit Nachladen einer Speicherseite). .TP .IR cmajflt " %u" dito, für Prozess und Kindprozesse. .TP .IR utime " %d" Die Anzahl jiffies (Kernel-Zeiteinheiten), die dem Prozess im User-Modus zugewiesen wurden. .TP .IR stime " %d" Anzahl jiffies im Kernel-Modus. .TP .IR cutime " %d" Anzahl jiffies im User-Modus für Prozess und Kindprozesse. .TP .IR cstime " %d" Anzahl jiffies im Kernel-Modus für Prozess und Kindprozesse. .TP .IR counter " %d" Die derzeitig maximale Anzahl von jiffies für die nächste Zeitscheibe des Prozesses, oder (falls der Prozess gerade läuft) die Anzahl der noch verfügbaren jiffies. .TP .IR priority " %d" Der Standard-Nice-Wert plus fünfzehn. Dieser Wert ist im Kernel niemals negativ. .TP .IR timeout " %u" Zeit bis zum nächsten Timeout des Prozesses (in jiffies). .TP .IR itrealvalue " %u" Zeit (in jiffies), bevor dem Prozess aufgrund eines Intervalltimers ein SIGALRM gesendet wird. .TP .IR starttime " %d" Zeitpunkt, zu dem der Prozess gestartet wurde (jiffies seit Systemstart) .TP .IR vsize " %u" Größe des virtuellen Speichers. .TP .IR rss " %u" Resident Set Size: Anzahl der Seiten, die der Prozess im echten Speicher hat minus drei (für Verwaltung). Dabei zählen nur die Seiten von Text, Data und Stack. Nicht abgerufene oder ausgelagerte Bereiche zählen nicht mit. .TP .IR rlim " %u" Derzeitige Obergrenze in Bytes für den rss dieses Prozesses (üblicherweise 2,147,483,647). .TP .IR startcode " %u" Die Adresse, oberhalb derer Programmtext ausgeführt werden kann. .TP .IR endcode " %u" Die Adresse, unterhalb derer Programmtext ausgeführt werden kann. .TP .IR startstack " %u" Stack Startadresse. .TP .IR kstkesp " %u" Derzeitiger Wert von esp (32-bit Stack Zeiger), wie in der Kernel Stack Seite fur diesen Prozess steht. .TP .IR kstkeip " %u" Derzeitiger EIP (32-bit Anweisungs Zeiger). .TP .IR signal " %d" Das Bitmap anstehender Signale (üblicherweise 0). .TP .IR blocked " %d" Das Bitmap blockierter Signale (meist 0, 2 für Shells). .TP .IR sigignore " %d" Das Bitmap Ignorierter Signale. .TP .IR sigcatch " %d" Das Bitmap aufgefangener Signale. .TP .IR wchan " %u" Dies ist der "Kanal", in dem der Prozess wartet. Es ist die Adresse eines Systemaufrufs und kann über einer Namensliste in einen Text gewandelt werden, wenn das nötig ist. (Wenn Sie über eine sehr aktuelle /etc/psdatabase verfügen, versuchen Sie es mit .I ps -l um dem WCHAN-Feld bei der Arbeit zuzusehen.) .RE .RE .TP .I cpuinfo Dies ist eine Sammlung von Informationen, die von der CPU und der Systemarchitektur abhängen. Die Liste sieht für jede unterstützte Archtektur anders aus. Die einzigen Einträge, die man überall antrifft sind .IR cpu , welche (Überraschung!) die gerade benutzte CPU anzeigt und .IR BogoMIPS , eine Systemkonstante, die während der Kernel-Initialisierung errechnet wird. .TP .I devices Eine Textliste der "major" Gerätenummern und Gerätegruppen. Kann von MAKEDEV Skripten genutzt werden um konsistent zum Kernel zu bleiben. .TP .I dma Eine Liste von registrierten .I ISA DMA-Kanälen, die zurzeit benutzt werden. .TP .I filesystems Eine Textliste der Dateisysteme, die in den Kernel einkompiliert wurden. Wird auch von .IR mount (1) benutzt, wenn das Dateisystem nicht explizit angegeben wird. .TP .I interrupts Hier wird die Anzahl jeder Unterbrechungs-Anforderung pro IRQ mitgezählt (zumindest) bei einer i386-Architektur. Sehr leicht zu lesen, ASCII-formatiert. .TP .I ioports Eine Liste der derzeit registrierten und benutzten Ein-/Ausgabe-Port-Regionen. .TP .I kcore Diese Datei repräsentiert den physikalischen Speicher des Systems und hat das core-Dateiformat. Mit dieser Pseudodatei und einem unge-strip-ten Kernel (/usr/src/linux/tools/zSystem) kann GDB dazu eingesetzt werden, den derzeitigen Zustand der Kernel-Datenstrukturen zu untersuchen. Die Gesamtlänge dieser Datei ist die Größe des physikalischen Speichers (RAM) plus 4KB. .TP .I kmsg Diese Datei kann anstelle von .IR syslog (2) Systemaufrufen benutzt werden, um Meldungen des Kernels zu protokollieren. Ein Prozess muss Superuser-Privilegien haben, um diese Datei zu lesen und nur ein einziger Prozess sollte dies tun. Die Datei sollte nicht ausgelesen werden, wenn ein Syslog-Prozess läuft, der den .IR syslog (2) Systemaufruf zur Protokollierung benutzt. Diese Datei kann mit .IR dmesg (8) dargestellt werden. .TP .I ksyms Hier stehen die vom Kernel exportierten Symbol-Definitionen, die von .IR modules (X) - Tools benutzt werden, um die ladbaren Module dynamisch zu linken und binden. .TP .I loadavg Die Kennziffern zur durchschnittlichen Systemauslastung (load average) geben die Anzahl der Jobs in der Ausführliste (run queue) an, und zwar über die letzten 1, 5 und 15 Minuten gemittelt. Es handelt sich um dieselben Angaben, die von .IR uptime (1) und anderen Programmen gemacht werden. .TP .I malloc Diese Datei taucht nur auf, wenn während des Kompilierens CONFIGDEBUGMALLOC definiert war. .TP .I meminfo Wird von .IR free (1) benutzt, um die Menge freien und belegten Speichers (sowohl physikalisch als auch Auslagerung) anzuzeigen, darüber hinaus den geteilten (shared) und Pufferungsspeicher (buffers), der vom Kernel benutzt wird. Hat dasselbe Format wie .IR free (1), außer das Bytes angegeben werden statt KB. .TP .I modules Eine Textliste der vom System geladenen Module. .TP .I net Verschiedene Pseudo-Dateien, die alle den Zustand bestimmter Teile der Netzwerkschicht darstellen. Diese Dateien sind im ASCII-Format und daher mit "cat" lesbar. Allerdings stellt das Standardkommando .IR netstat (8) einen sehr viel saubereren Zugang zu diesen Dateien dar. .RS .TP .I arp Enthält einen in ASCII lesbaren Abzug der ARP-Tabelle des Kernels, die zur Adressauflösung dient. Angezeigt werden sowohl dynamisch gelernte wie auch vorprogrammierte ARP Einträge in folgendem Format: .nf .ft CW .ie t .in +3n .el .in -2n IP address HW type Flags HW address 10.11.100.129 0x1 0x6 00:20:8A:00:0C:5A 10.11.100.5 0x1 0x2 00:C0:EA:00:00:4E 44.131.10.6 0x3 0x2 GW4PTS .ft .fi .in .PP Dabei ist 'IP address' die IPv4-Adresse der Maschine, 'HW type' ist der Hardwaretyp nach RFC 826. Die Flags sind die internen Flags der ARP-Struktur (siehe /usr/include/linux/if_arp.h) und 'HW address' zeigt die physikalische Schicht für diese IP-Adresse, wenn bekannt. .TP .I dev Die dev Pseudodatei enthält Statusinformationen über die Netzwerkkarte. Darin stehen die Anzahl der empfangenen und gesendeten Pakete, die Anzahl der Übertragungs-Fehler und Kollisionen und weitere grundlegende Statistik. Das Programm .IR ifconfig (8) benutzt diese Werte um den Gerätestatus anzuzeigen. Das Format ist: .nf .ft CW .if n .in -13n Inter-| Receive | Transmit face |packets errs drop fifo frame|packets errs drop fifo colls carrier lo: 0 0 0 0 0 2353 0 0 0 0 0 eth0: 644324 1 0 0 1 563770 0 0 0 581 0 .if n .in .ft .fi .TP .I ipx Keine Information. .TP .I ipx_route Keine Information. .TP .I rarp Diese Datei benutzt das gleiche Format wie die .I arp - Datei und enthält die aktuellen Daten für die "umgekehrte Adressauflösung" (reverse mapping), mit denen .IR rarp (8) arbeitet. Wenn RARP nicht in den Kernel hineinkonfiguriert ist, dann ist diese Datei nicht vorhanden. .TP .I raw Enthält einen Abzug der RAW socket Tabelle. Der Großteil der Informationen dient nur zur Fehlersuche. Der 'sl' Wert ist der Eintrag für diesen Socket in die Kerneltabelle (hash), 'local address' enthält das Wertepaar für lokale Adresse und Protokoll. "St" ist der interne Status des Sockets. "tx_queue" und "rx_queue" sind herausgehende bzw. hereinkommende Datenwarteschlangen im Hinblick auf Speicherverwendung des Kernels. "tr", "tm->when" und "rexmits" werden von RAW nicht benutzt. Das uid-Feld enthält die euid des Erstellers. .TP .I route Keine Information, sieht aber aus wie .IR route (8) .TP .I snmp Diese Datei enthält die ASCII-Daten, die für die Verwaltung von IP, ICMP, TCP und UDP durch einen snmp-Agenten benötigt werden. .TP .I tcp Ein Abzug der TCP Socket Tabelle. Der Großteil der Informationen dient nur zur Fehlersuche. Der 'sl' Wert ist der Eintrag für diesen Socket in die Kerneltabelle (hash), 'local address' enthält das Wertepaar für lokale Adresse und den Port. "remote address" enthält (wenn eine Verbindung besteht) die Adresse der Gegenstation und deren Port. 'tx_queue' und 'rx_queue' werden verwendet wie bei RAW (s.w.o.). "tr", "tm->when" und "rexmits" enthalten interne Kernel Socket Verweise und sind nur zur Fehlersuche vorhanden. Das uid-Feld enthält die euid des Erstellers. .TP .I udp Abzug der UDP Socket Tabelle. Wie TCP, nur dass "tr", "tm->when" und "rexmits" von UDP nicht verwendet werden. Das Format ist: .nf .ft CW .if n .in 0 sl local_address rem_address st tx_queue rx_queue tr rexmits tm->when uid 1: 01642C89:0201 0C642C89:03FF 01 00000000:00000001 01:000071BA 00000000 0 1: 00000000:0801 00000000:0000 0A 00000000:00000000 00:00000000 6F000100 0 1: 00000000:0201 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0 .if n .in .ft .fi .TP .I unix Liste der UNIX domain sockets im System und ihr Status. Format: .nf .sp .5 .ft CW Num RefCount Protocol Flags Type St Path 0: 00000002 00000000 00000000 0001 03 1: 00000001 00000000 00010000 0001 01 /dev/printer .ft .sp .5 .fi .PP 'Num' steht für Kernel-Tabellen-Eintrag-Nummer, 'RefCount' ist die Anzahl der Benutzer des Sockets, 'Protocol' ist derzeit immer 0, Flags repräsentieren die in den Kernel Flags enthaltenen Stati der Sockets. 'Type' ist zurzeit immer 1 (Unix domain datagram sockets werden noch nicht vom Kernel unterstützt) 'St' ist der interne Zustand des Sockets und 'Path' ist (wenn vorhanden) der zugehörige Pfad. .RE .TP .I pci Eine Liste aller PCI-Geräte, die während der Initialisierung des Kernels gefunden und konfiguriert wurden. .TP .I scsi Ein Verzeichnis mit der SCSI midlevel Pseudo Datei und diversen SCSI lowlevel Treiber-Verzeichnissen, die eine Datei pro SCSI-Host im System enthalten. Alle diese spiegeln den Status eines Teil des SCSI Untersystems wider. Die Dateien enthalten ASCII Strukturen, können also mit cat gelesen werden. In einige Dateien kann auch geschrieben werden, um das Teilsystem neu zu konfigurieren oder um bestimmte Eigenschaften ein- oder auszuschalten. .RS .TP .I scsi Eine Liste aller SCSI Geräte, die dem Kernel bekannt sind. Sie ähnelt der, die man beim Hochfahren des Rechners sieht. scsi unterstützt derzeit nur das .I singledevice Kommando, das root die Möglichkeit bietet, im laufenden Betrieb ein zusätzliches Gerät der Liste hinzuzufügen. Ein .B echo 'scsi singledevice 1 0 5 0' > /proc/scsi/scsi veranlaßt Host scsi1 nachzusehen, ob auf SCSI Kanal 0 ein Gerät mit ID 5 LUN 0 existiert. Wenn an dieser Adresse schon ein Gerät ist, oder die Adresse ungültig ist, wird ein Fehler zurückgeliefert. .TP .I drivername .I drivername kann derzeit sein: NCR53c7xx, aha152x, aha1542, aha1740, aic7xxx, buslogic, eata_dma, eata_pio, fdomain, in2000, pas16, qlogic, scsi_debug, seagate, t128, u15-24f, ultrastore oder wd7000. Diese Verzeichnisse werden für jeden Treiber angezeigt, der zumindest ein SCSI HBA registriert hat. Jedes Verzeichnis enthält eine Datei pro registriertem Host, die als Namen die Nummer haben, die dem Host bei der Initialisierung zugewiesen wurde. Das Lesen der Dateien zeigt normalerweise Treiber- und Host-Konfiguration, Statistik usw. Schreiben in diese Dateien hat Host-abhängige Auswirkungen. Mit den .I latency und .I nolatency - Kommandos kann root den Latenz-Messungs-Code im eata_dma-Treiber ein-/ausschalten. Mit .I lockup und .I unlock können Bus-Sperren (bus lockups) kontrolliert werden, wie sie vom scsi_debug Treiber simuliert werden. .RE .TP .I self Dieses Verzeichnis bezieht sich auf den Prozess, der auf das /proc Dateisystem zugreift und ist mit dem /proc-Verzeichnis identisch, das als Namen die Prozessnummer dieses Prozesses hat. .TP .I stat Kernel/System Statistik .RS .TP .I cpu 3357 0 4313 1362393 Die Anzahl Jiffies (Hundertstel-Sekunden), die das System in den Modi user, user mit niedriger Priorität (nice), system und idle task (Leerlauf) verbracht hat. Der letzte Wert sollte 100 mal so groß sein wie der zweite Eintrag in der uptime-Pseudodatei. .TP .I disk 0 0 0 0 Die vier Platten-Einträge sind derzeit nicht verwirklicht. Ich bin auch nicht sicher, was das sein soll, da auf anderen Maschinen üblicherweise sowohl Übertragungsrate als auch I/Os pro Sekunde nachgehalten werden. Hier ist aber nur ein Feld pro Platte vorhanden. .TP .I page 5741 1808 Die Anzahl Speicherseiten, die das System ein-/ausgeladen hat (von Platte). .TP .I swap 1 0 Anzahl an Auslagerungs-Seiten herein/heraus. .TP .I intr 1462898 Anzahl Interrupts, die vom Hochfahren des Systems empfangen wurden. .TP .I ctxt 115315 Anzahl Kontext-Wechsel, die das System durchlaufen hat. .TP .I btime 769041601 Zeitpunkt des Hochfahrens, in Sekunden seit dem 1. Januar 1970. .RE .TP .I sys Dieses Verzeichnis (existent seit 1.3.57) enthält einige Dateien und Unterverzeichnisse, die Kernel-Variablen entsprechen. Diese Variablen können gelesen und manchmal auch verändert werden und zwar im .I proc - Dateisystem oder mit dem .IR sysctl (2) Systemaufruf. Derzeit gibt es die Unterverzeichnisse .IR kernel , .IR net , .IR vm die ihrerseits wieder Dateien und Unterverzeichnisse enthalten. .RS .TP .I kernel Hier stehen .IR domainname , .IR file-max , .IR file-nr , .IR hostname , .IR inode-max , .IR inode-nr , .IR osrelease , .IR ostype , .IR panic , .IR real-root-dev , .IR securelevel , .IR version , deren Funktionen klar aus den Namen ersichtlich sind. (oh je! Anm. d. Üb.) .LP Die (nicht beschreibbare) Datei .I file-nr enthält die Anzahl der zurzeit geöffneten Dateien. .LP Die Datei .I file-max enthält die maximale Anzahl geöffneter Dateien, die der Kernel freiwillig verwaltet. Wenn Ihnen 1024 nicht genug ist, versuchen Sie .br .nf .ft CW echo 4096 > /proc/sys/kernel/file-max .fi .ft .LP In gleicher Weise stellen .I inode-nr and .I inode-max die aktuelle und maximale Anzahl von Verzeichniseinträgen (inodes) dar. .LP Die Dateien .IR ostype ", " osrelease ", " version enthalten Teilzeichenketten von .IR /proc/version . .LP Die Datei .I panic gibt Lese- und Schreib- Zugriff auf die Kernel-Variable .IR panic_timeout . Steht hier eine 0, dann bleibt der Kernel in einer Panic-Schleife; ungleich 0 bedeutet, dass der Kernel nach so vielen Sekunden automatisch das System wieder hochfahren soll. .LP Die Datei .I securelevel erscheint gegenwärtig ziemlich bedeutungslos - root hat einfach zu viele Rechte. .RE .TP .I uptime Diese Datei enthält zwei Zahlen: Die Zeit in Sekunden seit Start, und die Zeit in Sekunden, die das System im Leerlauf (idle process) verbracht hat. .TP .I version Diese Zeichenkette identifiziert die aktuell laufende Kernel-Version. Zum Beispiel: .nf .in -2 .ft CW Linux version 1.0.9 (quinlan@phaze) #1 Sat May 14 01:51:54 EDT 1994 .ft .in +2 .fi .RE .RE .SH "SIEHE AUCH" .BR cat (1), .BR find (1), .BR free (1), .BR mount (1), .BR ps (1), .BR tr (1), .BR uptime (1), .BR readlink (2), .BR mmap (2), .BR chroot (2), .BR syslog (2), .BR hier (7), .BR arp (8), .BR dmesg (8), .BR netstat (8), .BR route (8), .BR ifconfig (8), .BR procinfo (8) und viele weitere .\" maybe I should trim that down .SH KONFORM ZU So ungefähr konform zu Linux Kernel-Version 1.3.11. Wenn notwendig, bitte neuste Version verwenden. Zuletzt angepasst für Linux 1.3.11. .SH WARNUNGEN Behalten sie im Auge, dass viele Zeichenketten (z. B. die Umgebung und die Kommandozeile) internes Format haben und dass Unterfelder mit NUL-Bytes begrenzt werden. Sie werden sie vielleicht besser lesbar finden, wenn Sie .I od -c oder \fItr "\\000" "\\n"\fP benutzen. Diese Handbuchseite ist unvollständig, möglicherweise stellenweise unrichtig und ein Beispiel für etwas, das ständig überarbeitet werden muss. .SH BUGS Das .I /proc - Dateisystem führt möglicherweise Sicherheitslücken in Programme ein, die mit .BR chroot (2) laufen. Wenn z. B. .I /proc in der .B chroot - Hierarchie montiert wird, führt ein .BR chdir (2) nach .I /proc/1/root zum ursprünglichen root Dateisystem. Man mag das als positive Eigenschaft betrachten (anstelle eines Fehlers), da Linux noch kein .BR fchroot (2) unterstützt.