Re: Reading USB flash during boot issues

> Erich Titl wrote:
>  
>> Brent
>>
>> Brent Gardner schrieb:
>>    
>>> Erich Titl wrote:...
>>>
>>> I've been successfully booting the target machine from a Bering-uClibc
>>> v3.0-Beta2 CD and reading/writing config to USB flash for 2+ years and
>>> it continues to boot properly with that config
>>>      
>> Yes, but this is a different kernel with a different initrd.
>> .
>>    
>>>  From the Bering-uClibc v3.1.1-Beta2 setup that's giving me trouble:
>>>
>>> CD uses isolinux to boot.
>>>
>>> contents of <cd root>/boot/isolinux/isolinuc.cfg:
>>>
>>> display isolinux.dpy
>>> timeout 0
>>> append reboot=bios
>>> default linux initrd=initrd.lrp init=/linuxrc rw root=/dev/ram0
>>> LEAFCFG=/dev/sda1:msdos PKGPATH=/dev/sda1:msdos,/dev/cdrom:iso9660
>>> LRP=root,config,etc
>>>      
>> It is not the isolinux which gives trouble, unless the initrd is
>> _not_loaded, can you confirm that?
>>
>>    
>
> Yeah, pretty sure initrd is loaded, otherwise it wouldn't be able to
> access the CD to load packages listed in LRP= above.
>
>
>  
>>> contents of <initrd root>/boot/lib/modules directory:
>>>
>>> -rw-r--r-- 1 root root  37512 2009-02-07 14:37 cdrom.o
>>> -rw-r--r-- 1 root root  20908 2009-04-28 14:19 ehci-hcd.o
>>> -rw-r--r-- 1 root root  36596 2009-02-07 14:37 ide-cd.o
>>> -rw-r--r-- 1 root root 135908 2009-02-07 14:37 ide-core.o
>>> -rw-r--r-- 1 root root   1075 2009-02-07 14:37 ide-detect.o
>>> -rw-r--r-- 1 root root  18236 2009-02-07 14:37 ide-disk.o
>>> -rw-r--r-- 1 root root  22199 2009-02-07 14:37 isofs.o
>>> -rw-r--r-- 1 root root  77786 2009-04-23 16:38 scsi_mod.o
>>> -rw-r--r-- 1 root root  15828 2009-04-23 16:38 sd_mod.o
>>> -rw-r--r-- 1 root root  81022 2009-04-23 16:35 usbcore.o
>>> -rw-r--r-- 1 root root  22776 2009-04-28 17:10 usb-ohci.o
>>> -rw-r--r-- 1 root root  69776 2009-04-23 16:36 usb-storage.o
>>> -rw-r--r-- 1 root root  26392 2009-04-23 16:36 usb-uhci.o
>>> -rw-r--r-- 1 root root  13930 2009-02-07 14:37 vfat.o
>>>      
>> You got many more modules than I found on the initrd, this is
>> suspicious. Ahhhh.... you are using the initrd_ide_cd
>>
>> This is the content of the modules directory in initrd_ide_cd
>>
>> luna:/mnt/boot/lib/modules # ls -l
>> total 270
>> drwxr-xr-x  2 root root    288 2009-04-29 22:55 .
>> drwxr-xr-x  3 root root     96 2009-04-29 22:55 ..
>> -rw-r--r--  1 root root  37512 2009-04-29 22:55 cdrom.o
>> -rw-r--r--  1 root root  36628 2009-04-29 22:55 ide-cd.o
>> -rw-r--r--  1 root root 135908 2009-04-29 22:55 ide-core.o
>> -rw-r--r--  1 root root   1071 2009-04-29 22:55 ide-detect.o
>> -rw-r--r--  1 root root  18268 2009-04-29 22:55 ide-disk.o
>> -rw-r--r--  1 root root  22199 2009-04-29 22:55 isofs.o
>> -rw-r--r--  1 root root  13930 2009-04-29 22:55 vfat.o
>>
>> so not a single usb module, you are not using the original initrd_ide_cd
>>
>>    
>
> Right.  Actually, I add the modules and config info from initrd_usb to
> initrd_ide_cd and call it initrd_ide_cd_usb.lrp on my CDs.
>
>
>  
>>> contents of <initrd root>/boot/etc/modules:
>>>
>>> cdrom
>>> ide-core
>>> ide-disk
>>> ide-cd
>>> ide-detect
>>> isofs
>>> usbcore
>>> usb-uhci
>>> #usb-ohci
>>> #ehci-hcd
>>> scsi_mod
>>> usb-storage
>>> sd_mod
>>> vfat
>>>      
>> And this is also different from the original.
>>
>>    
>>> On a machine where I can get it to boot, contents of /etc/modules:
>>>      
>>> tg3
>>> e1000e
>>>
>>> ip_conntrack
>>> iptable_nat
>>> ip_conntrack_amanda
>>> ip_conntrack_ftp
>>> ip_conntrack_h323
>>> ip_conntrack_irc
>>> ip_conntrack_pptp
>>> ip_conntrack_tftp
>>> ip_nat_amanda
>>> ip_nat_ftp
>>> ip_nat_h323
>>> ip_nat_irc
>>> ip_nat_pptp
>>> ip_nat_snmp_basic
>>> ip_nat_tftp
>>> sch_sfq
>>> sch_ingress
>>> sch_htb
>>> cls_fw
>>> cls_u32
>>> ipt_ah
>>> ipt_CLASSIFY
>>> ipt_connmark
>>> ipt_CONNMARK
>>> ipt_conntrack
>>> ipt_esp
>>> ipt_helper
>>> ipt_ipp2p
>>> ipt_MASQUERADE
>>> ipt_owner
>>> ipt_physdev
>>> ipt_recent
>>> ipt_REDIRECT
>>> ipt_state
>>> ipt_ttl
>>>
>>> softdog
>>>      
>> obviously the usb modules are _not_ loaded here
>>
>>    
>>>  From the Bering-uClibc v3.0-Beta2 setup that works:
>>>
>>> CD boots eltorito-style.
>>>
>>>      
>> .....
>>    
>>> cdrom
>>> ide-core
>>> ide-disk
>>> ide-cd
>>> ide-detect
>>> isofs
>>> usbcore
>>> usb-uhci
>>> scsi_mod
>>> usb-storage
>>> sd_mod
>>> vfat
>>>
>>>
>>>      
>> So you are using the usb-uhci just like on the other disk.I am wondering
>> which modules you use to build your initrd file. You must have the usb
>> modules included with the ide_cd stuff.
>>
>> Please run an lsmod on a machine where you can get it to boot and look
>> for usb modules. Try to determine _when_ they are loaded.
>> Use an original initrd_ide_cd to build a bootable CD for your target
>> machine. This will not yet allow you to use the usb stick, but you can
>> work from there. Load the usb modules manually to determine if they are
>> working correctly.
>>
>> If you have a working LINUX system you can gunzip the initrd and loop
>> mount it, then inspect the contents. You can also add additional modules
>> as fit, unmount and gzip it to use it on the target.
>>
>>    
>
>
> Finally found the problem.  I needed to increase the usb_wait value in
> /var/lib/lrpkg/root.linuxrc in my initrd package.  Default value is 1, I
> increased that to 3.  Works as expected now.
>
> I remember (now) having to do this when I first set up my v3.0-Beta2
> disks.  Guess I didn't take good enough notes back then.
>
> The machines I'm running LEAF on here are way overkill for the job, so
> they run through the boot process too fast to allow for proper USB
> initialization, I guess.
>
>
> Thanks again.
>
>
> Brent Gardner
>
>
>
> ------------------------------------------------------------------------------
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ------------------------------------------------------------------------
> leaf-user mailing list: leaf-user@...
> https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- http://leaf-project.org/
>
>