[ARMedslack] R: R: R: R: micro root rescue system

Davide louigi600 at yahoo.it
Fri May 6 07:19:36 UTC 2011


I put the image on diet and now it fits in 32 Mb (without summery on the jffs2 image):

root at hp:/mnt/hd/usr/src# du -ks rootfs_surap_busybox.jffs2 
31892   rootfs_surap_busybox.jffs2
root at hp:/mnt/hd/usr/src#

This is what's in the system:
root at hp:/mnt/hd/usr/src/surap_packages# du -ms * |sort -n
1       apr-util-1.3.10-arm-1.tgz
1       at-3.1.12-arm-1.tgz
1       busybox-1.18.4-arm-1.tgz
1       dnsmasq-2.52-arm-1.tgz
1       dropbear-0.53.1-arm-1.tgz
1       hostapd-0.7.3-arm-1.tgz
1       iptables-1.4.10-arm-1.tgz
1       iw-0.9.20-arm-1.tgz
1       ppp-2.4.5-arm-1.tgz
1       sqlite-3.7.3-arm-1.tgz
1       udev-165-arm-2.tgz
1       usb_modeswitch-1.1.6-arm-1.tgz
1       wireless-tools-29-arm-2.tgz
2       kernel-firmware-2.6.38.3-noarch-1.tgz
3       php-5.3.6-arm-1.tgz
5       microroot_libs-arm-1.tgz
12      kernel_2.6.38.3-microkirkwood-arm-1.tgz

I've not got around to get all the pppd helping stuff, master mode upun wifi gongle plugin ... etc stuff working but the base system is working and could be used as a slackware like rescue system.

The busybox build is pretty much a complete buld and has nearly everything enebled including nand utilities.  

Anyone intrested ?

--- Gio 5/5/11, Davide <louigi600 at yahoo.it> ha scritto:

> Da: Davide <louigi600 at yahoo.it>
> Oggetto: [ARMedslack] R:  R:  R:  micro root rescue system
> A: "Slackware ARM port" <armedslack at lists.armedslack.org>
> Data: Giovedì 5 maggio 2011, 10:15
> Busybox has an internal micro web
> server
> root at surap:~# busybox httpd --help
> BusyBox v1.18.4 (2011-04-20 14:04:26 BST) multi-call
> binary.
> 
> Usage: httpd [-ifv[v]] [-c CONFFILE] [-p [IP:]PORT] [-u
> USER[:GRP]] [-r REALM] [-h HOME]
> or httpd -d/-e/-m STRING
> 
> Listen for incoming HTTP requests
> 
> Options:
>         -i       
>       Inetd mode
>         -f       
>       Don't daemonize
>         -v[v]     
>      Verbose
>         -p [IP:]PORT    Bind
> to IP:PORT (default *:80)
>         -u
> USER[:GRP]   Set uid/gid after binding to
> port
>         -r REALM     
>   Authentication Realm for Basic Authentication
>         -h HOME     
>    Home directory (default .)
>         -c FILE     
>    Configuration file (default
> {/etc,HOME}/httpd.conf)
>         -m STRING   
>    MD5 crypt STRING
>         -e STRING   
>    HTML encode STRING
>         -d STRING   
>    URL decode STRING
> 
> I'll be getting rid of apache in the microroot system
> 
> --- Mer 4/5/11, Davide <louigi600 at yahoo.it>
> ha scritto:
> 
> > Da: Davide <louigi600 at yahoo.it>
> > Oggetto: [ARMedslack] R:  R:  micro root
> rescue system
> > A: "Slackware ARM port" <armedslack at lists.armedslack.org>
> > Data: Mercoledì 4 maggio 2011, 00:57
> > Ok I've the first working image with
> > all the basics working.
> > 
> > This is what's in the image:
> > root at hp:/mnt/hd/usr/src/surap_packages# ls
> > at-3.1.12-arm-1.tgz         
> >   iptables-1.4.10-arm-1.tgz
> > busybox-1.18.4-arm-1.tgz   
> >    iw-0.9.20-arm-1.tgz
> > dnsmasq-2.52-arm-1.tgz     
> >    kernel-firmware-2.6.38.3-noarch-1.tgz
> > dropbear-0.53.1-arm-1.tgz     
> > kernel_2.6.38.3-microkirkwood-arm-1.tgz
> > php-5.3.5-arm-1.tgz         
> >   glibc-solibs-2.13-arm-1.tgz  
> > ppp-2.4.5-arm-1.tgz         
> >   hostapd-0.7.3-arm-1.tgz      
> > udev-165-arm-2.tgz         
> >    httpd-2.2.17-arm-2.tgz   
> >    
> > usb_modeswitch-1.1.6-arm-1.tgz
> wireless-tools-29-arm-2.tgz
> > root at hp:/mnt/hd/usr/src/surap_packages#
> > and a few other required libs picked manually
> > 
> > The compressed and unsummed jffs2 is 41Mb big
> > 
> > root at hp:/mnt/hd/usr/src/surap_packages# du -ms
> > ../surap_busybox.jffs2 
> > 41      ../surap_busybox.jffs2
> > root at hp:/mnt/hd/usr/src/surap_packages#
> > 
> > usb_modeswitch will not work because it needs tclsh
> and I
> > don't want to add it unless it's really necessary.
> I'll try
> > working around the problem with pure busybox ash
> scripting
> > ... if that's not possible I'll write a small c
> program to
> > help out ash.
> > 
> > Regards
> > David
> > 
> > --- Mar 3/5/11, Davide <louigi600 at yahoo.it>
> > ha scritto:
> > 
> > > Da: Davide <louigi600 at yahoo.it>
> > > Oggetto: [ARMedslack] R:  micro root rescue
> > system
> > > A: "Slackware ARM port" <armedslack at lists.armedslack.org>
> > > Data: Martedì 3 maggio 2011, 08:43
> > > I struck another little problem while
> > > trying to keep things as much slackware as
> possible:
> > > busybox default shell (the most complete one)
> seems to
> > have
> > > no support for arrays. Slackware's
> > /etc/rc.d/rc.inet1.conf
> > > is all array config file.
> > > 
> > > In order to at least keep the same parameter
> names
> > with no
> > > array index I moved to making
> ifcfg.<interface>
> > whose
> > > contents would be the unindexed variables for
> each
> > > interface. Now this is a bit redhatish but I was
> > unable to
> > > think of any other slackware like solution with
> no
> > arrays.
> > > 
> > > Anyone have any idea ?
> > > 
> > > Regards
> > > David
> > > 
> > > --- Ven 22/4/11, Davide <louigi600 at yahoo.it>
> > > ha scritto:
> > > 
> > > > Da: Davide <louigi600 at yahoo.it>
> > > > Oggetto: [ARMedslack] micro root rescue
> system
> > > > A: "Slackware ARM port" <armedslack at lists.armedslack.org>
> > > > Data: Venerdì 22 Aprile 2011, 11:45
> > > > Sorry for starting a new thread on
> > > > something that was started elsewhere ....
> but
> > maybe
> > > the
> > > > shoot-off needs better attention with a new
> > thread.
> > > > 
> > > > >> This is a mix of a few I built
> myself
> > and
> > > some
> > > > gotten from current.
> > > > >> This is what I'll be working with
> and
> > should
> > > fit
> > > > in a compressed
> > > > >> jffs2 image 64Mb big.
> > > > >>
> root at slackware:/usr/src/surap_packages#
> > du
> > > -ms * |
> > > > sort -n
> > > > >> 1   busybox-1.18.4-arm-1.tgz
> > > > >> 1    dropbear-0.53.1-arm-1.tgz
> > > > >> 1   hostapd-0.7.3-arm-1.tgz
> > > > >> 1    iptables-1.4.10-arm-1.tgz
> > > > >> 1    iw-0.9.20-arm-1.tgz
> > > > >> 1    ppp-2.4.5-arm-1.tgz
> > > > >> 1    udev-165-arm-2.tgz
> > > > >> 1   
> usb_modeswitch-1.1.6-arm-1.tgz
> > > > >> 1    wireless-tools-29-arm-2.tgz
> > > > >> 2    httpd-2.2.17-arm-2.tgz
> > > > >> 2   
> > kernel-firmware-2.6.38.3-noarch-1.tgz
> > > > >> 5    glibc-solibs-2.13-arm-1.tgz
> > > > >> 8   
> > kernel_kirkwood-2.6.38.3-arm-1.tgz
> > > > >> 10   php-5.3.5-arm-1.tgz
> > > > >>
> > > >
> > >
> >
> 15   kernel-modules-kirkwood-2.6.38.3_kirkwood-arm-1.tgz
> > > > >>
> root at slackware:/usr/src/surap_packages#
> > du
> > > -ms .
> > > > >> 43      .
> > > > >>
> root at slackware:/usr/src/surap_packages#
> > > > >>
> > > > >> Since booting from jffs2 image does
> not
> > > require
> > > > initrd ... and maybe
> > > > >> one can do without documentation
> ....
> > I'll
> > > see if
> > > > I can fit that in a
> > > > >> 32Mb image.
> > > > >>
> > > > > Build a custom kernel with few modules
> ;)
> > > > 
> > > > I will strip all unnecessary modules for a
> > rescue
> > > system,
> > > > remove initrd, strip documentation and carve
> down
> > as
> > > much as
> > > > possible ... if it won't fit I'll consider
> thttpd
> > and
> > > some
> > > > lighter web scripting language. Maybe web
> stuff
> > is
> > > not
> > > > really necessary for a rescue system
> anyway.
> > > > 
> > > > Now I've a question.
> > > > there are 2 ways to do this:
> > > > 1) repackage the single packages and append
> some
> > > suffix to
> > > > distinguish them from the standard
> packages,
> > possibly
> > > modify
> > > > the build scripts for them so that future
> > maintenance
> > > will
> > > > be easier,
> > > > 
> > > > 2) just shove everything needed somewhere
> and
> > remove
> > > all
> > > > that is not needed and then build the jffs2
> > image.
> > > > 
> > > > Now if this micro root system is just going
> to be
> > my
> > > > personal AP/3g/NAS/router/rescue the second
> way
> > will
> > > take
> > > > much less effort, on the other hand if you
> like
> > the
> > > idea of
> > > > having an armedslack micro root system that
> will
> > be
> > > more
> > > > then just a rescue system and possibly fit
> in a
> > 32Mb
> > > > compressed image; well then we should go
> about
> > the
> > > first
> > > > way.
> > > > I say we because I'm just a user and even if
> I do
> > most
> > > of
> > > > the dirty work I'll need assistance from
> the
> > > ARMedslack team
> > > > to do some of the required actions if this
> is of
> > any
> > > > interest to ARMedslack community. 
> > > > 
> > > > I've no reservation in sharing my work as I
> > consider
> > > all my
> > > > work GPL + it's mainly just administration
> so
> > the
> > > question
> > > > really is: Does armedslack want a smart
> micro
> > root
> > > system ?
> > > > 
> > > > Best regards
> > > > David Rao
> > > > 
> > > >
> _______________________________________________
> > > > ARMedslack mailing list
> > > > ARMedslack at lists.armedslack.org
> > > > http://lists.armedslack.org/mailman/listinfo/armedslack
> > > > 
> > > _______________________________________________
> > > ARMedslack mailing list
> > > ARMedslack at lists.armedslack.org
> > > http://lists.armedslack.org/mailman/listinfo/armedslack
> > > 
> > _______________________________________________
> > ARMedslack mailing list
> > ARMedslack at lists.armedslack.org
> > http://lists.armedslack.org/mailman/listinfo/armedslack
> > 
> _______________________________________________
> ARMedslack mailing list
> ARMedslack at lists.armedslack.org
> http://lists.armedslack.org/mailman/listinfo/armedslack
> 


More information about the ARMedslack mailing list