KDE 파티션 관리자를 열 때 비밀번호가 필요하지만 GNOME 디스크는 그렇지 않습니다. 왜 그런 겁니까?

KDE 파티션 관리자를 열 때 비밀번호가 필요하지만 GNOME 디스크는 그렇지 않습니다. 왜 그런 겁니까?

제목이 기본적으로 모든 것을 말해줍니다.

KDE 파티션 관리자는 응용 프로그램을 연 후 암호를 묻지만 GNOME 디스크는 그렇지 않습니다. 디스크(디스크)는 기본적으로 권한 상승을 시도하지 않고도 모든 작업을 수행할 수 있습니다.

Ubuntu 대 KDE 네온, Fedora 대 Fedora KDE, OpenSUSE Tumbleweed 등 여러 배포판에서 이런 일이 발생하는 것을 보았습니다.

그들은 어떻게 그리고 왜 그렇게 행동하는가?

답변1

차이점은 두 가지가 시스템의 장치에 대한 정보를 얻는 방법에 있습니다. 일반 사용자로서 UDev 데이터베이스 및 sysfs에서 블록 장치에 대한 일부 정보를 얻을 수 있지만(이것이 lsblk작동하는 이유입니다), 특히 LVM 또는 MD RAID와 같은 고급 설정의 경우 루트 권한이 필요한 도구를 사용해야 합니다. 그러나 파티션에 대한 더 많은 정보를 얻으려면 루트가 필요합니다 fdisk -l.허가가 거부되었습니다루트로 실행하지 않는 경우).

이것이 바로 KDE 파티션 관리자가 즉시 인증을 받아야 하는 이유입니다. 다음 sfdisk과 같은 cryptsetup도구를 실행합니다.lvmKPM 코어이러한 이유로 GUI는 루트로 실행되지 않지만 이는 중요하지 않습니다.

GNOME 디스크에 이것이 필요하지 않은 이유는 무엇입니까? 다음의 데이터를 사용합니다.U 디스크. UDisks는 루트로 실행되는 데몬이므로 이미 모든 정보를 갖고 있으며(KDE 파티션 관리자와 동일한 도구/라이브러리를 사용함) 모든 사람에게 "읽기" 액세스를 제공합니다( udisksctl dump알고 있는 내용을 확인할 수 있음). 무언가를 변경하는 작업(예: 파티션 삭제)에만 인증이 필요합니다.폴킷.

KDE 파티션 관리자가 UDisk를 사용하지 않는 이유가 무엇인지 물어볼 수 있습니까? 모르겠어요. 추측만 할 수 있어요. UDisk는 오랫동안 LVM과 같은 "고급" 저장소를 지원하지 않았습니다(주요 초점은 장치 마운팅 및 이와 유사한 "간단한" 기능에 더 중점을 두었습니다). 따라서 KDE 파티션 관리자의 작성자는 이를 사용하지 않기로 결정한 이유일 것입니다.

답변2

"왜 이런 일이 발생합니까?"라는 질문에 대한 답변이 아니라 비밀번호 요청을 비활성화하는 방법에 대한 방법입니다.

디렉터리 /etc/polkit-1/rules.d에 example이라는 파일을 만듭니다 partmanager.rules. 그런 다음 거기에 다음을 작성하십시오.

polkit.addRule(function(action, subject) {
    if (action.id == "org.kde.kpmcore.externalcommand.init" &&
        subject.isInGroup("yourusername")) {
        return polkit.Result.YES;
    }
});

yourusername사용자 이름으로 바꾸십시오 .

이제 kde 파티션 관리자를 열 때 비밀번호를 묻지 않습니다.


"암호를 요구하는 이유"에 대한 질문은 아마도 현재 프로그래밍된 방식 때문일 것입니다. 가능하다면 먼저 암호를 묻지 않고 파티션을 스캔하고 변경 작업이 완료될 때만 묻는 것에 동의합니다. 하지만 이를 위해서는 다음 주소로 적절한 버그 보고서를 제출해 주세요.https://bugs.kde.org.

관련 정보