Changing from SSD to nvme issues [Solved]

[tone2]

P.S @Huckleberry Finn what's the quick system info thing in your signature about?..

If you were a very new forum member / MX user I wouldn't get surprised. But:

Posts: 118
Joined: Tue Jul 07, 2020

Can you just press q when you open the menu? (aka "Start Menu" in Windows terminology).

https://www.youtube.com/watch?v=C3bewGrU2eg

https://forum.mxlinux.org/viewtopic.php?f=32&t=29041

Wow, 3 years goes fast....I don't even think this is my first account either (hence the "2" in my username)

The frequency of those 118 posts was all clustered about 2years ago.

Right, I'm on a phone at the moment, but next time I'm on the desktop I will.

Taa

[tone2]

@tone2 wrote:

Thanks for the quick reply. Okay, I'm happy to rewrite the image to the USB, but to be clear, it does boot from the NVMe, it's just slower than I'd like. So why would USB partition style (gpt) matter? Unless you mean install From the USB again?
And should I choose MBR, PBR or ESP when I install on the drive?
P.S. from what I read online I can't see the difference between PBr and MBR, so I assume ESP.

Because if the system defaults to looking for a UEFI partition at each read and then has to pause while it locates the next data block in an MBR partition, all those pauses will add up and create the delay that you are experiencing.

Yes, I do mean that you should reinstall and by selecting to use GPT when you write the snapshot to the drive, the ESP partition will be automatically selected as the location for Grub (and you won't have to make the choice).

Thanks for the explanation, but just to clarify, the drive you're talking about writing image to is the USB drive in the Live USB maker? For the step of specifying GPT. Not writing from USB to NVMe, which is later.

Or, is GPT the same thing as ESP?

Thanks again!

[j2mcgreg]

@tone2 wrote:

Thanks for the explanation, but just to clarify, the drive you're talking about writing image to is the USB drive in the Live USB maker? For the step of specifying GPT. Not writing from USB to NVMe, which is later.

Or, is GPT the same thing as ESP?

Yes. GPT is the partitioning scheme that Grub needs in order to work properly with UEFI -- The What; and ESP is the location on your NVME
where Grub will be copied --The Where

[tone2]

@tone2 wrote:

Thanks for the explanation, but just to clarify, the drive you're talking about writing image to is the USB drive in the Live USB maker? For the step of specifying GPT. Not writing from USB to NVMe, which is later.

Or, is GPT the same thing as ESP?

Yes. GPT is the partitioning scheme that Grub needs in order to work properly with UEFI -- The What; and ESP is the location on your NVME
where Grub will be copied --The Where

I'm sorry mcgreg, I just repeated from snapshot, MX Live USB maker, through installation to ESP, and no where did I see the option for GPT. Even with the bios set to UEFI the delay searching for physical volumes remains

Thanks again

[j2mcgreg]

You have to configure Live USB Maker to use GPT and you do it this way:

1. Insert USB drive into machine
2. Launch Live USB Maker
3. Select the ISO you want to use
4. Click on Show advanced options and then under the Advanced Options title, select GPT partitioning
5. Make no further changes and click on Next in the bottom right of the window
6. Select Yes in the next box that pops up
7. Wait for the ISO to be written to the USB drive

[Huckleberry Finn]

Just to make it clear:

... the delay searching for physical volumes remains

So, (if I understand correctly) you can see the desktop at the end, despite the long delay, right?

[tone2]

You have to configure Live USB Maker to use GPT and you do it this way:

1. Insert USB drive into machine
2. Launch Live USB Maker
3. Select the ISO you want to use
4. Click on Show advanced options and then under the Advanced Options title, select GPT partitioning
5. Make no further changes and click on Next in the bottom right of the window
6. Select Yes in the next box that pops up
7. Wait for the ISO to be written to the USB drive

Thanks.... I'll be embarrassed when I get home tonight, that I didn't see the advanced options, no doubt.

[tone2]

Just to make it clear:

... the delay searching for physical volumes remains

So, (if I understand correctly) you can see the desktop at the end, despite the long delay, right?

Yes....it might sound trivial, but I think it's worth getting optimal in the long run because it's for a few machines.

[Huckleberry Finn]

Then try this:

Code: Select all

idle=nomwait nvme_core.default_ps_max_latency_us=5500

If you can type manually (and correctly) press E on grub, type after ... ro quiet ... press F10 to go on boot (that will be temporary, just for that boot)

or just copy-paste with a space before it, into Kernel Parameters box in "MX Boot Options", Apply, reboot.

[tone2]

Then try this:

Code: Select all

idle=nomwait nvme_core.default_ps_max_latency_us=5500

If you can type manually (and correctly) press E on grub, type after ... ro quiet ... press F10 to go on boot (that will be temporary, just for that boot)

or just copy-paste with a space before it, into Kernel Parameters box in "MX Boot Options", Apply, reboot.

I've never gotten into the grub menu like that on boot, from your description I assume it's similar to getting into the bios menu. So if I put it in kernel parameters it will persist for every boot?
What are the implications of setting the latency like that?

Thanks very much