amd64/122624: unusable mininal installation of FreeBSD-7.0

[Fernan Aguero]

> On Friday 18 April 2008 10:53:08 am Fernan Aguero wrote:
> > > On Thursday 10 April 2008 02:44:11 pm Fernan Aguero wrote:
> > > > > ld-elf.so.1 doesn't use anything from /usr/src.  The specific assert 
> that 
> > > is 
> > > > > failing is this:
> > > > > 
> > > > >         assert(ELF_R_TYPE(rela->r_info) == R_X86_64_JMP_SLOT);
> > > > > 
> > > > > in reloc_plt() in src/libexec/rtld-elf/amd64/reloc.c.  
> > > > 
> > > > I wrote down that error on paper and typed it in the email
> > > > ... but I'm sure it said /usr/src ... that's why I decided
> > > > to set my /etc/fstab to mount freebsd-7.0 sources from another FreeBSD
> > > > box and symlink /usr/src.
> > > 
> > > That's because the assert() macro puts the full filename of the current 
> file 
> > > into the binary when it is compiled for the error message.  The binary is 
> not 
> > > trying to read anything from /usr/src itse.f
> > > 
> > > > > I wonder if you somehow have 32-bit binaries instead of 64-bit?
> > > > > 
> > > > > -- 
> > > > > John Baldwin
> > > > 
> > > > I wonder the same thing because after doing that, even
> > > > though make was now OK (I was able to cd
> > > > /usr/ports/sysutils/screen && make install), other commands
> > > > failed (vi, Exec format error. Binary file not executable).
> > > 
> > > It certainly sounds like you have mixed and matched some things.  Maybe 
> just 
> > > do a minimal install but include the 'lib32' dist for 32-bit binary 
> compat?  
> > > minimal probably doesn't include it (but vi also should be a 64-bit 
> binary, 
> > > try using 'file' rather than brandelf to see what file thinks vi is).
> > 
> > Sorry for the delay in replying,
> > 
> > I have just did a new install (completely erasing and
> > reformatting the disk) and this time I did a standard
> > install, choosing developer + lib32. Now the box
> > stops in the boot process attempting to mount root:
> > 
> > [...]
> > ad4: 152587 <WDC WD1600JS-75NCB3 10.02E04> at ata2-master UDMA33
> > SMP: AP CPU #1 Launched!
> > SMP: AP CPU #2 Launched!
> > SMP: AP CPU #3 Launched!
> > Trying to mount root from ufs:/dev/ad4s1a
> > /libexec/ld-elf.so.1: /lib/libncurses.so.7: Shared object
> > has no run-time symbol table
> > Enter fill pathname of shell or RETURN for /bin/sh:
> > 
> > I cannot even type RETURN and enter a shell, because the
> > same message about libncurses.so.7 appears!
> 
> I think you have some sort of local corruption either on the CD itself, the 
> ISO image, or perhaps on the hard drive?  If the 7.0 CD were this 
> fundamentally broken there would be more widespread reports of problems 
> rather than this isolated incident.
> -- 
> John Baldwin
 
I will try and burn another copy of the ISO image ... apart
from that, as I said, the checksums on the downloaded image
match to those in file, and the disk behaves OK with both
Ubuntu and FreeBSD-6.x 

Fernan