Доброго дня!Гуглить не получается.. так как сложно сформулировать вопрос для поисковика...
Вообщем суть вопроса такая: есть сервер FreeBSD на десктопном железе с чипсетом от intel - 945G, есть желание сменить материнскую плату на что то свежее (или вернее на то, что можно достать...), а то не дай бог и найти плату на 945-ом будет архисложно...
Так вот! Что будет с ядром после смены материнской платы? запустится ли система и что в ней надо до и после сделать?
В Windows 2000/2003 было хорошо - ставишь на новом железе ОС в базе, затем на старом сервере делаешь NTBackup и восстанавливаешь его на новом железе.. то есть трабла именно с ядром - его нужно собирать под конкретное железо
>[оверквотинг удален]
>
>Гуглить не получается.. так как сложно сформулировать вопрос для поисковика...
>
>Вообщем суть вопроса такая: есть сервер FreeBSD на десктопном железе с чипсетом
>от intel - 945G, есть желание сменить материнскую плату на что
>то свежее (или вернее на то, что можно достать...), а то
>не дай бог и найти плату на 945-ом будет архисложно...
>
>Так вот! Что будет с ядром после смены материнской платы? запустится ли
>система и что в ней надо до и после сделать?С ядром GENERIC ничего особенного не случится и пересобирать его не надо.
>С ядром GENERIC ничего особенного не случится и пересобирать его не надо.
>скорее всего ядро в таком виде и есть, как посмотреть точно?
И, идея заменить 945 чип, на... P35 (к примеру) - то есть разница по архитектуре хорошая... запустится ли сама ОС и нормально ли подтянется SATA-RAID (зеркало) - ведь меняю ICH6 на ICH9...
FreeBSD 7.1-RELEASE #0: ... /usr/obj/usr/src/sys/GENERIC i386то есть конфигурация без привязки к железу (или вернее минимальная привязка) ?
1. архитектура важна!ядро/система для amd64
$ uname -p
amd64не заработает на i386
$ uname -p
i3862. какое ядро можно узнать через
$ uname -i
FIRSTили
uname -a выведет всё.
+ все привязки к железу (сетевые карты и т.д.) делаются в файле /etc/rc.conf
поэтому его нужно соотв. образом подкорректировать.
>+ все привязки к железу (сетевые карты и т.д.) делаются в файле
>/etc/rc.conf
>поэтому его нужно соотв. образом подкорректировать.точнее не все :) и другие файлы нужно смотреть какие вы правили.
>+ все привязки к железу (сетевые карты и т.д.) делаются в файле
>/etc/rc.conf
>поэтому его нужно соотв. образом подкорректировать.то есть система запускается сто процентно и дальше нужно смотреть логи и подправлять rc.conf, sys..conf и тп?
uname -a
выдает вот что:FreeBSD * 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
945 чипсет поддерживает CPU с архитектурой x64, и проц стоит соответствующий (то есть могу ставить и 32-ную ось и 64-ую), P35 чип аналогично может работать 32/64
>то есть система запускается сто процентно и дальше нужно смотреть логи и
>подправлять rc.conf, sys..conf и тп?
>Если архитектура та же самая (i386), то проблем быть не должно. Ядро при каждой загрузке автоматически определяет все устройства, и никаких записей конфигураций (как Windows в реестре) не делает. Единственное что (скорее всего) нужно будет сделать - поменять записи в /etc/fstab (только если Вы не монтировали fs по меткам).
>>то есть система запускается сто процентно и дальше нужно смотреть логи и
>>подправлять rc.conf, sys..conf и тп?
>>
>
>Если архитектура та же самая (i386), то проблем быть не должно. Ядро
>при каждой загрузке автоматически определяет все устройства, и никаких записей конфигураций
>(как Windows в реестре) не делает. Единственное что (скорее всего) нужно
>будет сделать - поменять записи в /etc/fstab (только если Вы
>не монтировали fs по меткам).спасибо! а если что, вернуться обратно можно будет?
идея такая: собрать новый сервер, взять диски со старого и подключить на новом
Можно. fstab и имя сетевой карты в rc.conf. Возможно ничего менять вообще не нужно, если диск воткнёте в тот же слот и сетевая карта будет та же.
>[оверквотинг удален]
>>>подправлять rc.conf, sys..conf и тп?
>>>
>>
>>Если архитектура та же самая (i386), то проблем быть не должно. Ядро
>>при каждой загрузке автоматически определяет все устройства, и никаких записей конфигураций
>>(как Windows в реестре) не делает. Единственное что (скорее всего) нужно
>>будет сделать - поменять записи в /etc/fstab (только если Вы
>>не монтировали fs по меткам).
>
>спасибо! а если что, вернуться обратно можно будет?можно
>идея такая: собрать новый сервер, взять диски со старого и подключить на
>новомлегко, ньюансы могут быть связаны только с дисковыми контроллерами и дисками,
с некоторыми моделями сетевых карт:- для PATA/SATA дисков, при переключении - соблюдайте подключение так чтобы статическая
адресация не слетела, те если был ad0, ad2, ad4 - подключайте так чтобы адресация
ЛИБО осталась, ЛИБО измените ее в /etc/fstab, для geom'а это тоже важно- для SCSI дисков аналогично с LUN-ID
Ничего сложного и страшного нет в апгрейде железа, но железо следует подбирать под OS,
те поддерживаемое.
с /etc/fstab также нет абсолютно никаких проблем
надо распечатать его со старой системы и приготовить freebsd live cd
если загрузка не пойдет нужно будет загрузится с live посмотреть под какими именами система нашла диски, ручками смотнтировать корень со старой системы и изменить соответствующим образом fstab
все
>с /etc/fstab также нет абсолютно никаких проблем
>надо распечатать его со старой системы и приготовить freebsd live cd
>если загрузка не пойдет нужно будет загрузится с live посмотреть под какими
>именами система нашла диски, ручками смотнтировать корень со старой системы и
>изменить соответствующим образом fstab
>всеЯ конечно не самый большой спец в этом вопросе.
Но расскажу что было у меня.
Год назад встала задача перевести сервер с первого пня на современную платформу.
На ядре генеретик не было проблем. А вот с ядром которое я компилил под первый пень были проблемы. Так как я там все не нужное железо убрал.
А еще лучьше есть более простой способ. Ставишь винт на новую материнку и ставишь новую фрю.
>[оверквотинг удален]
>>изменить соответствующим образом fstab
>>все
>
>Я конечно не самый большой спец в этом вопросе.
>Но расскажу что было у меня.
>Год назад встала задача перевести сервер с первого пня на современную платформу.
>
>На ядре генеретик не было проблем. А вот с ядром которое я
>компилил под первый пень были проблемы. Так как я там все
>не нужное железо убрал.ты бы выше прочитал
>А еще лучьше есть более простой способ. Ставишь винт на новую материнку
>и ставишь новую фрю.нихрена не проще
>[оверквотинг удален]
>>
>>На ядре генеретик не было проблем. А вот с ядром которое я
>>компилил под первый пень были проблемы. Так как я там все
>>не нужное железо убрал.
>
>ты бы выше прочитал
>>А еще лучьше есть более простой способ. Ставишь винт на новую материнку
>>и ставишь новую фрю.
>
>нихрена не прощеУ меня не было проблем!
У меня был сервер на 5.4 установил на него 7.2 и все пашет как часы.
Я конечно не могу ручаться за то что все будет работать но это самый простой
способ. Скажем так я пробовал перейти с первого пня на 4 пень с ide дисками.
Про scasi ни чего не могу сказать так как с ними не работаю.
Остальное оборудование стандартное.
То есть на пне первом видюха pic. памяти 128. сетевая realtek самая простенькая.
На 4 пне встоенная видюха и встроенная сетевуха. И диски sata
Переход прошел нормально
>[оверквотинг удален]
>>
>>ты бы выше прочитал
>>>А еще лучьше есть более простой способ. Ставишь винт на новую материнку
>>>и ставишь новую фрю.
>>
>>нихрена не проще
>
>У меня не было проблем!
>У меня был сервер на 5.4 установил на него 7.2 и все
>пашет как часы.про upgrade наверно никогда не слышал?
>[оверквотинг удален]
>>>>А еще лучьше есть более простой способ. Ставишь винт на новую материнку
>>>>и ставишь новую фрю.
>>>
>>>нихрена не проще
>>
>>У меня не было проболем!
>>У меня был сервер напонял 5.4 установил на него 7.2 и все
>>пашет как часы.
>
>про upgrade наверно никогда не слышал?Слышал про upgrade
Но так и не понял как он делается.
Если поможете, то буду очень благодарен.
Так как я не понял как это делается.
Прямого апгрейта сделать нельзя так как 5.4 уже давно не поддерживается freebsd 5.4
А через промежуточную долго и не понятно а к тому же 5.4 не поддерживается.
А через мирор долго и опасно. Сколько людей в инете потом имели большие проблемы после того как обновились с помощью мира и так далее.
Но справедливости ради можно сказать что в freebsd появился более простой вариант перехода. Но я его еще не пробовал.
Буду очень благодарен если вы поможете с апгрейтом с 5 версии на 7
>[оверквотинг удален]
>
>Я конечно не самый большой спец в этом вопросе.
>Но расскажу что было у меня.
>Год назад встала задача перевести сервер с первого пня на современную платформу.
>
>На ядре генеретик не было проблем. А вот с ядром которое я
>компилил под первый пень были проблемы. Так как я там все
>не нужное железо убрал.
>А еще лучьше есть более простой способ. Ставишь винт на новую материнку
>и ставишь новую фрю.Для того чтобы избежать подобных проблем, всегда следует оставлять GENERIC ядро
в /boot, cp /boot/kernel /boot/kernel.GENERICили в своем ядре оставлять:
cpu I486_CPU
cpu I586_CPU
cpu I686_CPUи не пытаться собрать ядро с оптимизацией
При таком подходе, при смене железа, практически всегда можно загрузиться и затем
поправить под новое железо все что потребуется
>[оверквотинг удален]
> I486_CPU
>cpu
> I586_CPU
>cpu
> I686_CPU
>
>и не пытаться собрать ядро с оптимизацией
>При таком подходе, при смене железа, практически всегда можно загрузиться и затем
>
>поправить под новое железо все что потребуетсяЯ и говорю с генеретик проблем нет.
С ним можно переезжать с любого железа на любое в рамках платформы.
То есть если платформа i386 и старое и новое то ни каких проблем.
Даже думаю что с i386 На amd ни каких проблем нет.
Но если с i386 на sparc или еще куда то будут проблемы.
Но на самом деле меня не это интересует и я не из-за этого встрял в эту тему.
Меня интересует опыт перехода с одной версии на другую. То есть обновление с стратой на новую версию. У мня возникли проблемы со сборкой мирора.
Ядро я пересобираю и оно у меня получактся нормальное. А вот с перехода с старых библиотек на новые и программное обеспечение могут быть проблемы.
Предлагаю обсудить эту проблему в этой ветке форума.
И еще разные проблемы связанные с freebsd
>[оверквотинг удален]
>cpu
> I586_CPU
>cpu
> I686_CPU
>
>и не пытаться собрать ядро с оптимизацией
>
>При таком подходе, при смене железа, практически всегда можно загрузиться и затем
>
>поправить под новое железо все что потребуетсяПредлагаю обсудить вот эту тему