**** BEGIN LOGGING AT Sun Nov 30 02:59:57 2008
Nov 30 03:01:10 <arthur92710> ok now wired gives me a max of 5up
Nov 30 03:01:37 <arthur92710> avg 4.5
Nov 30 03:01:44 <arthur92710> acceptable
Nov 30 03:01:57 <arthur92710> its ok but could be better
Nov 30 03:02:08 <mwester> behold the bullsh** of marketing hype!  "54G" indeed.
Nov 30 03:02:23 <arthur92710> should I have a swap on each disk?
Nov 30 03:02:44 <arthur92710> yeah 54g..
Nov 30 03:02:49 <arthur92710> lol
Nov 30 03:03:16 <DrJ> that's what wireless G can handle ... not what your routers can actually support
Nov 30 03:03:28 <DrJ> and of course, the farther you get from them the less speed you do get
Nov 30 03:03:54 <DrJ> I have my swap on an old 256MB flash drive arthur92710
Nov 30 03:04:01 <arthur92710> Im not more then 10ft away
Nov 30 03:04:14 <mwester> And put a 11b node in the mix, and it gets even worse
Nov 30 03:05:29 <arthur92710> down I get avg 7.5
Nov 30 03:05:41 <arthur92710> llb?
Nov 30 03:06:00 <arthur92710> 547mb down in 1min 27sec
Nov 30 03:06:09 <arthur92710> not bad
Nov 30 03:07:33 <arthur92710> is that like 11 in 802.11b? or something else?
Nov 30 03:07:50 <arthur92710> 1l same
Nov 30 03:08:55 <arthur92710> like one1 and lama
Nov 30 03:09:08 <mwester> yeah, the presence of an 802.11b node will slow down the 54g nodes
Nov 30 03:09:35 <arthur92710> I run mixed
Nov 30 03:09:41 <arthur92710> b/g
Nov 30 03:09:45 <joat> 11 is the sub-part of the 802 standard
Nov 30 03:09:54 <arthur92710> the damn psp only gets b
Nov 30 03:10:15 <joat> 11g is another part
Nov 30 03:10:24 <arthur92710> I know
Nov 30 03:11:16 <mwester> Well, if you didn't need the 11b nodes, then you could set the 54g nodes to ignore the 11b traffic, and speed them up a bit.  But either way, in the end, wired ethernet still beats wireless hands down.
Nov 30 03:12:12 <arthur92710> hands down of course
Nov 30 03:12:17 <joat> or move them to different channels
Nov 30 03:15:48 <arthur927l0> ok
Nov 30 03:15:55 <arthur927l0> I did disconnect
Nov 30 03:16:10 <arthur927l0> Can you put them on different channels?
Nov 30 03:16:49 <mwester> only if they aren't gonna talk to each other
Nov 30 03:17:40 <arthur927l0> why would they? Do you mean as one AP?
Nov 30 03:30:24 <arthur9271O> Sorry I DC'ed
Nov 30 03:30:46 <arthur9271O> I changed it to g only but it does not help much
Nov 30 03:31:22 <arthur9271O> I tried to ftp on to my xbox, and I get the same speed as the slug
Nov 30 03:31:34 <arthur9271O> wireless*
Nov 30 03:34:03 <arthur9271O> thanks alot for helping clearing this up. 
Nov 30 04:45:34 * joat is away: Away
Nov 30 04:47:50 <DogBoy> way away or just away away
Nov 30 19:16:11 <xieliwei> slug's not appearing after upgrade from etch to lenny, any suggestions?
Nov 30 19:17:02 <xieliwei> eth seems to be coming up, but i dont think it has an address
Nov 30 19:26:14 <xieliwei> ah, got it working, appears that my old pan to lan bridge stopped working...
Nov 30 19:28:08 <xieliwei> hmm, by the way, is there a way to mount swap by any form of unique ID?
Nov 30 19:28:39 <xieliwei> somehow my drive keeps jumping around and I have to manually identify and activate the swap at boot
Nov 30 19:31:55 <Reedy> look at the wiki
Nov 30 19:32:01 <Reedy> there is a mount by UUID article
Nov 30 19:32:06 <xieliwei> about mounting by uuid?
Nov 30 19:32:11 <Reedy> yup
Nov 30 19:32:17 <xieliwei> yeah, problem is my swap partition doesnt turn up with a uuid
Nov 30 19:32:28 <xieliwei> everything else does and works, except the swap
Nov 30 19:33:15 <xieliwei> hmm, seems like its supposed to have a uuid, what gives?
Nov 30 19:33:23 <Reedy> hmm
Nov 30 19:33:30 <Reedy> let me reboot mine as it doesnt want to let me connect
Nov 30 19:33:33 <Reedy> only ping response
Nov 30 19:34:08 <mwester-laptop> check /etc/blkid/blkid.tab (or something like that) to find the UUID for your various partitions.
Nov 30 19:35:08 <xieliwei> mwester-laptop: nope, no uuid entry for it, only /dev/sda1
Nov 30 19:35:19 <xieliwei> which almost certainly changes on every reboot
Nov 30 19:38:28 <mwester-laptop> Right, with usb-attached storage there is no guarantee that the /dev/sd<n> is constant.
Nov 30 19:38:51 <xieliwei> yeah, which makes the whole swap thing irritating
Nov 30 19:39:04 <xieliwei> since without swap, the slug more or less dies on bootup
Nov 30 19:39:23 <xieliwei> i have to login as soon as network and sshd comes up and do a swapon
Nov 30 19:40:19 <mwester-laptop> Well, you'll need to troubleshoot then -- I can't help you with debian.  But swap space DOES have a UUID, you just need to find out how to use that.  (it works fine with SlugOS AFAIK, so maybe you can check out how SlugOS does it?)
Nov 30 19:41:11 <xieliwei> hmm, i'm not sure why though... i see an old post about old swap versions not having a uuid, maybe that's why
Nov 30 19:42:47 <mwester-laptop> xieliwei: Can you set up a swap file so that it will at least boot?
Nov 30 19:42:55 <Reedy> hmm
Nov 30 19:43:00 <Reedy> mine doesnt actually have a uuid for the swap
Nov 30 19:43:16 <xieliwei> hmm, good idea, swap file
Nov 30 19:43:31 <xieliwei> Reedy: yeah, weird huh?
Nov 30 19:43:42 <mwester-laptop> Can you put a label on a swap partition?
Nov 30 19:44:05 <xieliwei> yes, but i dont think it appears too
Nov 30 19:44:06 <Reedy> http://www.nslu2-linux.org/wiki/HowTo/MountDisksByLabel
Nov 30 19:44:16 <xieliwei> i remember adding a label when i created the swap
Nov 30 19:45:06 <xieliwei> interestingly, this link says swap partitions dont have uuids: http://www.unix.com/linux/47919-how-give-uuid-swap-partition.html
Nov 30 19:46:06 <mwester-laptop> hmmm.... 
Nov 30 19:46:19 * mwester-laptop begins to doubt the SlugOS mechanism
Nov 30 19:46:33 <xieliwei> (appears the upgrade broke pan and openvpn)
Nov 30 19:47:07 <xieliwei> i do see a few posts with fstab with UUIDs attached to swap
Nov 30 19:47:13 <xieliwei> could be a new feature
Nov 30 19:51:50 <xieliwei> okay, seems like i do have an "outdated" swap
Nov 30 19:51:53 <xieliwei> # mkswap --help
Nov 30 19:51:58 <xieliwei> Usage: mkswap [-c] [-v0|-v1] [-pPAGESZ] [-L label] [-U UUID] /dev/name [blocks]
Nov 30 19:53:49 <mwester-laptop> PAN as in bluetooth?
Nov 30 19:56:21 <xieliwei> yeah
Nov 30 19:58:24 <mwester-laptop> I haven't spent the time to get the latest bluetooth working, but it no longer uses pand -- and it seems that you can't do anything without dbus command (i.e. no config files; a GUI is implied).
Nov 30 19:59:49 <xieliwei> yeah, it requires a lot of lengthy dbus commands now
Nov 30 20:00:15 <xieliwei> problem isn't the configuration, it was the bridging of the pan interface with eth0
Nov 30 20:00:30 <xieliwei> somehow i'm getting a file exists or something
Nov 30 20:00:54 <mwester-laptop> That's the problem I encountered.
Nov 30 20:01:08 <xieliwei> hmm, you too?
Nov 30 20:01:30 <mwester-laptop> latest 3.x bluez package (on SlugOS)
Nov 30 20:02:06 <mwester-laptop> You can't start pand until you remove the network.so file in /usr/something-or-other/...bluetooth/.../
Nov 30 20:02:07 <xieliwei> i'm not sure what's mine, but i suspect the same version since i just did a dist-upgrade
Nov 30 20:04:33 <xieliwei> # find -iname bluetooth -print
Nov 30 20:04:37 <xieliwei> ./lib/bluetooth
Nov 30 20:04:43 <xieliwei> nothing there
Nov 30 20:07:24 <scant> mwester: this page http://www.nslu2-linux.org/wiki/DSMG600/SerialConsole mentions temporary serial access but doesn't go into how this would be done and has '(fill-in-url-here)' as if someone forgot to fill in the URL...
Nov 30 20:08:28 <mwester-laptop> Yeah, that page was never written, due to general lack of interest in the DSM-G600
Nov 30 20:08:45 * scant has much interest
Nov 30 20:08:57 <mwester-laptop> The basics are pretty simple:  Aquire a serial cable with proper connector, then
Nov 30 20:09:10 <scant> mwester-laptop: if you will, i can fill in the details, if you advise me of them
Nov 30 20:09:35 <mwester-laptop> cut off the connector you DON'T need on that cable.
Nov 30 20:09:57 <mwester-laptop> Strip the outer jacket to expose wires, strip short bit of insulation from each wire, then
Nov 30 20:10:15 <mwester-laptop> use a meter to identify which color wire matches with the important pins on the serial connector.
Nov 30 20:10:24 <mwester-laptop> (TX, RX, and Ground)
Nov 30 20:11:24 <mwester-laptop> Then the part I never go to is to figure out what size wire will fit tightly into the holes for the serial header on the circuit board.
Nov 30 20:11:39 <scant> k
Nov 30 20:11:49 <mwester-laptop> But basically, find solid (not stranded) wire that would fit in those holes in the circuit board.
Nov 30 20:12:17 <scant> mwester: this page, I think is outdated, the part where it discusses flashing back to dlink firmware: http://www.nslu2-linux.org/wiki/DSMG600/Reflashing
Nov 30 20:12:26 <mwester-laptop> Cut three lengths.  Connect the ground wire on the cable to one of the ground holes.
Nov 30 20:13:01 <mwester-laptop> The do the same with the PC's RX pin (recieve data INTO PC) and the TX hole on the circuit board.
Nov 30 20:13:35 <mwester-laptop> Start up a term emulator on the PC, with 115200 baud, and boot the DSM -- you should see the boot data if all is well.
Nov 30 20:14:03 <scant> this depreciated page discusses in brief extracting the dlink firmware, but the new one doesn't: http://www.nslu2-linux.org/wiki/DSMG600/InstallingOpenSlug
Nov 30 20:14:14 <xieliwei> sorry to poke in, doesn't it need a level converter?
Nov 30 20:14:24 <mwester-laptop> Once you can see the data, hook up the remaining solid wire from the hole to the other pin, so that you can send data - start with a <ctrl>-C and you should be able to interact.
Nov 30 20:14:37 <mwester-laptop> xieliwei: Nope, the DSM-G600 is unique in that regard.
Nov 30 20:15:01 <xieliwei> wow, integrated level shifter, almost sounds like its inviting to be hacked
Nov 30 20:15:53 <mwester-laptop> scant: no need to extract the firmware, as it turns out.
Nov 30 20:15:54 <xieliwei> anyway, it seems like remaking my swap partition gave it a uuid, so i'm not happy
Nov 30 20:16:19 <mwester-laptop> xieliwei: Yep, and the serial header matches the pinout for the PC-XT serial adaptors.
Nov 30 20:16:45 <xieliwei> hmm, maybe to ease factory debug i guess
Nov 30 20:16:47 <mwester-laptop> not happy?  or "now happy"?
Nov 30 20:16:58 <xieliwei> whoops, *now
Nov 30 20:17:14 <mwester-laptop> xieliwei: Yeah, the Rev A device was superceded rather quickly with a Rev B that cut memory and flash in half, etc.
Nov 30 20:17:24 <xieliwei> but i still have problems with openvpn and bluetooth
Nov 30 20:17:54 <xieliwei> mwester-laptop: argh, that sounds so much like linksys's wrt54 series
Nov 30 20:18:13 <scant> the wiki pages also doesn't discuss the menu that appears when holding down the reset button and powering up, it's mentioned, but not discussed here: http://forum.openwrt.org/viewtopic.php?pid=21798
Nov 30 20:20:33 <mwester-laptop> AFAIK nobody has ever looked at what that menu/mode does.
Nov 30 20:22:22 <scant> mwester-laptop: my biggest questions revolve around the when things go wrong, it says burn the kernel image to reflash back to dlink firmware, but no procedure is given on how to do that, same thing with reflashing within slugos, it has a 'insert procedure' example
Nov 30 20:23:05 <scant> and, if SlugOS is up and running from a ramdisk can I reflash back to DLink firmware?
Nov 30 20:24:04 <mwester-laptop> yes, but you'll need the reflash utility if its not present on the SlugOS you flash.
Nov 30 20:24:39 <scant> and if SlugOS won't boot and the person never got serial access working that page suggests to dump the device, but isn't that kind of a quick judgement or something, shouldn't it be, get serial access working, if you can't or won't your device is a flower pot?
Nov 30 20:25:59 <mwester-laptop> It's intended to be tongue-in-cheek.  Of course someone should attempt to recover the device.  The idea is that if you are asking for detailed step-by-step instructions, then perhaps you shouldn't be doing it.;)
Nov 30 20:27:57 <scant> mwester: i'm back, i may have not received the last things you typed
Nov 30 20:32:25 <scant> running from ramdisk is: turnup ramdisk, and turnup ramdisk != turnup memstick, so does running from ramdisk involve a memstick at all?
Nov 30 20:33:44 <mwester-laptop> No
Nov 30 20:34:22 <scant> you were saying something about SlugOS version may not have the flash command, does 4.8 beta have it? is it easily accessable when running from ramdisk?
Nov 30 20:34:27 <mwester-laptop> turnup ramdisk sets things up so that at next boot, the flash rootfs is copied to a ramdisk, and the system switches to the ramdisk instead.
Nov 30 20:35:23 <mwester-laptop> I don't remember if the latest SlugOS has the reflash command or not; you'll have to check.  If not, it's in the OE repository in its entirety -- just copy it to the flash rootfs.
Nov 30 20:36:48 <scant> mwester: and if I copy the reflash command into the flash rootfs and i'm running from ramdisk it will also be copied over upon every boot?
Nov 30 20:43:33 <scant> D-Link firmware includes these files: ip-ramdisk, rootfs.gz, usr.cramfs, & version.msg, if I want to completely revert back to D-Link firmware and not save any settings, what do I do?
Nov 30 20:44:15 <scant> oh, and roofs.gz has inside, rootfs
Nov 30 20:46:51 <mwester-laptop> the reflash command will probably take the d-link firmware image file as downloaded from d-link.
Nov 30 20:47:13 <mwester-laptop> I know I added that functionality at one point.
Nov 30 20:48:00 <scant> like, the zip file?
Nov 30 20:48:20 <scant> or the bin inside the zip file?
Nov 30 20:48:26 <mwester-laptop> the bin file
Nov 30 20:48:38 <scant> opps, sorry my mistake,as downloaded, it's a bin
Nov 30 20:49:14 <mwester-laptop> check the help message printed by reflash, it should tell you about flashing full images (as opposed to just a kernel or rootfs at a time)
Nov 30 20:52:50 <scant> mwester: I'm still trying to locate reflash, i don't think it's on my SlugOS 4.8beta, and my cross-dev environment is busted right now... you may be seeing me in here for help sooner than later... eeek!
Nov 30 20:53:02 <scant> mwester: the ipkg-find page says reflash is in slugos-init
Nov 30 20:55:54 <mwester-laptop> It's a script, in plain script form -- you'll find it in  packages/something-or-other/files/reflash; you don't even need to build anything, just copy it in.
Nov 30 20:57:01 <scant> see above... i think it can be retreived with ipkg from the slugos-init package... 
Nov 30 21:02:42 <mwester-laptop> If its not in your rootfs already, then the newest slugos-init package doesn't actually contain it any longer.  Older versions won't have the dsmg600 support.  So the one in the OpenEmbedded repo is the one you'll probably need.  (an executive decision was made that deprecated that package at the last moment before release).
Nov 30 22:21:54 <scant> anyone here use rsync a lot?
Nov 30 22:22:26 * mwester-laptop loves rsync
Nov 30 22:23:25 <scant> i would ask in the rsync channel, but i don't want my head to be bitten off, but how do you minimize data corruption being synced from the source to the target drive?
Nov 30 22:24:23 <scant> i wish there was a rsync option to... not sync a blank source drive, that would solve perhaps 1/2 of the problem
Nov 30 22:32:21 <mwester-laptop> There's not much you can do with rsync to address that problem.
Nov 30 22:32:42 <mwester-laptop> You need a wrapper with some heuristics that can decide if you should rsync or not.
Nov 30 22:33:30 <mwester-laptop> By not deleting anything on the target that no longer exists on the source, you can make rsync a little more resiliant, but only at the risk of filling up the target disk way to quickly (because you'll have to manually delete data).
Nov 30 23:01:09 <scant> mwester: do you do any of that kind of stuff?
Nov 30 23:04:15 <mwester-laptop> No.  I gave up.
Nov 30 23:05:39 <mwester-laptop> I have a pair of drives that are rsync'd completely automatically, and I manually rsync the important directories to a third backup device (and ultimately to DVD-R) manually.
Nov 30 23:05:49 <scant> mwester-laptop: hmmm, that's what i was thinking
Nov 30 23:06:14 <scant> mwester: instead of error-checking, using a 3rd drive and sync that perhaps every month
**** ENDING LOGGING AT Mon Dec 01 02:59:58 2008