Re: NVMe questions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 28 Jul 2024 at 21:57, Samuel Sieb wrote:

Date sent:      	Sun, 28 Jul 2024 21:57:04 -0700
Subject:        	Re: NVMe questions
To:             	Community support for Fedora users 
<users@xxxxxxxxxxxxxxxxxxxxxxx>
From:           	Samuel Sieb <samuel@xxxxxxxx>
Send reply to:  	Community support for Fedora users 
<users@xxxxxxxxxxxxxxxxxxxxxxx>

> On 7/28/24 7:00 PM, Michael D. Setzer II wrote:
> > On 28 Jul 2024 at 17:54, Samuel Sieb wrote:
> > 
> > Date sent:      	Sun, 28 Jul 2024 17:54:13 -0700
> > Subject:        	Re: NVMe questions
> > To:             	users@xxxxxxxxxxxxxxxxxxxxxxx
> > From:           	Samuel Sieb <samuel@xxxxxxxx>
> > Send reply to:  	Community support for Fedora users
> > <users@xxxxxxxxxxxxxxxxxxxxxxx>
> > 
> >> On 7/28/24 4:21 PM, Michael D. Setzer II via users wrote:
> >>> On 28 Jul 2024 at 18:19, Go Canes wrote:
> >>>
> >>> From:           	Go Canes <letsgonhlcanes0@xxxxxxxxx>
> >>> Date sent:      	Sun, 28 Jul 2024 18:19:38 -0400
> >>> Subject:        	Re: NVMe questions
> >>> To:             	Community support for Fedora users
> >>> <users@xxxxxxxxxxxxxxxxxxxxxxx>
> >>> Send reply to:  	Community support for Fedora users
> >>> <users@xxxxxxxxxxxxxxxxxxxxxxx>
> >>>
> >>>> On Sun, Jul 28, 2024 at 5:42 PM Patrick O'Callaghan
> >>>> <pocallaghan@xxxxxxxxx> wrote:
> >>>>> I tried disabling the SSD (in the bootable drives list). It made no
> >>>>> difference.
> >>>>
> >>>
> >>> Check the blkids on all devices.
> >>> blkid
> >>>
> >>> If you clone a disk in a raw mode, the blkid's are the same on both
> >>> devices, and since the boot process looks for the blkid to load, it
> >>> would be using the first device it sees.
> >>>
> >>> In past, it use the /dev/sdx method so duplicate blkids would be ok,
> >>> but now it can be an issue. If you disconnect the SSD drive it
> >>> would probable work.
> >>>
> >>> Option would be to either remove the SSD drive, or change the
> >>> blkids on it to be different than the nvme drive.
> >>>
> >>> Would be interesting to see what blkid reports, but pretty sure it
> >>> would show same ids between SSD and nvme drives.
> >>>
> >>> I've been maintainer of G4L disk imaging project since 2004, so
> >>> have seen this issue with cloning disks.
> >>
> > 
> > Not sure what you mean by wrong level? The boot done via grub2,
> > so even if bios selects correct starting disk for boot, the grub
> > entries will use the UUID.
> 
> The wrong level of the boot process.  GRUB isn't even involved yet.

Guess I must be misunderstanding the thread. Thought issue was 
he imaged an SSD drive to NVME drive, and it was still booting 
and using the SSD drive? Seems seeing what blkid and cat 
/proc/partitions would show what was true picture. But not sure 
how GRUB isn't involved.

As I said, I just did the reverse. Had a Dell that had a 500G nvme 
and web site showed that was the max size, so got a 1TB SSD 
drive, and imaged the 500G to the 1TB and then removed the 500G 
nvme. 

So, hopefully the problem is eventually resolved, and will get an 
answer on what solved it.




> 
> -- 
> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
> Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue


+------------------------------------------------------------+
 Michael D. Setzer II - Computer Science Instructor (Retired)     
 mailto:mikes@xxxxxxxx                            
 mailto:msetzerii@xxxxxxxxx
 mailto:msetzerii@xxxxxxx
 Guam - Where America's Day Begins                        
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
+------------------------------------------------------------+



-- 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux