**** BEGIN LOGGING AT Sat Dec 31 03:00:44 2005 Dec 31 05:05:55 rwhitby, bumped upon a small fight in the wiki: http://www.nslu2-linux.org/wiki/Applications/DigitalCameraBackup Dec 31 05:06:05 do we need to do something here? Dec 31 05:15:53 eFfeM: do nothing Dec 31 05:18:00 eFfeM: I have edited the page Dec 31 05:19:33 ok Dec 31 08:00:06 debootstraping LeSlug, obviously the debonaras.org sarge dist won't work, wrong endian, will any sarge arm location work? Dec 31 08:05:23 answer: aparently so. :D Dec 31 08:15:11 actually apparently not. Failed in validating packages. Dec 31 08:15:41 errors follow: Dec 31 08:15:47 # ./usr/sbin/debootstrap --arch arm sarge /mnt/debinst http://http.us.debian.org/debian Dec 31 08:15:47 I: Retrieving debootstrap.invalid_dists_sarge_Release Dec 31 08:15:47 I: Validating debootstrap.invalid_dists_sarge_Release Dec 31 08:15:47 I: Retrieving debootstrap.invalid_dists_sarge_main_binary-arm_Packages Dec 31 08:15:47 I: Validating debootstrap.invalid_dists_sarge_main_binary-arm_Packages Dec 31 08:15:48 /mnt/debinst/work/usr/lib/debootstrap/pkgdetails: 1: Syntax error: word unexpected (expecting ")") Dec 31 08:30:32 used the wrong udeb, grabed from normal debian pool, and updated wiki Dec 31 08:32:52 rwhitby: on LeSlug still need to copy over /etc/network/interfaces? Dec 31 08:42:09 hi Dec 31 08:42:13 lo Dec 31 08:42:32 having some probs with nfs-kernel-server Dec 31 08:42:54 hm I'm prob not much help there... Dec 31 08:43:43 userlevel seems to work, but in-kernel returns Exporting directories for NFS kernel daemon...192.168.1.100:/home/nfs: No such d evice Dec 31 08:43:53 which makes little sense.. Dec 31 08:44:17 in /etc/exports : /home/nfs 192.168.1.100(sync,rw) Dec 31 08:44:33 no idea why it tries to to look for 192.168.1.100:/home/nfs Dec 31 08:44:57 does anyone here have an idea on that? Dec 31 08:46:25 that error happens all the time, or just initially? Dec 31 08:46:58 whenever I try to start the deamon/export something Dec 31 08:47:28 /home/nfs exists? Dec 31 08:47:42 yep Dec 31 08:47:55 ip addy correct for the server? Dec 31 08:48:50 portmapper is running ? Dec 31 08:49:18 portmapper is running yes Dec 31 08:49:33 It seems the /etc/exports file is not read properly Dec 31 08:49:52 why else should it try to read 192.168.1.100:/home/nfs -- which makes really no sense Dec 31 08:50:16 as 192.168.1.100 is declared as a client which is allowed to mount /home/nfs on the server Dec 31 08:50:44 hm.. I think rpc.mountd is not running Dec 31 08:52:09 now its running.. but i still get the same bogus message Dec 31 08:53:03 rpciod and lockd running too? Dec 31 08:54:14 rpciod? Dec 31 08:57:18 listed as rpciod/0 in the ps -ef output, pretty sure that is something from nfs environment Dec 31 08:57:25 in /etc/init.d/nfs-kernel-server only rpc.nfsd rpc.mountd and exportfs are being started Dec 31 08:58:18 caplink811_log, u're running nfs-kernel-server on debonaras? Dec 31 08:58:57 nope, user space, but in nfs-user-server there are only two executables, rpc.mountd and rpc.nfsd Dec 31 08:59:20 hm.. guess i'll switch to user space then aswell.. that seemed to work when I tried it Dec 31 09:02:22 do you tried nfsinfo -p localhost? Dec 31 09:04:18 can't be bothered.. already switched to userlevel deamon Dec 31 09:48:05 03bzhou * 10unslung/make/py-bittorrent.mk: upstream upgrade from 4.2.0 to 4.2.2 Dec 31 09:56:05 hm.. no dns package for debonaras? like tinydns for example.. ? Dec 31 09:58:26 ah,dnsmasq sounds good Dec 31 10:49:11 03bzhou * 10unslung/make/git-core.mk: upstream upgrade from 1.0.5 to 1.0.6 Dec 31 11:24:46 is there top or equivalent for unslung? Dec 31 11:41:08 anyone with a leslug debootstrap? I'm stuck at the kernel part... I think... Dec 31 13:21:43 jstueve: debootstrap instructions for LeSlug are the same as for OpenDebianSlug, so yes, you need to create a valid /etc/network/interfaces somehow. Dec 31 13:22:29 jstueve: can you flesh out http://www.nslu2-linux.org/wiki/DebianSlug/LeDebianSlug with the steps you have needed to take so far (starting with building LeSlug from source)? Dec 31 13:22:39 rwhitby, thanks. sorta Dec 31 13:22:54 I get to the end of the chroot and try to reboot to an endless flashing amber. Dec 31 13:23:32 that's normal - the leds aren't supported in debian yet Dec 31 13:23:35 I think it is the kernel image of the debian debootstrap procedure that is hanging... I tried a couple of paths, and didn't work Dec 31 13:23:47 never could ping the after a reboot. Dec 31 13:24:15 did you put the pre-up in network/interfaces for the ixp modules? Dec 31 13:24:17 leslug turnup -i disk worked... to another partion... still would like to try to get a ledebianslug working. Dec 31 13:24:26 yes... pre-up in both... Dec 31 13:24:49 and you copied /lib/modules contents over to the debianslug disk area ? Dec 31 13:25:05 I think so.. checking Dec 31 13:25:21 and you've removed /.recovery from the debianslug rootfs ? Dec 31 13:25:38 ls debinst/lib/modules Dec 31 13:25:41 2.6.15 Dec 31 13:25:56 I've become fmailar with removing the .recovery ;) Dec 31 13:27:50 ixp400.ko is in the right place. Dec 31 13:28:14 hmm - can't think what else could cause no network. Dec 31 13:28:14 the issue that confused me is the kernel-image Dec 31 13:28:34 oh, you don't need to replace the kernel if you've built leslug yourself Dec 31 13:28:59 so ignore any instructions about reflashing the kernel - you use the leslug kernel Dec 31 13:29:01 should there be a vmlinuz or a linuxrc in the root of the debinst? Dec 31 13:29:28 doesn't need to be. kernel is in flash, and linuxrc is in jffs2 which pivots to init in debinst Dec 31 13:29:48 did you read the edit I made to the LeDebianSlug page on the wiki? Dec 31 13:30:00 debinst is the mount point, right? You don't have a debinst dir at the top of your debian partition do you? Dec 31 13:30:13 ah..okay.. so try without any of those... I don't think I've tried that yet... Dec 31 13:30:25 right that is the mount in the flash leslug Dec 31 13:31:13 I downloaded the debootstrap udeb from the normal debian site... Dec 31 13:31:21 yep, that's correct Dec 31 13:31:27 the debootstrap in debonaras didn't work. Dec 31 13:31:40 yep, wrong endian Dec 31 13:32:06 how do I un-turnup from disk, to try the turnup again to the debian root Dec 31 13:33:19 just run turnup from the leslug disk? Dec 31 13:34:39 I just touch /.recovery to do that :-) Dec 31 13:34:43 (answer: turnup flash) (duh) Dec 31 13:34:58 (if I'm already running debian) Dec 31 13:35:08 but yeah, turnup flash if you're in leslug Dec 31 13:35:35 okay gonna turnup to the debian root with no kernel images Dec 31 13:37:26 serial would make it much easier to debug ;-) Dec 31 13:37:39 yeah... Dec 31 13:37:42 we should really make the /linuxrc log somewhere too Dec 31 13:38:06 when I try to do the 'turnup disk -s7 /dev/sda1 -t ext3' Dec 31 13:38:37 it errors out and say 'partition does not seem to be a valid root partition Dec 31 13:39:04 der says .recovery exists... thought I squashed that Dec 31 13:39:50 kill .recovery and retrying... Dec 31 13:40:44 linuxrc swinging makes sense, but the documentation of the debootstrap procedure convincedme that I needed it... Dec 31 13:43:21 maybe you can make sense of this... it sits and doesn't respond to pings (flashing amber) then after 5 mins or so of that, I press the power button for 5 secs or so, it beeps (I think) and goes solild amber, then after a short while starts to respond to pings... when ssh into box, shows booted to flash image Dec 31 13:43:37 nm it is responding to pings Dec 31 13:44:27 sshd takes a couple of minutes first boot to generate keys Dec 31 13:44:53 ah... Dec 31 13:45:01 but it booted back to flash Dec 31 13:45:07 checking .recovery Dec 31 13:45:20 when you hit power, you rebooted, and .recovery was there so it booted to flash Dec 31 13:46:14 be patient on the first debian boot Dec 31 13:46:21 okay, that makes sense... Dec 31 13:46:42 I'm about to go out shopping... :) so I'll check it afterwards... Dec 31 13:46:53 thanks for your help, I'll update the wiki with my findings. Dec 31 13:46:57 ok Dec 31 15:46:50 rwhitby: 2 hours later, still flashing amber, and still un-responsive to pings Dec 31 15:47:14 jstueve: yeah, it definitely doesn't take that long Dec 31 15:47:53 gonna check and see if it even generated logs Dec 31 15:49:09 does anyone have notes on how to build the ixp400 Access Library and ethernet against a 2.4 kernel? outside the .bb system? Dec 31 15:55:08 rwhitby: syslog fills up with something like: Dec 31 15:55:20 Dec 31 16:41:39 SLUG init: Id "1" respawning too fast: disabled for 5 minutes Dec 31 15:55:37 morfic: depends which version Dec 31 15:55:53 jstueve: did you do the changes to inittab ? Dec 31 15:56:18 hmm Dec 31 15:56:21 dbl checking Dec 31 15:56:22 morfic: are you involved in the gentoo work for nslu2? Dec 31 15:56:39 jstueve: in particular, the line for ttyS0 must be present Dec 31 15:57:20 I don't have serial... Dec 31 15:57:49 probably didn't like the extra tty ports though Dec 31 15:59:10 the errors cycled through 1-6 so I commented out those in the inittab Dec 31 15:59:40 this is my newly edited inittab: Dec 31 15:59:43 l0:0:wait:/etc/init.d/rc 0 Dec 31 15:59:43 #l1:1:wait:/etc/init.d/rc 1 Dec 31 15:59:43 #l2:2:wait:/etc/init.d/rc 2 Dec 31 15:59:43 #l3:3:wait:/etc/init.d/rc 31 Dec 31 15:59:43 #l4:4:wait:/etc/init.d/rc 4 Dec 31 15:59:44 #l5:5:wait:/etc/init.d/rc 5 Dec 31 15:59:46 #l6:6:wait:/etc/init.d/rc 6 Dec 31 15:59:48 # Normally not reached, but fallthrough in case of emergency. Dec 31 15:59:50 z6:6:respawn:/sbin/sulogin Dec 31 15:59:52 ca:123456:ctrlaltdel:/sbin/poweroff Dec 31 15:59:54 S:2345:respawn:/sbin/getty 115200 ttyS0 Dec 31 16:02:13 whoops that is the leslug inittab Dec 31 16:02:43 rwhitby: i try to make a install of gentoo on a nslu2 easier, yes, i am rereading the 1.4 intel release notes again, see if i mised something, i am trying with 2.4.22 since that is mentioned in the (huge?) patches OE uses Dec 31 16:04:22 morfic: nslu.sf.net cvs repo module "nas100d" has a makefile which will build IXP modules against 2.6.15-rc7 outside of OE environment Dec 31 16:04:52 rwhitby: do I put in the line for ttys0 even without a serial port Dec 31 16:05:16 morfic: it would be great if the gentoo guys could send a status message to the nslu2-linux mailing list. Debian is getting a lot of exposure, but Gentoo is silent on the list. Dec 31 16:05:23 jstueve: yes, it's required. Dec 31 16:06:06 we are ok with 2.6, thanks, i want to see how a 2.4 kernel acts on this nslu2 i have here, so there is a lot of personal interest for 2.4, most users would be happy with 2.6 it seems Dec 31 16:06:18 T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100 Dec 31 16:06:23 like that line? Dec 31 16:07:20 jstueve: see http://reclaim.no/apcs04.html.en Dec 31 16:07:34 check. Dec 31 16:07:42 disable tty[1-6] lines and add S0:2345:respawn:/sbin/getty 115200 ttyS0 Dec 31 16:11:12 crosses fingers ** Dec 31 16:27:34 welp looks like something else is wonky... Dec 31 16:28:04 I must say that the ability to reboot to a 'recovery' system is a nice thing that having to reflash redboot over and over. Dec 31 16:34:34 rwhitby: can I post part of the initial kern.log? Dec 31 16:41:49 rwhitby: nm - same-ol-same-ol and T0 != S0 Dec 31 16:41:52 *sigh* Dec 31 16:52:55 nj- again Dec 31 16:53:35 jstueve: paste it on pastebin.ca or something Dec 31 16:56:32 http://pastebin.ca/35408 Dec 31 16:56:40 SO recycling to quickly. Dec 31 16:56:50 respawning Dec 31 16:58:39 paste your inittab too Dec 31 16:58:54 1115200 is wrong isn't it Dec 31 16:59:02 yes Dec 31 16:59:08 *shakes head* Dec 31 17:01:31 one shouldn't type on new years eve... Dec 31 17:01:37 is it 2006 in oz? Dec 31 17:09:11 yep, well into it. 10:30am Dec 31 17:12:55 happy new year... Dec 31 17:13:09 okay all is okay with the inittab Dec 31 17:13:13 but still not booting Dec 31 17:13:31 last part of auth.log Dec 31 17:13:47 Dec 31 18:01:02 SLUG sshd[840]: Server listening on 0.0.0.0 port 22. Dec 31 17:13:47 Dec 31 18:09:37 SLUG sshd[840]: Received signal 15; terminating. Dec 31 17:14:15 so that tells me that it isn't getting an ip? Dec 31 17:19:57 probably Dec 31 17:23:38 posted kern.log at http://pastebin.ca/35409 Dec 31 17:25:41 didn't see the ixp modules loaded in there Dec 31 17:26:10 pastebin your /etc/network/interfaces Dec 31 17:28:53 posted Dec 31 17:29:08 at http://pastebin.ca/35410 Dec 31 17:31:05 ls -l lib/modules/2.6.15/kernel/drivers/ixp400/ Dec 31 17:31:05 -rw-r--r-- 1 root root 645959 Dec 31 17:06 ixp400.ko Dec 31 17:31:15 aigh.. typoe Dec 31 17:33:04 modprove != modprobe Dec 31 17:33:12 rebooting again... see you in a few.. ;) Dec 31 17:46:57 well this is the furthest i have gotten building it, but now off i go, in-laws, happy new year Dec 31 17:49:29 happy new year morfic Dec 31 17:52:36 will be fun to find ixp425.h after i am back :) Dec 31 17:54:28 at http://pastebin.ca/35412 Dec 31 17:58:56 something screwy still Dec 31 17:58:58 looks the same Dec 31 17:59:45 still says modprove on that page Dec 31 18:00:28 at http://pastebin.ca/35413 has the etc/network/interfaces Dec 31 18:00:34 updated Dec 31 18:06:03 I'll have to try more in the new year.. off to celebrate... enjoy the football... thanks for your help rwhitby Dec 31 18:11:01 oh, I think it's meant to be ixp400_eth.ko now Dec 31 18:14:05 yep, s/425/400/ should work for jstueve **** ENDING LOGGING AT Sun Jan 01 02:59:57 2006