https://www.opennet.ru/openforum/vsluhforumID1/93908.html Здравствуйте!<br><br>Речь идёт о каталоге usr.<br><br>Вывод "df -h":<br>Filesystem Size Used Avail Capacity Mounted on<br>/dev/ad4s1a 4.8G 580M 3.9G 13% /<br>devfs 1.0K 1.0K 0B 100% /dev<br>/dev/ad4s1e 9.7G 4.4M 8.9G 0% /tmp<br>/dev/ad4s1f 1.7T 124G 1.5T 8% /usr<br>/dev/ad4s1d 9.7G 1.5G 7.4G 17% /var<br><br>Вывод "du -h -d 1 /usr"<br>1.0G /usr/.snap<br> 33M /usr/bin<br> 18M /usr/include<br> 64M /usr/lib<br> 92K /usr/libdata<br> 20M /usr/libexec<br>1.0G /usr/local<br> 20M /usr/sbin<br> 53M /usr/share<br>520M /usr/src<br>264K /usr/games<br> 51M /usr/lib32<br>1.9G /usr/ports<br>2.0K /usr/compat<br>2.4G /usr/obj<br>1.3G /usr/home<br> 26M /usr/sup<br>8.4G /usr<br><br>Налицо очень большая разница. Подскажите, пожалуйста, откуда она берётся.<br><br>Почитал тут:<br>http://www.freebsd.org/doc/ru/books/faq/disks.html#du-vs-df<br>Погуглил немножко, но ответа не нашёл.<br>Перезагрузка не помогает.<br> https://www.opennet.ru/openforum/vsluhforumID1/93908.html#21 Tue, 23 Oct 2012 14:31:49 GMT &gt; Приношу извинения, явным образом, действительно, не указал.<br>&gt; В системе два диска 2Gb Seagate Barracuda XT &lt;ST32000641AS&gt;, собранных в RAID1. <br>&gt; Модель материнской платы: GigaByte GA-790FXTA-UD5 rev1.0. Установлена какая-то монструозного <br>&gt; вида игровая видеокарта, и всё это крутится в очень модном гигантском <br><br>игровая видеокарта?! зачем?! бред...<br><br>&gt; 30-ти килограммовом алюминиевом корпусе Thermaltake оснащенном десятком светящихся вентиляторов <br>&gt; и стеклянными боковыми панелями. Жесткие диски установлены в самом верху: аккурат <br>&gt; над радиатором процессора и в непосредственной близости от блока питания.<br>&gt; А скажите, если известна модель интегрированного рейд-контроллера, то разве модель материнской <br>&gt; платы имеет какое-нибудь существенное значение?<br><br>по модели материнки и интегрированности RAID - сразу можно сказать:<br><br>- десктопная материнка<br>- аж с ТРЕМЯ fake-raid'ами на борту: AMD, Marvell RAID0/1 и JMicron RAID0/1,<br>причем JMicron'овский поддерживается ataraid и graid, и зеркало будет как<br>уст https://www.opennet.ru/openforum/vsluhforumID1/93908.html#20 Tue, 23 Oct 2012 13:59:25 GMT &gt;[оверквотинг удален]<br>&gt;&gt; CLEAR? no <br>&gt;&gt; ADJUST? no <br>&gt;&gt; RECONNECT? no <br>&gt; Спасибо большое, сделаю это. Дождусь небольшого спада активности, и сделаю.<br>&gt; Я просто ещё со времён босоногого детства как-то привык думать, что fsck <br>&gt; лучше использовать в SUM. Как сейчас помню, многоуважаемый Lavr ругался лет <br>&gt; десять назад: <br>&gt;&gt; не понял? это что ж ты fsck на смонтированные диски пускаешь по ходу <br>&gt;&gt; работы с FS?! :((( <br>&gt;&gt; man fsck ДО ПОСИНЕНИЯ и что fsck НЕ ИСПОЛЬЗУЮТ для коррекции смонтированных FS.<br><br>И правильно ругался. В приведенном выше примере в ФС не вносятся корректировки, о чем нам намекает надпись: "NO WRITE".<br> https://www.opennet.ru/openforum/vsluhforumID1/93908.html#19 Tue, 23 Oct 2012 06:22:25 GMT &gt; fsck на работающей системе<br>&gt; CLEAR? no<br>&gt; ADJUST? no<br>&gt; RECONNECT? no<br><br>Спасибо большое, сделаю это. Дождусь небольшого спада активности, и сделаю.<br><br>Я просто ещё со времён босоногого детства как-то привык думать, что fsck лучше использовать в SUM. Как сейчас помню, многоуважаемый Lavr ругался лет десять назад:<br><br>&gt; не понял? это что ж ты fsck на смонтированные диски пускаешь по ходу<br>&gt; работы с FS?! :(((<br>&gt; man fsck ДО ПОСИНЕНИЯ и что fsck НЕ ИСПОЛЬЗУЮТ для коррекции смонтированных FS. https://www.opennet.ru/openforum/vsluhforumID1/93908.html#18 Tue, 23 Oct 2012 06:05:28 GMT &gt; какие данные? это мизер.<br><br>Мизер-то мизер, но машина используется довольно активно, поверьте. Размер, как говорится, не главное. Быть может, пользователи слегка и наводят тень на плетень, но когда доступ к этой машине прекращался, реакция наступала незамедлительная и бурная. Соответственно, я и не ощущаю особого простора для манёвра. Настроил регулярные бэкапы, и тихонько сижу, жду развития событий и свободных выходных, чтобы попытаться перенести сервисы на новую машину.<br><br>&gt; вы даже модель материнки не указали.<br>&gt; Так какой у вас организован рейд, какие и сколько дисков?<br><br>Приношу извинения, явным образом, действительно, не указал.<br>В системе два диска 2Gb Seagate Barracuda XT &lt;ST32000641AS&gt;, собранных в RAID1. Модель материнской платы: GigaByte GA-790FXTA-UD5 rev1.0. Установлена какая-то монструозного вида игровая видеокарта, и всё это крутится в очень модном гигантском 30-ти килограммовом алюминиевом корпусе Thermaltake оснащенном десятком светящихся вентиляторов и стеклянными боковыми панелями. Жесткие https://www.opennet.ru/openforum/vsluhforumID1/93908.html#17 Tue, 23 Oct 2012 02:10:01 GMT &gt;[оверквотинг удален]<br>&gt; кнопки нажимать?<br>&gt; Принудительного запуска fsck -y -f из init'а можно добиться посредством: <br>&gt; /etc/rc.conf: <br>&gt; ...<br>&gt; #-- forced fsck-y <br>&gt; fsck_y_enable="YES" <br>&gt; fsck_y_flags="-f" <br>&gt; #-- disable background fsck <br>&gt; background_fsck="NO" <br>&gt; ...<br><br>ip-kvm и в путь? а вообще, можно же просто посмотреть есть ли ошибки, и прикинуть какой размер потерян, просто прогнав fsck, на работающей системе:<br><br># fsck /usr<br>** /dev/mirror/cybers1d (NO WRITE)<br>** Last Mounted on /usr<br>** Phase 1 - Check Blocks and Sizes<br>** Phase 2 - Check Pathnames<br>** Phase 3 - Check Connectivity<br>** Phase 4 - Check Reference Counts<br>UNREF FILE I=824832 OWNER=root MODE=100644<br>SIZE=6 MTIME=Oct 22 20:22 2012<br>CLEAR? no<br><br>UNREF FILE I=824838 OWNER=root MODE=100644<br>SIZE=10 MTIME=Oct 22 20:22 2012<br>CLEAR? no<br><br>LINK COUNT DIR I=942521 OWNER=root MODE=40755<br>SIZE=35328 MTIME=Aug 28 19:03 2012 COUNT 1507 SHOULD BE 1503<br>ADJUST? no<br><br>UNREF FILE I=945136 OWNER=root MODE=100644<br>SIZE=207 MTIME=Jan 27 19:21 20 https://www.opennet.ru/openforum/vsluhforumID1/93908.html#16 Mon, 22 Oct 2012 20:06:33 GMT &gt;&gt;&gt; Данных и правда немного, так как сервер не мой.<br>&gt;&gt;тогда произвести апгрейд OS и всего остального - не проблема.<br>&gt; :-) <br>&gt; Я имел в виду, что ставил и обслуживал его не я. "Данных" <br>&gt; в смысле "сервисов" и "информации" там сравнительно много и апгрейд "OS <br>&gt; и всего остального" я бы делать пока не решился, тем более, <br>&gt; что сервер физически удалён довольно далеко.<br><br>данных и сервисов там "сравнительно" много:<br><br>смотрим:<br><br>1.0G local (/usr/local)<br>1.3G home<br><br>/dev/ad4s1f 1.7T 124G 1.5T 8% /usr<br>/dev/ad4s1d 9.7G 1.5G 7.4G 17% /var<br><br>в реалии, du -sh показал:<br><br>8.4G /usr<br>1.5GB /var<br><br>какие данные? это мизер.<br><br>&gt;&gt; это fake-raid <br>&gt; Ну, насколько я понимаю, даже fake-raid не должен допускать таких грубых ошибок <br>&gt; в работе, если, конечно, всё происходящее - его вина.<br><br>каких таких?<br><br>fake-raid - это полупрограммный или полухардверный рейд, что это означает:<br><br>- такой рейд можно создать через BIOS рейд контроллера - в реалии создаются только<br>МЕТАДАННЫЕ, https://www.opennet.ru/openforum/vsluhforumID1/93908.html#15 Mon, 22 Oct 2012 18:23:19 GMT &gt;shutdown и fsck -y /usr<br><br>Спасибо за участие.<br><br>Я, и правда, не запускал fsck. Просто времени не было, когда я находился прямо там, на месте. И, насколько я помню, это нужно делать через SUM, т.е. удаленно такой фокус не получится. Размонтировать раздел в процессе работы я, понятно, тоже не могу.<br><br>Ну и при перезагрузке фоновая проверка всё же запускается и мне как-то показалось, что этого должно быть достаточно.<br> https://www.opennet.ru/openforum/vsluhforumID1/93908.html#14 Mon, 22 Oct 2012 18:12:01 GMT &gt;&gt; Данных и правда немного, так как сервер не мой.<br>&gt;тогда произвести апгрейд OS и всего остального - не проблема.<br><br>:-)<br>Я имел в виду, что ставил и обслуживал его не я. "Данных" в смысле "сервисов" и "информации" там сравнительно много и апгрейд "OS и всего остального" я бы делать пока не решился, тем более, что сервер физически удалён довольно далеко.<br><br>&gt; это fake-raid<br><br>Ну, насколько я понимаю, даже fake-raid не должен допускать таких грубых ошибок в работе, если, конечно, всё происходящее - его вина.<br><br>Тут, кстати, выяснилось, что у этого сервера были серьёзные аппаратные проблемы, и он два был в капитальном ремонте. Что именно ломалось, выяснить, к сожалению, не удалось.<br><br>&gt; КАКОЙ у вас рейд<br><br>Да вроде же всё рассказал. Что ещё можно прибавить? Честное слово, не понимаю.<br> https://www.opennet.ru/openforum/vsluhforumID1/93908.html#13 Mon, 22 Oct 2012 16:16:00 GMT Лавруш, ты это ,не думал просто сказать ему сделать shutdown и fsck -y /usr, помогает, я тебя уверяю :)<br>