1 |
On Sun, Sep 17, 2017 at 9:12 AM, Peter Humphrey <peter@××××××××××××.uk> wrote: |
2 |
> On Thursday, 14 September 2017 19:51:37 BST R0b0t1 wrote: |
3 |
>> On Thu, Sep 14, 2017 at 3:20 AM, Peter Humphrey <peter@××××××××××××.uk> |
4 |
> wrote: |
5 |
>> > On Thursday, 14 September 2017 05:09:14 BST R0b0t1 wrote: |
6 |
>> >> The trickiest part is still the same - going from GRUB or, now, your |
7 |
>> >> EFI shell, to Window's bootloader. See here: |
8 |
>> >> https://wiki.archlinux.org/index.php/GRUB#Chainloading_Windows.2FLinux_ |
9 |
>> >> ins talled_in_UEFI_mode. |
10 |
>> > |
11 |
>> > That advice, though helpful, is about Grub, which isn't installed on |
12 |
>> > this box. I did try at first to get it to work here, but failed, so I |
13 |
>> > removed it and went for bootctl. It's a fiddle to keep up to date with |
14 |
>> > kernel upgrades, but at least it works. |
15 |
>> |
16 |
>> In that case it seems like systemd-boot will check for the Windows |
17 |
>> loader and add it to its menu automatically |
18 |
>> (https://wiki.archlinux.org/index.php/systemd-boot#Adding_boot_entries). |
19 |
>> As above, you may need to reinstall it if the Windows bootloader |
20 |
>> installs itself on top of systemd-boot. |
21 |
>> |
22 |
>> I originally thought you were just booting an EFI stub kernel, in |
23 |
>> which case you would have needed some kind of boot manager. |
24 |
> |
25 |
> I have three questions now: |
26 |
> |
27 |
> 1. Will Windows 10 install itself in the unpartitioned space? I've attached |
28 |
> a screen shot of gparted to show the current layout. |
29 |
> |
30 |
|
31 |
Yes. It will split the free space into a number of partitions if you |
32 |
give the installer no further instruction besides selecting the |
33 |
unallocated area. |
34 |
|
35 |
To force Windows to use one partition delete the ones it creates |
36 |
automatically. You will need to select "custom" or "advanced" in every |
37 |
place it is offered as an option. |
38 |
|
39 |
> 2. What will happen to the UEFI kernel entries in /dev/nvme0n1p1? |
40 |
> |
41 |
|
42 |
When people say "entries" they are usually referring to settings in |
43 |
the nonvolatile memory used by a motherboard's EFI firmware. An entry |
44 |
associates with an ID a path, priority, and name which is used to |
45 |
start the corresponding EFI executable. |
46 |
|
47 |
The actual kernels on /dev/nvme0np1 will remain there because Windows |
48 |
won't touch that partition unless you tell it to. |
49 |
|
50 |
> 3. Those entries include some left over from experimenting with other |
51 |
> distros. How can I manage the entries and purge the ones I don't need? |
52 |
> "Bootctl remove" ignores them. |
53 |
> |
54 |
|
55 |
If you are referring to the kernels left in your /boot then simply |
56 |
delete them. "Bootctl remove" and other EFI boot managers I have seen |
57 |
refuse to touch your disk. They operate on the EFI configuration |
58 |
memory. |
59 |
|
60 |
> Thanks everyone for your help so far. |
61 |
> |
62 |
> I don't want to install into a VM, because my main reason for installing |
63 |
> Win10 is to be able to run an occasional firmware update program, none of |
64 |
> which, it seems, run on Linux. Of course, it should also help me get up to |
65 |
> speed with the M$ world. |
66 |
> |
67 |
|
68 |
If you pass an entire hard disk to the VM you can then take it out and |
69 |
put it in another computer and boot it (or boot it in the same |
70 |
computer sans hypervisor). |
71 |
|
72 |
With Linux you can pass partitions in individually and use what the |
73 |
guest thinks is a raw character device as a disk, so that if you |
74 |
wanted to boot that installation from outside of the hypervisor you |
75 |
could. This might not be possible with Windows. |
76 |
|
77 |
If you install into a VM you can pass almost everything to the VM |
78 |
directly. I suppose the only thing that may not work extremely well |
79 |
would be motherboard firmware updates, but if you look QEMU has |
80 |
options to pass almost everything in a computer to a VM. Admittedly |
81 |
this isn't a very plug-and-play solution. |
82 |
|
83 |
Aside from firmware updates (realize though that almost everything - |
84 |
barring some low level interfaces like I2C - can be passed to a VM) I |
85 |
would invite you to use Windows only in a VM. I find it easier to get |
86 |
work done in this way while using Windows programs. Xfreerdp is a good |
87 |
way to interact with a Windows guest and can provide better desktop |
88 |
integration than QEMU or libvirtd. |
89 |
|
90 |
Cheers, |
91 |
R0b0t1 |