From owner-freebsd-current@freebsd.org Sun Dec 20 19:45:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90573A491E5 for ; Sun, 20 Dec 2015 19:45:33 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 220301082 for ; Sun, 20 Dec 2015 19:45:32 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1aAjbT-0003ke-GP; Sun, 20 Dec 2015 20:25:11 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1aAjbT-0005dU-Fm; Sun, 20 Dec 2015 20:25:11 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Sun, 20 Dec 2015 19:25:11 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "Beeblebrox" CC: "FreeBSD Current" Subject: Re: Unstable kernel (dumbbell) crashes Date: Sun, 20 Dec 2015 11:25:11 -0800 (PST) X-Mailer: RMM6 In-Reply-To: <20151220200420.6434a049@rsbsd.rsb> Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Dec 2015 19:45:33 -0000 On Sun, 20 Dec 2015 20:04:20 +0200, Beeblebrox wrote: > Hello. >=20 > I have been away from my FreeBSD system for over 7 months. The first on m= y return was to update world/kernel then do a full poudriere run for all my= packages. The process had many problems; I'm reporting items below as FYI. > I'm tracking https://github.com/dumbbell/freebsd.git for my Radeon card. >=20 > 1. installworld ran into same problem as below and I got around it by fol= lowing the prescription therein: https://lists.freebsd.org/pipermail/freebs= d-testing/2015-September/001094.html > Reviewing the questions asked in the thread, I find nothing of significan= ce in my particular case. Thus, still a mystery. >=20 > 2. The pkgng DB has become buggy & inconsistent. I am preparing to "pkg d= elete -a" and re-install all from a list after the poudriere run finishes. >=20 > 3. The newly built kernel keeps crashing and re-booting unpredictably. Th= e poudriere run seems to have something to do with triggering this. >=20 > 4. Service dbus still fails to start from /etc/rc.conf (which prevents xo= rg login) and must be started manually. >=20 > 5. I built and booted into a DEBUG kernel. The system quickly becomes uns= table and eventually the simplest commands (ls or cat) take over 60 secs to= respond. File containing dmesg output and memory status is attached. Howev= er, Memory status seems to be a symptom and not a cause.=20 >=20 > Regards. >=20 > --=20 > FreeBSD_amd64_11-Current_RadeonKMS > Please CC my email when responding, mail from list is not delivered. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Yesterday I updated most packages from a v11 that had not been updated in m= any months. Strange pkg messages were solved by wholesale deleting of particular mentions in the "pkg upgrad= e" output and deleting orphaned packages/ports from the output of "pkg version -vRL=3D " (or -vIL)" after make fetchindex= and portsdb -u... pkg wanting to remove files I was prepared for by running it all via script log1 pkg upgrade script log2 pkg upgrade until it all was done. One setback was continually wanting to download tex* (an hour download for = one package) that I did not want installed and the manpages are still terse as to how to prevent that. Not a big concern; that is not my principal BSD machine.=20 All that is sort of aside. The reason for this reply is I was wondering if an UPDATING entry in /usr/s= rc=20 at the bottom, under COMMON ITEMS... could be (something to the effect that if an installworld fails, one could download a month-old .txz o= r .tar or something ) and recover by in effect rolling back all the system binaries and libraries. ) That is somewhat easier than... ... the more-difficult Even better if some script could be crafted ascertaining which files within= the system may be at fault.=20 Apologies for not answering anything in the mail above. I've no recollecti= on of any answer I could reply to each/any of the questions... sort of like a "me too" but only for a troubled instal= lworld (often) when it builds fine.