DaemonForums  

Go Back   DaemonForums > FreeBSD > FreeBSD General

FreeBSD General Other questions regarding FreeBSD which do not fit in any of the categories below.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 21st April 2016
jb_daefo jb_daefo is offline
Spam Deminer
 
Join Date: May 2008
Posts: 303
Wink [SOLVED mostly ] kernel older than base

I've a BSD (freebsd, apologies for posting in OpenBSD, but maybe persons who browse OpenBSD might know, I've on my calendar to delete this post in a week's time if possible if someone messages or replies that no answer is available properly in this subforum)

kernel that is seven or so months behind the base. Thus
sendmail, cron, and seven other do not work, but by
nvidia.ko pf.ko and the older kernel, functionality was restored
( the custom kernel (older) works and the newer ( custom ) one
dumps core )...

Someone knows of which way to fix

adapt generic >> custom kernel file and test
adapt custom >> generic kernel file and test
know in advance of those two, if a line(s) in /boot/loader.conf are at fault.
or a fourth method.

I've also posted to the freebsd-current mail list... no reply so far.
Almost had no use of the newly installed system at all... so seeking
any and all expertise.

*mods* feel free place this post elsewhere if it should be there or
ask for editing so I can merge them somewhat if need be... as I
said above I plan to delete this post if it wastes anyones time...
__________________
FreeBSD 13-STABLE

Last edited by jb_daefo; 21st April 2016 at 08:24 PM.
Reply With Quote
  #2   (View Single Post)  
Old 21st April 2016
Carpetsmoker's Avatar
Carpetsmoker Carpetsmoker is offline
Real Name: Martin
Tcpdump Spy
 
Join Date: Apr 2008
Location: Netherlands
Posts: 2,243
Default

Fetch the kernel.txz and/or base.txz from the FTP server, e.g.:

ftp://ftp.freebsd.org/pub/FreeBSD/re.../10.1-RELEASE/

extract, reboot, PROFIT!

I'm confused why you're posting this in OpenBSD and not FreeBSD though ...
__________________
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.
Reply With Quote
  #3   (View Single Post)  
Old 21st April 2016
ocicat ocicat is offline
Administrator
 
Join Date: Apr 2008
Posts: 3,318
Default

Moved to FreeBSD General forum.
Reply With Quote
  #4   (View Single Post)  
Old 21st April 2016
jb_daefo jb_daefo is offline
Spam Deminer
 
Join Date: May 2008
Posts: 303
Default

Alas, it is a mismatch between v11 Sept 2015 and v11 Apr 2016... not a release.
__________________
FreeBSD 13-STABLE
Reply With Quote
  #5   (View Single Post)  
Old 21st April 2016
Carpetsmoker's Avatar
Carpetsmoker Carpetsmoker is offline
Real Name: Martin
Tcpdump Spy
 
Join Date: Apr 2008
Location: Netherlands
Posts: 2,243
Default

Just get the closest release. Usually not having an exact match is fine.

And you can also overwrite both base and the kernel, that's effectively the same as a reinstall except that you don't lose all the stuff outside base (e.g. /etc, /var, /usr/local, etc.)

In dem olden days the sets came with an install script, but no longer seems to be the case. You probably want to make sure that:

- base.txz doesn't overwrite stuff you don't want it to overwrite (like stuff in /etc. IIRC it doesn't, I haven't used FreeBSD in two years so perhaps this changed).
- Use the correct flags to tar to preserve permissions, flags, and such.

You may also be able to use my pkg_sanity script to clean up some of the mess, by the way.
__________________
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.
Reply With Quote
  #6   (View Single Post)  
Old 21st April 2016
jb_daefo jb_daefo is offline
Spam Deminer
 
Join Date: May 2008
Posts: 303
Default

Happened to fix it just then. Almost. some questions remain...
I used a GENERIC with minimal debugging and sound removed.
Still dumped core.
I moved loader.conf out of the way.
Works. ... uname r298350 from two days ago about.
Still to do... add in custom kernel settings / loader.conf (latter first) several lines at
a time to see where the problem may be.
If the loader.conf is fixed by a setting or two removed, then I may simply copy/reinstall
the custom kernel from that r298350 which has already been built and retest.

tl;dr the loader.conf probably has a problematic setting or one or several, and also
maybe the custom kernel is missing something essential to restore almost all of the
lines in the loader.conf. IOW it could be not one but 2 or three, but I suspect not more
than two problematic lines in the custom kernel and/or the loader.conf

At any rate it all appears workable right now. Just a matter of time
To reiterate, this is v11...
__________________
FreeBSD 13-STABLE
Reply With Quote
  #7   (View Single Post)  
Old 21st April 2016
jb_daefo jb_daefo is offline
Spam Deminer
 
Join Date: May 2008
Posts: 303
Default

# out snd_pcm_load="YES"
# out snd_acm_load="YES"
# out kern.msgbufsize="130000"
# out kern.ipc.shmmni="1024"
# out kern.ipc.shmseg="1024"
# out hw.snd.maxautovchans="4"
# out hw.snd.targetirqrate="36"
# out hint.pcm.0.buffersize="65536"
# out hw.snd.verbose="3"
# out kern.ipc.semmns="240"
# out kern.ipc.semume="40"
# out kern.ipc.semmnu="120"
# out vfs.read_max="128"
# out kern.randompid="1"
# out kern.ipc.shmmax="67108864"
# out kern.ipc.shmall="32768"
# out vm.kmem_size="700M"
# out vm.kmem_size_max="700M"
# out vfs.zfs.arc_max="250M"
# out kern.sched.preempt_thresh="224"
# out vfs.usermount="1"
# out kern.geom.part.check_integrity="0"
# out vm.overcommit="1"
# out kern.maxfilesperproc="65536"
# out kern.ipc.somaxconn="1024"
# out kern.ipc.nmbclusters="81920"
# out kern.fallback_elf_brand="3"
# out vfs.write_behind="0"


Removed those (about half of what was there) from
loader.conf... custom kernel restored and working fine.
...................
Remains to be seen which is problematic and/or has
a wrong value assigned to it...

So solved almost completely for now.

And learned a few tricks...
__________________
FreeBSD 13-STABLE
Reply With Quote
  #8   (View Single Post)  
Old 22nd April 2016
jb_daefo jb_daefo is offline
Spam Deminer
 
Join Date: May 2008
Posts: 303
Default

Quote:
Originally Posted by jb_daefo View Post
# out snd_pcm_load="YES"
# out snd_acm_load="YES"
# out kern.msgbufsize="130000"
# out kern.ipc.shmmni="1024"
# out kern.ipc.shmseg="1024"
# out hw.snd.maxautovchans="4"
# out hw.snd.targetirqrate="36"
# out hint.pcm.0.buffersize="65536"
# out hw.snd.verbose="3"
# out kern.ipc.semmns="240"
# out kern.ipc.semume="40"
# out kern.ipc.semmnu="120"
# out vfs.read_max="128"
# out kern.randompid="1"
# out kern.ipc.shmmax="67108864"
# out kern.ipc.shmall="32768"
# out vm.kmem_size="700M"
# out vm.kmem_size_max="700M"
# out vfs.zfs.arc_max="250M"
# out kern.sched.preempt_thresh="224"
# out vfs.usermount="1"
# out kern.geom.part.check_integrity="0"
# out vm.overcommit="1"
# out kern.maxfilesperproc="65536"
# out kern.ipc.somaxconn="1024"
# out kern.ipc.nmbclusters="81920"
# out kern.fallback_elf_brand="3"
# out vfs.write_behind="0"


Removed those (about half of what was there) from
loader.conf... custom kernel restored and working fine.
...................
Remains to be seen which is problematic and/or has
a wrong value assigned to it...

So solved almost completely for now.

And learned a few tricks...
.................................................. ................
and now nfe0 seems to drop out randomly after a few hours. I emailed
the freebsd-current list [another person had similar issues]... perchance
someone knows of an MTU , duplex, nfe sysctl, one of those
sysctls above that was removed, another add-in card, a second card
that may work after the first drops out [ sort of like lagg0 ], or some
other workaround [ a more stable driver/chipset to use... ]
[ slight chance it is due to many areas of this local area switching
from [redacted] to [ redacted ], but that is not the broadband provider here,
so it would be some hop upstream... and works again upon reboot
so doubtful...
__________________
FreeBSD 13-STABLE
Reply With Quote
  #9   (View Single Post)  
Old 22nd April 2016
jb_daefo jb_daefo is offline
Spam Deminer
 
Join Date: May 2008
Posts: 303
Default

Never mind about the sysctls... I"ve loaded some at CLI, found
one invalid, one giving a false or after-boot return, problems with
three, etc. so they are categorized. Only the nfe0 question remains
but it may/may not be fixed with at-present included newly OR at-present
excluded newly so for now it is best *locally* tested, except for the
other chipset card or MTU questions... apologies for not having
posted a week later when I had more to input, or had solved it.
__________________
FreeBSD 13-STABLE
Reply With Quote
Old 25th April 2016
jb_daefo jb_daefo is offline
Spam Deminer
 
Join Date: May 2008
Posts: 303
Default

May have found a fix for the nfe0 problem... a script to not-constantly ping just a few times a domain on the web... uptime went from 1, 3 hours to six hours (just once so far...)
__________________
FreeBSD 13-STABLE
Reply With Quote
Reply

Tags
custom kernel, generic, loader.conf

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Which BSD base with better Hardware Detection? mbzadegan General Hardware 35 19th July 2016 10:52 AM
ftp.fr.openbsd.org not available by base ftp shep OpenBSD Installation and Upgrading 2 6th July 2015 04:38 PM
OpenBSD bcallah@ on "Cleaning up software older than me" and an introduction to OpenBSD jggimi News 7 23rd March 2015 11:31 PM
OpenBSD nginx is going into base ocicat News 1 23rd September 2011 08:23 AM
Question about FreeBSD 7 and older HP Hardware. EvoIX_MR2006 FreeBSD Installation and Upgrading 1 17th June 2008 07:37 PM


All times are GMT. The time now is 03:09 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick