сегодня обнаружил, что в системе непонятно откуда висит /dev/md0
kernel# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1a 496M 35M 421M 8% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/ad0s1e 496M 16K 456M 0% /tmp
/dev/ad0s1f 16G 1.0G 13G 7% /usr
/dev/ad0s1d 1.2G 534M 594M 47% /var
/dev/ad0s1g 36G 1.7G 31G 5% /var/mail
/dev/md0 31M 22M 6.1M 78% /var
devfs 1.0K 1.0K 0B 100% /var/named/dev
kernel#
иногда он переполняется и перестает отправлятся почта, sendmail жалуется, что нет места. приходится перезагружать сервер. я думаю, что из-за того, что он примаунчен в /var в fstab об md0 ничего нет. отмаунтить его я не могу, говорит, что устройство занято. что делать?
Искать где оно монтируется.
>Искать где оно монтируется.логично. а где оно может монтироваться, кроме fstab?
>>Искать где оно монтируется.
>
>логично. а где оно может монтироваться, кроме fstab?find /etc -type f -print -exec grep md0 {} \;
find /var/spool/cron -type f -print -exec grep md0 {} \;
>>>Искать где оно монтируется.
>>
>>логично. а где оно может монтироваться, кроме fstab?
>
>find /etc -type f -print -exec grep md0 {} \;
>find /var/spool/cron -type f -print -exec grep md0 {} \;так он находит кучу всего с md
искал вот так:
grep "md0" /etc/*.*совпадений нет.
Это делает скрипт /etc/rc.d/var если в rc.conf есть varmfs="YES" или же если невозможно записать в существующий /var. Соответственно, смотреть, почему нельзя записать в /var (примонтировано в r/o? проблемы с файловой системой?). Лучше это делать в single user mode, чтобы не мешали другие процессы (и им не мешать), а вообще отмонтировать занятую файловую систему можно с помощью umount -f.