Date: Fri, 18 Apr 2008 16:27:42 -0300 From: Fernan Aguero <fernan@iib.unsam.edu.ar> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/122624: unusable mininal installation of FreeBSD-7.0 Message-ID: <20080418192742.GG51032@iib.unsam.edu.ar> In-Reply-To: <200804181219.53524.jhb@freebsd.org> References: <200804101336.m3ADaGn5000910@www.freebsd.org> <200804101512.15318.jhb@freebsd.org> <20080418145308.GC51032@iib.unsam.edu.ar> <200804181219.53524.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080418192742.GG51032>