내 부팅 파티션의 (복제된) 백업으로 인해 UUID가 중복되었습니다.
blkid쇼:
/dev/sda1: UUID="32579810-0388-416d-bb49-7031ac2c2975" TYPE="ext4"
...
/dev/mapper/raidgroup-osbackup: UUID="32579810-0388-416d-bb49-7031ac2c2975" TYPE="ext4"
...
/dev/mapper/raidgroup-osbackupLVM 장치는 어디에 있습니까?
라이브 Ubuntu 이미지에서 부팅하고 다음을 시도했습니다.
sudo tune2fs -U random /dev/mapper/raidgroup-osbackup
이는 성공한 것으로 보였고 대상 장치에 새로운 UUID가 표시되었습니다.
그러나 재부팅 후 /dev/mapper/raidgroup-osbackup다시 마운트되어 원래 UUID가 표시되었습니다 /.blkid
나는 의 변화가 tune2fs영구적일 것이라고 생각했지만, 그렇지 않은 것 같습니다. 이 문제를 어떻게 해결할 수 있나요?
답변1
이제 해결이 된 것 같습니다. 어느 단계에서 문제가 해결되었는지 정확히 모르겠지만 이번에는 다음과 같이 했습니다.
새 UUID 생성:
uuidgen
이것은 나에게 복사된 새로운 UUID를 제공했습니다.
sudo tune2fs -U <insert here> /dev/mapper/raidgroup-osbackup
그런 다음 다음을 사용하여 논리 볼륨을 비활성화했습니다 /dev/mapper/raidgroup-osbackup.
sudo lvm lvchange -an /dev/mapper/raidgroup-osbackup
동일한 볼륨 그룹과 물리 볼륨의 다른 논리 볼륨을 비활성화했습니다. 그런 다음 "디스크" GUI에서 기본(소프트웨어) RAID 어레이를 비활성화했습니다. "디스크"에서 RAID 어레이를 다시 활성화했는데, 그러면 내가 엉망으로 만들고 있던 파일 시스템의 논리 볼륨이 자동으로 다시 활성화되었습니다. 로 UUID를 확인해보니 blkidUUID가 여전히 변경된 것을 확인할 수 있었습니다.
추가 확인 차원에서 우분투 라이브 이미지를 재부팅 /dev/mapper/raidgroup-osbackup하고 blkid. 여전히 변경되었습니다. 따라서 이 부분은 이제 해결되었습니다.
/새로운 문제가 발생했습니다. 일반 설치에서 시스템을 재부팅할 때 UUID가 이제 다르다는 사실에도 불구하고 부트로더는 여전히 잘못된 파티션을 마운트하게 됩니다 . 이 문제를 새로운 질문으로 게시했습니다.Ubuntu가 잘못된 파티션을 루트로 마운트하는 이유는 무엇입니까?
답변2
이 명령
sudo udevadm trigger
/dev/disk/by-uuid/ 디렉토리를 업데이트해야 합니다. /etc/fstab 파일을 수정하는 것을 잊지 마세요.
도움이 되었기를 바랍니다.