On Fri, Aug 07, 2020 at 05:34:13AM +0300, Dima Veselov wrote:
>
> We had recent power outage and noticed a problem about
> /var/run - few daemons could not start because there
> were no directories in /var/run. Like there is
> /var/run/named and there is no /var/run/opendkim, so
> opendkim will
On Fri, Aug 7, 2020 at 7:54 AM Robert Nestor wrote:
>
> OK, I tried doing this with just the rEFInd CD and it still didn’t boot -
> just get a blank screen. Since you did this by copying the rEFInd files over
> to a bootable NetBSD CD (or did you copy them to an installed NetBSD disk?)
> the
BTW I did another test on that refind.iso fine - under VirtualBox
6.1.12. It works just fine here. The guest was an earlier -current
system, already booting in EFI mode (pivoting to a ZFS root, not
updated very recently). I was able to boot from the CD, then install
rEFInd on the first system disk
If you’re saying you think the rEFInd CD is expecting to find Apple HW that
doesn’t explain why it boots on my Intel PC. I haven’t tried booting it on a
Mac.
If you’re saying that the CD is incompatible with qemu because qemu is
expecting to see or be emulating Mac HW that doesn’t seem to be
On Fri, 7 Aug 2020 at 18:34, Robert Nestor wrote:
>
> If you’re saying you think the rEFInd CD is expecting to find Apple HW that
> doesn’t explain why it boots on my Intel PC. I haven’t tried booting it on a
> Mac.
>
> If you’re saying that the CD is incompatible with qemu because qemu is
>
On Fri, 7 Aug 2020 at 14:21, Robert Nestor wrote:
>
> Thanks again! Your patience and suggestions have helped a lot and (I think)
> I have a much better understanding of the whole process now.
>
> As Martin wrote, it appears to be an issue or limitation in qemu with UEFI
> booting CDs.
iMil> smtpd is indeed linked over libblacklist:
iMil>
iMil> $ ldd /usr/libexec/postfix/smtpd |grep black
iMil> -lblacklist.0 => /usr/lib/libblacklist.so.0
iMil> Anything I am missing here?
A daemon may well notify blacklistd about a possible attack at some
places along the code path but
Running 9.0-STABLE buit July 26th.
Machine is refreshing its least approximately once a minute. Despite the
DHCP server being configured with a lease time as follows:
max-lease-time 43200;
default-lease-time 43200;
Server is NetBSD 8.2-STABLE isc dhcpd and this is the only host of many
on
Thanks again! Your patience and suggestions have helped a lot and (I think) I
have a much better understanding of the whole process now.
As Martin wrote, it appears to be an issue or limitation in qemu with UEFI
booting CDs. Probably that the OVMF code is very specific in where it looks
for
Yes, that’s what I’m now suspecting. But when I started I didn’t know enough
about qemu and the CD booting process with UEFI to know if it was my error or a
bug someplace. Plus my system isn’t running 9.99.69 with current packages, so
it could be that I’m missing something that’s already been
Hi,
On this machine:
NetBSD senate.imil.net 9.0 NetBSD 9.0 (GENERIC) #0: Fri Feb 14 00:06:28 UTC
2020 mkre...@mkrepro.netbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64
I have the following setup:
$ cat /etc/blacklistd.conf
[local]
domain dgram * * *
On Fri, Aug 07, 2020 at 06:54:08AM -0500, Robert Nestor wrote:
> OK, I tried doing this with just the rEFInd CD and it still didn't boot -
> just get a blank screen. Since you did this by copying the rEFInd files over
> to a bootable NetBSD CD (or did you copy them to an installed NetBSD disk?)
On Fri, 7 Aug 2020 at 12:54, Robert Nestor wrote:
>
> OK, I tried doing this with just the rEFInd CD and it still didn’t boot -
> just get a blank screen. Since you did this by copying the rEFInd files over
> to a bootable NetBSD CD (or did you copy them to an installed NetBSD disk?)
> the
OK, I tried doing this with just the rEFInd CD and it still didn’t boot - just
get a blank screen. Since you did this by copying the rEFInd files over to a
bootable NetBSD CD (or did you copy them to an installed NetBSD disk?) the two
CD aren’t configured the same way. Neither CD has an
Hi.
Only the audio keys were detected. Screen brightness and Wireless were not
read.
Thanks
On Friday, 7 August 2020, 17:44:47 GMT+12, Martin Husemann
wrote:
On Fri, Aug 07, 2020 at 03:38:51AM +, Ahi Brown wrote:
> I would like to bind the brightness keys to 'xrandr'.
First
On Fri, Aug 07, 2020 at 08:47:35AM +, Ahi Brown wrote:
> Hi.
>
> Only the audio keys were detected. Screen brightness and Wireless were not
> read.
OK, please check your /var/run/dmesg.boot for things at acpi0 that are not
configured.
Martin
On Fri, 7 Aug 2020 at 02:35, Robert Nestor wrote:
>
> OK, thanks! I’m not sure I fully understand what you mean by “moved the
> relevant file to the top”. Do you mean you moved the \EFI\boot\bootx64.efi
> file to \EFI\bootx64.efi?
I wrote this too late in the night. I mean I got into the
17 matches
Mail list logo