Dear Atticus,
thank you for this information. That missing "EPT" seems to be essential,
then.
Cheers,
Vitor
Em ter., 3 de out. de 2023 13:30, B. Atticus Grobe
escreveu:
> The E8400 processor doesn't support extended page tables, which vmm
> requires. AFAIK, all modern hypervisors require this
Hi,
I'm trying to fiddle with OpenBSD's virtualization capabilities, but I
couldn't manage to start vmd. The console gives me the error "vmd(failed)"
and my /var/log/message says "vmd[31605]: vmd: /dev/vmm: Operation not
supported by device". I enabled the "Virtualization Technology" and "VT-d"
op
Dear Janne,
thanks for the tip. I'll try it.
Cheers,
Vitor
Em sáb., 23 de set. de 2023 02:36, Janne Johansson
escreveu:
> Den fre 22 sep. 2023 kl 20:17 skrev vitmau...@gmail.com <
> vitmau...@gmail.com>:
>
>> Hi,
>>
>> I used the command "cd /S
Dear Philip,
thank you for pulling my ears. The complete error message is:
DUMP: Warning: undefined file type 013
Best,
Vitor
Em sex., 22 de set. de 2023 às 16:17, Philip Guenther
escreveu:
> On Fri, Sep 22, 2023 at 11:18 AM vitmau...@gmail.com
> wrote:
>
>> I
Hi,
I used the command "cd /SRC && dump 0f - . | (cd /DST && restore -rf - )"
as suggested by the "Disk Setup" section of the FAQ to transfer everything
from one of my old hard disks to the one that should replace it. However,
I'm stuck with something around 35 megabytes/s of speed transfer (measu
Hi,
thank you Crystal for the explanation.
Best,
Vito
Em qua., 8 de fev. de 2023 às 10:44, Crystal Kolipe
escreveu:
>
> On Wed, Feb 08, 2023 at 10:34:07AM -0300, vitmau...@gmail.com wrote:
> > I'm not using my drives for anything more than copying files, dd etc.
> > I j
sions) or
"udisksctl poweroff -b /dev/sdX" (newer versions).
Best,
Vitor
Em qua., 8 de fev. de 2023 às 10:24, Crystal Kolipe
escreveu:
>
> Hi,
>
> On Wed, Feb 08, 2023 at 10:13:59AM -0300, vitmau...@gmail.com wrote:
> > thank you all for the replies. Crystal, what command woul
Hi,
thank you all for the replies. Crystal, what command would I use to
detach a USB drive? I tried eject, but it doesn't seem to work with
the kind of devices I have.
Best,
Vitor
Em qua., 8 de fev. de 2023 às 09:55, Crystal Kolipe
escreveu:
>
> On Wed, Feb 08, 2023 at 09:27:08AM -0
Hi,
quick and very basic question: is syncing and umounting a USB drive
enough to safely remove it or should I execute other commands before
unplugging these devices?
Best,
Vitor
ss traffic
pass # establish keep-state
# By default, do not permit remote connections to X11
block return in on ! lo0 proto tcp to port 6000:6010
# Port build user does not need network
block return out log proto {tcp udp} user _pbuild
Best,
Vitor
Em sáb., 4 de fev. de 2023 às 10:57, vitmau...
Hi,
there are two things that still bother me. First, how the Windows
machine was able to reach something around 30 MBytes/s of download
rate with the faulty cable. It reached this speed through Ookla's
Speedtest, though; maybe that is relevant information (don't really
know how those tests work).
13:21, vitmau...@gmail.com
escreveu:
>
> Hello guys,
>
> I'm having problems trying to improve my transfer speed over LAN. I
> can't consistently reach speeds over 10 MBytes/s using iPerf (real
> disk writing transfers with scp render basically the same results).
>
Hello guys,
I'm having problems trying to improve my transfer speed over LAN. I
can't consistently reach speeds over 10 MBytes/s using iPerf (real
disk writing transfers with scp render basically the same results).
Since both server (OpenBSD) and client (Windows) are able to reach
speeds over 30 M
be so strict when it comes to who talks to these
servers. Unfortunately, the same cannot be said of NFS servers.
Thank you guys for the help and for making things clearer for me.
Best,
Vitor
Em dom., 1 de jan. de 2023 às 06:39, Theo de Raadt
escreveu:
>
> vitmau...@gmail.com wrote:
>
n it. As I'm no expert on security though, I'd like an opinion
from you guys regarding this: is it reasonable to require an NFS
client to be run as root?
Best,
Vitor
Em sex., 30 de dez. de 2022 às 15:20, Bodie escreveu:
>
> On Fri Dec 30, 2022 at 3:59 PM CET, vitmau...@gmail.com
tian Weisgerber
escreveu:
>
> "vitmau...@gmail.com":
>
> > My /var/log/daemon regarding the issue:
> > mountd[91001]: Refused mount RPC from host 192.168.1.4 port 57264
>
> The client's mount request didn't come from a reserved port, i.e. <1024.
>
I have a NFS share on OpenBSD with a Windows 10 and a FireOS clients
(through VLC and Kodi). Windows 10 mounts the NFS share without issue,
but the Fire OS can't mount it either through VLC or Kodi. Before
moving to OpenBSD I had a NFS share on Fedora 34 and all my systems
could mount it.
I've fou
17 matches
Mail list logo