Три вопроса...
1.Какие во фре аналоги линуховских
cat /proc/meminfo или free?
Приглючилось у меня что-то странное:
Машина старая PPro200, RAM 64, FreeBSD 4.3. Своп - 128 метров. Добавил я туда ещё 64 метра, стало быть стало 128 метров. Ну загрузил, вроде всё в норме, загрузил KDE2.1.1 понаоткрывал конквероров, и всякой мелочи - всё было нормально. Поменял один параметр в smb.conf и стал перестартовывать smbd и тут-то всё и началось... Комп стал подвисать - мышка двигалась временами, на консоль вывалилось сообщение, что своп полностью заполнен (до этого, когда RAM был 64 токого никогда не было, а загружал я его не меньше, а может и больше). Пытался я закрыть X комбинацией из 3 клавишь - обещал закрыть, но не смог. При всём этом почти всё время шуршал диск. Тогда я нажал заветные Ctrl+Alt+Del - и получил некорректный ребут (т.е. просто вырубился сразу). После загрузки никаких fsck автоматом не прошло ;(. Посмотрел я df -h - у меня отрицательное колличесво свободного места на диске (было около сотни метров свободно когда загрузился, ничего не записывал) сто с чем-то метров в минусе и валятся сообщения на консоль, что / - переполнен. Ребут. Зашёл в однопльзовательский режим прогнал fsck - он мого чего пофиксил. Опять ребут и стал чистить диск. Вроде много чего почистил, фриспейс в плюсе стало и тут же опять почему - то очень бысто стало уменьшаться дойдя опять до минус сто с чем-то. Ну я вообще стал убивать всё подряд не нужное для работы (make clean в /usr/ports и т.д.). (tmp и /var - почти ничего не весили).
2.Как отследить где это и что за процесс создаёт объёмы на диске? Ничего я вроде не инсталлировал такого, плодящего логи. Я вообще давно туда ничего не инсталлил и не конфигал. Может find'ом? С какими опциями? И какая у него в БСД опция аналог линуховской -mount? (что-то я не разобрался)
3. Как получается отрицательный объём диска? За счёт своп-партиции?
Вопрос на самом деле важный. Я имею в виду вот это
"мышка двигалась временами, на консоль вывалилось сообщение, что своп полностью заполнен "
Я спрашивал о подобном здесь пару разУ меня схожая ситуация и я вынужден иметь
проблемы с религией и несварением желудка
по этому поводу. (ибо ребутить вынужден)вообще, крах системы при невохможности аллоцировать
память, имхо, есть существенный недостаток.
(Крахом я считаю прибитие процессов, не имеющих
отношения к тому , который запросил не имеющуюся в наличии vm)Может кто-то может философски об этом рассказать?
Спасибо и тыры-пыры.
Как я понял у меня вообще своп не монтируется, хотя и пытается при загрузке. Вот загрузился я 190 метров свободно и диск усиленно шуршит. Через некоторое время стало свободно уже 300 с чем-то метров. Диск продолжает работать, ещё через некоторое время опять сто с чем-то свободно ;). Дальше я даю halt и он нормально останавливается. Загружаюсь в однопользовательском режиме, а он мне и говорит, типа диск не был размонтирован корректно. Прогоняю fsck - кучу ошибок фиксит опять. Если гружусь нормально, не в однопользовательском, то говорит, что в последний раз размаунтено всё было нормально. Ну и глюкавая эта UFS мало того - тормозная, пока сотрёшь папочку вроде не очень большую - море времени пройдёт, ну прям как в досе без смартдрайва. Может можно как-нибудь посадить БСД на XFS? Нет в бсд ещё ядер с её поддержкой? Или хотя бы на ext2fs? Она к сбоям и некорректным перезагрузкам гораздо устойчивей, такой фигни, я, по крайней мере, не замечал.
Почти разобрался сам: глюковал nmbd, создавал core-файл и забивал им всё дисковое пространство ;). Задисейблил я его. После этого swapinfo даже при загруженом KDE 2.1.1 выдаёт, что своп не используется вообще. Но работает всё равно как-то не здорово. Лезет постоянно на консоль сообщение: kernel: file: table is full. Что это за чудо? Как с ним бороться. И что это за нафиг, что он созадаёт коре-файл бесконечных размеров (360 метров свободного пространства + 128 свопа ему было явно мало)?