cat /etc/port-supfile
???

*default host=cvsup6.ua.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=.
*default delete use-rel-suffix
ports-all

Вчера с помощью него система обновлялась на ура, что вобщем-то не вызывало удивления.

попробуйте другой host, чо

ping cvsup6.ua.FreeBSD.org ???

А если вот эти настройки использовать:

*default host=cvsup10.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs
*default tag=.
*default delete use-rel-suffix
*default compress
ports-all

csup /etc/port-supfile

Вот что происходит после запуска csup:

Parsing supfile «/etc/port-supfile»
Connecting to cvsup6.ua.FreeBSD.org
Connected to 62.149.2.9
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
Updating collection ports-all/cvs
Updater faild: Protocol Error

#

> ping cvsup6.ua.FreeBSD.org ???

Пингуется.

Помогла смена текущего значения на *default host=cvsup10.FreeBSD.org

То есть это просто (временные) баги на украинском зеркале...

Ха-ха-ха. Не помогло. Вываливается в ту же ошибку, только чуть позже =( Проблема не в украинском зеркале.

Нифига себе, еще раз запустил csup — наступила паника.

panic: ufs_dirbad: /: bad dir into 1984820 at offset 0: mangled entry
cpuid = 0
Uptime: 57m0s
Cannot dump. Device not defined or unavailable.
Automatic reboot in 15 seconds - press any key on the console to abort

FreeBSD

Глобально. Надежно.

Винт? Посмотрите в /var/log/messages

Сделал fsck -yf, система исправила ошибки и взлетела. Интересно, откуда ошибки на ноуте с новым хардом, который вообще не выключается - ни аварийно, ни другим способом. Ну да ладно.

Вопрос в догонку. iZen, может ты знаешь какой-то быстрый сервер (зеркало) со свежими версиями пекеджей? А то с официальных зеркал скорость при pkg_add ну ооооочень низкая.

FreeBSD Глобально. Надежно.

Я бы понял Ваш сарказм, если бы не KDE на Вашем аватаре.

it's just works :)

Там же проблема с винтом, зачем Вы троллите?

P.S. Не «it's», а «it».

далеко не факт, что с винтом. я своими глазами видел ufs2, посыпавшуюся на ровном месте.

PS спасибо, зачем-то продублировал 's. Надо бы подтянуть английский...

Новый трабл

В single-user-mode fsck -yf исправляет все найденные косяки в файловой системе. После ребута, захожу под рутом, запускаю тот же fsck -yf и - вуаля ошибок целый мешок! А исправить-то их нельзя под root. Че делать? Хелп

Посмотрите в /var/log/messages на предмет ошибок чтения с винта. Может, у Вас битые секторы.

Посмотрите в /var/log/messages на предмет ошибок чтения с винта.

Как может выглядеть такая ошибка? Файл огромный, cat /var/log/messages | grep rror — завершается с нулевым результатом.

Может, у Вас битые секторы.

Что необходимо делать в таком случае?

Вывод fsck -yf:

** /dev/ad0s2a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
5841200 DUP I=1461952
5841201 DUP I=1461952
5841202 DUP I=1461952
5841203 DUP I=1461952
5841204 DUP I=1461952
5841183 DUP I=1461953
5894968 DUP I=1464384
5894969 DUP I=1464384
5894970 DUP I=1464384
5894976 DUP I=1464385
5894977 DUP I=1464385
5894978 DUP I=1464385
5894979 DUP I=1464385
5894980 DUP I=1464385
5894981 DUP I=1464385
5894982 DUP I=1464385
5894983 DUP I=1464385
5891463 DUP I=1464385
** Phase 1b - Rescan For More DUPS
5841200 DUP I=1461888
5841201 DUP I=1461888
5841202 DUP I=1461888
5841203 DUP I=1461888
5841204 DUP I=1461888
5841183 DUP I=1461889
5894968 DUP I=1464320
5894969 DUP I=1464320
5894970 DUP I=1464320
5894976 DUP I=1464321
5894977 DUP I=1464321
5894978 DUP I=1464321
5894979 DUP I=1464321
5894980 DUP I=1464321
5894981 DUP I=1464321
5894982 DUP I=1464321
5894983 DUP I=1464321
5891463 DUP I=1464321
** Phase 2 - Check Pathnames
DUP/BAD  I=1461888  OWNER=root MODE=100444
SIZE=9735 MTIME=Jul 19 02:24 2010 
FILE=/usr/share/mk/bsd.own.mk

REMOVE? no

DUP/BAD  I=1461889  OWNER=root MODE=100444
SIZE=325 MTIME=Jul 19 02:24 2010 
FILE=/usr/share/mk/bsd.port.mk

REMOVE? no

DUP/BAD  I=1461952  OWNER=root MODE=40755
SIZE=512 MTIME=Jul 19 02:24 2010 
DIR=/usr/share/locale/be_BY.CP1251

REMOVE? no

fsck_ufs: cannot find inode 1461952

Делайте grep по слову FAIL, да и вообще посмотрите просто 50-100 строк в конце этого файла.

Вы же не исправляете тут ошибки, как я вижу. Надо загрузиться в single user more (shutdown now), затем размонтировать /usr, /var, что там у Вас ещё, и только потом делать проверку. Если у Вас только одна partition - /, тогда надо примонтировать её в read-only (-r). И только после этого fcsk -fy

Я вообще-то и гружусь в single user more с помощью reboot. Исправляю ошибки, а когда опять нормально загружаюсь под рутом — ошибки все на своих местах. Я описал эту ситуацию в предыдущем посте http://www.linux.org.ru/forum/general/5416051?lastmod=1286455068958#comment-5...

Я Вам на это и отвечаю. Судя по «NO» ничего не происходит там. А те три файла Вам придётся потом вручную восстановить.

> Я Вам на это и отвечаю. Судя по «NO» ничего не происходит там

Наверное, мы не поняли друг друга. Я приводил выхлоп из-под рута. Там да, NO. Но перед этим я уже _сделал_ несколько раз fsck -yf из-под синг-юзера. Система оповестила меня об ошибках и исправила их. Далее я ребучусь в НЕсигн-юзер, запускаю fsck и вижу что есть ЕЩЕ ошибки, которые из-под single-user почему-то не исправляются.

Уточните, Вы *действительно* размонтировали /usr в SUM прежде, чем исправлять ошибки, и *действительно* ли там было «SALVAGED» в конце fcsk?

> Уточните, Вы *действительно* размонтировали /usr

У меня только один раздел это /

там было «SALVAGED» в конце fcsk?

Было что-то типа System marked as clean
и о том что «все ошибки исправлены, все ништяк» перед marked clean.

Перефразирую вопрос. Вы действительно монтировали / только как read-only? Проверяли ли Вы файлы, о которых fcsk сообщил, они действительно были удалены? Просто мне кажется, Вы где-то что-то пропустили. Если файлы были удалены, откуда им заново взяться, если Вы их не восстановите. Это Вам не Максимальная, которая постоянно что-то «восстанавливает» сама.

> Перефразирую вопрос. Вы действительно монтировали / только как read-only?

Я не монтировал, просто в синг-юзере запускал fsck - yf / и все.

Проверяли ли Вы файлы, о которых fcsk сообщил, они действительно были удалены?

Я не проверял, а сейчас нет возможности проверить, оказалось поставить заново систему на ноут быстрее.

Это Вам не Максимальная, которая постоянно что-то «восстанавливает» сама.

Что такое Максимальная? У меня FreeBSD 8.1

Я не монтировал, просто в синг-юзере запускал fsck - yf / и все.

Вот это и плохо, надо было сделать так, как написано выше.

оказалось поставить заново систему на ноут быстрее.

Боюсь представить, сколько раз в день Вы её переустанавливать будете, если даже такая мелочь Вас вынудила это сделать. И потом, быстрее - это только если она у Вас полчаса, как поставлена.

Свежие версии пакетов? А что это такое? Как соберутся на официальных серверах пакеты из непрерывно обновляемых портов, так и отзеркалируются на другие серверы. Репозиториев нет, либо сам ведёшь собственную кастомную сборку пакетов из портов и открываешь каталог /usr/ports/packages/All по FTP другим.

Касательно проблем с файловой системой. Я бы загрузился в нормальном режиме, потом дал бы команду «shutdown now» и после перехода в Single User Mode запустил бы fsck. Скорее всего, файлы не будут повреждены, но будут приведено в порядок и очищено от мусора свободное место — нужно жать «y» на каждый вопрос.

Потом:

# rm -rf /usr/ports
# portsnap fetch extract

# portsnap fetch update

Я не монтировал, просто в синг-юзере запускал fsck - yf / и все.

Лишний пробел это опечатка? Разделы, которые проверяются fsck, должны быть перемонтированы в RW. Иначе запрещена запись метаданных.

fsck работает со снапшотом, после его отработки транзакционно изменённые метаданные переписываются в живую файловую систему.

> Лишний пробел это опечатка?

Да

> Свежие версии пакетов? А что это такое?

Ну пекеджи ведь. Например качаешь что-нибудь большое с помощью pkg_add. Скорость скачивания 60 килобайт / секунду, изредка доходит до 120. В дебиане (субъективно, хотя и замерял) все _качается_ быстрее, я думаю, это из-за скорости зеркал, на которых находятся прекомпилированные пекеджи. Одно быстрое зеркало нашел. Отдавало до 400 Кб/сек, основная проблема при его использовании - частая недоступность. Свет у них там вырубают или что. Сам сервер вот ftp://ftp.chg.ru

> Вот это и плохо, надо было сделать так, как написано выше.

Хорошо. Выше написано вот что

Если у Вас только одна partition - /, тогда надо примонтировать её в read-only (-r). И только после этого fcsk -fy

Делаю: shutdown now
Далее, так как у меня есть только корневой раздел, отдельно не вынесены /usr и /tmp, -

# mount -r /ad0s2a /
# fsck / -yf

Так?

По заверешнии fsck сообщает:
fsck: cannot open '/dev/-yf' : No suck file or directory
#

man fsck, там будет написано, что запускать надо не с указанием директории, а с указанием устройства, типа: fsck -fy /dev/ad4s1a

можно же и так, и так, разве нет?