[FUGSPBR] 5.1->5.2->5.1

Renato Botelho renato em galle.com.br
Seg Dez 15 07:22:38 BRST 2003


Paulo Quartieri wrote:
> Pessoal: Fiz um CVSUP e como a TAG estava incorreta o sistema trouxe o 5_2.
> Fiz o buildworld, buildkernel, installkernel, shutdown now,mount -t ufs -a,
> cd /usr/src e no make installworld deu erro. Por sorte, rebootou mas meu NAT
> nao funcionou mais. Refiz a TAG para 5_1, exclui todo /usr/src e fiz o CVSUP
> novamente com as diretivas abaixo. So que, ao dar o make buildworld com a
> 5_1, ocorre o seguinte erro:
> 
> #make buildworld
> Running test variables
> PASS: Test variables detected no regression, output matches.
> Running test targets
> PASS: Test targets detected no regression.
> Running test sysvmatch
> PASS: Test sysvmatch detected no regression.
> Running test lhs_expn
> PASS: Test lhs_expn detected no regression.
> Running test notdef
> PASS: Test notdef detected no regression.
> Running test modifiers
> PASS: Test modifiers detected no regression.
> Running test funny_targets
> PASS: Test funny_targets detected no regression.
> 
> --------------------------------------------------------------
>>>> Rebuilding the temporary build tree
> --------------------------------------------------------------
> rm -rf /usr/obj/usr/src/i386
> bla bla bla...
> --------------------------------------------------------------
>>>> stage 1: legacy release compatibility shims
> --------------------------------------------------------------
> cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386  DESTDIR=  INSTALL="sh
> /usr/src/tools/install.sh"
> PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/
> bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
> WORLDTMP=/usr/obj/usr/src/i386  MAKEFLAGS="-m /usr/src/tools/build/mk  -m
> /usr/src/share/mk" /usr/obj/usr/src/make.i386/make -f Makefile.inc1
> BOOTSTRAPPING=502100  -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE
>   -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy
> ===> tools/build
> /usr/obj/usr/src/i386/usr/src/tools/build created for /usr/src/tools/build
> cd /usr/src/tools/build; /usr/obj/usr/src/make.i386/make buildincludes;
> /usr/obj/usr/src/make.i386/make installincludes
> rm -f .depend
> mkdep -f .depend -a    -I/usr/obj/usr/src/i386/legacy/usr/include
> /usr/src/tools/build/dummy.c
> cc -O -pipe  -I/usr/obj/usr/src/i386/legacy/usr/include -c
> /usr/src/tools/build/dummy.c -o dummy.o
> building static egacy library
> ranlib libegacy.a
> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libegacy.a
> /usr/obj/usr/src/i386/legacy/usr/lib
> *** Signal 11
> 
> Arquivo do CVSUP
> #-----------INICIO  ----------------
> *default host=cvsup.freebsd.org
> *default base=/usr
> *default prefix=/usr
> *default release=cvs
> *default tag=RELENG_5_1
> *default delete use-rel-suffix
> *default compress
> 
> src-all
> ports-all tag=. CURRENT
> #---------- FIM  -------------------
> 
> Help
> Paulo Quartieri
> 

Retirado do /usr/src/UPDATING

20031112:
         The statfs structure has been updated with 64-bit fields to
         allow accurate reporting of multi-terabyte filesystem
         sizes. You should build world, then build and boot the new kernel
         BEFORE doing a `installworld' as the new kernel will know about
         binaries using the old statfs structure, but an old kernel will
         not know about the new system calls that support the new statfs
         structure.
         Note that the backwards compatibility is only present when the
         kernel is configured with the COMPAT_FREEBSD4 option. Since
         even /bin/sh will not run with a new kernel without said option
         you're pretty much dead in the water without it. Make sure you
         have COMPAT_FREEBSD4!
         Running an old kernel after a `make world' will cause programs
         such as `df' that do a statfs system call to fail with a bad
         system call. Marco Wertejuk <wertejuk em mwcis.com> also reports
         that cfsd (ports/security/cfs) needs to be recompiled after
         these changes are installed.

         ****************************DANGER*******************************

         DO NOT make installworld after the buildworld w/o building and
         installing a new kernel FIRST.  You will be unable to build a
         new kernel otherwise on a system with new binaries and an old
         kernel.

Voce compilou o 5.2 e deu um 'shutdown now', ou seja, ficou com o kernel 
do 5.1 na memoria, quando deu o installworld, ele foi instalando os 
novos binarios, que eram imcompativeis com o kernel antigo, e quando ele 
precisou usar um desses binarios novos que jah estava instalado, 
provocou o erro, o ideal sera ao inves de ter dado um 'shutdown now', 
ter dado um 'reboot', com isso vc iria rodar o make installworld com o 
kernel novo.

Agora voce esta com metade dos binarios novos e metade antigos, e o 
kernel novo, eu o aconselho a tentar recompilar o 5.2 e instalar ele por 
completo, pelo menos voce vai ficar com um release correto, aih depois 
vc tenta fazer o downgrade, nao sei se essa mudanca ira compilcar a sua 
vida ou nao, mas tente e depois poste aqui.

[]´s
-- 
Renato Botelho
Developer & Unix Admin

_______________________________________________________________
Sair da Lista: http://lists.fugspbr.org/listinfo.cgi
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/



Mais detalhes sobre a lista de discussão freebsd