I-Appliance BBS
The Official Source for Internet Appliance Upgrades and Mods

Click Here!
BBS Main List | Sign In | Sign Up | Search | Help | Linux-Hacker.netReply to Thread | Printer |

Home / I-Opener Areas / I-Opener Technical Stuff
Any variant of Midori/Jailbait/other support USB thumb drives?

New MessageAny variant of Midori/Jailbait/other support USB thumb drives? (modified 0 times) SteveInNC
Profile
It's been a looong time since I've posted here. I've got two older IOs, one booting Linux off of a hard drive and the other running an old Jailbait out of the Sandisk. I'd like to update the Sandisk one to run Midori. Ideally, I'm hoping someone has or knows of a variant that supports USB solid state drives and/or Linksys USB wireless adaptors. The goal is to have the device remain solid state. The thumb drive will be semi-permanent as a writable volume. I'm going to use this IO as a generic web browser for the kitchen (weather.com, foodtv.com, etc.).

Does anyone know of a Midori (or equivalent) version with the above support that will run from the Sandisk and/or a thumb drive?

07-07-2004 14:22:33

New MessageRE:Any variant of Midori/Jailbait/other support USB thumb drives? (modified 0 times) fireether
Profile
Sorry to say, nope :( Midori and m4i seems to be collecting dust as well. I've tried m4i on mine, and had problems.. Jailbait was worse - it kept trying to use modprobe, but modprobe wasnt even installed (!!).

So.. I built a 2.6 kernel for the iopener. I have 2 choices here..
1.) Boot the 2.6 kernel from the sandisk, via dos, using loadlin, and set the root to be /dev/hda, which is a CF attached to a CF to IDE converter, which is then attached to the IDE header..
2.) Same setup as above, except i'll be running off the CF, rather than sandisk.

I'll most likely do #2, since I want to use grub and have a cute splashimage when grub loads, and cover up all the loading messages.. especially since I'm doing this for my brother, who knows how to use a computer, but doesnt know much more than that.

My setup will be pretty limited, but basically the way I'm doing it - others can do it in the same way.

I'm using gentoo. I'm building a basic system that uses a stage3 (read the gentoo doc at www.gentoo.org, you'll know what i mean) and then I just build a 2.6 kernel that doesnt use modules - that has yamaha support compiled in, via motherboard support compiled in, etc. etc. This way I dont have to worry about needing modules, and 2.6 supports most of the hardware that I need.

I'm building this system in vmware for windows - which is a virtual PC in a PC. you can also build it on another hard drive, or so.. do NOT do this on an existing CF. for one.. it will take over 1gb just for the basic stuff. it took 1.1gb for me. if you have a compact flash hard drive (i.e. a CF that is an actual hard drive, not a normal flash drive) - then its not an issue. but if you have a normal cf, you could kill it by building on it, due to the limited write life.

With gentoo, I can just "emerge" anything i need. emerge will download the source, build the source for the specific chip (i586 in my case) and then install it. that way I can keep track of whats there, and remove anything I dont need.

When I'm done, I'll mount my 512mb compactflash under my system. I'll then use grub to make the CF bootable, and then copy most of the stuff from my harddrive to the CF with some exceptions. I'm not copying the portage files, since those can be over 500mb total. I'm not going to use emerge on the iopener at all, which is a disadvantage. However, it does give me more free space.

To boot linux on anything, you need at least the kernel, the init program in /sbin, and you need /etc/inittab. You also need /etc/init.d. Dont forget to check any extra programs to make sure you have their dependencies (use ldd). Its a pain in the butt.

I'm still figuring out how I'll do linux on the CF. I know that the root will be mounted readonly, with /tmp being a ramdisk, and /home will be another partition. this way /home can be mounted as read-writable if the user has to save something, then it'll be remounted as read-only. I'll also probably use cramfs.

I'll keep you posted if you're interested in what I'm doing, or if anybody else is interested. I'm trying to use the latest kernels, and to outline a way that most people can build their own customized i-opener linux distros without getting into really complicated stuff.

In summary:
1.) Setup a hard drive that you dont care about, format it and install gentoo. Or use vmware workstation in windows for this.
2.) Setup packages you want in your "system".
3.) Make partitions in your CF, and copy over the stuff you really want to use.
4.) Grub and make your CF bootable.
5.) Put your CF into your iopener and enjoy.

Note: I'm still putting stuff on my 'system' disk, I havent started on putting stuff in the CF and testing on the iopener, but the kernel does work. So bear with me, I'll probably change stuff around before finalizing it.

08-09-2004 05:58:00

New MessageAnyone else able to use the m4i build kit? (modified 0 times) killerkow
Profile
I was building a system, with a 2.6.9 kernel, the new glibc, busybox, dillo, and things... to update the midori I have on my iopener now... But the build kit on http://m4i.homeip.net/ doesn't work for me at all. I changed the syntax of the tail command in the script so it wouldn't give me the errors with that, but the cramfsck in there still complains:
root1.img.cram: invalid cramfs--wrong magic
And then on top of that, the last message from the script was:
image /var/tmp/m4i-2.3/image/main.img.packed is too large
It says the same thing even with just the unmodified stock build.
I flashed (dd'd) that onto the drive of a bochs and a vmware machine, and after the bios, it says LOADING... or whatever, and then it just stops, nothing. Bochs at that point says a PANIC has occured: prefetch: RIP > CS.limit, whatever that means.

Apparently someone else has been able to use the build kit these days, there's a link at the top of the m4i page where someone else has recently built another version, but they didn't have a link to their build kit, so I'm assuming they just used the standard one.

I was doing on this on gentoo 2.6.9, and I've been using scratchbox to do the builds of the kernel, glibc, etc...

12-26-2004 20:01:21

New MessageRE:Any variant of Midori/Jailbait/other support USB thumb drives? (modified 0 times) RoadWarrior
Profile
I was just looking at this..
http://featherlinux.berlios.de/about.htm
seems like a possible candidate for flash sticks on iOpeners, dunno what the system requirements are like for that though, I would presume you'd probably want 64Mb of RAM.
12-27-2004 19:44:39

New MessageRE:Any variant of Midori/Jailbait/other support USB thumb drives? (modified 0 times) kctx7
Profile
I use usb flash drives with Midori all the time.

Another option: IDE to CF converter for about $15.00

Kerry

12-27-2004 21:47:04

New MessageRE:Any variant of Midori/Jailbait/other support USB thumb drives? (modified 0 times) Thorn
Profile
Kerry: did you have to do anything special to get your usb flash drives working with Midori, or did they just work?

I'm using 2.3-pre1 and am not having much luck. While my cheapo drive works in knoppix and on the IO itself under dos (with the mhairu drivers), Midori hangs up in registering the device(as seen in the dmesg) after the line:

"scsi0: SCSI emulation for USB Mass Storage Devices"
I do get other messages that don't show up in knoppix:
"usb_control/bulk_msg: timeout"
"usb_uhci.c: interrupt, status 3, frame# xxx"

The frame number changes every time that line shows up. From what I can tell, the next line I *should* be seeing contains the vendor and model info.

I suspect the vendor id and/or product id are just not in the database - I looked at /usr/share/usb.ids and the vendor id is there but doesn't look right.

Running Jailbait and other Midori variants (that don't have all the modules loaded) gives me messages that my usb device is not claimed by any driver - supporting my hypothesis that the built in usb mass storage drivers don't have the updated vendor id info. I don't think any of the modules should be trying to claim the device because they're all for usb ethernet/networking.

Any thoughts, anyone? Thanks.

03-18-2005 11:36:57

New MessageRE:Any variant of Midori/Jailbait/other support USB thumb drives? (modified 0 times) Thorn
Profile
Ahh, sorry guys. Ignore my last post - A new usb thumb drive that explicitly stated linux 2.4.x compliance worked just fine. I assumed since knoppix liked the stick that it must be linux compliant, but not so. The other two usb devices I used as reference weren't "linux compliant" either... I should have re-read the manuals first.

Anyway, it was much easier to buy a new usb stick than to recompile the drivers to recognize these other drives :)

03-21-2005 19:58:23

Reply to Thread | Printer |
All times are PSTPowered by UltraBoard v1.62



Copyright © 2000, Netmake Inc. All Rights Reserved.
See Terms and Conditions for more information.




i-opener opener laptop notebook computer help drivers dll free windows dos repair fix linux mac macintosh 2000 95 98 nt pc configure hardware software sound video netscape explorer network networking lan wan software cmos fat bios printer card mouse modem ide scsi cd rom controllers scanner tape hard drive cgi scripts source code mp3