Unless Asus did it (they updated samba, I didn't check mt-daapd), it's still on the to-do list.Quote:
Originally Posted by fireflash
- K.C.
Printable View
Unless Asus did it (they updated samba, I didn't check mt-daapd), it's still on the to-do list.Quote:
Originally Posted by fireflash
- K.C.
Just flashed my white box to 1078 kfurge. The funny thing is - I thought it didn't work. I used web interface and selected the file, and then screen went blank, URL was something on flashing progress, but page said "done." and nothing was happening. PC wasn't transfering anything, and I waited and waited, had another cigarette.... nothing.
The internet was working, though, so I said, no go. I said i'll restart the router and try again, but router wouldn't react to nothing. power button just didn't do anything.
So after a while I gave up, and unplugged the power cable. After the damn thing booted, I normally logged on to web interface and... it said 1.0.7.8 !!! (was 1.0.4.6)
Cool! :-)
Now... how does one add .torrent files to MLDonkey???? :-)
Mine did something similar. When I flashed it using the web interface, it went through the motions, then said it was going to reboot, but it didn't. So I just let it sit there and spin it's wheels, then it came back to the web interface like nothing had happened.. So I had to make it reboot, after that, it was all good.
To add torrents to mldonkey, go to the mldonkey interface page, and copy and paste the .torrent url into the DL box.
Just updated to 1078. All worked fine via the web interface - none of the oddities reported above.
Couple of things: if i reboot the unit (from the web interface, cos the asus is physically upstairs and i'm lazy) and telnet in, i can work for a bit (with different prompt) before connection is dropped/kicked after say 30secs. then when i log back in, the login prompt is different; all good tho!
Done as said: renamed old opt dir /shares/MYVOLUME1/opt to something else, and copied the 'new' /opt in place to start afresh from. However,
doing 'ipkg update' gives me the following, and i can't add any new packages afterwards (e.g. optware-devel etc)
also, whenever i try to do 'sudo bash' i get something about /opt/etc/sudoers being owned by gid 42000 should be 0.Code:$ ipkg update
Downloading http://ipkg.nslu2-linux.org/feeds/optware/oleg/cross/stable/Packages.gz
wget: missing URL
Usage: wget [OPTION]... [URL]...
Try `wget --help' for more options.
An error ocurred, return value: 1.
Collected errors:
ipkg_download: ERROR: Command failed with return value 1: `wget -q -P http://ipkg.nslu2-linux.org/feeds/optware/oleg/cross/stable/Packages.gz'
but i love the whole 'press copy button to use default boot' - great solution to mucked up rc.local, and finally a fix for /bin/sh -> /opt/bin/bash. great stuff.
UPDATE: ok ok ok...so my asus couldn't actually access the wider world (was reset to gateway mode not access point which is how i normally have it). so ipkg thing fixed, but the sudo oddity still there...
Yeeeeehaaaaa big thx, cheers everyone!!! :D
Something must have happened when the file got copied... The 42000 GID is indicative of an Asus made user. Maybe you didn't copy it as root? The firmware image has the UID:GID for all files set to 0:0.Quote:
Originally Posted by neil
Fixing is easy with chgrp, though other sudo related files are probably also broken.
- K.C.
The first shell is started by the Asus code, but is completely insecure without the firewall enabled (though not having the firewall enabled is suicidal anyway). So, in rc.local I kill the Asus telnet and start my own to close the hole. That's when you get kicked off. This is a good FAQ item.Quote:
Originally Posted by neil
- K.C.
One small thing: i've taken my asus to work, so i can mess with it during lunchtime to get everything sorted; this has inadvertently led me to set the IP address to a duff value that means i can no longer access it.
so i hold down reset for 10 seconds, which i thought just reset the settings, then reboot - i can access it again (via 192.168.1.1) but the firmware has been reset to 1.0.4.6 -> which obviously means reflashing all over again...is there a better way to just reset to factory settings, without reverting the flash??
I try to start at first step again byQuote:
Originally Posted by kfurge
remove all file in /shares/MYVOLUME1
except MYSHARE1,__share_MYSHARE1_vars.txt,bin,etc
And I re-flashing via web interface with WL700gE_kc_1078_01.nas
after that I press reset button for 10 second
and run EZsetup again
Everything seem ok.
I can telnet to router as Admin and can Sudo bash -l to gain root
I start MLDONKEY follow http://wl700g.homelinux.net/drupal/?q=node/190
But I can't open MLDONKEY web interface http://192.168.1.1:4080
and MYSHARE in ASUS web interface ( I can't access share, And I can't create new share )
Am I do a big mistake ? (remove all file in /shares/MYVOLUME1 )
T-T
Can I fix it ?
Erasing everything in /shares/MYVOLUME1 was probably not the best idea... I'm not sure how to recover from that.Quote:
Originally Posted by ice-cool
Regarding MLDonkey, the startup output is in /tmp/mldonkey.out. It'll show you why it's not starting. I suspect it's because you don't have a /shares/MYVOLUME1/MYSHARE1 any more.
- K.C.
I've run across this once or twice in the past. For sure your flash is not being reverted. There's not enough room in it to store two copies. The .nas file consists of two parts, the flash part and a filesystem part. Only the kernel and a very small filesystem reside in the flash. There are two cramfs partitions (I use the term loosely since they're not truly partitions) on the routers HDD which hold the "firmware" contained within the filesystem segment. The router seems to toggle back and forth between them when a .nas file is flashed into it.Quote:
Originally Posted by neil
I believe you're experiencing a failsafe built into the flash copy of "init" to protect against corruption or failure to one of the cramfs partitions on the HDD. If the reset button is pressed, I think it forces the router to boot from a previously good partition.
I would suspect that flashing the router twice, with a successful boot in between, would completely flush out any old images.
Can you experiment with this concept a bit and try to figure out its behavior?
- K.C.
Quote:
Originally Posted by kfurge
will do...
(and then its time to get cups working again; latest svn 1.4.x fixes the bug that's in the current optware package, so i'll try and compile that one rather than reverting back to the 1.2.12 that i had working under old firmware)
Just flashed your firmware, and had no problems at all after deleting my old opt directory (Was filled with a lot of crap anyways :-)).
Seems to work very impressive, MLDonkey worked out of the box, same with SSH. Thank you very much for this impressive firmware, you have really improved Asus default firmware :)
Hi,
I assume your image contains a 'default' /opt that contains /opt/etc/rc.local. I also assume /.profile is there 'somewhere'. I can't find it. But I did the minimal thing: copied my rc.local to /opt/etc. That is to my /opt, because I ran your previous firmware.Quote:
Originally Posted by kfurge
Now, I like to do what you suggest. But how? /shares/MYVOLUME1/opt is mounted to /opt and always busy (mv: cannot rename 'opt': Device or resource busy).
Should I first rename rc.local to something not functional? But will your rc.local than take over (after reboot), and again mount /shares/MYVOLUME1/opt ?
Sorry, I'm a bit :confused:
Marc
Sorry, my mistake on the .profile, I set this up a while ago... The default bash profile is in /opt/etc/profile.Quote:
Originally Posted by mumsoft
Regarding your /opt problem...
The firmware looks for /shares/MYVOLUME1/opt and if it's there, then it mounts /shares/MYVOLUME1/opt over the top of the /opt that's already there and attempts to execute /opt/etc/rc.local. Which rc.local gets executed depends on whether or not /shares/MYVOLUME1/opt exists or not.
To insure the flashed copy of /opt is active, you need to rename /shares/MYVOLUME1/opt (not /opt) to something else:
cd /shares/MYVOLUME1
mv opt opt.DO_NOT_LOAD
reboot
When the router boots again, what's in /opt is the flashed filesystem. Do what you need to do to the /shares/MYVOLUME1/opt.DO_NOT_LOAD/etc/rc.local. After that, repeat the above steps, except step #2 which becomes "mv opt.DO_NOT_LOAD opt" to put everything back.
Lather, rinse, repeat until everything works...
- K.C.