Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle eMMC and NVMe naming schemes (also for migrations) #1301

Closed
ProBackup-nl opened this issue Apr 14, 2017 · 1 comment
Closed

Handle eMMC and NVMe naming schemes (also for migrations) #1301

ProBackup-nl opened this issue Apr 14, 2017 · 1 comment
Assignees
Labels
enhancement Adaptions and new features fixed / solved / done
Milestone

Comments

@ProBackup-nl
Copy link
Contributor

ProBackup-nl commented Apr 14, 2017

  • rear version: 2.00 git
  • OS version: Arch
  • rear configuration files: USB NETFS
  • Are you using legacy BIOS or UEFI boot? UEFI
  • Brief description of the issue: Migration from /dev/sda to /dev/nvme0n1 fails, due to device translation /dev/sda1 becomes /dev/nvme0n11 in the new disklayout.conf, which in the generated script becomes partition 11 (instead of 1).

Note:
/dev/nvme0n1 = first NVMe drive
/dev/nvme9n1 = 10th NVMe drive
/dev/nvme10n1 = 11th NVMe drive

I suspect similar failures for eMMC storage, using naming scheme /dev/mmcblk*

And Clonezilla lists that there are also nvme naming schemes like nvme*n2, nvme*n3:

  • Expand NVME support to disk device name like /dev/nvme0n2, and /dev/nvme0n3 instead of /dev/nvme0n1 only.
@jsmeix
Copy link
Member

jsmeix commented Apr 19, 2017

@ProBackup-nl
I assume this issue is "fixed/solved/done"
with #1302
and #1305
merged. If not, reopen it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Adaptions and new features fixed / solved / done
Projects
None yet
Development

No branches or pull requests

3 participants