Есть шлюз на FreeBSD 7.2
Вообщем столкнулся с такой бякой:
после отрубания питания шлюз до конца грузится не хочит (до загрузки login не доходит...)
Система стоит на da2 (ufs, swap) в системе есть ещё доп. диск с автомонтированием da1s1(fat) ошибки возникают именно на нём, что-то пишет про имена файлов -- наверное из-за русских папок, но к системе то этот диск отношения не имеет, вчём трабла? и как её обойти?
Есть подозрение, что это появилось только после обновления с 7.0 на 7.2

Спасибо, с уважением Alex.

• Восстановление после отключения питания,angra, 23:45 , 24-Май-09
  • Восстановление после отключения питания,Alex123, 12:10 , 25-Май-09
  • Восстановление после отключения питания,Alex123, 14:18 , 25-Май-09
• Восстановление после отключения питания,mikra, 10:58 , 01-Июн-09

Загрузитесь в single mode, там не монтируются дополнительные fs, и решите проблему в нем.

>Загрузитесь в single mode, там не монтируются дополнительные fs, и решите проблему
>в нем.

Восстановить то я восстановил, там в сейф моде загрузился, правильно выключился и потом нормально стало загружаться, но как избежать этого в будующем?

Кстати в сингл моде при загрузки выводит запрос на ввод расположения шела, это нормально? т.е. при загрузке в сингл моде я ввожу что-то типа:
/bin/bash
login

проблема, кажится кроется где-то здесь:

# fsck_msdosfs ad1s1
** ad1s1 (NO WRITE)
** Phase 1 - Read and Compare FATs
FAT starts with odd byte sequence (f8fffffffffffff7)
Correct? no
** Phase 2 - Check Cluster Chains
** Phase 3 - Checking Directories
Invalid long filename entry at end of directory /??? ?????????/????? ? fruity
Remove? no
Invalid long filename entry for /??? ?????????/???????/???????????/????????????.doc
Remove? no
Invalid long filename entry for /WINDOWS/Application Data/Microsoft/Office/????????? ?????/???4.LNK
Remove? no
Invalid long filename entry for /WINDOWS/Application Data/Microsoft/Office/????????? ?????/???11.LNK
Remove? no
** Phase 4 - Checking for Lost Files
Lost cluster chain at cluster 1238291
24 Cluster(s) lost
Reconnect? no
Clear? no
21540 files, 1924048 free (481012 clusters)

или в этом

dmesg.yesterday    
ad1: 7299MB <SAMSUNG SV0761H PT100-01> at ata0-slave UDMA33

GEOM_LABEL: Label for provider ad1s1 is msdosfs/NO NAME.

GEOM_LABEL: Label msdosfs/NO NAME removed.
GEOM_LABEL: Label for provider ad1s1 is msdosfs/NO NAME.

GEOM_LABEL: Label msdosfs/NO NAME removed.

Ищи сперва причину проблемы, а потом решение.
Причина ошибок - обрыв питания. От этого спасает только упс. Хотябы самый маленький и дешевый упс, а не "отказоустойчивая" файловая система и не изощренные способы монтирования.