Firefox를 실행 중인 시스템이 한때 다른 시스템의 시동 드라이브였던 외부 USB 드라이브의 파일을 자동으로 여는 이유는 무엇입니까?

Question

이는 처음에 Dolphin의 GUI 도구에서 암호화된 파티션을 클릭하여 마운트했기 때문입니다
(firefox와는 관련 없음).구체적으로, 난 그냥눈치채다그 이유는 파이어폭스 때문입니다. )

수리하다:

먼저 패키지가 설치되어 있는지 확인하십시오 cryptsetup.

하지만 직접 시도하면
$ sudo cryptsetup open --type luks /dev/sdd2 chosen_name
만 얻을 수 있습니다 .
#=>

Enter passphrase for /dev/sdd2: [<entered>]  
Cannot use device /dev/sdd2 which is in use (already mapped or mounted).

$를 확인하면 ls /dev/mapper
다음이 표시됩니다:
#=>
control luks-5deb0f6a-2f8d-4034-94d1-d7d77f9039d3

그래서 당신은 필요연합 국가-먼저 지도를 그려보세요.

비교하다이 답변

dmsetup장치 매핑 제거를 사용해야 할 수도 있습니다 .
가장 간단한 방법은,다른 매핑을 방해하지 않는 경우하나를 사용하는 것입니다 dmsetup remove_all.

(내 강조점.)

매핑이 하나만 나열되었으므로 방금 시도했습니다.
$sudo dmsetup remove_all

그런 다음 확인하십시오:
$ ls /dev/mapper
#=>
control

지금다음을 수행할 수 있습니다:
sudo cryptsetup open --type luks [<device path>] [<name you choose>]
예:
$ sudo cryptsetup open --type luks /dev/sdd2 chosen_name
#=>

[sudo] password for root: [<entered>]  
Enter passphrase for /dev/sdd2: [<entered>]

그리고 확인하세요:
$ ls /dev/mapper
#=>
control chosen_name

(
그리고 lsblk다음과 같이 표시합니다.

[...]  
├─sdd2                                           part     crypto_LUKS  
│ └─chosen_name                                  crypt    ext4  
[...]

다음과 같은 것 대신에:

[...]  
├─sdd2                                           part     crypto_LUKS  
│ └─luks-5deb0f6a-2f8d-4034-94d1-d7d77f9039d3    crypt    ext4  
[...]

)

(
참조.이 답변,
매뉴얼 페이지에는 이것이 "이전 구문"이라고 나와 있지만
luksOpen <device> <name> (old syntax)
새 구문은 다음과 같습니다
open --type luks <device> <name>
. :)

이제 일반적인 방법으로 사용할 수 있습니다 mount(마운트 지점으로 원하는 빈 디렉터리에).
예를 들어
mount [<device>] [<mountpoint]
비트:를 다음으로 바꾸세요
[<device>]
.
dev/mapper/[<name you choose>]

예:
$$mkdir ~/my_mountpoint
sudo mount /dev/mapper/chosen_name ~/my_mountpoint

ls ~/my_mountpoint( $ 등을 확인하세요 .)

나머지 보기그 대답제거 등의 경우 $는 "오래된 구문"이라고
생각 하지만 매뉴얼 페이지는 그렇지 않은 것 같습니다.
sudo cryptsetup luksClose chosen_name

말하는 luksClose이제 전혀...

이제 언급된 내용은 다음과 같습니다.

CLOSE  
       close <name>  
       See cryptsetup-close(8).

하지만 $는 man cryptsetup-close이렇게 말합니다.

For backward compatibility, there are close command aliases: remove, plainClose, luksClose, loopaesClose, tcryptClose, bitlkClose (all behave exactly the same, device type is determined automatically from the  
       active device).

그래서 나는생각하다아직도 이런 식으로 사용할 수 있나요?

...
방금 시도했습니다:
$ sudo umount ~/my_mountpoint
$ sudo cryptsetup luksClose chosen_name
그리고 결과는 다음과 같습니다:
#=>
Device chosen_name is not active.

그러다가 비밀번호를 입력하지 않고도 바로 다시 설치할 수 있게 되었는데,
모르겠네요?

솔직히 말해서 지금은 별 관심이 없습니다. 그렇죠.

내 답변으로 해결되지 않은 공개 질문은 다음과 같습니다.

당신은 어떻게 지내세요?실제로다시 "컨테이너를 잠그세요"?
$로 설정된 매퍼 포인트는 sudo cryptsetup open --type luks /dev/sdd2 chosen_name재부팅이나 다른 상황에서도 지속됩니까?
(그렇지 않다면 어떻게 하시겠습니까?)
(
아직 해본 적이 없기 때문에완전히내가 사용하고 있는 "새 구문"이 $인지 확인하세요.
$ sudo cryptsetup open --type luks /dev/sdd2 chosen_name
는 실제로 "이전 구문"의 별칭일 뿐입니다.
$ sudo cryptsetup luksOpen /dev/sdd2 chosen_name
(그렇다고 생각하더라도?
)
새로운 매퍼 "chosen_name"이 설정되면
돌고래와 같은 GUI 도구가 이를 존중합니까?
(즉, 돌고래의 사이드바에 있는 드라이브를 클릭하면 정상적인 위치로 마운트됩니다...)

...아니요, 클릭하면 여전히 비밀번호를 묻고
(비록 잠금이 해제되었으므로 더 이상 명령줄에서 비밀번호가 필요하지 않습니다) 다음과 같을 것으로 확신하는 곳에
설치합니다./run/media/user/1c5afe56-1888-48dd-aae4-3cafce30b9cc/
아니요이유.

그저보기모두lsblk도움말의 사용 가능한 열 중 세 개가 언급된 것을 보았습니다 chosen_name. 그래서 나는
ID-LINK=dm-name-chosen_name
ID=name-chosen_name
PATH=/dev/mapper/chosen_name
|
추측하다그 중 하나(아마 " PATH"?)는 /etc/fstab?
...아니, 아니 PATH, 해보자 ID...
...
알았어, 이제 더 이상 상관하지 않는다. 연마 man fstab하고 후속 조치를 fs_spec취해야 합니다
.
이제 명령줄을 통해 수동으로 이 작업을 수행하겠습니다.

TODO: 이 답변의 명백한 공백을 채우거나 이 답변에 링크된 튜토리얼을 찾으세요.

Answer 1