A lot has transpired since my last, the short of the long being that I
got totally fed up with microcancer's hanky-panky and have finally just
dumped it off the laptop with which it had come. I did make a backup of
the entire 1tb disk in case I should ever sell it but by the time I get
there it'll probably be toast anyway, which is exactly the fate that had
cought up with my previous laptop, an asus gaming thing. Thanks to your
help I also managed to create a bootable usb w10 installer so I got that
angle covered as well.
For the first time I have also managed to get w10 working as well with
my usb gx-100 as w7 did with the old me-80 in vBox. So coming out of
this landmark turn I sliced my t480 up but using 80gb OS partitions
which I am populating these days (when time permits). W-10 will be there
in vBox in at least half of them if not all (the ONLY thing I need it
for remaning the handling of the guitar effects board).
> I showed a recipe the other day, which allows a Windows user to control
> the size of *all* of the four partitions on the left. For best results.
> You don't have to accept the random numbers their installer uses. EFS
> should be 500MB (for Linux usage), and System Reserved these days, 1GB
> may be a safe size. The last WinRE.wim was 670MB or so.
It's horror show, I gave it 1gb, reluctantly committing to it because
the taiwan hardware maffia apparently has.
> Also, don't stick data partitions before Windows C:
>
> It's generally not a good idea to put vanity partitions too far
> to the left, in case you later need to delete them.
>
> Vanity materials and well-designed materials, go to the right.
>
> Linux gdisk has the ability to put more than one EFS on the disk.
> Don't do that. I already tested. While my back was turned, some
> OS *deleted* the second EFS on me :-)
>
> Paul
I used to put data next to the end while always leaving some unused but
now with my new numbering scheme to assure sorted grub menus it's #10,
and instead of 7 with only 6 distros, it looks like this:
# fdisk -l
Disk /dev/nvme0n1: 953.87 GiB, 1024209543168 bytes, 2000409264 sectors
Disk model: SPCC M.2 PCIe SSD
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1F5BF8E3-EF76-4A16-BF3E-78B891EAB2B3
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 2099199 2097152 1G EFI System
/dev/nvme0n1p2 2099200 14682111 12582912 6G Linux swap
/dev/nvme0n1p3 14682112 14684159 2048 1M Linux filesystem
/dev/nvme0n1p4 14684160 14686207 2048 1M Linux filesystem
/dev/nvme0n1p5 14686208 14688255 2048 1M Linux filesystem
/dev/nvme0n1p6 14688256 14690303 2048 1M Linux filesystem
/dev/nvme0n1p7 14690304 14692351 2048 1M Linux filesystem
/dev/nvme0n1p8 14692352 14694399 2048 1M Linux filesystem
/dev/nvme0n1p9 14694400 14696447 2048 1M Linux filesystem
/dev/nvme0n1p10 14696448 979386367 964689920 460G Linux filesystem
/dev/nvme0n1p11 979386368 1147158527 167772160 80G Linux filesystem
/dev/nvme0n1p12 1147158528 1314930687 167772160 80G Linux filesystem
/dev/nvme0n1p13 1314930688 1482702847 167772160 80G Linux filesystem
/dev/nvme0n1p14 1482702848 1650475007 167772160 80G Linux filesystem
/dev/nvme0n1p15 1650475008 1818247167 167772160 80G Linux filesystem
/dev/nvme0n1p16 1818247168 1986019327 167772160 80G Linux root (x86)
/dev/nvme0n1p17 1986019328 2000408575 14389248 6.9G Linux filesystem