Notice: No Space on dev hd (1/24) ... SCO

Computer: Software & Programmierung UNIX & Linux
#1

Hallo,
wie man an der obigen Fehlermeldung sehen kann, habe ich ein Problem, wenn ich das richtig interpretiere mit einer vollen Festplatte.

Das BS ist SCO-UNIX V. 5.01.

Im Moment bin ich das Problem erst mal kurzzeitig los, ich habe ‚cleanup‘ laufen lassen. Das habe ich aber gestern auch schon!
Der ‚Erfolg‘ hat also nur 24 Stunden angehalten, was mir natürlich nicht gefällt.

Mit ‚df -ik‘ bekomme ich: %iused: 44%; 1%; 1%; 1%.
(weitere Details schreibe ich gern, aber ich vermute, die sind uninteressant. Sollte ich mich irren … :wink:)
‚df‘ zeigt mir auch ausreichend viele freie Blöcke. (82759 für den Bereich, in dem 44% Inodes genutzt sind.)

Hat jemand einen Tipp, wonach ich suchen muß?

Danke, Gruß, Rainer

#2

Hat jemand einen Tipp, wonach ich suchen muß?

Ich würde vorschlagen: nach den Files, die die Platte zumüllen. Möglicherweise sind es logs.

Ich spüre volle Verzeichnisse mit du auf:

cd /
du -sk \* | sort -n

liefert eine aufsteigend sortierte Liste mit den Größen der Verzeichnisse im root-Verzeichnis.

Lesbarer, aber schlecht sortierbar, geht es natürlich auch mit du -sh *

Stefan

#3

Hallo Stefan,

Ich würde vorschlagen: nach den Files, die die Platte
zumüllen. Möglicherweise sind es logs.

das ist sehr gut möglich, ich habe keine Ahnung, was alles geloggt wird und wo ich die Logs finde.

Ich spüre volle Verzeichnisse mit du auf:cd /
du -sk * | sort -nliefert eine aufsteigend sortierte
Liste mit den Größen der Verzeichnisse im root-Verzeichnis.

Das läuft gerade. … Ganz nett wäre es, wenn Du mir verraten würdest, was ich da gemacht habe. :wink: Irgend ein Techniker hat mir nämlich mal die Files der Manpage gelöscht, ‚man du‘ funktioniert nicht.

… mir ging gerade ein Licht auf, ‚Disk Usage‘ … stimmt’s? :wink:

Danke, Gruß, Rainer

#4

Hallo,

Das läuft gerade. … Ganz nett wäre es, wenn Du mir verraten
würdest, was ich da gemacht habe. :wink: Irgend ein Techniker hat
mir nämlich mal die Files der Manpage gelöscht, ‚man du‘
funktioniert nicht.

In solchen Fällen:
http://man.he.net/?topic=du&section=all

… mir ging gerade ein Licht auf, ‚Disk Usage‘ … stimmt’s?
:wink:

Stimmt.
Grüße,
Moritz

1 Like
#5

Hallo,

Das läuft gerade. … Ganz nett wäre es, wenn Du mir verraten
würdest, was ich da gemacht habe. :wink: Irgend ein Techniker hat
mir nämlich mal die Files der Manpage gelöscht, ‚man du‘
funktioniert nicht.

In solchen Fällen:
http://man.he.net/?topic=du&section=all

Das kann ins Auge gehen, SCO Unix bringt nicht wirklich GNU Tools mit, oder?

Die man-Pages zu SCO Unix V5 hab ich auf die Schnelle nicht gefunden, aber http://docsrv.sco.com/search97cgi/vtopic?action=view… ist schonmal ein Anfang, http://docsrv.sco.com/ ein weiterer.

Gruß,

Malte.

1 Like
#6

Hallo Malte,

Das läuft gerade. … Ganz nett wäre es, wenn Du mir verraten
würdest, was ich da gemacht habe. :wink: Irgend ein Techniker hat
mir nämlich mal die Files der Manpage gelöscht, ‚man du‘
funktioniert nicht.

In solchen Fällen:
http://man.he.net/?topic=du&section=all

Das kann ins Auge gehen, SCO Unix bringt nicht wirklich GNU
Tools mit, oder?

Die man-Pages zu SCO Unix V5 hab ich auf die Schnelle nicht
gefunden, aber
http://docsrv.sco.com/search97cgi/vtopic?action=view…
ist schonmal ein Anfang, http://docsrv.sco.com/ ein weiterer.

danke für die Links. Das hilft weiter.
So sehr oft muß ich da nicht ran, weil da nur ein Programm läuft und es kaum etwas zu tun gibt.
Die Ursache für das Problem, das ich aktuell hatte, habe ich inzwischen auch gefunden, selbst gemacht. :wink: Ein Fehler in einem VB-Programm, das eine Datei auf dem UNIX-Rechner überwacht. Die Zugriffe wurden geloggt, das Programm ist geändert, Problem gelöst.

Gruß, Rainer

#7

Das läuft gerade. … Ganz nett wäre es, wenn Du mir verraten
würdest, was ich da gemacht habe. :wink:

Du hast das Program du aufgerufen, und dessen Output nicht auf
dein Terminal schreiben lassen, sondern ihn dem Programm sort
übergeben, und das schreibt nun seinen Output auf das Terminal (oder
besser gesagt, auf stdout).

du = disk usage, wie du bereits bemerkt hast

-s = Summary, also Verzeichnisgrößen zusammenzählen
und nicht jede Datei im Verzeichnis einzeln ausgeben

-k = in Kilobyte angeben

-h = human readable

-k und -h schließen sich gegenseitig aus.

sort = sortieren (wer hätte das gedacht)

-n = numerisch, also 1,2,3,4,5,6,7,8,9,10,11 und nicht
1,10,11,2,3,4,5,6,7,8,9)

(Mann, wie formatiert man bloß diese fummeligen Listentags human
readable ?)

Gruß,
Stefan

1 Like
#8

Hallo Stefan,

Das läuft gerade. … Ganz nett wäre es, wenn Du mir verraten
würdest, was ich da gemacht habe. :wink:

Du hast das Program du aufgerufen, und dessen Output
nicht auf
dein Terminal schreiben lassen, sondern ihn dem Programm
sort

Ahhhh, daß mir da etwas unklar ist, habe ich noch nicht mal bemerkt. :wink: Dann bewirkt |more also … und |grep … :wink: OK, verstanden.

übergeben, und das schreibt nun seinen Output auf das Terminal
(oder
besser gesagt, auf stdout).

du = disk usage, wie du bereits bemerkt
hast

-s = Summary, also Verzeichnisgrößen

zusammenzählen
und nicht jede Datei im Verzeichnis einzeln ausgeben

-k = in Kilobyte angeben

-h = human readable

-k und -h schließen sich gegenseitig aus.

sort = sortieren (wer hätte das gedacht)

-n = numerisch, also 1,2,3,4,5,6,7,8,9,10,11

und nicht
1,10,11,2,3,4,5,6,7,8,9)

Ja, das habe ich gesehen. Den Parameter -V habe ich auch gefunden. :wink: Ich weiß jetzt, daß es genau da eng zugeht, wo die wichtigsten Daten stehen. Schlecht für mich.
Deshalb will ich mich, obwohl ich im Moment gar kein Probelm habe, noch ein wenig weiter damit beschäftigen. Dazu will ich eine Liste der Logfiles in eine Datei schreiben.
Mal meine Lösung:

# find / -name \*.log \>\> /test/logfiles.dat

Ist das richtig? (das Verzeichnis ‚/test‘ gibt es, da befindet sich meine Entwicklungsumgebung und da ist auch der meiste Platz.)

Danke,
Gruß, Rainer