rootfs时启动失败，求助！

chishanmingshen

Q1:
用busybox1.22制作了rootfs，rootfs显示已经挂载成功了，之后就挂住了，
显示如下：request_module:runaway loop modprobe binfmt-464c
kernel是2.6.32，为何停住了？求助，谢谢！
上面的问题不打算跟了， 谢谢大家的热心帮助！！

Q2:在initramfs时使用的bash，它依赖于initramfs的lib。那么，真根挂上后，bash怎么转为依赖真根的lib？
已解决：应该是kernel_execve替换实现的。


Q3:ramdisk除了直接用作真根的嵌入式场景，现在还有哪种应用场景？求指点，谢谢！


Q4：即使不带CONFIG_INITRAMFS_SOURCE 选项，__initramfs_size也非0吧，应该有default内置。那么何时为0呢？？？

lenky0401

用现成的:http://fs.devloop.org.uk/

chishanmingshen

回复 2# lenky0401

[/code]你这个网站是干啥的，没看明白。。。



   

chishanmingshen

求助了，解决了才能回家过年。。。

http://bbs.chinaunix.net/thread-2083891-1-1.html  说可能是arch不同的问题，但是我的情况是都是同一个arch的。

http://blog.csdn.net/ab198604/article/details/5755391 说可能是sh的问题，我看了下busybox的编译选项，也是ok的。

humjb_1983

/* If modprobe needs a service that is in a module, we get a recursive
         * loop.  Limit the number of running kmod threads to max_threads/2 or
         * MAX_KMOD_CONCURRENT, whichever is the smaller.  A cleaner method
         * would be to run the parents of this process, counting how many times
         * kmod was invoked.  That would mean accessing the internals of the
         * process tables to get the command line, proc_pid_cmdline is static
         * and it is not worth changing the proc code just to handle this case.
         * KAO.
         *
         * "trace the ppid" is simple, but will fail if someone's
         * parent exits.  I think this is as good as it gets. --RR
         */
        max_modprobes = min(max_threads/2, MAX_KMOD_CONCURRENT);
        atomic_inc(&kmod_concurrent);
        if (atomic_read(&kmod_concurrent) > max_modprobes) {
                /* We may be blaming an innocent here, but unlikely */
                if (kmod_loop_msg++ < 5)
                        printk(KERN_ERR
                               "request_module: runaway loop modprobe %s\n",
                               module_name);
                atomic_dec(&kmod_concurrent);
                return -ENOMEM;
        }
从代码看，看似modprobe并发数(或迭代次数)太高，不知是否有这样的情况。

流氓无产者

http://blog.sina.com.cn/s/blog_6abb5ca101014llb.html

shuge_guet

是不是反复挂载了，检查一下

amarant

这个问题我遇到过。先请问lz用的是什么arch？
我以前用的是mips的。mips有不同的abi，如果只编译了支持64的，那么如果二进制的程序是n32或者o32等abi的时候就会出这个问题
建议不从busybox着手，多更改一下linux kernel的配置

linuxfellow

是不是cross compiling?  如果是， 看看 CROSS_COMPILE flag有无设置

gaojl0728

request_module 会调用rootfs里面的/sbin/modprobe程序加载驱动， 错误的信息看起来是至少有50个modprobe进程卡住了而且很长时间不返回,导致在启动第51个modprobe的时候内核给出了警告信息，
应该是你的rootfs做的有问题， 可以简单地测试下，你把init设成/bin/bash看能不能起来，如果bash也起不来说编译的rootfs就有问题了，可以检查编译选项什么的。
另外可以找个能跑起来的环境测试下你的modprobe是不是真的能run