Grml을 실행하는 동일한 USB 드라이브에서 config.tbz를 로드하는 방법은 무엇입니까?

Grml을 실행하는 동일한 USB 드라이브에서 config.tbz를 로드하는 방법은 무엇입니까?

USB 스틱의 루트 에 를 넣으려고 했지만 config.tbz기본적으로 압축이 풀리지 않으며 유용한 정보도 기록되지 않습니다 ( 커널 명령줄에 추가된 /tmp/grml*경우에도 ). log또한 커널 라인(스틱 파티션의 레이블)을 추가했는데 이제 찾을 수 없는 불만 사항이 있기 때문에 (스틱의 루트에 있음에도 불구하고) autoconfig=GRML32-FULL뭔가 조치를 취한 것 같습니다 ./tmp/grml*config.tbz

이와 같은 간단한 설정을 수행하는 방법에 대한 아이디어가 있습니까? (grml의 문서에는 DCS, GCA 등과 같은 옵션 및 정의/약어가 많이 있지만 간단한 예가 부족합니다. Grml은 또한 대부분의 다른 배포판처럼 루프백/파일 지속성을 수행하지 않습니다. 필요합니다.)

답변1

대답은 다소 간단합니다. USB 루트에서 로드/추출 config하려면 커널 명령줄에 (다른 매개변수 없음) 전달 해야 합니다. 원하지 않는 한 필요하지 않습니다.config.tbzextract좁혀추출된 콘텐츠, 즉 전체 아카이브를 추출하고 싶지 않은 경우. 모든 것이 잘 작동하면 추출되는 파일 목록도 볼 수 있습니다. 적어도 해당 목록도 전달했다면 log(아마도 그렇지 않을 수도 있지만 시도하지는 않았습니다). 내가 이것을 어떻게 생각해 냈는지에 관해서는 다음과 같습니다.출처, 루크.

그럼에도 불구하고 이 방법은 부팅 프로세스 후반에 추출이 발생하므로 추가 펌웨어를 추가하는 데 덜 유용합니다. 예를 들어 grml 에 b43 드라이버가 없지만 initrd나중에 일반 루트에서 로드되는 경우에도 이 문제는 config.tbz가 추출되기 전에 발생하므로 (지연 로드된) b43은 여전히 ​​펌웨어를 찾지 못합니다. . (쉬운 방법이 update-initramfs효과가 있을 것이라고 생각한 사람들을 위한 조언: b43이 펌웨어 종속성을 지정하지 못했기 때문에 그렇지 않았습니다. 펌웨어가 무료가 아니기 때문에 업스트림이 수정되지 않은 오래된 "버그"입니다.) 실제로 , scripts커널에 인수 전달을 사용하는 경우에도 작동할 수 있습니다 . /scripts/grml.sh기본적으로 스틱의 루트에서 로드됩니다. b43과 같은 경우 modprobe -r b43; modprobe -r ssb; modprobe b43펌웨어가 제자리에 있을 때 해당 스크립트를 다시 삽입해야 합니다 . scripts운 좋게도 이는 config.tbz추출 후에만 발생합니다. 실제로 펌웨어 등을 추가하여 squashfs를 다시 빌드할 수도 있습니다.

관련 정보