On Tue, Feb 12, 2019 at 09:17:26PM -, Michael van Elst wrote:
> The gpt tool learned to run 'dkctl makewedges' automatically after
> making changes.
Ah, I see - that is what broke sysinst. Easy to fix, thanks!
Martin
HAXM has been imported into pkgsrc/emulators/haxm.
HAXM is a cross-platform hardware-assisted virtualization engine
(hypervisor), widely used as an accelerator for Android Emulator and
QEMU. It has always supported running on Windows and macOS, and has been
ported to other host operating systems
On Feb 12, 7:03pm, Robert Nestor wrote:
}
} Somewhat related, but the man page on GPT in the example on how
} to set up a BIOS boot indicates that one should newfs dk?, not
} rdk?. A number of people have pointed out to me that I should
} be running newfs on rdk?, NOT dk?. This was probably the
On Feb 13, 9:02am, Robert Elz wrote:
}
} Date:Tue, 12 Feb 2019 19:57:42 -0500
} From:Greg Troxel
} Message-ID:
}
} | I can see how we got here, but the situation seems wrong from a logical
} | consistency point of view. If gpt(8) is going to create wedges on
}
On Feb 12, 7:57pm, Greg Troxel wrote:
} Robert Elz writes:
}
} > | but wiping the GPT header doesnât seem to always immediately
} > | free the corresponding wedges.
} >
} > It doesn't. You need to be aware of the logical separation here.
} > GPT is a disc partitioning scheme (as are MBR
On 02/10, J. Lewis Muir wrote:
> On 02/09, Greg Troxel wrote:
> > see pkgsrc/systils/etcmanage.
> > It will be slightly hard to get your head around, but then it can be
> > used to install a build and update the files in /etc, preserving local
> > changes, automatically.
> >
> > It may not do what
Somewhat related, but the man page on GPT in the example on how to set up a
BIOS boot indicates that one should newfs dk?, not rdk?. A number of people
have pointed out to me that I should be running newfs on rdk?, NOT dk?. This
was probably the source of a lot of my problems, but in my
Date:Tue, 12 Feb 2019 19:57:42 -0500
From:Greg Troxel
Message-ID:
| I can see how we got here, but the situation seems wrong from a logical
| consistency point of view. If gpt(8) is going to create wedges on
| adding a new partition, it should delete the
Robert Elz writes:
> | but wiping the GPT header doesn’t seem to always immediately
> | free the corresponding wedges.
>
> It doesn't. You need to be aware of the logical separation here.
> GPT is a disc partitioning scheme (as are MBR and disklabel) which
> divides drives into multiple
mar...@duskware.de (Martin Husemann) writes:
>IMHO we should have a way to temporarily suspend kernel autoconfiguration
>and let the user do all GPT changes, then turn it on again or explicitly
>create them with "dkctl makewedges" (which maybe implicitly could also
>turn on autodetection again).
Sorry, my last reply was off-list.
On 2019-02-12 4:53 PM, Martin Husemann wrote:
>You are not giving much details how it fails for you.
Apologies, I'm not a very experienced NetBSD user. Is there a good place
to find logs? There isn't anything particularly helpful in /var/log/*
>Do you have an
On Tue, Feb 12, 2019 at 10:48:37AM -0500, Drew DeVault wrote:
> However, I want the system to resize the root filesystem to fill the
> remaining disk space on first boot. This works with growfs_enable=YES in
> rc.conf on FreeBSD, but resize_root=YES on NetBSD doesn't seem to do the
> trick. Any
Hiya! I'm writing some scripts to automate the creation of bootable
NetBSD images. I build the image as a small raw disk so it can be
mounted via vndconfig, then convert it to qcow2 and resize it. The goal
is that these images are self-hosting: qcow2's are sparse, so I can
resize the disk to the
Hello Robert,
RJF> Hi, guysMaxtor 80 G / clean?
> Goal : Using a part for netbsd 8.0
>
> Unfortunately the install script netbsd 8.0 stop with
>
> root: unknown
> boot:
>
> The install program start normally/correctly at the beginning, on/
> from
14 matches
Mail list logo