리눅스는 어떤 USB 하드 드라이브가 무엇인지 어떻게 알 수 있습니까?


24

현재 Linux Mint를 PC에 USB 하드 드라이브 파티션이로 마운트되어 설치되어 /home있습니다. 이것은 잘 작동하고 있습니다.

두 번째 USB 하드 드라이브를 설치하면 Linux가 두 하드 드라이브를 혼동 할 가능성이 /home있습니까? 그리고 부팅시 두 번째 하드 드라이브의 파티션을 마운트 해보십시오 . 그것은 나쁠 것입니다.

Windows에서 제공되는 드라이브 문자가 모든 종류의 문제를 올바르게 "기억하지"않는 경우가 종종 있습니다.

나는 주요 질문은 생각 : 어떻게 리눅스가 실제로 어떤 하드 USB 드라이브를 알 수 있을까 /dev/sdb하고있는가 /media/misha/my_2nd_drive?


USB 하드 드라이브 파티션을 마운트 한 상태에서/home 어떻게했는지 설명해 주시겠습니까?
AL

나는 리눅스 민트 설치 중에 그것을했다. 그 시점에서 그것은 매우 쉽습니다. 내 SSD는 sda 로, USB 하드 드라이브는 sdb로 나타납니다 . 내가 넣어 /swapSDA/homeSDB . 그러나 기존 설치의 마운트 를 변경 하는 방법을 모르겠습니다 /home.
misha256

대답은 당신이 해야 할 일을 말하지만, 그들은 sd[a-z]단순히 탐지 순서로 명명 된 것을 직접적으로 생각하지는 않습니다 . 이름을 동일하게 유지하려는 시도는 전혀 없습니다. 일반적으로 결정 론적이지만 (동일한 하드웨어에서 동일한 커널이 동일한 이름을 부여 함) SATA 컨트롤러 드라이버가 업데이트 된 새 커널은 SATA 드라이브를 반대 순서로 스캔 할 수 있습니다. 블록 장치의 이름을 바꾸는 대신 ( nameif일반적으로 udev 규칙을 사용하여 이더넷 장치 이름으로 수행 되거나 w / e로 수행됨 ) UUID, 레이블 및 id (드라이브 일련 번호) 이름이 존재합니다.
Peter Cordes

다시 부팅하면 일반적으로 다른 순서로 sd[a-z]디스크가 정렬되는 SAS 디스크가있는 서버를 보았습니다. 디스크 검사는 동시에 (병렬로) 수행되며 디스크가 처음 감지되는 sda경우 등 이됩니다 .
wurtel

답변:


26

일반적으로 USB 포트 (버스 / 장치)의 위치에 따라 감지 순서가 결정됩니다. 그러나 이것에 의존하지 마십시오.

각 파일 시스템에는 보편적으로 고유 한 식별자 를 나타내는 UUID 가 있습니다 ( FATNTFS 는 약간 다른 방식을 사용하지만 UUID로 사용할 수있는 식별자도 있습니다). (Linux) UUID를 사용하여 고유 할 수 있습니다. UUID에 대한 자세한 내용은 이 Wikipedia 기사를 참조하십시오 .

디스크 UUID를 마운트 인수로 사용하십시오. UUID가 무엇인지 확인하려면 다음을 실행하십시오.

$ sudo blkid /dev/sdb1

( blkid장치를 읽어야하므로 루트 전원이 필요하므로 sudo. 이미 루트 sudo가 된 경우 필요하지 않습니다.)

그런 다음 UUID를 다음 /etc/fstab과 같이 사용할 수 있습니다 .

UUID=7e839ad8-78c5-471f-9bba-802eb0edfea5 /home ext4 defaults 0 2

그러면 / home에 어떤 디스크를 마운트할지 혼동하지 않아도됩니다.

수동 장착의 경우 사용할 수 있습니다 /dev/disk/by-uuid/.....


1
놀랍게도, fstab지금까지는 알지 못했습니다 (리눅스에서 새로운 방법입니다). 내 fstab파일을 살펴 보았고 모든 것이 이미 UUID로 식별되었습니다. Linux Mint 설치 프로그램이 잘 작동했습니다.
misha256

UUID가 무엇인지, 신뢰할 수있는 식별자가되는 고유 한 이유를 간단히 설명하여이 답변을 개선 할 수 있습니다.
AL

11

귀하의 경우 fstab참조 파티션은 /dev/sdx, 새로운 드라이브를 추가하는 것은 확실히 시스템을 혼동 할 수 있습니다. 그러나 최근 관행은 파티션 UUID 를 사용하여 파티션을 식별하는 것입니다.

시스템이 udev설치되어있는 경우 (2.6+ Linux 커널의 경우)에서 영구 이름 지정을 사용할 수 있습니다 fstab. 기본적으로 파티션은 UUID를 통해 식별됩니다.

/dev/disk/by-uuid/31f8eb0d-612b-4805-835e-0e6d8b8c5591

그러나 "home"과 같은 의미있는 파티션 레이블을 만들고 다음 과 같이 파티션을 참조 할 수 있습니다.

/dev/disk/by-label/home

그 ID는 대체로 사용할 수 있습니다 /dev/sdx에서 fstab.


나는 당신의 대답을 올바르게 표시 할 수 있기를 바랍니다. Wurtel은 이전에 연락을 받았습니다. 어쨌든 고마워요, 당신은 내 +1을 얻습니다.
misha256

@ misha256 아이러니 (의 출력이 때문에 심지어 내 시스템에서 UUID를 사용하지 않는 것입니다 dfmount읽을 수 없게). 내장 HDD는 매번 같은 순서로 처음 탐지 될 가능성이 매우 높습니다.
Dmitry Grigoryev

1
레이블을 사용하면 LABEL=homefstab에서 사용할 수 있습니다 . t-home내 컴퓨터에서 tesla라는 홈 디렉토리 와 같은 레이블을 사용하고 싶습니다 . 따라서 다른 시스템에 디스크를 붙이면 동일한 레이블을 가진 두 개의 파일 시스템이 없습니다. 이것이 Linux 설치 프로그램이 임의의 UUID를 생성하여 대부분의 시스템에 FS에 대해 동일한 레이블을 제공하는 기본 레이블 대신 fstab에서 사용하는 이유입니다. @ misha256, FS에 레이블을 지정하면 이것에 대해 생각할 수 있습니다.
Peter Cordes

1
@PeterCordes 실제로 실습을 사용하고 있으며 이러한 레이블을 고유하게 만들기위한 명명 체계가 있습니다.
Dmitry Grigoryev

1
UUID는 훌륭하고 답변에 명시된대로 작동합니다. 그러나 그들은 인간 친화적이지 않습니다. 파티션을 (어디서나) 만들 때마다 나에게 이해하기 쉬운 사람이 읽을 수있는 레이블을 제공합니다. 여러 드라이브를 다루는 백업 스크립트를 작성할 때 특히 유용합니다. 우연히 소스와 대상을 반전시키고 싶지 않습니다! 또한 파티션을 다시 포맷 할 때마다 새로운 UUID를 가져 와서 해당 UUID를 사용한 것을 편집해야하지만 이전과 동일한 레이블을 계속 사용할 수 있으며 아무 것도 변경할 필요가 없습니다.
Joe
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.