и чо? да я тебе на любом приводе эти циферки любые сделаю..

зы кого-то седня прет... и он все апрувит..

и ниче... давно ужо так.
тока вот скуид перестал запускаться, а так все покую - работает

объясните для пользователей винды - шо це таке?

будучи ламером заметил тока один нюанс - 101% занятости

хуйнякакаято

ещё 100 метров и гакнется вся эта лабудень....

Дайош 256% !

буууукафки :)

скриншот, сука, опасный

Ну и хуйня же...хорош свалку засорять, это вам не помойка, бля!!!

Кто поставил 5 зачетаф - объясните сообчеству шозанах
Или все пять - это были ячотопы?

а чего отменил-то исправление ошибки?

Энто скрин FreeBSD со статистикой по свободному/занятому месту на раздел веника
и прикол в том что на /usr места не просто ноль, а -90М (походу фря так работает с диском, чтобі совсем все не упало когда места не хватит)

2админ
сквид хрен запуститься без места на /usr

Дык а в чём прикол-то? Тебе ж fsck честно сказал, что херь какая-то в суперблоке... В своё время и на дискетах гигабайтные файлы появлялись...

Мля, FreeBDSM во всей красе!

В UNIX-системах при форматировании разделов из общего пространства автоматически резервируется некоторая часть (обычно - 5%) для системных нужд. Зарезервированое место может использовать только суперпользователь - root (или программы, работающие с его правами). Сделано это для того, чтобы при переполнении раздела можно было "еще чуть-чуть выжать, а то и залогиниться нельзя :( " - войти как root и "навести в стране порядок! (c)". В данном случае мы даже видим сколь места взято из резерва - это большой плюс. Для примера в GNU/Linux при переполнении доступно 0. Файлы из раздела удаляем - а всё равно доступно 0, пока не "вылезем" из резерва. ИМХО, это не очень удобно.
UNIX рулит - грамотные решения, испытаные десятилетиями!
http://www.levenez.com/unix/

О гигабайтных файлах на дискетах - это тоже фича. Особенности файловой системы, и уж никак не ошибка! RTFM.
И вот, по теме: http://www.freebsd.org/doc/ru_RU.KOI8.. ..ks/faq/disks.html#DISK-MORE-THAN-FULL

man tunefs
на предмет флага -m

Вообщем, 90 метров - это я уже почистил. Было 300 с чем-то. Ошибка в суперблоке на смонтированом не будет лечиться, но собственно она и отключеном не правится. А вообще уже всё давно элементарно переставлено с нуля. Это как могли заметить по размеру винта машина монстр - п166\32\8гб - шлюза да прокси...

P.S. чтобы исправить ошибку /usr надо бы отмонтировать.

И минусов напихали, гхады...

А нефиг ламерские вопросы задавать =)

хуйня какаято! я пошел отсюда!

вали-вали. шурупчег-зощитнег-эпелебдегов

эпелебдеги тожы человеги между прочем! а вы праграмиры - жывотные, ибо страшныме славаме ругаитесь!!!

ибо, во истину, да будет так!

root@bastion:/home/quake3>df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1a 989M 101M 809M 11% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/ad0s1g 43G 39G 247M 99% /home
/dev/ad0s1e 248M 28K 228M 0% /tmp
/dev/ad0s1f 9.7G 5.9G 3.0G 66% /usr
/dev/ad0s1d 248M 19M 209M 8% /var
/dev/ad2s1e 37G 36G -1.9G 106% /home/kladovka02
/dev/ad3s1e 37G 35G -1.2G 104% /home/kladovka03
обычное явление..

бля!!! знакомое слово квака увидал!

а где тут ярлык quake3?

Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1a 3.8G 83M 3.4G 2% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/ad0s1f 1.8G 222K 1.6G 0% /tmp
/dev/ad0s1d 9.5G 3.5G 5.2G 41% /usr
/dev/ad0s1e 2.8G 122M 2.5G 5% /var
/dev/da0s1d 8.2G 7.5G 2.0K 100% /var/ftp
procfs 4.0K 4.0K 0B 100% /proc
/dev/ad4s1d 289G 185G 104G 64% /usr/local/files/music
/dev/ad6s1d 289G 174G 115G 60% /usr/local/files/files
/dev/ad3s1d 57G 15G 38G 28% /usr/local/files/backup
/dev/ad3s1e 91G 72G 11G 86% /usr/local/files/upload
/dev/ad2s1e 187G 182G 2.8G 98% /usr/local/files/cinema
/dev/ad10s1d 226G 217G 9.0G 96% /usr/local/files/cinema2
drill@filestation$

В наутре, чот ни смишно никуйа. Вот про ректальный экзофтальм смишно, но тоже никаму не понятно. Нах такое постить? Хде свинодемоннах?!!

мне всё похуй. я обзавелся стальными латами!

и чо, всего же 146%

"в данный момент тэги проставлены у 100,1% постов (34934 из 34869)" :)