Latest Kismet Release And Sl-c3000

[tekisui]

Has ANYONE gotten the latest ARM release of Kismet (found here: http://kismetwireless.net/code/kismet-2005-01-R1b-arm.tar.gz ) running on a SL-C3000 ? The installation goes fine, but when I start run Kismet from the Bash shell, all I get is a segmentation fault. Has anyone successfully installed it?

[BillFaust]

Has ANYONE gotten the latest ARM release of Kismet (found here: http://kismetwireless.net/code/kismet-2005-01-R1b-arm.tar.gz ) running on a SL-C3000 ? The installation goes fine, but when I start run Kismet from the Bash shell, all I get is a segmentation fault. Has anyone successfully installed it?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=72054\"][{POST_SNAPBACK}][/a][/div]

I am not having success either on my new SL-C3000:

$ /usr/local/bin/kismet_server
Bus error
$

This is from the package "kismet-2005-01-R1b-arm.tar.gz".  If you solve the riddle, then let us know.

My wireless card is Lynksys WCF12.  I am new to Zaurus, but not Linux.  Just installed openssh client and server.

Bill Faust

[tekisui]

I shouldve included that I've got a Ambicom WL1100C-CF wireless card, if anyone is still following this thread. Any SL-C3000 users got Kismet or ANY other wireless network discovery tool working properly?

[orange]

Any SL-C3000 users got Kismet or ANY other wireless network discovery tool working properly?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

you could look [a href=\"https://www.oesf.org/forums/index.php?showtopic=9192]here[/url] some of us got it working but not that version...

[tekisui]

yeah i've tried that nearly a dozen times. i think im going to hold out for the next kismet release and try that.. in the meantime, i'll still use any version that works on the 3000. If you have specific instructions on how you did it, PLEASE SHARE :-p

[AndyTiedye]

yeah i've tried that nearly a dozen times. i think im going to hold out for the next kismet release and try that.. in the meantime, i'll still use any version that works on the 3000. If you have specific instructions on how you did it, PLEASE SHARE :-p
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73020\"][{POST_SNAPBACK}][/a][/div]

kismet 3.0.1c-20031228
libpcap 0.7.2-20031220
kismet-qt 2.0.0-2  (optional, you can run kismet by itself in character-cell mode)

[russell]

Hi all, I've never managed to get Kismet working on the SL-C3000, but I have Wellenreiter, which works great and seems to do everything Kismet is supposed to.

I have opie-wellenreiter_1.0.2.1-20031220_arm.ipk installed, but you also require the following IPKs installed in this order beforehand:

1. libpcap0_0.7.2-20031220_arm.ipk
2. libopie1_1.1.0-20031220_arm.ipk
3. libopie2_1.8.2-20031220_arm.ipk
4. Then finally, install opie-wellenreiter_1.0.2.1-20031220_arm.ipk

Hope this helps, I have attached the files.

Russell  

[tekisui]

OK, that worked great (Wellenreiter). It starts up fine and finds networks perfectly, but my card goes into 'sleep' after about 1 minute. Also, when I start up Wellenreiter, it tells me that I'm not running it as root and that I can continue, but will be short some features. I checked the "Run As Root" option on the icon, but it still says I'm not root when I run it. I'm working on a script right now that will do the following:
 1)Disable Sleep Mode on wireless card (its a Ambicom WL1100C-CF)
 2)Root me
 3)Run Wellenreiter
 4)Re-enable Sleep Mode when Wellenreiter exits

If you've found another (read:easier) way to A) Keep the card from sleeping and/or B)Run Wellenreiter as root, let me know so I can use that method instead. FYI, the script I'm creating is basically going to be an adapted version of the one at http://www.timekiller.org/howtos/kismet-56...tml?22-DEC-2003

[russell]

Take a look at this post:
https://www.oesf.org/index.php?title=Wellen...topia_based_ROM

Russell  

[Meanie]

Sharp has released a new PRISM3 driver for the C3000 which you can download from their spacetown support site which should let you get the latest kismet release working. I will try it when I have some time.

[tekisui]

i got wellenreiter working thanks to the instructions you posted. thanks a bunch. on a related note, if you're in the USA (which chances are that you are) take your Zaurus scanning at your local Albertson's grocery store. The one near me appears to be running a mesh network consisting of multiple access points and clients. The ssid is 3blindmice and my guess is (I havent had a chance to analyze the data since yesterday) that its for barcode scanning shopping and/or carts.. Just something interesting tocheck out. I know other grocery stores are experimenting with wireless too. Anyway, thanks again. for the help.

[fastscirocco]

OK when I try the following


Then you just need to make sure wellenreiter is run as root by default. You can set this by doing one of the following (depending on your skill/preferences):

edit the following:
/opt/!QtPalmtop/qpe.sh
and change
QPEUSER=root
QPEGROUP=root
Note: if you do the above option, you'll need to reboot the Z for the changes to take affect.


I try to go through Tree!Explorer QT, select that file bring up the propertues and make the changes in the security tab making group root, and it give me an error "premission configuration failed. chmod()...return code:-1...errno:1

Am I attempting to make the change wrong? Would love to have wellenreiter not  complain that it's not running as root. It still works, I just liek things to work "right".


Thanks
Chris

[euroclie]

I try to go through Tree!Explorer QT, select that file bring up the propertues and make the changes in the security tab making group root, and it give me an error "premission configuration failed. chmod()...return code:-1...errno:1

Am I attempting to make the change wrong? Would love to have wellenreiter not  complain that it's not running as root. It still works, I just liek things to work "right".

The programs you start using the Launcher are usualy launched as "zaurus" user, so for obvious security reasons you can't change the owner of a file to "root".

You have two solutions:

1) You can tap the Tree!Explorer icon in the launcher and keep the stylus pressed on the icon until you reach the Detail screen for that application, then check the "Execute wuth root privilege (not secure)" checkbox, then tap "OK", restart Tree!Explorer and do the property change again, this time since the program is run as root it won't give you error messages (though for some reason Tree!Explorer exited - after performing the change - when I tried to change the owner of a file from zaurus to root). Just make sure to uncheck that checkbox after, as it's not safe to keep root privilege all the time, since you could easily delete a needed system file if you tap on the wrong place, and prevent your Zaurus from working.

2) You can open a terminal window, and change the owner and group using the "chown" and "chgrp" commands respectively. Faster, if you know how to use the console...

Hope this helps!

[iamasmith]

.....
I am not having success either on my new SL-C3000:

$ /usr/local/bin/kismet_server
Bus error
$

This is from the package "kismet-2005-01-R1b-arm.tar.gz".  If you solve the riddle, then let us know.

My wireless card is Lynksys WCF12.  I am new to Zaurus, but not Linux.  Just installed openssh client and server.

Bill Faust
[div align=\"right\"][a href=\"index.php?act=findpost&pid=72503\"][{POST_SNAPBACK}][/a][/div]

Bill, this is because the kismet_server and kismet_client binaries have been compressed with the UCLX compressor. The UCLX compressor stub crashes on the 3K with this error.

If you want to use this version then transfer these binaries onto a desktop system running Linux. Install UCLX on that system and uclx -d the binaries to remove the stub.

Transfer them back and everything should work.

- Andy

[iamasmith]

The UCLX issues isn't actually opcode or alignment related as was first suspected (could have been for all I know.. the stub is written in ARM assembler which I haven't felt the need to learn yet).

The issue is actually related to the size of /dev/shm to which /tmp is linked (/dev/shm/tmp). By default this is 1m in size making the upper limit on /tmp 1m. This isn't even close to big enough to allow the UCLX stub to decompress these files.

I'm going to set this size to 10m for the next Cacko3K release. Note that the memory isn't used until the space is used in the tmpfs. 10m we know to be a good figure, that's what Cacko 1.22 uses and we don't see any complaints about it being too big on that.

For the people interested in changing it in the meantime they should note that it's not enough to change /etc/fstab and reboot. The mount actually comes from one of several potential lines in /root/etc/rc.d/rc.rofilesys. Look for lines like...

Code: [Select]

mount -t tmpfs -o size=1m none /dev/shm
Note that there are three lines that potentially mount tmpfs so I would suggest modifying them all, I haven't worked out which one is the normal one. Just hacked the change from 1m to 10m in this line and rebooted.

Note also that /root is on the read only flash file system (/) so to be able to change this you first need to...

mount -o remount,rw /dev/root /

Once you have made the change simply reboot and you have up to 10m for /tmp. Most UCLX binaries should work now.

- Andy