syslogd没有这样的文件或目录 – OpenBSD 3.9

OK – 长话短说：我有OpenBSD盒子，它被设置为一个networking设备（很久以前），我已经恢复了生机。 我正在处理的几个错误，可以使用任何帮助，我可以得到。

屏幕上的错误：login时，屏幕上显示控制台输出 

 1）syslogd：/ var / log / auth log：没有这样的文件或目录
 2）syslogd：/ var / log / daemon：没有这样的文件或目录
 3）lokbox ntpdate [XXXXX]：NTP套接字正在使用，正在退出

注意：这是Lok Technologies的旧版“AIRlok”，现在更名为RGnet 300系列。 目前它上面有OpenBSD 3.9（显然从3.9以前没有看过日志 – 很多年前在这个盒子上安装了3.9）。 我浏览日志目录，既不存在authlog也不守护进程目录或文件。 然后，我创build了目录（虽然没有更改权限 – 可能是问题 – 它看起来像其余的虽然 – 根和砂轮所有者与日志目录中的所有其他目录具有相同的权限），并将错误更改为syslogd：/ var / log / daemon：是一个目录syslogd：/ var / log / authlog：是一个目录

我看了下面发布的syslog.config：

 ＃$ OpenBSD：syslog.conf，v 1.13 2003/06/26 18:24:25 jmc Exp $
 ＃

 * .err; kern.debug; auth.notice; authpriv.none; mail.crit / dev / console
 * .notice; auth，authpriv，cron，ftp，kern，lpr，mail，user.none / var / log / messages
 kern.debug; user.info; syslog.info / var / log / messages
 auth.info / var / log / authlog
 authpriv.debug / var / log / secure
 cron.info / var / cron / log
 daemon.info / var / log / daemon
 ftp.info / var / log / xferlog
 lpr.debug / var / log / lpd-errs
 mail.info / var / log / maillog
 ＃uucp.info / var / log / uucp

 * .err根
 * .notice; auth.debug root
 * .alert根
 * .emerg *

 ＃取消注释以login名为“loghost”的中央主机。 你需要运行
 ＃syslogd与远程主机上的-u选项，如果你正在使用这个。
 ＃（这也是需要从路由器和
 ＃ISDN设备）。 如果你运行-u，你很容易受到系统日志的轰炸，
 ＃并应考虑阻止外部系统日志数据包
 ＃*。notice; auth，authpriv，cron，ftp，kern，lpr，mail，user.none @loghost
 ＃kern.debug，user.info，syslog.info @loghost
 ＃auth.info，authpriv.debug，daemon.info @loghost

 ＃取消注释从sudo（8）和聊天（8）到他们自己的消息
 ＃各自的日志文件。 匹配是根据程序名称完成的
 ＃程序特定的日志：
 ＃！须藤
 ＃*。* / var / log / sudo
 ＃！聊天
 ＃*。* / var / log / chat

关于日志我想念或错误的任何想法？ 我觉得这是简单的东西我只是错过了一个文件或其他东西…不知道他们如何被删除的第一个地方，但这是现在的需要…

• 在OpenBSD安装期间，什么是“DNS域名”？
• 如何configurationHeimdal Kerberos来使用OpenLDAP？
• 两个相同configuration的sendmail，其中之一是不提供邮件
• OpenBSD无线网桥，出站stream量没有响应
• SFTP超时下载

至于3 – ntpupdate ntp套接字在使用中 – 机器被设置为检查每隔3秒ntp偏移量通过一个“专有的”networking接口（围墙花园）设置在这个盒子基本上设置的cron和更新用户列表和Apache的设置和其他各种服务运行的机器上的其他configuration文件… – 机器报告不正确的时间在启动（date和时间，我在BIOS设置固定 – 没有检查电池是否仍然好 – 可能不是 – 但除了ntpupdate错误之外，机器现在保持时间正好。

我唯一需要做的就是重新启动到单个用户，然后在每个分区上运行fsck来修复一些乱七八糟的问题 – 这似乎是正常工作，否则（从function上来说，在configuration的东西的“专有” ipconfig，但多数民众赞成在另一个职位）。