On 2022-Jan-15, at 07:55, Mark Johnston wrote:
> On Fri, Jan 14, 2022 at 09:38:56PM -0800, Mark Millard wrote:
>> Thanks. This will allow me to remove part of my personal additions
>> in this area --and my having to explain the misnomer when trying
>> to help someone analyze why they end up with
On 02/26/2022 10:57 am, Larry Rosenman wrote:
On 02/26/2022 10:37 am, Juraj Lutter wrote:
On 26 Feb 2022, at 03:03, Larry Rosenman wrote:
I'm running this script:
#!/bin/sh
for i in $(zfs list -H | awk '{print $1}')
do
FS=$1
FN=$(echo ${FS} | sed -e s@/@_@g)
sudo zfs send -vecLep ${FS}@RE
On 02/26/2022 10:37 am, Juraj Lutter wrote:
On 26 Feb 2022, at 03:03, Larry Rosenman wrote:
I'm running this script:
#!/bin/sh
for i in $(zfs list -H | awk '{print $1}')
do
FS=$1
FN=$(echo ${FS} | sed -e s@/@_@g)
sudo zfs send -vecLep ${FS}@REPAIR_SNAP | ssh l...@freenas.lerctr.org
cat -
Am 26.02.22 um 14:14 schrieb Tomoaki AOKI:
Thanks.
But unfortunately, as I've described at Comment 21 [2] of Bug 262008,
setting kern.elf64.aslr.enable=0 didn't help.
As I'm building on amd64 and not built for compat32, I've not touched
kern.elf32.aslr.enable.
And as these are regular writable sy
Quoting Larry Rosenman (from Fri, 25 Feb 2022
20:03:51 -0600):
On 02/25/2022 2:11 am, Alexander Leidinger wrote:
Quoting Larry Rosenman (from Thu, 24 Feb 2022
20:19:45 -0600):
I tried a scrub -- it panic'd on a fatal double fault.
Suggestions?
The safest / cleanest (but
Thanks.
But unfortunately, as I've described at Comment 21 [2] of Bug 262008,
setting kern.elf64.aslr.enable=0 didn't help.
As I'm building on amd64 and not built for compat32, I've not touched
kern.elf32.aslr.enable.
And as these are regular writable sysctl (and also are tunables, too),
setting th
(Re-sent as not yet delivered in more than 5 hours)
Hi.
I have a build failure of editors/libreoffice on src main, amd64.
As I've reported on Bug 262008 [1], problems on stable/13 is already
fixed, but still fails on main with different faulure mode.
A tool gengal.bin, built within whole libreof
