[linux] df и du выдают ну совершенно разную инфу

puare

сабж. что с этим делать и как бороться?
df говорит, что свободно порядка 2Гб на 60гб разделе, du говорит, что примерно столько же занято.

IvladV71

фс ext3

frant5

хуле, удаляй файлы по одному и смотри на результат...

sergey_m

> хуле, удаляй файлы по одному и смотри на результат...
зачот

puare

файлы удалять нельзя, систему перепускать/монтировать корень в ro нельзя...
еще варианты будут?

Marinavo_0507

содержимое /proc/mounts, полный текст команд, полный текст их вывода в студию

Marinavo_0507

ах да, ещё uname -a

puare

/proc/mounts

rootfs / rootfs rw 0 0
/proc /proc proc rw,nodiratime 0 0
none /dev tmpfs rw 0 0
/dev/root / ext3 rw 0 0
none /dev tmpfs rw 0 0
/proc /proc proc rw,nodiratime 0 0
/proc/bus/usb /proc/bus/usb usbfs rw 0 0
/sys /sys sysfs rw 0 0
none /dev/pts devpts rw 0 0
/dev/sda1 /boot ext3 rw 0 0
none /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

и команды

[ivis /]# df -m
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/sda2 66842 62412 1035 99% /
/dev/sda1 99 17 78 18% /boot
none 505 0 505 0% /dev/shm


[ivis /]# du -cxsh /
1.9G /
1.9G total

файловая система ext3

IvladV71

Linux ivis 2.6.9-1.681_FC3smp SMP Thu Nov 18 15:19:10 EST 2004 i686 i686 i386 GNU/Linux

Marinavo_0507

гы, я так и думал
поставили федорино горе на сервер, где
> файлы удалять нельзя, систему перепускать/монтировать корень в ro нельзя...
и чего вы спрашивается ожидали?
место внезапно исчезло, или всегда так было?
рецепт такой:
1) уволить того, кто поставил федору
2) обновить ядро
3) запустить fsck
4) если проблема останется, идти в bugzilla.redhat.com

Makc500

а чо в федоре плохого?

IvladV71

сервак вообще в другой конторе стоит, так што уволить не получицо...

Marinavo_0507

A proving ground for new technology that may eventually make its way into Red Hat products.

sergey_m

Киря, фас!

Marinavo_0507

А Киря тут не у дел. На его сервере можно отлаживать новейшие технологии.

puare

Ждали совета.
То, что ты предложил ясно и так, однако возможностей таких нет. Приходится решать проблему другими способами.

sergey_m

То, что ты предложил ясно и так, однако возможностей таких нет. Приходится решать проблему другими способами.
Ладно сдаюсь.
Запускаешь fstat и имеешь список всех открытых файлов. Видишь их номера инод. Находишь их всех на винте. Скорее всего несколько инод ты не найдешь. Это файлы, которые открыты и удалены. Они не удалятся пока их не закроют. Убиваешь соответствующий процесс.

Marinavo_0507

только не fstat, a наверное lsof
и искать на диске не надо: lsof сам показывает, что файл уже удалён

IvladV71

спасибо
оказалось, что удалён лог томката
только проблема в том, что его нельзя останавливать
что нить можно сделать?

sergey_m

только не fstat, a наверное lsof
и искать на диске не надо: lsof сам показывает, что файл уже удалён
Из-за вот таких халявных инструментов как lsof линукс ставят всякие ламера. Ламер не поставит себе OpenBSD, где нет killall.

Chupa

> только проблема в том, что его нельзя останавливать
> что нить можно сделать?
нормальные демоны умеют по какому-нибудь сигналу (типа SIGHUP) переоткрывать свой лог

Julie16

Т.е. если человек пользуется ОС в которой есть удобные инструменты, то он уже ламер? Забавно.

Marinavo_0507

What kind of tools does a Real Programmer use? In theory, a Real Programmer could run his programs by keying them into the front panel of the computer. Back in the days when computers had front panels, this was actually done occasionally. Your typical Real Programmer knew the entire bootstrap loader by memory in hex, and toggled it in whenever it got destroyed by his program. (Back then, memory was memory--it didn't go away when the power went off, Today, memory either forgets things when you don’t want it to, or remembers things long after they're better forgotten.) Legend has it that Seymore Cray, inventor of the Cray I supercomputer and most of Control Data's computers, actually toggled the first operating system for the CDC7600 in on the front panel from memory when it was first powered on, Seymore, needless to say, is a Real Programmer.
Some of the concepts in these Xerox editors have been incorporated into editors running on more reasonably named operating systems--EMACS and VI being two. The problem with these editors is that Real Programmers consider "what you see is what you get" to be just as bad a concept in Text
Editors as it is in women. No the Real Programmer wants a "you asked for it, you got it" text editor--complicated, cryptic, powerful unforgiving, dangerous. TECO, to be precise.

Ivan8209

DEC TECO, между прочим, очень даже приличный редактор.
По крайней мере, униксоиды его переплюнуть не смогли.
---
...Я работаю антинаучным аферистом...
Оставить комментарий
Имя или ник:
Комментарий: