cfdisk: /dev/sda를 열 수 없습니다.

cfdisk: /dev/sda를 열 수 없습니다.

배경 정보

현재 LFS(Linux From Scratch) 파티션을 구축하려고 합니다.
처음 시도하는 일이라 도전해보고 싶은데 시작하기가 어렵네요.

저는 16GB Micro SD와 함께 Raspberry Pi 3을 사용하고 있으며 현재 Ubuntu 20.04LTS가 기본으로 설치되어 있습니다.
하지만 파티션을 할당하는 데 문제가 있습니다.

내 질문

이것은 약간 혼란스러운 질문이지만 추가 설명이나 권장되는 독서/연구를 환영합니다!

  1. /dev/지금까지 내가 찾은 바로는 대부분의 비임베디드 Linux 설치, 그리고 아마도 많은 임베디드 Linux 설치가 실제 파티션된 설치 공간 으로 사용되지 않는 것 같습니다 . (원천) 이것이 무엇을 의미하는지 잘 모르겠습니다. 새 파티션을 마운트하려면 다른 위치를 찾아야 합니까?

  2. 내 것에 도 등이 /dev/sda/전혀 표시되지 않습니다 . Ubuntu 또는 SBC용 Ubuntu에서는 이것이 정상입니까? 이것이 첫 번째 질문과 관련이 있는 것 같지만 여전히 왜 이런 일이 발생하는지 잘 모르겠습니다./dev/sdb//dev/

  3. MAKEDEV또한 을 사용하면 파티션을 동적으로 관리할 수 없는 것으로 나타났습니다 . 동적으로 관리되도록 설정하는 방법이 있습니까? 아니면 LFS 파티션을 구축하는 데 사용하고 있으므로 이것이 중요합니까?

내가 시도한 것

/dev/sda/my를 사용하여 sudo MAKEDEV sda생성을 시도했지만 바이너리가 설치되지 않은 /dev/것 같습니다 . MAKEDEV현재 필요한 패키지를 찾으려고 노력 중입니다(이것이 내 전반적인 문제를 해결할 수 있을지 확실하지 않습니다. 어떤 제안이라도 환영합니다).

공들여 나열한 것

user@host:~$ cfdisk /dev/sda
cfdisk: cannot open /dev/sda: No such file or directory


user@host:~$ sudo cfdisk /dev/sda
cfdisk: cannot open /dev/sda: No such file or directory


user@host:~$ cat /proc/partitions
major minor  #blocks  name

   7        0      24084 loop0
   7        2      62720 loop2
   7        3      49608 loop3
   7        4      26564 loop4
   7        5      65316 loop5
   7        6      49956 loop6
 179        0   15558144 mmcblk0
 179        1     262144 mmcblk0p1
 179        2   15294959 mmcblk0p2


user@host:~$ ll /dev/sd*
ls: cannot access '/dev/sd*': No such file or directory


user@host:~$ ll /dev/disk/by-path/
total 0
drwxr-xr-x 2 root root 100 Jan  1  1970 ./
drwxr-xr-x 7 root root 140 Jan  1  1970 ../
lrwxrwxrwx 1 root root  13 Aug  4 23:07 platform-3f202000.mmc -> ../../mmcblk0
lrwxrwxrwx 1 root root  15 Aug  4 23:07 platform-3f202000.mmc-part1 -> ../../mmcblk0p1
lrwxrwxrwx 1 root root  15 Aug  4 23:07 platform-3f202000.mmc-part2 -> ../../mmcblk0p2


현재의 사고방식

또는 다른 방법을 사용하여 /dev/sd*/파티션을 나눈 MAKEDEV다음 계속 cfdisk해서 빌드의 이 부분을 완료하려고 합니다. 이에 대해 제가 너무 생각하고 있는 걸까요, 아니면 제가 해야 할 일을 오해하고 있는 걸까요?

답변1

시스템에는 통합 저장 장치 이름 지정을 사용하지 않는(원래 SCSI 기반) SD/MMC 카드 리더가 있습니다. 다른 장치 이름 스타일을 사용합니다. 전체 디스크 장치는 이고 해당 파티션은 파티션 번호가 어디에 있는지 /dev/mmcblk0나열됩니다 . 예, 이는 USB 대용량 저장 장치 인터페이스 대신 전용 드라이버를 사용하는 SD/MMC 카드 리더기의 경우 정상적인 현상입니다.mmcblk0p<N><N>

그래서 여기서 그것을 사용하고 싶을 것입니다 sudo cfdisk /dev/mmcblk0.

또한, 범용 또는 x86 하드웨어에 대한 "Linux From Scratch" 책을 읽는 경우 언제 어디서나 /dev/mmcblk0참조 /dev/sda또는 유사한 내용을 교체해야 할 때 의도된 의미는 "나는 전체 디스크로서의 시스템 디스크"라는 것을 기억해야 합니다. 마찬가지로 /dev/sda1"내 시스템 디스크의 첫 번째 파티션"에 대한 참조가 표시되면 /dev/mmcblk0p1이를 교체해야 합니다. 다른 파티션에도 마찬가지입니다.

아니요, /dev/하나도 아닙니다.파티션 설치 공간. 제가 아는 한 그런 일은 없습니다.파티션 설치 공간. 어디에 있는 어떤 디렉토리든 역할을 할 수 있습니다.마운트 포인트다른 파일 시스템의 경우. 당신이 어디에 있는지 알고 싶다면~해야 한다마운트 지점을 설정하려면 다음을 살펴봐야 합니다.FHS(파일 시스템 계층 표준). 비록 당신이 그렇게 하기로 선택한다면 당신은 당신 자신의 일을 완전히 자유롭게 할 수 있습니다.

일반적으로 마운트 지점으로 사용되는 경우 기존 내용이 숨겨지고 대신 마운트된 파일 시스템의 루트 내용이 표시되므로 디렉터리는 비어 있어야 합니다. (리눅스에서 시스템 관리자는 다양한 방법으로 마운트된 파일 시스템을 "볼" 수 있지만, 저는 여기서 빗나갑니다...)

/dev장치 노드(장치 파일)의 디렉터리 하위 트리입니다. 일반적으로 이들과 해당 하위 디렉터리만 이 하위 트리에 위치해야 합니다.

최신 Linux 시스템에서 /dev이는 일반적으로 RAM 기반 파일 시스템(유형 tmpfs또는 devtmpfs)이며 udev.

예를 들어, SD 카드에 세 번째 파티션을 생성하면 /dev/mmcblk0p3해당 파티션이 자동으로 나타나는 것을 볼 수 있습니다. 두 번째 파티션을 삭제하면 /dev/mmcblk0p2사라집니다.

장치 노드는 일반 파일이 아닙니다. 본질적으로 특정 장치 드라이버와 드라이버가 제어하는 ​​하드웨어(또는 소프트웨어) 장치에 대한 커널 내의 연결 지점입니다.

/dev동적으로 관리되는 파일 시스템을 개발하기 전에는 /dev장치 노드가 포함된 루트 파일 시스템의 디렉터리였습니다. 운영 체제가 설치되면 장치 노드 세트가 생성되고 일반 파일처럼 디스크의 파일 시스템에 유지됩니다.

(즉, 기본적으로 커널 친화적인 장치 사양 "Block Device, Driver #179, Device #1"을 사람이 더 읽기 쉬운 이름으로 매핑 하거나 그 반대로 매핑 /dev/하는 메커니즘일 뿐입니다 .)/dev/mmcblk0p1

장치 노드를 생성(또는 어떤 이유로 삭제된 경우 다시 생성)하는 표준 방법은 명령 루프를 사용하여 단일 명령으로 다양한 표준 장치 세트를 생성하는 mknod스크립트를 명령하고 호출하는 것입니다 .MAKEDEVmknod

아니요, MAKEDEV파티션 자체와는 아무런 관련이 없습니다. 또한 어떤 것도 동적으로 관리하지 않습니다(장치 노드나 파티션 모두). 이전 스타일을 일괄 생성하는 도구입니다.정적 관리장치 노드.

디렉토리 /dev트리를 동적으로 관리하려면 설치가 필요할 가능성이 높습니다 udev. LFS를 사용하는 경우에는 아마도 조금 늦을 것입니다. 어쩌면 조금 더 늦을 수도 있습니다.

~을 만들다분할내가 아는 한, "동적 관리"는 실제로는 중요하지 않습니다. "LVM(논리 볼륨 관리자) 사용"을 이상한 방식으로 표현하는 것이 아니라면 어떨까요?

관련 정보