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を再構築することもできます。