Clonezilla Live를 사용하여 하드 드라이브를 NVME SSD에 복제했습니다. 내 시스템은 EndeavourOS, Systemd, KDE입니다.
시작 시 Systemd는 기본 머신 작업을 시작하고 A start job is running for /dev/disk/by-uuid/034ac866-0a94-4958-a656-d28eb46f5535시간 제한이 없습니다. 내가 놔두면 몇 시간 동안 지속될 것입니다. 다른 사람들이 최대 90초로 설정한 다음 건너뛰는 것을 본 적이 있습니다. 이것이 내가 해야 할 일인지(또는 어떻게 해야 하는지)는 모르겠지만 내 시스템에 가장 안전한 옵션을 원합니다. 여러 포럼에는 GParted로 만든 스왑 파티션을 사용하고 해당 파티션의 UUID를 /etc/fstab에 추가하여 문제를 해결한 유사한 문제가 있는 사용자가 있습니다 UUID=10a84a8e-3274-43ee-8524-86e2a790d565 none swap sw 0 0. 차이가 없으며 앞으로도 그럴 것이라고 생각하지 않습니다. 문제가 있는 부팅 작업이 ext4 파티션 자체의 UUID를 사용하기 때문에 차이가 없습니다(PARTUUID는 아니지만 이것이 왜 별개인지 여전히 이해할 수 없음).
sudo blkid원시 하드 드라이브와 NVME 모두에서 정확히 동일한 UUID가 발견되므로 보다 NVME에 특화된 UUID로 교체해야 하는 경우 /etc/fstab이를 찾는 방법을 모르겠습니다. 다른 UUID를 대체하여 PARTUUID를 시도했기 때문에 이것이 중요한지는 모르겠지만 /etc/fstab시작 작업은 여전히 똑같은 방식으로 나열됩니다. 예, 누군가 비슷한 문제를 겪었고 /etc/fstab변경 사항이 실제로 아무것도 변경되지 않은 포럼 스레드를 찾았습니다 . 한 사람은 사용자 정의 설치를 위해 .mount 파일을 찾아보라고 제안했지만 그런 행운은 없었습니다 /etc/systemd./lib/systemd내 거상태.
나는 무엇을 해야 할지 전혀 모른다. 하나님의 사랑을 위해 저를 도와주세요.
답변1
보편적으로 고유한 식별자s는 고유함을 의미합니다. 이름은 "Universally Unique Identifier"입니다. 이는 절대적으로 고유하도록 의도되었지만(즉, 세계/우주의 다른 장치는 동일한 UUID를 가져서는 안 됩니다), 특정 시스템(또는 장치가 있는 시스템 세트)에 고유한 경우 기본적으로 "충분합니다" ”는 UUID와 호환됩니다).
어쨌든, 당신은해야합니다아니요동일한 UUID를 가진 두 개의 블록 장치(또는 파일 시스템)가 있습니다(이를 수행하는 유일한 방법은 블록 장치를 복제하고 복제된 또는 원래 블록 장치의 UUID를 변경하는 것을 잊었거나 UUID를 수동으로 변경한 경우입니다) 기존과 동일).
블록 장치 중 하나(가급적 설정한 장치)에서 UUID를 변경해야 합니다.아니요systemd에 의해 자동으로 설치/사용될 것으로 예상되는 fstab 항목 때문에 - NVME 드라이브의 항목이 아닌 것 같습니다. 이를 수행하는 방법은 블록 장치(ext2/3/4 파일 시스템, 스왑 장치, xfs 파일 시스템 등)에 따라 다릅니다.
스왑 장치의 경우
mkswap다시 실행하세요. (최대 절전 모드 시스템을 재부팅하지 않았다고 가정하면 여기서는 그렇지 않은 것 같습니다. 최대mkswap절전 모드 데이터는 모두 삭제됩니다.)tune2fsext2/3/4의 경우 사용할 수 있는 옵션이 있습니다-U.xfs의 경우 옵션을 사용
xfs_admin하십시오-U.
다른 파일 시스템 유형에는 다른 방법이 있습니다(UUID 변경을 허용하는 경우 - 모두가 허용하는 것은 아님).
필요한 경우 이 uuid명령을 사용하여 새 UUID를 생성 할 수 있습니다. as 인수로 사용하거나 또는 해당 옵션 에 대한 인수로 사용 하는 경우 에도 mkswap기본적으로 새 uuid가 생성됩니다 .xfs_admingenerate-Utune2fsrandomtime-U
mkswap무엇이든 변경하기 전에 tune2fs, 및 의 xfs_admin매뉴얼 페이지를 읽어 보시기 바랍니다 uuid.