Điểm:5

Xung đột UUID của hai đĩa có cùng Ubuntu 20.04

lá cờ za

Nhân bản Ubuntu 20.04 từ SSD m.2 sang SSD nvme. UUID trên nvme mới được tạo sau khi nhân bản. Cả hai đều hoạt động nhưng với người lái sau:
UUID trong fstab của nvme ubuntu phải là UUID của SSD ubuntu nếu không sẽ báo lỗi "Không thể khởi động Remount Root và Kernel Filesystems".
Nhưng cả hai phân vùng Ubuntu đều hoạt động độc lập vì phiên bản phiên bản nvme được cập nhật lên 20.04.03 từ 20.04.01 ban đầu. Phiên bản trên SSD vẫn là 20.04.01.
Nếu UUID tương ứng được nhập vào fstab thì cả hai phân vùng đều không khởi động được.
Tôi đang có BIOS khởi động kế thừa và sử dụng bộ tải khởi động Clover có GPT fs trên cả hai đĩa.

$ lsblk -o name,size,fstype,label,uuid,mountpoint,model|sed 's/ *$//';
TÊN KÍCH THƯỚC FSTYPE LABEL UUID MÔ HÌNH ĐIỂM NÚI    
loop0 185,4M squashfs /snap/audacity/920    
loop1 185,3M squashfs /snap/audacity/922    
loop2 4K squashfs /snap/bare/5    
loop3 99,4M squashfs /snap/core/11993    
loop4 61,9M squashfs /snap/core20/1169    
loop5 99,5M squashfs /snap/core/11798    
loop6 55,4M squashfs /snap/core18/2128    
loop7 219M squashfs /snap/gnome-3-34-1804/66    
loop8 55,5M squashfs /snap/core18/2246    
loop9 61,8M squashfs /snap/core20/1081    
loop10 140K squashfs /snap/gtk2-common-themes/13    
loop11 65,2M squashfs /snap/gtk-common-themes/1519    
loop12 219M squashfs /snap/gnome-3-34-1804/72    
loop13 32,4M squashfs /snap/snapd/13270    
loop14 51M squashfs /snap/snap-store/542    
loop15 65,1M squashfs /snap/gtk-common-themes/1515    
loop16 42,2M squashfs /snap/snapd/13831    
loop17 164,8M squashfs /snap/gnome-3-28-1804/161    
loop18 51M squashfs /snap/snap-store/547    
loop19 162,9M squashfs /snap/gnome-3-28-1804/145    
sda 119.2G LS_128GB_M300    
ââsda1 24G ext4 U20.04 64bit SSD 11bb7e9e-49c9-4e44-bc97-2b501f358e2b    
ââsda2 555M vfat EFI-SSD 864B-9B3E    
ââsda3 45G ntfs F894575794571788    
ââsda4 102.9M vfat BDU-SSD 64BD-803B    
ââsda5 500M ext4 2a2cb9ea-cb10-4154-ac48-8c8513559de3    
ââsda6 49.2G ntfs 6C7A63467A630BE0    
sdb 29G Storage_Device    
ââsdb1 200M vfat BDU 7CCC-3457 /boot/efi    
ââsdb2 28,8G    
nvme0n1 232.9G SSD Samsung 970 EVO Plus 250GB    
âânvme0n1p1 100M vfat BDU-NVME 4860-509F    
âânvme0n1p2 46.5G ext4 U20.04 64bit SSD 5d01e76f-5114-4416-b810-5de33dafa914 /    
âânvme0n1p3 49.6G ext4 U18 NVME fd23fb07-2a0d-4b9c-962f-1d86f17e32df

fstab của Ubuntu 20.04 trên SSD

#/etc/fstab: thông tin hệ thống tệp tĩnh.
#Sử dụng 'blkid' để in mã định danh duy nhất trên toàn cầu cho một
#thiết bị; điều này có thể được sử dụng với UUID= như một cách mạnh mẽ hơn để đặt tên cho thiết bị
# hoạt động ngay cả khi thêm và xóa ổ đĩa. Xem fstab(5).
#<hệ thống tập tin> <điểm gắn kết> <loại> <tùy chọn> <kết xuất> <vượt qua>
#/ đã bật /dev/sda1 trong khi cài đặt
#UUID=5d01e76f-5114-4416-b810-5de33dafa914 / lỗi ext4=remount-ro 0 1
UUID=11bb7e9e-49c9-4e44-bc97-2b501f358e2b / lỗi ext4=remount-ro 0 1 /swapfile         
không trao đổi sw 0 0
#UUID=4860-509F /boot/efi vfat mặc định 0 1
#UUID=4860-509F /boot/efi vfat mặc định 0 1
#UUID=4860-509F /boot/efi vfat mặc định 0 1
#UUID=4860-509F /boot/efi vfat mặc định 0 1
#UUID=B092-D69A /boot/efi vfat mặc định 0 1
#UUID=864B-9B3E /boot/efi vfat mặc định 0 1
#UUID=864B-9B3E /boot/efi vfat mặc định 0 1 
 UUID=864B-9B3E /boot/efi vfat mặc định 0 1

fstab của Ubuntu 20.04 trên NVME

#/etc/fstab: thông tin hệ thống tệp tĩnh.
#Sử dụng 'blkid' để in mã định danh duy nhất trên toàn cầu cho một
#thiết bị; điều này có thể được sử dụng với UUID= như một cách mạnh mẽ hơn để đặt tên cho thiết bị
# Điều đó hoạt động ngay cả khi thêm và xóa đĩa. Xem fstab(5).
#<hệ thống tập tin> <điểm gắn kết> <loại> <tùy chọn> <kết xuất> <vượt qua>
#/ đã bật /dev/sda1 trong khi cài đặt
UUID=11bb7e9e-49c9-4e44-bc97-2b501f358e2b / lỗi ext4=remount-ro 0 1
#UUID=5d01e76f-5114-4416-b810-5de33dafa314 / lỗi ext4=remount-ro 0 1
/swapfile không trao đổi sw 0 0
UUID=4860-509F /boot/efi vfat mặc định 0 1

Sự cố được giải quyết bằng cách xem qua Cập nhật số 1 trong câu trả lời bên dưới.

prasannaC avatar
lá cờ za
@heynnema vui lòng xem đầu ra lsblk được nối thêm trong phần chỉnh sửa câu hỏi gốc. UUID của phân vùng được nhân bản tại nvme0n1p2 đã là duy nhất cho dù tôi vẫn phải thực hiện 'man uuidgen và man tune2fs' như bạn đề xuất. Cảm ơn.
heynnema avatar
lá cờ ru
Ý định của bạn là giữ cho cả SSD và NVME được kết nối phải không? Bạn đã không sao chép các đĩa, có thể bạn đã sử dụng các phân vùng sao chép/dán gparted, sau đó thay đổi kích thước phân vùng, đúng không? Nếu bạn đang sử dụng khởi động kế thừa, tại sao các đĩa là GPT? Cho tôi xem /etc/fstab của bạn.
prasannaC avatar
lá cờ za
@heynnema vâng thông qua gparted tôi đã sao chép/dán và cũng đã thay đổi UUID của nó. và thay đổi kích thước của nó.. Máy tính để bàn của tôi đang có BIOS kế thừa và vì không thể khởi động SSD nvme thông qua nó nên tôi đang sử dụng bộ tải khởi động Clover yêu cầu GPT. Bạn muốn /etc/fstab nào, của ssd hay nvme của ubuntu 20.04?
heynnema avatar
lá cờ ru
Hãy tiếp tục và cho tôi thấy cả hai. Bạn có chuyển đổi tùy thuộc vào cấu hình phần cứng không?
prasannaC avatar
lá cờ za
@heynnema vui lòng xem fstab của cả hai đĩa.
heynnema avatar
lá cờ ru
Tôi đoán rằng tôi đang bối rối. Cấu hình cuối cùng bạn muốn là gì... hai đĩa, luôn được kết nối và khởi động từ nvme... hay cái gì khác? Tại sao hai fstab? Các UUID nhìn sai trong nvme fstab. 5d01e76f-5114-4416-b810-5de33dafa314 phải kết thúc bằng a914.
heynnema avatar
lá cờ ru
Xem Cập nhật số 1 trong câu trả lời của tôi.
prasannaC avatar
lá cờ za
@heynnema vui lòng xem câu trả lời của tôi ngay bên dưới Bản cập nhật số 1 của bạn
Điểm:3
lá cờ ru

Khi bạn sao chép một đĩa, mọi thứ được sao chép, bao gồm UUID của đĩa và phân vùng. Điều đó trở thành một vấn đề khi cả hai đĩa được kết nối với hệ thống cùng một lúc.

Bạn cần thay đổi UUID trên đĩa gốc hoặc đĩa sao chép. Tuy nhiên, nếu bạn thay đổi UUID trên đĩa gốc, bạn cũng sẽ phải chỉnh sửa /etc/fstab. Nếu bạn thay đổi UUID trên đĩa sao chép, thì không cần chỉnh sửa /etc/fstab (trừ khi đĩa sao chép cuối cùng được cài đặt vào hệ thống, thay cho đĩa gốc, sau đó /etc/fstab sẽ cần được cập nhật bằng UUID mới hoặc tên thiết bị /dev/sdaX).

Ghi chú: Không có lý do gì để gắn cả đĩa gốc và đĩa nhân bản bằng các chỉnh sửa bổ sung cho /etc/fstab. Đĩa sao chép thường được sử dụng để tạo bản sao lưu hoặc để chuyển từ đĩa gốc nhỏ hơn sang đĩa sao chép lớn hơn, sau đó được trao đổi trong hệ thống.

Ghi chú: Sự cố khởi động đĩa sao chép thường có thể được khắc phục bằng cách sử dụng sửa chữa khởi động.

Có hai lệnh cần thiết để thực hiện thay đổi UUID. Xem các trang hướng dẫn sau ...

người đàn ông uuidgen
người đàn ông điều chỉnh2fs

uuidgen

ví dụ: uuidgen -r hoặc uuidgen -t

   -r, --ngẫu nhiên
          Tạo UUID dựa trên ngẫu nhiên. Phương pháp này tạo một UUID conâ
          sisting chủ yếu là các bit ngẫu nhiên. Nó đòi hỏi bộ máy điều hành
          hệ thống có trình tạo số ngẫu nhiên chất lượng cao, chẳng hạn như
          /dev/ngẫu nhiên.

   -t, --thời gian
          Tạo UUID dựa trên thời gian. Phương pháp này tạo UUID dựa trên
          đồng hồ hệ thống cộng với địa chỉ phần cứng ethernet của hệ thống, nếu
          hiện nay.

điều chỉnh2fs

ví dụ: sudo tune2fs -U new_UUID /dev/sdbX

   -U UUID
          Đặt mã định danh duy nhất toàn cầu (UUID) của hệ thống tệp
          đến UUID. Định dạng của UUID là một chuỗi các chữ số hex sepa
          được đánh giá bằng dấu gạch nối, như thế này:
          "c1b9d5a2-f162-11cf-9ece-0020afc76f16". Tham số UUID có thể
          cũng là một trong những điều sau đây:

               xóa xóa UUID hệ thống tập tin

               ngẫu nhiên tạo một UUID được tạo ngẫu nhiên mới

               time tạo UUID dựa trên thời gian mới

          UUID có thể được sử dụng bởi mount(8), fsck(8) và /etc/fstab(5)
          (và có thể cả những người khác) bằng cách chỉ định UUID=uuid thay vì một khối
          tên thiết bị đặc biệt như /dev/hda1.

          Xem uuidgen(8) để biết thêm thông tin. Nếu hệ thống không
          có một trình tạo số ngẫu nhiên tốt như /dev/random hoặc
          /dev/urandom, tune2fs sẽ tự động sử dụng UUID dựa trên thời gian
          thay vì một UUID được tạo ngẫu nhiên.

Cập nhật #1:

đã sửa lỗi fstab của Ubuntu 20.04 trên NVME

Ghi chú: không nên có TABS trong fstab, chỉ có khoảng trắng

#/etc/fstab: thông tin hệ thống tệp tĩnh.
#Sử dụng 'blkid' để in mã định danh duy nhất trên toàn cầu cho một
#thiết bị; điều này có thể được sử dụng với UUID= như một cách mạnh mẽ hơn để đặt tên cho thiết bị
# Điều đó hoạt động ngay cả khi thêm và xóa đĩa. Xem fstab(5).
#<hệ thống tập tin> <điểm gắn kết> <loại> <tùy chọn> <kết xuất> <vượt qua>
#/ đã bật /dev/nvme0n1p2 trong khi cài đặt
UUID=5d01e76f-5114-4416-b810-5de33dafa914 / lỗi ext4=remount-ro 0 1
/swapfile không trao đổi sw 0 0
UUID=4860-509F /boot/efi vfat mặc định 0 1
prasannaC avatar
lá cờ za
"Tôi đoán là tôi đang bối rối. Bạn muốn cấu hình cuối cùng là gì... hai đĩa, luôn được kết nối và khởi động từ nvme...hay cái gì khác? Tại sao hai fstab? Các UUID nhìn sai trong nvme fstab. 5d01e76f-5114-4416-b810-5de33dafa314 nên kết thúc bằng a914" Tôi chỉ muốn NVME có ubuntu 20.04 và sẽ xóa nó khỏi SSD. Không chỉnh sửa bất kỳ fstab nào mà chỉ sao chép/dán xong. Tôi sẽ chỉnh sửa UUID trong fstab NVME. Cảm ơn.
heynnema avatar
lá cờ ru
@prasannaC Vâng. Chỉnh sửa UUID chính xác thành fstab, giống như trong Bản cập nhật số 1 của tôi.
prasannaC avatar
lá cờ za
BẠN ĐÚNG RỒI!!! uuid nên kết thúc bằng a914 thay vì a314. Trên thực tế đó là một lỗi đánh máy ngớ ngẩn. Cảm ơn một triệu người vì sự kiên nhẫn và sự giúp đỡ tuyệt vời của bạn. Bây giờ tôi có thể khởi động Ubuntu 20.04 của mình trên phân vùng nvme0n1p2 NVME với SSD bị ngắt kết nối. Tôi đã chấp nhận câu trả lời của bạn.
heynnema avatar
lá cờ ru
@prasannaC Tin tuyệt vời! Cảm ơn các cập nhật.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.