> On 30. Mar 2024, at 07:30, Chris wrote:
>
> On 2024-03-29 23:06, Michael Schuster wrote:
>> Two ideas:
>> - does CTL-ALT-Fn work?
> Thanks. But no, I tried that.
>
>> - perhaps the number of predefined ttys was overwritten/set to 0 somewhere?
> I'm only
When a kernel is built without KDB and DDB, it fails with:
--- kernel.full ---
linking kernel.full
ld: error: undefined symbol: db_ctf_lookup_typename
>>> referenced by kern_ctf.c:329 (/usr/src/sys/kern/kern_ctf.c:329)
>>> link_elf_obj.o:(link_elf_ctf_lookup_typename)
>>>
Building
/usr/obj/usr/src/amd64.amd64/sys/VM01-new/modules/usr/src/sys/modules/vmm/machine
machine -> /usr/src/sys/amd64/include
Building
/usr/obj/usr/src/amd64.amd64/sys/VM01-new/modules/usr/src/sys/modules/vmm/x86
x86 -> /usr/src/sys/x86/include
Building
Moving these definitions breaks world outside the kernel :-(
building shared library libmapper_std.so.5
Building
/usr/obj/usr/src/amd64.amd64/lib/libiconv_modules/mapper_zone/libmapper_zone.so.5
building shared library libmapper_zone.so.5
Building
option testing?
If so, what syntax would use __REQUIRED_OPTIONS and what branches
support it?
Michael
in/md5
1 error
I am tracking the build options here:
https://callfortesting.org/results/bos-ci/
My apologies if this is a false positive.
Michael
On 2/12/24 13:44, Michael Butler wrote:
On 2/12/24 12:36, John Baldwin wrote:
[ .. trimmed .. ]
Short of a stack trace, you can at least use lldb or gdb to lookup
the source line associated with the faulting instruction pointer (as
long as it isn't in a kernel module), e.g. for gdb you
(counter_u64_t c, int64_t inc)
89 {
90
91 KASSERT(IS_BSP() || c != EARLY_COUNTER, ("EARLY_COUNTER
used on AP"));
92 zpcpu_add(c, inc);
93 }
94
95 #endif /* ! __MACHINE_COUNTER_H__ */
96
Michael
On 2/12/24 12:36, John Baldwin wrote:
On 2/10/24 2:09 PM, Michael Butler wrote:
I have stability problems with anything at or after this commit
(b377ff8) on an amd64 laptop. While I see the following panic logged, no
crash dump is preserved :-( It happens after ~5-6 minutes running in KDE
(X
I have stability problems with anything at or after this commit
(b377ff8) on an amd64 laptop. While I see the following panic logged, no
crash dump is preserved :-( It happens after ~5-6 minutes running in KDE
(X).
Reverting to 36efc64 seems to work reliably (after ACPI changes but
before
> On 23. Dec 2023, at 16:10, Enji Cooper wrote:
>
>
>> On Dec 22, 2023, at 23:18, Xin Li wrote:
>>
>> Hi,
>>
>> Inspired by D42961, I propose that we move forward with disabling the
>> compression by default in newsyslog, as implemented in
>> https://reviews.freebsd.org/D43169
>>
>>
a mem" messages. This seems to be as a result
of running into the 16 s/g buffer limit for pass-through IOCTLs used by
smartd and/or storcli.
There doesn't appear to be any data corruption, just annoying log lines.
Has anyone else run into this?
Michael
files stored in git after import?
Sorry, I am still not understanding git repositories well enough.
Thanks and regards,
Michael
ey staying to be
reimplemented?
Thank you!
Michael
> On 3. Oct 2023, at 18:27, Matthias Apitz wrote:
>
> El día martes, octubre 03, 2023 a las 06:14:23p. m. +0200, Olivier Certner
> escribió:
>
>> Hi Matthias,
>>
>> Some ZFS dataset with zstd compression on jet, and no compression on
>> c720-1400094?
>>
>
> Yes, on jet it is ZFS:
>
>
> On 19. Sep 2023, at 12:30, Ronald Klop wrote:
>
> Hi,
>
> In current the way ps -p works has been changed [1].
> I could use "ps axd -p " to see the process tree of some ongoing task.
> In current this has changed to always need an extra option "ps axd -p
> -D down". Can this become the
that two things had changed in my testing, microcode and
CPUTYPE, not just one,
Michael
On 8/8/23 13:50, Michael Butler wrote:
On 8/8/23 10:56, Tomoaki AOKI wrote:
On Tue, 8 Aug 2023 17:02:32 +0300
Konstantin Belousov wrote:
[ .. snip .. ]
The workaround is switched on automatically, when kernel detects
'small cores'
reported by CPUID.
If I read the code correctly
14
"""
You can find thew whole thread here:
https://lists.freebsd.org/archives/freebsd-current/2023-June/003835.html
Best
Michael
On Sat, 16 Sep 2023 17:22:20 +0100
Warner Losh wrote:
> On Sat, Sep 16, 2023 at 5:11 PM Toomas Soome wrote:
>
> >
> &
> On 4. Sep 2023, at 19:34, Matthias Apitz wrote:
>
> El día lunes, septiembre 04, 2023 a las 07:29:41p. m. +0200, Michael Gmelin
> escribió:
>
>>
>>
>>>> On 4. Sep 2023, at 19:23, Matthias Apitz wrote:
>>>
>>>
, could you please Cc me on it?
Do you know which version of FreeBSD was the last that worked for you?
Cheers
>
>
>> El día lunes, septiembre 04, 2023 a las 06:55:52p. m. +0200, Michael Gmelin
>> escribió:
>>
>>
>>
>> On Mon, 4 Sep 2023 18:43:11 +020
board/mouse freezes on some hardware, please set
loader tunable hw.atkbd.hz=1 as workaround and report the issue.
So you could try to set hw.atkbd.hz=1 (or hw.atkbd.hz=10) in
/boot/loader.conf, then reboot and see if it helps.
Best
Michael
--
Michael Gmelin
d.org/ports.git` work for you?
(currently it's not working from where I am). Maybe related.
Best
Michael
--
Michael Gmelin
Michael Grimm wrote
> Ever since either upgrading to MAIN or WITHOUT_INET6=yes [1] I noticed that
> periodic daily still runs in the morning failing to mail ridiculously huge
> report files (>= 90 *GB*).
>
> [1] Can't remember when this started.
FTR: It started with
"netstat -i -d -W"?
Anyone with WITHOUT_INET6=yes willing to test this?
Regards,
Michael
.
Initially, I put this down to an inadequate power-supply but setting
vm.pmap.pcid_enabled=0 seems to have stabilised it.
I guess there's another dragon in there .. :-(
Michael
Dag-Erling Smørgrav wrote:
> Michael Grimm writes:
>> I'm currently in the process to prepare for upcoming 14-STABLE. Thus,
>> I upgraded one of my sytems from 13-STABLE to 14-CURRENT.
>
> Did you run etcupdate?
I was just about to report that I somehow managed
es to pam_opie should I investigate?
Reason: I want to get rid of security/opie
Thanks and regards,
Michael
On 6. Aug 2023, at 18:12, Warner Losh wrote:On Sun, Aug 6, 2023 at 10:05 AM Matthias Apitz wrote:El día domingo, agosto 06, 2023 a las 09:58:32a. m. -0600, Warner Losh escribió:
> On Sun, Aug 6, 2023 at 7:58 AM Matthias Apitz wrote:
>
> >
> > I did, based
stable -m src=/usr/src
poudriere jail -l
JAILNAME VERSION ARCH METHOD TIMESTAMP PATH
stable 13.2-STABLE 1302507 amd64 src=/usr/src 2023-08-05 15:01:13
/usr/home/poudriere/jails/stable
Updating:
poudriere jail -u -j stable
Regards,
Michael
be built unless -b
is given. It is expected that it is
already built and maps to a corresponding
/usr/obj directory.
HTH and regards,
Michael
On Thu, 8 Jun 2023 11:32:19 -0600
Warner Losh wrote:
> On Thu, Jun 8, 2023, 11:18 AM Michael Gmelin
> wrote:
>
> > >
> > > Tried today's snaphot, same problem.
> > >
> > > # reboot
> > > Waiting (max 60 seconds) for system process
On Thu, 8 Jun 2023 19:06:23 +0200
Michael Gmelin wrote:
> On Thu, 8 Jun 2023 16:20:12 +
> Glen Barber wrote:
>
> > On Thu, Jun 08, 2023 at 06:11:15PM +0200, Michael Gmelin wrote:
> > > Hi,
> > >
> > > I didn't dig into this yet.
> > &
On Thu, 8 Jun 2023 16:20:12 +
Glen Barber wrote:
> On Thu, Jun 08, 2023 at 06:11:15PM +0200, Michael Gmelin wrote:
> > Hi,
> >
> > I didn't dig into this yet.
> >
> > After installing the current 14-snapshot (June 1st) in a bhyve-vm, I
> > get th
Hi,
I didn't dig into this yet.
After installing the current 14-snapshot (June 1st) in a bhyve-vm, I
get this on boot:
ZFS: unsupported feature: com.klarasystems:vdev_zaps_v2
(booting stops at this point)
Seems like the boot loader is missing this recently added feature.
Best
Michael
Am 2023-05-15 um 22:36 schrieb Yuri:
Yuri wrote:
Michael Osipov wrote:
Am 2023-05-15 um 22:19 schrieb Yuri:
Michael Osipov wrote:
Am 2023-05-15 um 21:37 schrieb Glen Barber:
On Mon, May 15, 2023 at 09:15:52PM +0200, Michael Osipov wrote:
Glen,
do you see any chance to get this finally
Am 2023-05-15 um 22:19 schrieb Yuri:
Michael Osipov wrote:
Am 2023-05-15 um 21:37 schrieb Glen Barber:
On Mon, May 15, 2023 at 09:15:52PM +0200, Michael Osipov wrote:
Glen,
do you see any chance to get this finally merged:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236204
Am 2023-05-15 um 21:37 schrieb Glen Barber:
On Mon, May 15, 2023 at 09:15:52PM +0200, Michael Osipov wrote:
Glen,
do you see any chance to get this finally merged:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236204 ?
It seriously affects people (in enterprises) behind a proxy, curl
Glen,
do you see any chance to get this finally merged:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236204 ?
It seriously affects people (in enterprises) behind a proxy, curl will
be a problem and py-requests is already a serious problem.
Michael
mory (width 8) R/W 0
Address=70F3
...
nsxfeval-0386 EvaluateObject : Null handle with relative pathname
[_PRW] nsxfeval-0386 EvaluateObject...
Related suggestion: Should 'options ACPI_DEBUG' be built into the
snapshot kernels along with WITNESS etc?
Any additional suggestions?
Thank you!
Michael
can't suggest a fix, I discovered this workaround until one is
found; edit /etc/ntp.conf to include ..
interface ignore wildcard
interface listen lo0
interface listen em0
.. or whichever interfaces are required on the host,
Michael
On Thu, 23 Jun 2022 11:15:55 -0600
Warner Losh wrote:
> On Sun, Jun 19, 2022 at 6:06 AM Michael Gmelin
> wrote:
>
> >
> >
> > On Fri, 21 May 2021 08:36:49 -0600
> > Warner Losh wrote:
> >
> > > On Fri, May 21, 2021 at 7:38 AM Ceri Davies
&
that was occurring which is not a normal thing for me to
is I was moving TB's worth of data between directly attached two zpools.
Regards,
Michael Jung
> On 31. Jan 2023, at 22:44, Kurt Jaeger wrote:
>
> Hi!
>
This can be as easy as moving everything into Phabricator.
>>> There's the issue that Phabricator itself is no longer supported
>>> upstream:
> [...]
>>> https://we.phorge.it/
>
>> Should be no harder than regular update. They
out adding the
sysctl knobs I do that also - I am not kernel savvy.
I will make sure and test an updated patch should one be made available or
advise whether to increment these values
or ignore the warnings.
Regards,
Michael Jung
CONFIDENTIALITY NOTE: This message is intended only f
is not aligned" panic:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259541
https://reviews.freebsd.org/D30182
Should I update that second PR? Have any suggestions for verifying the
issue?
All the best,
Michael
On Sun, 28 Aug 2022 03:21:24 -0700
Cy Schubert wrote:
> In message <16b4-76a1-4e46-b7c3-60492d379...@freebsd.org>,
> Michael Gmelin w
> rites:
> >
> >
> >
> > > On 28. Aug 2022, at 10:42, free...@oldach.net wrote:
> > >=20
> >
clear. Another advantage would be that directories are only
created for services that are actually enabled/started.
Cheers
Michael
> On 27. Aug 2022, at 15:18, free...@oldach.net wrote:
>
> Michael Gmelin wrote on Sat, 27 Aug 2022 15:02:04 +0200 (CEST):
>> (you're removing /var/run, which shouldn't be removed
>
> Not quite. It's actually not uncommon to boot with an empty /var. Please see
> /
> On 27. Aug 2022, at 12:54, FreeBSD User wrote:
>
> Am Sat, 27 Aug 2022 11:21:40 +0200
> Michael Gmelin schrieb:
>
>>>> On 27. Aug 2022, at 08:31, FreeBSD User wrote:
>>>
>>> Hello,
>>>
>>> I'm referencing to Bug 259699 [
s really hard to always chenge our local repository and patch whenever
> clamav has been
> patched and modified for what reason ever.
>
> Tahanks for reading,
>
Why don’t you simply add an rc script to your appliance that creates the
missing directory/directories on boot before clamav is started?
Best
Michael
log/2017/10/12/check-git-dirty/
Cheers
Michael
n
can be prevented (or at least made less likely) by disabling "IgnoreFlush" -
depending on the virtual device emulated this could be something like:
VBoxManage setextradata VM-name
"VBoxInternal/Devices/ahci/0/LUN#[0]/Config/IgnoreFlush" 0
or
VBoxManage setextradata VM-name
"VBoxInternal/Devices/piix3ide/0/LUN#[x]/Config/IgnoreFlush" 0
See also: https://www.virtualbox.org/manual/ch12.html#ts_ide-sata-flush
It’s highly recommended for ZFS in case your VM isn’t a throwaway CI thing.
Best
Michael
d reproduction steps and the debug output in this bug report:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265749
Michael
m.
You can point it to checking another file by setting ABI_FILE[0] in the
environment or ignore the check by setting IGNORE_OSVERSION (like
advised). The "running kernel:" label seems a bit misleading.
Cheers
Michael
--
Michael Gmelin
> On 9. Jul 2022, at 03:22, Klaus Küchemann wrote:
>
>
>> Am 07.07.2022 um 19:32 schrieb Hans Petter Selasky :
>>
>> Hi,
>>
>> The only argument I've heard from some non-sighted friends about not using
>> FreeBSD natively is that ooh, MacOSX is so cool. It starts speaking from the
>>
> On 8. Jul 2022, at 14:48, Hans Petter Selasky wrote:
>
> On 7/8/22 14:34, David Chisnall wrote:
> Snipsnap
> Hi,
>
> I've updated my patch a little bit, so please re-fetch it.
>
> I tried:
>
> action "echo -- $text | rtprio 8
> /usr/local/bin/flite_cmu_us_slt"
>
> And
ers loaded, even
> >though ums is a generic driver.
>
> >Try loading all relevant drivers in /boot/loader.conf . Then the
> >attach order shouldn't matter.
>
> >--HPS
>
>
> Hi Michael
>
> Yes , hw.usb.usbhid.enable="1" is in loader.c
usbhid.enable="1" in /boot/loader.conf, or by using
the sysctl? If you don't do it yet, I'd recommend the former.
Cheers
Michael
>
> Thanks
>
> --tzk
>
--
Michael Gmelin
rmatting (it looked like outlook, no quoting, top
posting like exchanging written letters, using various font types and sizes).
So if we could eliminate these kind of emails, I would be happy.
Cheers
Michael
p.s. I’m pretty sure top posting is also against netiquette - unless *you* do
it o
> On 26. Jun 2022, at 09:37, grarpamp wrote:
>
>
>>
>> https://github.com/freebsd/freebsd-doc/blob/main/documentation/content/en/books/handbook/eresources/_index.adoc
>>
>> FreeBSD Handbook: Appendix C: updates and corrections
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264754
>>
gt; I plan on changing the default for non-INVARIANT kernels back to
> the old behavior.
>
> INVARIANT kernels will keep this behavior because it's a debugging
> kernel and this is one more thing to help debugging problems.
>
Did this ever happen? I just installed a fresh 13.1-RELE
> On 18. Jun 2022, at 15:10, Larry Rosenman wrote:
>
>
> On 06/18/2022 3:54 am, Michael Gmelin wrote:
>
> [SNIP]
>
>
> Subvendor is Fujitsu Siemens - so I guess this is integrated into a system by
> them.
>
> Seems like flashing the 2108 to a
> On 18. Jun 2022, at 01:31, Larry Rosenman wrote:
> On 06/17/2022 6:20 pm, Michael Gmelin wrote:
>>>> On 18. Jun 2022, at 00:57, Larry Rosenman wrote:
>>> On 06/17/2022 5:48 pm, Michael Gmelin wrote:
>>>>> On 18. Jun 2022, at 00:31, Alexander Motin
> On 18. Jun 2022, at 00:57, Larry Rosenman wrote:
> On 06/17/2022 5:48 pm, Michael Gmelin wrote:
>>> On 18. Jun 2022, at 00:31, Alexander Motin wrote:
>>>
>>>> On 17.06.2022 18:24, Alexander Motin wrote:
>>>>> On 17.06.2022 18:16
On 6/15/22 18:47, Masachika ISHIZUKA wrote:
I updated to master-n256084-5dd1f6f1441 (1400061) and this
leads to bc to 5.3.1.
Previosly, 'BC-ENV-APRG=-P' or 'bc -P' were working but it
doesn't work on 5.3.1. Is there any way to supress prompt ?
This is fixed in 5.3.2:
This version is
After 695052e, the directories compat, dtrace, engines, flua, i18n and
libxo now get created under /usr. This is one level higher than they
should be.
The fix appears to be something like ..
diff --git a/etc/mtree/BSD.usr.dist b/etc/mtree/BSD.usr.dist
index 9f934976b77..95a711a4418 100644
---
What is the error message?
Did you try “git push -f”
> On 9. Jun 2022, at 21:33, Rick Macklem wrote:
>
> I just tried to MFC a commit done to fix my commit by imp@
> and it won't let be push the cherry-pick.
>
> What's the trick to doing this?
> Or do I need to get Warner to do it?
> If so,
On 6/5/22 02:09, Hans Petter Selasky wrote:
On 6/4/22 23:21, Michael Butler wrote:
On a Dell E6430 laptop with an i5-3340M CPU on-board but no additional
video adapter, this commit causes a panic when i915kms is loaded :-(
This adapter does not use any additional firmware.
Does
On a Dell E6430 laptop with an i5-3340M CPU on-board but no additional
video adapter, this commit causes a panic when i915kms is loaded :-(
This adapter does not use any additional firmware.
Reverting only this change allows me to run way past it - up to commit
00b0158d2ca, so far.
All
with CPUTYPE set to "native".
I just found this last night but setting CPUTYPE to "ivybridge" or
leaving it unset allows it to run to completion,
Michael
On Sat, May 14, 2022, 21:40 Michael Schuster wrote:
>
> On Thu, May 12, 2022 at 9:21 AM Dave Cottlehuber wrote:
> >
> > On Thu, 12 May 2022, at 07:12, Michael Schuster wrote:
> > > On Wed, May 11, 2022 at 11:38 PM Dave Cottlehuber
> > > wrote:
> >
On Sat, May 14, 2022 at 10:30 PM Mark Millard wrote:
>
> Michael Schuster wrote on
> Date: Sat, 14 May 2022 21:40:56 +0200 :
>
> > findings:
> > 1) temporary activation doesn't work for me: bectl accepts the option
> > but there's no effect I notice
On Thu, May 12, 2022 at 9:21 AM Dave Cottlehuber wrote:
>
> On Thu, 12 May 2022, at 07:12, Michael Schuster wrote:
> > On Wed, May 11, 2022 at 11:38 PM Dave Cottlehuber
> > wrote:
> >> On Wed, 11 May 2022, at 14:58, Michael Schuster wrote:
> >> > I th
On Wed, May 11, 2022 at 11:38 PM Dave Cottlehuber wrote:
> On Wed, 11 May 2022, at 14:58, Michael Schuster wrote:
> > I then created a new BE, mounted it on /mnt, removed /mnt/dev/* (only
> > regular files and empty directories). Booting into that BE didn't work
> > eithe
On Mon, May 9, 2022 at 10:04 AM Dave Cottlehuber wrote:
>
> On Mon, 9 May 2022, at 06:25, Michael Schuster wrote:
> > On Fri, May 6, 2022 at 12:15 AM Wes Maag wrote:
> >>
> >>
> >> On Thu, May 5, 2022 at 4:10 PM Michael Schuster
> >> wrote:
>
On Fri, May 6, 2022 at 12:15 AM Wes Maag wrote:
>
>
> On Thu, May 5, 2022 at 4:10 PM Michael Schuster
> wrote:
>
>> Hi all,
>>
>> while still working (slowly) on an answer to my own question on the
>> right workflow to keep current up to date reliab
Hi Wes,
finally I get round to responding (below) ...
On Fri, May 6, 2022 at 12:15 AM Wes Maag wrote:
>
>
>
> On Thu, May 5, 2022 at 4:10 PM Michael Schuster
> wrote:
>>
>> Hi all,
>>
>> while still working (slowly) on an answer to my own question on t
irement to mount devfs
separately not so long ago ... definitely this year, while I've been
experimenting with boot environments for quite a bit longer. Was I
just lucky all along, or did something change ... and, more
importantly, how do I make my boot environments bootable again?
TIA for hint
On Thu, Apr 28, 2022 at 10:43 AM Christoph Moench-Tegeder
wrote:
>
> ## Michael Schuster (michaelspriv...@gmail.com):
>
> > $subject happened to me just now on current. I researched it on the
> > internet,
>
> Don't look that far, the answer is in UPDATING:
>
the same name (on FreeBSD, at
> least), it is safe to assume that the file will not be kept when the
> package is installed.
The opposite case seems more interesting/problematic.
-m
--
Michael Gmelin
Chris,
thx for your response. However
On Thu, Apr 28, 2022 at 4:19 AM Chris wrote:
>
> On 2022-04-27 12:59, Michael Schuster wrote:
> > Hi,
> >
> > $subject happened to me just now on current. I researched it on the
> > internet, the answer to this issue seem
would like to avoid
manual intervention (I have to admit, this is the first time I've
encountered this error in the two years I've been doodling with
FreeBSD again) ...
Is anything more known about this error behaviour, and what I can do
to avoid it?
TIA
Michael
PS: in case it matters: the full
Hi:
I guess I'm kind of high jacking this thread but I think what I'm
going to ask is close enough to the topic at hand to ask instead
of starting a new thread and referencing this one.
I use sysutils/monit to what running processes and then restart them
I as I want.
I use protect(1) to make
On 4/21/22 03:42, Emmanuel Vadot wrote:
Hello Michael,
On Wed, 20 Apr 2022 23:39:12 -0400
Michael Butler wrote:
Seems this new requirement breaks kmod builds too ..
The first of many errors was (I stopped chasing them all for lack of
time) ..
--- amdgpu_cs.o ---
/usr/ports/graphics/drm
Seems this new requirement breaks kmod builds too ..
The first of many errors was (I stopped chasing them all for lack of
time) ..
--- amdgpu_cs.o ---
/usr/ports/graphics/drm-devel-kmod/work/drm-kmod-drm_v5.7.19_3/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:1210:26:
error: variable 'priority' set
of mine (in private, if
you prefer)?
TIA for all and any advice
Michael
On Mon, Apr 18, 2022 at 9:33 PM Pete Wright wrote:
>
>
>
> On 4/18/22 12:23, filis+fbsdcurr...@filis.org wrote:
> > Hi,
> >
> > I'm running -CURRENT on this one desktop box which is a "Ryzen 7 4
me replication of the MySQL redo
> logs to another systems - though that won't necessarily protect you
> from someone accidently doing a "DELETE FROM xxx;" or "DROP TABLE xxx;
It will, if you keep the binary logs/replication logs around. Combined with
regular zfs snapshots (on the replicant‘s side) you can do a robust and
relatively speedy point in time recovery that prevents data loss (ideally,
access to the main db and the replicant is segregated). Saved me more than once.
Best
Michael
On 4/16/22 01:22, Gleb Smirnoff wrote:
Hi Florian, Hi Michael,
On Fri, Apr 15, 2022 at 06:11:13PM -0400, Michael Butler wrote:
M> >> I can reproduce this locally, will try to figure out what is going on.
M> >> If you can bisect it, it would be great.
M> >
ually.
Best
Michael
>
>> On Sat, Apr 16, 2022 at 2:59 PM Michael Gmelin wrote:
>> Depends on the kind of file.
>>
>> You can always:
>> 1. reboot the system into single user mode, mount the fs readonly (important
>> to not overwrite data you want to recover
i deleted accidentally that way a
long time ago.
Good luck
Michael
> On 16. Apr 2022, at 13:52, Sami Halabi wrote:
>
>
> well.. thats the trivial answer.. the problem is backups is a day before...
> if i can undelete it would save me loss of 1 day offset..
>
> anyone?
On Sat, Apr 16, 2022, 13:24 Sami Halabi wrote:
> Hi,
> is there anyway easy to restore deleted file by accident in UFS
>
If you used "rm" and didn't take the media offline immediately after, then
no, not only not easy but probably impossible (depending on how active the
FS is)
> Sami
>
>
packets between
non-VNET jails on the same host and to the host itself to be dropped :-(
Michael
ivers are removed from
> the tree for mainstream hardware that you never owned but wished that you
> could afford.
>
I’ll never give away my GUS classic/GF1 with full 1MB onboard RAM(!). It was
too much fun to program and tracker/demo support was superb. Plus, red PCBs
felt really 1337 back then.
That said (and assuming it still works), it's unlikely I would use it with
anything else but DOS these days.
Cheers
Michael
Hi all,
sometimes, reading documentation does help :-)
I followed the instructions at https://github.com/wulf7/iichid and added
this:
ig4_load="YES"
iicbus_load="YES"
to the already present
iichid_load="YES"
in /boot/loader.conf, and now touchpad w
/pointers/RTFMs.
cheers
Michael
--
Michael Schuster
http://recursiveramblings.wordpress.com/
recursion, n: see 'recursion'
017 and 2014 and I
> guess this is solved right now.
>
> The difference between our manually jail.conf driven setup and the
> XigmaNAS/bastille based one is, bastille uses jib/netgraph based
> seutups of the vnet and the ip4/ip6 is setup from rc.conf, while we
> use epair in the other world and the ip is setup from withing the
> jail definition in jail.conf.
>
> I'm out of ideas here and after two days of trial and error and
> trying to understand what's going on lost ... Any hints or tipps?
>
> Thanks in advance,
>
> O. Hartmann
Hi Oliver,
I don't see `children.max` set in any of the configuration you shared
above.
Cheers
Michael
--
Michael Gmelin
On Mon, Feb 28, 2022 at 9:31 AM Ronald Klop wrote:
> Hi,
>
> Where would this sysctl needed to be documented for the OP to find it?
>
IMO vt(4) would have been a good place.
>
> Regards,
> Ronald
>
>
> *Van:* Toomas Soome
> *Datum:* 28 februari 2022 08:29
Hi Toomas,
On Sun, Feb 27, 2022 at 10:54 PM Toomas Soome wrote:
>
>
> On 27. Feb 2022, at 23:36, Michael Schuster
> wrote:
>
> Hi all,
>
> I'm trying to get a smaller font in my text-consoles (using vt) on my
> Ryzen 4700 and Vega10 Renoir - based laptop with
ow it can work because I had a smaller font before I re-installed over
the previous installation (which originally came from ghostbsd in Aug
2020), so - I assume - it can't be rocket science :-)
I'd appreciate further hints/pointers/RTFMs (though I've tried quite a few
of those).
TIA
Michael
--
Micha
1 - 100 of 1690 matches
Mail list logo