두 개의 새 드라이브를 분할하고 포맷했는데 갑자기 CPU 사용량이 사용 가능한 처리 능력의 절반에 도달했습니다. 확인해 보니 여러 프로세스가 있었는데 그 중 하나가 systemd-udevd... 서비스를 중지하자 systemctl stop systemd-udevd모든 것이 정상으로 돌아왔습니다. 그러나 로그인 후 즉시 재부팅하거나 새 드라이브 중 하나에서 파일 시스템을 마운트/마운트 해제할 때 문제가 항상 다시 발생합니다.
udevadm monitor항상 동일한 이벤트를 표시하는 스크롤 터미널을 확인 하고 보았습니다 change.
UDEV [359.270329] change /devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb/sdb3 (block)
KERNEL[359.275809] change /devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb/sdb2 (block)
KERNEL[359.282183] change /devices/virtual/block/dm-2 (block)
UDEV [359.286170] change /devices/virtual/block/dm-3 (block)
여러번 시도한 끝에 드디어 원인을 찾았습니다.
매트릭스 금속단백분해효소
This ext4 feature provides multiple mount protection (MMP). MMP
helps to protect the filesystem from being multiply mounted and
is useful in shared storage environments.
모든 파일 시스템에서 이 기능을 활성화했는데, 비활성화한 후에는 이제 모든 것이 잘 작동합니다. 버그를 신고하고 싶지만 udev에 대한 버그 추적기를 제공할 수 없습니다. 내가 찾은 것은 systemd현재 프로젝트 페이지라고 들었던 freedesktop 페이지뿐이었습니다 . 이 버그를 어디에 제출할 수 있는지 아는 사람이 있나요?
답변1
2022년 1월 17일 업데이트: 이 Pull 요청에서 문제가 해결되었습니다.https://github.com/storagged-project/udisks/pull/949
저도 동일한 문제의 영향을 받아 귀하와 동일한 근본 원인으로 범위를 좁혔지만, 사실을 확인한 후에야 귀하의 문제를 발견했습니다. 또한 문제를 udisks2 >= 2.7.6과 연관시킬 수 있었습니다. 따라서 MMP가 필요한 경우 다운그레이드를 고려해 볼 수 있습니다.
토론이 포함된 해당 GitHub 문제는 여기에서 찾을 수 있습니다. https://github.com/storagged-project/udisks/issues/946