A quick thought... are you extracting src.tar.gz into /usr (like you to with ports.tar.gz)? On a few occasions, I've done this (instead of making sure I'm in /usr/src first as I should) and had system binaries get clobbered. When I've accidentally done this in the past, I do get a bunch of abort trap errors and a predictably un-bootable system. Example: This block of stuff from src.tar.gz, if extracted whilst in /usr, would overwrite /usr/bin/cat with a directory full of the source code for cat(1) and so on and so forth.
drwxrwxr-x 2 axon axon 0 Oct 9 22:41 bin drwxrwxr-x 2 axon axon 0 Oct 9 22:41 bin/CVS -rw-rw-r-- 1 axon axon 5 Oct 9 22:38 bin/CVS/Root -rw-rw-r-- 1 axon axon 8 Oct 9 22:38 bin/CVS/Repository -rw-rw-r-- 1 axon axon 439 Oct 9 22:41 bin/CVS/Entries -rw-rw-r-- 1 axon axon 18 Oct 9 22:41 bin/CVS/Tag -rw-rw-r-- 1 axon axon 241 Apr 25 2016 bin/Makefile -rw-rw-r-- 1 axon axon 145 Jul 11 2014 bin/Makefile.inc drwxrwxr-x 2 axon axon 0 Oct 9 22:38 bin/cat drwxrwxr-x 2 axon axon 0 Oct 9 22:41 bin/cat/CVS -rw-rw-r-- 1 axon axon 5 Oct 9 22:38 bin/cat/CVS/Root -rw-rw-r-- 1 axon axon 12 Oct 9 22:38 bin/cat/CVS/Repository -rw-rw-r-- 1 axon axon 172 Oct 9 22:41 bin/cat/CVS/Entries -rw-rw-r-- 1 axon axon 18 Oct 9 22:41 bin/cat/CVS/Tag -rw-rw-r-- 1 axon axon 93 Feb 18 2017 bin/cat/Makefile -rw-rw-r-- 1 axon axon 4848 Jul 9 2016 bin/cat/cat.1 -rw-rw-r-- 1 axon axon 5567 Oct 19 2016 bin/cat/cat.c On Wed, Nov 15, 2017 at 5:24 PM, patrick keshishian <pkesh...@gmail.com> wrote: > On 11/15/17, Philip Guenther <guent...@gmail.com> wrote: > > On Wed, Nov 15, 2017 at 11:08 AM, Mike Coddington <m...@coddington.us> > > wrote: > > > >> On Wed, Nov 15, 2017 at 10:01:09AM -0600, Daniel Boyd wrote: > >> > I've installed OpenBSD/macppc twice on my G4 Cube now and it seems to > >> > be working fine until I go to untar src.tar.gz at which point it > throws > >> > some abort trap errors and crashes. If I reboot, I get a bunch of > >> > abort traps during the boot process followed by several: > >> > > >> > init: can't exec getty '/usr/libexec/getty' for pot /dev/ttyC3: ... > >> > > >> > What do you guys think this is...? Hard drive failure...? > >> > >> Out of curiosity, does the same thing happen if you extract the tar with > >> the pax(1) program? That'll at least let you know if it's tar causing > >> the problem or not. > >> > > > > tar _is_ pax: > > : corwin; ls -li /bin/tar /bin/pax > > 52015 -r-xr-xr-x 3 root bin 433472 Nov 1 11:15 /bin/pax > > 52015 -r-xr-xr-x 3 root bin 433472 Nov 1 11:15 /bin/tar > > : corwin; > > > > Fundamentally, unless a userspace process is poking at devices or > similar, > > it should be unable to panic the kernel. An abort trap in the kernel is > > either a kernel bug or a hardware bug. IIRC there's some pmap bug on > > macppc that no one has managed to track down which causes crashes on some > > machines, but not others. I've never hit it on the Macbook I use for > > builds, but the ports build boxes, whatever model they are, seem to hit > it > > periodically... > > I read it as the tar process is the one aborting. which, if true, > sounds like user-land and kernel are out-of-sync. > > Unfortunately, specific info is missing from the problem report. > > --patrick > >
