| 00:56.32 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.160.20.139.cableonline.com.mx) |
| 01:22.03 | *** join/#nslu2-linux cbrake (n=cbrake@cpe-65-25-51-117.neo.res.rr.com) |
| 01:22.46 | likewise | YES! |
| 02:38.43 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.160.20.136.cableonline.com.mx) |
| 03:04.18 | *** join/#nslu2-linux Eiffel (n=x@pD9573236.dip0.t-ipconnect.de) |
| 03:27.33 | *** join/#nslu2-linux neongrau3 (n=neongrau@p54A93003.dip0.t-ipconnect.de) |
| 04:04.14 | *** join/#nslu2-linux kMq (n=Sinclair@p54A0A947.dip0.t-ipconnect.de) |
| 04:54.06 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 05:00.17 | *** join/#nslu2-linux gRN (n=Sinclair@p54A0CA93.dip0.t-ipconnect.de) |
| 05:17.36 | *** join/#nslu2-linux DrZimmerman (n=theo@80-218-43-198.dclient.hispeed.ch) |
| 06:00.28 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.160.17.131.cableonline.com.mx) |
| 06:26.11 | CIA-5 | 03bzhou * 10unslung/make/xterm.mk: xterm: upstream upgrade to 213 |
| 06:50.55 | *** join/#nslu2-linux jacques (n=jacques@cpe-70-114-152-46.houston.res.rr.com) |
| 06:56.32 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.160.20.139.cableonline.com.mx) |
| 08:01.30 | *** part/#nslu2-linux neongrau3 (n=neongrau@p54A93003.dip0.t-ipconnect.de) |
| 08:19.52 | *** join/#nslu2-linux eFfeM_log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 08:54.21 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.160.19.41.cableonline.com.mx) |
| 10:07.17 | *** join/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 10:11.30 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 10:18.52 | *** join/#nslu2-linux mithro (n=tim@203.122.246.117) |
| 12:17.01 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 12:34.20 | *** join/#nslu2-linux likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 12:39.51 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.160.17.131.cableonline.com.mx) |
| 12:42.04 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 12:45.04 | *** join/#nslu2-linux lcars8467 (n=lcars894@d54C3F8C6.access.telenet.be) |
| 13:13.03 | likewise | Is there a small rootfs that inits IXP eth0 and boots through a rootfs over NFS? |
| 13:14.56 | EvilDevil | likewise, openslug can do that. flash it, and use turnup nfs |
| 13:15.56 | likewise | OK, going to try that. |
| 13:18.44 | EvilDevil | likewise, http://www.nslu2-linux.org/wiki/HowTo/LoadRootfsFromNFS |
| 13:19.14 | likewise | yes found it now. I first need to flash OpenSlug - hold on. |
| 13:23.39 | *** join/#nslu2-linux bullet (n=bullet@207-68.0-85.cust.bluewin.ch) |
| 13:23.49 | likewise | EvilDevil: my slug is still virgin - I have no password configured yet. Its seems I cannot get into the web interface to upload openslug. |
| 13:24.28 | likewise | EvilDevil: never mind, default is admin it seems |
| 13:24.45 | EvilDevil | okay ;) likewise |
| 13:26.05 | EvilDevil | i hope you don't mind loosing your webinterface if you're running openslug. |
| 13:27.16 | EvilDevil | to reflash the stock linksys firmware again, you have to use this method http://www.nslu2-linux.org/wiki/HowTo/UseTheResetButtonToEnterUpgradeMode |
| 13:29.07 | likewise | I can intercept RedBoot. |
| 13:29.16 | likewise | or otherwise, I will do it using JTAG |
| 13:29.41 | likewise | it's just that I have no serial cable connected, so I do most thing blindly. |
| 13:32.58 | EvilDevil | the redboot partition will not be touched during flashing the device (unless you're using the linksys' erase-all utility), so, you're safe |
| 13:45.41 | likewise | The argument to 'nfs' or 'disk' must be an empty partition |
| 13:45.43 | likewise | <PROTECTED> |
| 13:45.58 | likewise | OK, that's easy; I can start with an emty NFS root? |
| 13:46.24 | EvilDevil | if the wiki says so ... yes |
| 13:46.53 | EvilDevil | <PROTECTED> |
| 13:46.54 | EvilDevil | <PROTECTED> |
| 13:46.54 | EvilDevil | <PROTECTED> |
| 13:52.54 | likewise | EvilDevil: Do you know how OpenSlug does this? As far as I know, the ethernet (IXP) module cannot be in the kernel, so it needs a first bootstrap rootfs first. |
| 13:54.44 | EvilDevil | the nslu2 loads the init ramdisk from flash (+ kernel modules) and executes /linuxrc from the initrd. this executes /boot/nfs in your case |
| 13:55.05 | likewise | EvilDevil: thanks |
| 13:55.32 | likewise | I was about to make such a rootfs myself as I wrongly thought OpenSlug only did NFS server functionality, not client. |
| 13:56.49 | EvilDevil | and you can still boot the nslu2 even if the nfs server is unavailable |
| 14:03.24 | likewise | EvilDevil: Excellent. I am being amazed by OpenSlug every day :-) |
| 14:04.02 | likewise | I am interested in bringing this initial ramdisk over to our own IXP4xx platform for development purposes. |
| 14:22.09 | lcars8467 | I have a samba3 problem on unslung 6.8 beta: cannot become connected user, I followed the guide on NSLU-linux but still getting this error |
| 14:24.08 | EvilDevil | likewise, take a look at www.nslu2-linux.org/wiki/Development/MasterMakefile |
| 14:25.09 | *** join/#nslu2-linux lcars8467__ (n=lcars894@d54C3F8C6.access.telenet.be) |
| 15:58.09 | *** join/#nslu2-linux kami22 (n=kami@p54895B36.dip.t-dialin.net) |
| 16:12.03 | *** join/#nslu2-linux kami22 (n=kami@p54895B36.dip.t-dialin.net) |
| 18:08.35 | *** join/#nslu2-linux bofh (i=Default@d57-69-157.home.cgocable.net) |
| 18:08.44 | bofh | wtf. |
| 18:08.54 | bofh | Okay, the Intel flash chip is a 64Mb one |
| 18:09.08 | bofh | Then howcome only 8Mb are used?! |
| 18:16.04 | dwery | Mb == megabit |
| 18:16.14 | dwery | right? |
| 18:22.31 | bofh | Megabyte, I think? |
| 18:22.41 | bofh | Not sure, actuallt |
| 18:22.44 | bofh | actually* |
| 18:22.49 | bofh | Lemme reread the specs |
| 18:23.37 | likewise | bofh: what platform? |
| 18:24.08 | bofh | Yeah, the StrataFlash is 64Mbit |
| 18:24.23 | likewise | chip specs are always in bits AFAIK |
| 18:24.44 | bofh | likewise: any, I'm referring to the internal flash chip |
| 18:25.33 | bofh | So therefore a 128MByte flash chip (my current hdd attached to the slug) is 1GBit? |
| 18:25.52 | likewise | yes |
| 18:25.57 | bofh | Hmm |
| 18:26.11 | likewise | but are you sure it's only 1 chip? |
| 18:26.14 | bofh | "The IXP420 has 24 address lines on the expansion bus and the flash also has 24 address lines. Unfortunately the 24th address line on the IXP420 is not connected to the flash at all. This limits us to a maximum of 128Mbit." |
| 18:26.36 | bofh | So wouldn't it be possible to connect the 24th addr line to the new flash chip? |
| 18:27.11 | likewise | yes, but if the line is not available on the PCB, you are quite lost, or need excellent drilling skills. |
| 18:27.45 | likewise | and you probably would need chip select logic, otherwise aliasing occurs. |
| 18:27.57 | bofh | hm... |
| 18:34.37 | likewise | bofh: what do you want to achieve? |
| 18:38.14 | likewise | OpenSlug Makefile: Read 0x00103344 bytes from "vmlinuz" into <Kernel> (9 blocks / 8 blocks) --> the kernel has become toooooo big :-/ |
| 18:38.32 | likewise | padBytes error: data (1061716) is longer than total_len (1048576) at /home/leon/sandbox/openslug/openslug/tmp/staging/x86_64-linux/bin/slugimage line 58. |
| 18:40.46 | bofh | swap internal flash from the 8MByte to a 128MByte one |
| 18:41.09 | bofh | (not anytime soon, mind you, 263 day uptime on the slug and I want to first get a year on it) |
| 18:41.30 | likewise | bofh: what distro are you running then? |
| 18:43.11 | bofh | openslug |
| 18:43.25 | bofh | (openembedded would be the distro, then?) |
| 18:43.35 | likewise | probably yes |
| 18:53.54 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-097-200.pools.arcor-ip.net) |
| 18:54.23 | *** join/#nslu2-linux Caramba_ (n=zupidupi@a88-113-19-61.elisa-laajakaista.fi) |
| 19:02.35 | Caramba_ | Hi folks. I've run into something that looks kinda serious. My Unslung slug (V2.3R29-uNSLUng-5.5-beta) quit responding to all outside attempts to contact it (except for the webinterface). I managed to login using the telnet-backdoor, and found that all the software I've installed is gone. When I do "ls -l" in the top-directory (/), I get a segmentation fault. I suspect that the slug doesn't... |
| 19:02.37 | Caramba_ | ...read my external hard drive on power up, but...it allows me to browse the stuff on it from the web interface. How should I start troubleshooting this situation? Thx for any help! |
| 19:08.40 | marceln | Caramba_: ? |
| 19:08.49 | Caramba_ | Yep, marcel |
| 19:09.11 | marceln | What happend before this? |
| 19:09.52 | marceln | Is it possible that someone pulled the usb cable? |
| 19:10.00 | marceln | What is your setup? |
| 19:10.09 | Caramba_ | Hmm...I don't know. I was away for the weekend, when I came back and tried to contact it with my Squeezebox (SlimServer) I didn't get a response. I started to investigate, and noticed that all contact (ssh and so on) failed. |
| 19:10.36 | Caramba_ | What particular setup are you refering to? And no, nobody should have been able to pull the cable. |
| 19:11.11 | marceln | How did you connect your disks? |
| 19:11.25 | Caramba_ | Only one disk, plugged into port 1. |
| 19:11.42 | marceln | Is that disk stil running? |
| 19:12.10 | Caramba_ | Yep. And the slug reads it through the web interface! I can download stuff from it, but I can't find it from the telnet prompt. |
| 19:12.25 | Caramba_ | And obviously the slug doesn't use the disk in the boot process. |
| 19:15.14 | marceln | Did you check the kernel messages (dmesg)? |
| 19:15.56 | Caramba_ | nope...scuse a slightly green linux-user, where do i find it? |
| 19:16.41 | marceln | Just type "dmesg" |
| 19:17.01 | Caramba_ | well, typing the command gives me a long list of "!!!abort_handler addr = 0x40015000, isr = 0x3, status = 0x2a0". SOme variations on the theme, but this is basically it. |
| 19:20.59 | Caramba_ | Should I worry? |
| 19:21.34 | marceln | There are a lot of references to abort_handler on google. |
| 19:21.46 | marceln | I just try to see the interesting ones |
| 19:33.31 | marceln | I can't find specific information. |
| 19:34.15 | marceln | Did you try to reset the slug? |
| 19:35.07 | Caramba_ | Yep - rebooted it quite a few times. |
| 19:35.36 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 19:36.00 | marceln | Do you have a linux system? |
| 19:36.17 | Caramba_ | The situation is *so* odd. The biggest paradox is the fact that the web interface allows me to browse the disk, but I can't see it from the prompt. |
| 19:36.22 | marceln | In that case i would run a "fsck" on that disk from the linux system. |
| 19:36.40 | Caramba_ | And check the integrity of the file system, you mean? |
| 19:36.45 | marceln | Yes |
| 19:37.01 | Caramba_ | OK. Can I do it from a Knoppix boot disk? |
| 19:37.15 | marceln | No problem |
| 19:37.51 | Caramba_ | Guess I'll do that, then. I'm rather worried, I've gone to a lot of trouble to rip all my CD:s and put them on the disk |
| 19:38.34 | marceln | Maybe you should look at "http://www.nslu2-linux.org/wiki/HowTo/TroubleshootADriveMissingCondition" |
| 19:39.01 | Caramba_ | I'll read that one, thx. Maybe I can contribute something if I solve the problem! |
| 19:41.46 | Caramba_ | while i'm asking: I've tried to do a Scandisk a few times, but the log always tells me that the disk is in use, and the scan cannot be done. Is this because of unslung using the disk all the time? |
| 19:50.13 | caplink811-log | yes, you couldn't run a fsck on a mounted disk |
| 20:28.40 | likewise | Read 0x001014F8 bytes from "vmlinuz" into <Kernel> (9 blocks / 8 blocks) |
| 20:28.53 | likewise | darn, my openembedded kernel is still 14f8 bytes too big... |
| 20:30.08 | EvilDevil | likewise, try ucslugc ;) |
| 20:30.31 | likewise | evildevil: doesn't make a diff for the kernel |
| 20:30.50 | likewise | or is it a non-MMU kernel on the IXP/ |
| 20:30.52 | likewise | ? |
| 20:33.11 | likewise | what RTC chip is in the NSLU? |
| 20:33.16 | EvilDevil | likewise, it has less kernel options enabled by default |
| 20:36.21 | EvilDevil | likewise, how do i find out what rtc is in the nslu? |
| 20:36.39 | likewise | I can open it. Never mind, I think it is a X1205 |
| 20:38.22 | likewise | http://www.nslu2-linux.org/wiki/Info/RTCChipInfo |
| 20:38.31 | likewise | two chips possible (rumor) |
| 20:40.31 | EvilDevil | CONFIG_RTC_DRV_X1205=y |
| 20:40.31 | EvilDevil | CONFIG_RTC_DRV_DS1672=y |
| 20:40.31 | EvilDevil | CONFIG_RTC_DRV_PCF8563=y |
| 20:40.31 | EvilDevil | CONFIG_RTC_DRV_RS5C372=y |
| 20:40.44 | EvilDevil | (from the debianslug .config) |
| 20:41.08 | EvilDevil | this catches all ;) |
| 20:48.48 | *** join/#nslu2-linux mwester-treo (n=ptpChat@nslu2-linux/mwester) |
| 21:01.42 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 21:20.36 | CIA-5 | 03marceln * 10unslung/ (make/xinetd.mk sources/xinetd/postinst): Upstream update that fixes xinetd hang after tftp |
| 21:30.31 | mwester-treo | marceln: thanks for getting xinetd fixed - that bug has been around for a while! |
| 21:35.11 | marceln | It was a lucky shot. |
| 21:35.25 | marceln | I started with an upstream upgrade and it worked. |
| 21:36.03 | *** part/#nslu2-linux marceln-away (n=marceln@pion.xs4all.nl) |
| 21:51.04 | *** join/#nslu2-linux EvilDevil_ (n=evildevi@p54A6CD3A.dip.t-dialin.net) |
| 22:03.21 | *** part/#nslu2-linux marceln (n=marceln@pion.xs4all.nl) |
| 22:31.52 | likewise | How does openslug select the package versions of openembedded to be built? |
| 22:51.33 | EvilDevil | likewise, mompls |
| 22:52.57 | likewise | EvilDevil: sorry, I am being off-topic here I guess. |
| 22:53.24 | EvilDevil | ~/slug/openembedded/conf/distro/slugos.conf (PREFERRED_VERSION_package-name="x.xx") |
| 22:57.27 | likewise | EvilDevil: I saw that, but the non-listed packages are always promoted to use the highest version available? |
| 23:03.01 | likewise | thanks EvilDevil for your time. I am off to bed now. |
| 23:03.05 | *** part/#nslu2-linux likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 23:56.29 | *** join/#nslu2-linux mithro (n=tim@203.63.126.9) |