yuri_kurenkov: (dr emmett brown)
Надо сделать копию винта системы еще FreeBSD-5.5-STABLE. Гружусь на тестовой машинке с NanoBSD 8.X, размечаю винт и запускаю dump|restore

# ssh -l user host.my.domain dump -L -a -f - | restore -r -f -

Через считанные секунды локальная система просит нажать "Reset". Перегружаюсь с 6.X - тот же результат, но наступает чуть-чуть позже. Причем, ксли на дальней машине сделать dump, скопировать по сети его на локальную машину, то restore из этого файла проходит успешно. Провозился вчера с этим часов пять, отложил на сегодня.

Сегодня нашел в закромах инсталяционный CD FreeBSD-5.4-RELEASE. Установил minimal на винт, разбив его аналогично винту на удаленной машине. Не вдаваясь в правильность своих действий, сделал

# dd bs=64k if=/dev/ad0 of=/dev/ad1 count=1000

потом

# newfs /dev/ad1s1a

и далее по всем разделам второго винта. После этого подмонтировал корневой раздел второго винта в /mnt

# mount /dev/ad1s1a /mnt

и

# cd /mnt
# ssh -l user host.my.domain dump -l -a -f - /dev/ad0s1a | restore -r -f -

По окончании перезагрузился со второго винта, проверив, что это возможно.

Далее, монтируя по очереди все разделы в  /mnt сделал dump с удаленного хоста, но снизив сетевую нагрузку, призвав на помощь gzip

#ssh -l user host.my.domain "dump -L -a -f - /dev/ad0s1d | gzip -c -" | gpip -d -c - | restore -r -f

Последний раздел еще dumpится...

Видать dump и restore должны быть из одной релизной ветки, или там какая-то несовместимость с UFS на уровне VFS.
yuri_kurenkov: (Default)
После апгрейда операционки на домашнем рутере стало маячить в dmesg:

ath0: stuck beacon; resetting (bmiss count 4
)

Вот, что Sam Leffler об этом думает:

"stuck beacon" means the ap tried to xmit a beacon frame but for various
reasons (where "various" is VERY large) it wasn't able to.  After N
consecutive attempts, 4 in this case) it gives up and resets the device
(which should bring it back to life in case it's stuck because of a
hardware bug).  Often this occurs because you are using a slow platform
and the time provided to prepare the beacon frame is insufficient to
push it to the hardware fast enough to meet the realtime requirements.  
This can be exacerbated by operating on a busy channel.  Unfortunately
you've provided very little info so I can't advise you.  I suggest you
search for this subject and look at the discussions that have occurred
for the last 5-6 years...


6.X нормально работала в этой конфигурации на 486-й мамке с PentiumOverdrive-83 процессором. А 8.Х 233MMX мало. Буду искать suggestions 5-6 лет выдержки...

6.X - 8.X

Jan. 20th, 2011 09:30 am
yuri_kurenkov: (dr emmett brown)
Вчера после работы перевел домашний рутер с FreeBSD 6.X на FreeBSD 8.X. Полет нормальный.

morisson# uptime
 9:27AM  up 13:13, 2 users, load averages: 0.06, 0.06, 0.06
yuri_kurenkov: (Default)
Первый VPN-router на базе NanoBSD был веден в эксплуатацию на нужды компании вчера около 16-ти часов. При построении рутера за основу были взяты мои наработки по построению домашнего рутера и рутера для ранчо на базе FreeBSD-6.4.

Profile

yuri_kurenkov: (Default)
yuri_kurenkov

August 2011

S M T W T F S
 1 23 456
78910111213
14151617181920
21222324252627
28293031   

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 22nd, 2017 06:50 am
Powered by Dreamwidth Studios