커널이 initramfs 이미지에서 init를 찾을 수 없습니다.

Question 1

연구할 항목:

1:

## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   Linux 4.1 + Devicetree

장치 트리에 장치와 충돌할 수 있는 커널 스위치가 포함되어 있는지 여부setenv bootargs console=${console} root=/dev/ram0 rootfstype=ramfs initrd=0x85000000

2:

setenv bootargs console=${console} root=/dev/ram0 rootfstype=ramfs initrd=0x85000000

커널에 initrd=0x850000000의 메모리 주소가 필요합니까, 아니면 dev/ram0 위치만 필요합니까?

삼:

initramfs 또는 initrd를 사용하고 있습니까? 커널을 직접 컴파일하시나요? 커널 이미지에 이미 initramfs가 포함되어 있나요?

커널 구성에서 다음을 확인하십시오.

CONFIG_BLK_DEV_INITRD

CONFIG_INITRAMFS_SOURC

~~[ 0.131751] devtmpfs: initialized~~

~~[ 2.937980] devtmpfs: error mounting -2~~

~~devtmpfs가 거의 두 번 마운트된 것 같습니다. 처음 설치할 때 initramfs에 내장된 것은 무엇입니까?~~ @sourcejedi의 의견에 동의합니다. 아니요 /dev, rootfs가 없기 때문입니다.

커널은 하드웨어도 초기화하고 있습니다. 블루투스, USB, MMC 등 이러한 모듈이 커널로 컴파일되고 모듈이 로드되지 않는 한, 어딘가에서 로드됩니다. (내장 initramfs)?

4:

initramfs 대신 initrd를 사용하고 커널 이미지에 내장 initramfs가 포함되어 있지 않은 경우...

커널 구성에는 다음이 필요하다고 생각합니다.

BLK_DEV_RAM

"최신 커널은 사용되는 경우 /dev/ram0을 initrd로 사용합니다."

./linux-4.x.x/Documentation/blockdev/ramdisk.txt

안 initrd=/dev/ram0그래 initrd=0x85000000?

"이전 initrd는 항상 별도의 파일인 반면, initramfs 아카이브는 Linux 커널 이미지에 연결되었습니다."

./linux-4.x.x/Documentation/filesystems/ramfs-rootfs-initramfs.txtramfs-rootfs-initramfs.txt

"이전 initrd(/init가 아니라 /initrd라고 함)는 일부 설정을 수행한 다음 커널로 돌아가는 프로그램을 실행했습니다..."

./linux-4.x.x/Documentation/filesystems/ramfs-rootfs-initramfs.txtramfs-rootfs-initramfs.txt

/initrd대신 init를 사용해야 합니까 /init?

5:

자신만의 커널을 컴파일하는 경우 커널 제작 프로세스에서 initramfs를 커널 이미지에 병합하면 많은 작업을 줄일 수 있습니다.

CONFIG_BLK_DEV_INITRD

CONFIG_INITRAMFS_SOURCE

Answer

연구할 항목:

1:

## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   Linux 4.1 + Devicetree

장치 트리에 장치와 충돌할 수 있는 커널 스위치가 포함되어 있는지 여부setenv bootargs console=${console} root=/dev/ram0 rootfstype=ramfs initrd=0x85000000

2:

setenv bootargs console=${console} root=/dev/ram0 rootfstype=ramfs initrd=0x85000000

커널에 initrd=0x850000000의 메모리 주소가 필요합니까, 아니면 dev/ram0 위치만 필요합니까?

삼:

initramfs 또는 initrd를 사용하고 있습니까? 커널을 직접 컴파일하시나요? 커널 이미지에 이미 initramfs가 포함되어 있나요?

커널 구성에서 다음을 확인하십시오.

CONFIG_BLK_DEV_INITRD

CONFIG_INITRAMFS_SOURC

~~[ 0.131751] devtmpfs: initialized~~

~~[ 2.937980] devtmpfs: error mounting -2~~

~~devtmpfs가 거의 두 번 마운트된 것 같습니다. 처음 설치할 때 initramfs에 내장된 것은 무엇입니까?~~ @sourcejedi의 의견에 동의합니다. 아니요 /dev, rootfs가 없기 때문입니다.

커널은 하드웨어도 초기화하고 있습니다. 블루투스, USB, MMC 등 이러한 모듈이 커널로 컴파일되고 모듈이 로드되지 않는 한, 어딘가에서 로드됩니다. (내장 initramfs)?

4:

initramfs 대신 initrd를 사용하고 커널 이미지에 내장 initramfs가 포함되어 있지 않은 경우...

커널 구성에는 다음이 필요하다고 생각합니다.

BLK_DEV_RAM

"최신 커널은 사용되는 경우 /dev/ram0을 initrd로 사용합니다."

./linux-4.x.x/Documentation/blockdev/ramdisk.txt

안 initrd=/dev/ram0그래 initrd=0x85000000?

"이전 initrd는 항상 별도의 파일인 반면, initramfs 아카이브는 Linux 커널 이미지에 연결되었습니다."

./linux-4.x.x/Documentation/filesystems/ramfs-rootfs-initramfs.txtramfs-rootfs-initramfs.txt

"이전 initrd(/init가 아니라 /initrd라고 함)는 일부 설정을 수행한 다음 커널로 돌아가는 프로그램을 실행했습니다..."

./linux-4.x.x/Documentation/filesystems/ramfs-rootfs-initramfs.txtramfs-rootfs-initramfs.txt

/initrd대신 init를 사용해야 합니까 /init?

5:

자신만의 커널을 컴파일하는 경우 커널 제작 프로세스에서 initramfs를 커널 이미지에 병합하면 많은 작업을 줄일 수 있습니다.

CONFIG_BLK_DEV_INITRD

CONFIG_INITRAMFS_SOURCE

Question 2

당신이 원하지 않는 rootfstype=ramfs. 나는 확신한다. AFAICT는 실제로 문제가 아니지만.

설치 시 ramfs블록 장치( root=/dev/ram0이 경우)는 무시됩니다. ramfs어떤 장치 파일에서도 지원되지 않습니다. 처음에는 비어 있습니다.

따라서 rootfstype=ramfs작동한다면 빈 fs를 마운트하십시오. 따라서 어떤 init프로그램도 실행할 수 없습니다. (커널이 devtmpfs를 마운트하려고 시도하면 /dev로그에 표시되는 것과 동일한 오류 2 = ENOENT = "No such file or Directory"가 생성됩니다.)

파일 시스템 이미지가 아닌 cpio 아카이브인 새로운 스타일의 initramfs를 사용하고 있음을 나타냅니다. 이것은 좋다. 그러나 커널이 새로운 형식을 감지하고 압축을 풀면 "Unpacking initramfs..."와 같은 메시지가 표시됩니다.

원본 문서에는 initramfs를 gzipped cpio로 압축해야 한다고 나와 있습니다. 하지만 현재 코드도 비압축 cpio에 만족한다고 생각합니다.

말씀하신 대로 커널이 initramfs를 인식하지 못하는 문제가 있는 것 같습니다.

적어도, 들어갈 때는 그렇게 보인다 initrd_start. 0이 아닌 경우 initrd 또는 initramfs와 관련된 메시지나 오류가 하나 이상 표시됩니다.0populate_rootfs()

https://elixir.bootlin.com/linux/v4.1/source/init/initramfs.c#L608

또는 initramfs.cCONFIG_BLK_DEV_INITRD를 활성화하지 않았기 때문에 커널에 포함되지도 않습니다. 이게 뭐야?초기화/생성된 파일말해 주세요.

초기화:https://www.kernel.org/doc/html/v4.18/admin-guide/initrd.html

메모리 파일 시스템을 초기화합니다:https://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt

Answer

당신이 원하지 않는 rootfstype=ramfs. 나는 확신한다. AFAICT는 실제로 문제가 아니지만.

설치 시 ramfs블록 장치( root=/dev/ram0이 경우)는 무시됩니다. ramfs어떤 장치 파일에서도 지원되지 않습니다. 처음에는 비어 있습니다.

따라서 rootfstype=ramfs작동한다면 빈 fs를 마운트하십시오. 따라서 어떤 init프로그램도 실행할 수 없습니다. (커널이 devtmpfs를 마운트하려고 시도하면 /dev로그에 표시되는 것과 동일한 오류 2 = ENOENT = "No such file or Directory"가 생성됩니다.)

파일 시스템 이미지가 아닌 cpio 아카이브인 새로운 스타일의 initramfs를 사용하고 있음을 나타냅니다. 이것은 좋다. 그러나 커널이 새로운 형식을 감지하고 압축을 풀면 "Unpacking initramfs..."와 같은 메시지가 표시됩니다.

원본 문서에는 initramfs를 gzipped cpio로 압축해야 한다고 나와 있습니다. 하지만 현재 코드도 비압축 cpio에 만족한다고 생각합니다.

말씀하신 대로 커널이 initramfs를 인식하지 못하는 문제가 있는 것 같습니다.

적어도, 들어갈 때는 그렇게 보인다 initrd_start. 0이 아닌 경우 initrd 또는 initramfs와 관련된 메시지나 오류가 하나 이상 표시됩니다.0populate_rootfs()

https://elixir.bootlin.com/linux/v4.1/source/init/initramfs.c#L608

또는 initramfs.cCONFIG_BLK_DEV_INITRD를 활성화하지 않았기 때문에 커널에 포함되지도 않습니다. 이게 뭐야?초기화/생성된 파일말해 주세요.

초기화:https://www.kernel.org/doc/html/v4.18/admin-guide/initrd.html

메모리 파일 시스템을 초기화합니다:https://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt

Question 3

RIM-U-Boot# bootm 0x81000000 0x85000000
## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   Linux 4.1 + Devicetree
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    4024711 Bytes = 3.8 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 85000000 ...
   Image Name:   uInitrd
   Image Type:   ARM Linux RAMDisk Image (uncompressed)
   Data Size:    1410048 Bytes = 1.3 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

뭔가 잘못된 것 같습니다. 커널의 로드 주소는 initrd의 로드 주소와 겹쳐서는 안 됩니다!

비교를 위해 다음을 참조하세요.https://community.nxp.com/thread/305045#comment-322873

로드 주소를 사용하여 uInitrd를 다시 생성합니다 0x80408000.

나는 당신의 하드웨어를 모릅니다. 여기에 제안된 과제는 AFAICT 서로 충돌해서는 안 되며, 어떤 것과도 충돌하지 않기를 바랍니다.기타:-).

커널 부팅 옵션을 사용하지 마십시오 rootfsype=ramfs. root=/dev/ram0문제에 영향을 미치지 않을 것 같습니다.어느당신은 그것을 설정했습니다. 하지만 그것들은 틀렸으니 주의가 산만해지지 말자. initramfs를 시작하는 데에는 이들 중 하나가 필요하지 않습니다. (내 컴퓨터는 initramfs를 사용하여 Linux를 부팅하며 이러한 부팅 옵션을 사용하지 않습니다!)

initrd=...주소를 에 두 번째 옵션으로 전달하므로 이를 사용할 필요가 없습니다 bootm(그러나 위의 경우 올바른 값은 initrd=0x80408000,2M이므로 다른 주소를 전달하지 마십시오!).

Answer

RIM-U-Boot# bootm 0x81000000 0x85000000
## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   Linux 4.1 + Devicetree
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    4024711 Bytes = 3.8 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 85000000 ...
   Image Name:   uInitrd
   Image Type:   ARM Linux RAMDisk Image (uncompressed)
   Data Size:    1410048 Bytes = 1.3 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

뭔가 잘못된 것 같습니다. 커널의 로드 주소는 initrd의 로드 주소와 겹쳐서는 안 됩니다!

비교를 위해 다음을 참조하세요.https://community.nxp.com/thread/305045#comment-322873

로드 주소를 사용하여 uInitrd를 다시 생성합니다 0x80408000.

나는 당신의 하드웨어를 모릅니다. 여기에 제안된 과제는 AFAICT 서로 충돌해서는 안 되며, 어떤 것과도 충돌하지 않기를 바랍니다.기타:-).

커널 부팅 옵션을 사용하지 마십시오 rootfsype=ramfs. root=/dev/ram0문제에 영향을 미치지 않을 것 같습니다.어느당신은 그것을 설정했습니다. 하지만 그것들은 틀렸으니 주의가 산만해지지 말자. initramfs를 시작하는 데에는 이들 중 하나가 필요하지 않습니다. (내 컴퓨터는 initramfs를 사용하여 Linux를 부팅하며 이러한 부팅 옵션을 사용하지 않습니다!)

initrd=...주소를 에 두 번째 옵션으로 전달하므로 이를 사용할 필요가 없습니다 bootm(그러나 위의 경우 올바른 값은 initrd=0x80408000,2M이므로 다른 주소를 전달하지 마십시오!).

Question 4

initrd를 사용할 때 두 가지 "초기화"가 관련됩니다.

rdinit=/초기화그리고 초기화=/sbin/init (기본값)

첫 번째 항목(rdinit=)은 초기 사용자 공간에 커널의 압축을 풀고 initrd를 설치한 후 실행할 항목을 알려줍니다. 기본값은 /init입니다.

initrd가 없으면 두 번째 항목(init=)은 실행할 init를 커널에 알려줍니다(root=가 커널에 /로 마운트할 장치를 알려주는 것과 같습니다).

initrd를 사용하면 init=는 초기 사용자 공간이 끝날 때 새로운 실제 루트를 마운트할 뿐만 아니라 실제 /sbin/init 또는 원하는 모든 것을 실행하기 위해 switchroot에 의해 사용됩니다. init=/sbin/ test_init

(/init가 반드시 스위치루트로 연결되는 것은 아닙니다. 항상 initrd...embedded 스타일을 유지할 수 있습니다.)

나는 rdinit=를 언급한 유일한 사람인 Charles의 의견에 전적으로 동의합니다.

initramfs에 /init 실행 파일이 있는지 확인하세요. bootargs의 rdinit=/bin/sh를 통해 다른 초기화 프로세스를 지정할 수 있습니다.

rdinit=/init 및 init=/init도 가능해야 하며 서로 다른 파일입니다. 첫 번째 "/"는 initrd(귀하의 cpio)의 최상위를 의미하고 두 번째 "/"는 root= 즉 newroot의 최상위를 의미합니다.

Answer

initrd를 사용할 때 두 가지 "초기화"가 관련됩니다.

rdinit=/초기화그리고 초기화=/sbin/init (기본값)

첫 번째 항목(rdinit=)은 초기 사용자 공간에 커널의 압축을 풀고 initrd를 설치한 후 실행할 항목을 알려줍니다. 기본값은 /init입니다.

initrd가 없으면 두 번째 항목(init=)은 실행할 init를 커널에 알려줍니다(root=가 커널에 /로 마운트할 장치를 알려주는 것과 같습니다).

initrd를 사용하면 init=는 초기 사용자 공간이 끝날 때 새로운 실제 루트를 마운트할 뿐만 아니라 실제 /sbin/init 또는 원하는 모든 것을 실행하기 위해 switchroot에 의해 사용됩니다. init=/sbin/ test_init

(/init가 반드시 스위치루트로 연결되는 것은 아닙니다. 항상 initrd...embedded 스타일을 유지할 수 있습니다.)

나는 rdinit=를 언급한 유일한 사람인 Charles의 의견에 전적으로 동의합니다.

initramfs에 /init 실행 파일이 있는지 확인하세요. bootargs의 rdinit=/bin/sh를 통해 다른 초기화 프로세스를 지정할 수 있습니다.

rdinit=/init 및 init=/init도 가능해야 하며 서로 다른 파일입니다. 첫 번째 "/"는 initrd(귀하의 cpio)의 최상위를 의미하고 두 번째 "/"는 root= 즉 newroot의 최상위를 의미합니다.

커널이 initramfs 이미지에서 init를 찾을 수 없습니다.

답변1

답변2

답변3

답변4

관련 정보