Re: Cannot installworld, don't expect to...Workaround?
On Mon, 9 Nov 2015 16:10:55 -0800, Bryan Drewery wrote: > On 11/7/2015 7:14 PM, Jeffrey Bouquet wrote: > > I've a not-complete-installworld from today, dumped core halfway through > > despite single-user mode... > > Did you use -j to installworld? > > -- > Regards, > Bryan Drewery No. May have used -j 2 to buildworld... Just then reading Makefile and Makefile.inc1 I was wondering (for lack of which way to proceed... install to /tmp and rsync back over the system...) Since the build tree appears to be too complex (Makefiles too numerous) to test each command in installworld in advance before completion to be sure the whole lot would complete, I wonder which of the targets in those two files are most complete in making installworld complete, at the cost of a longer buildworld. Something like tinderbox; toolchain; > buildworld or whatever ensures that all binaries, libraries etc used or referenced in the buildworld/installworld cycle can complete a CLI without error; and that all target directories exist... [I've had installworld fail due to missing target directories in /usr/share for example.. which I patched up with a make -k ...] A slight chance the installworld failed because of a drive bios quirk, though the chance is only slight Another slight chance it was due to EIDE rather than SATA cabling... Another slight chance it ran "too fast" and if slowed down (twenty Makefiles one starts manually. sh Makefile.1 sh Makefile.2 ... ) may complete or at least be scrutinized better. ... Just so reading this post doesn't entirely anyone's time, here is an alias to try possibly... [ most recent files in the current directory listed last] ... which I could use daily. /usr/local/bin/gnuls -halstir |grep -v drw | awk '{print $11}' ...easier to read than the plain gnuls command above. that I figured out today. Maybe duplicate of another "ls" alias I've already crafted, but here too many to count... so I seldom remember more than a few. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Cannot installworld, don't expect to...Workaround?
On 11/7/2015 7:14 PM, Jeffrey Bouquet wrote: > I've a not-complete-installworld from today, dumped core halfway through > despite single-user mode... Did you use -j to installworld? -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Cannot installworld, don't expect to...Workaround?
I've a not-complete-installworld from today, dumped core halfway through despite single-user mode... began with an install of libc++... which was fine. i can restore /lib /libexec /bin /sbin /usr/bin /usr/sbin from an earlier backup and most binaries work again, but nowhere near full functionality... wanting to restore browser functionality... which mysteriously broke (all segfault) which prompted the buildworld. setting COMPILER_TYPE results later in sh: cc; not found during the installworld. OTOH some buildworld produced files may have been lost during the fsck to lost+found I noticed a few clang files ended up in lost+found during one of the many fsck. So as an aside of any usual question... Is there any documentation where make installs should proceed? for instance libc++ first, then ... and/or how to run the installworld segment-at-a-time to find the specific failure? OR it is too complex Assuming "no" to each of the above... is there a best practice to copy a greater number of the /lib, libexec from backup to completely restore, or is it necc. to do a reinstall to an ENTIRELY new disk... given that the existing disk for some reason does not want to complete it. Maybe even someone has an easier way... or procedure. Thanks. ... As an aside, a wanted feature: during one disk crash recently, the pass* in /etc wound up in lost+found. No login resulted. Restored from backup by luck... was clueless. Would it be wise to build redundancy into the base, so that for example if /etc/fstab has vanished, its shadow copy in /etc/shadow/... or even enough binaries, (similar /rescue ) to complete a complete svn buildworld installworld as a sort of /rescue/usr/src with all binaries and libraries contained therein. Maybe... ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"