After two unsuccessful attempts to install Debian on an internal disk on a Safecom SWSAPUR, I eventually found the reason for it: all file permissions on the disk had been changed to 777, i.e. full access for everyone, and sshd refused to work with a world-readable host key file.
I eventually tracked it down to the firmware: hotplug.sh executes a 'chmod -R 777' for any ext2/3 disk you attach to it! Short of wiping the disk (which the firmware occasionally did with ext3 partitions in previous versions) modifying it silently is about as bad a thing as an NAS device can do. What were Amit thinking there? Surely anyone who'd attach an ext2 disk would know to set the permissions as needed for sharing?!
Anyway, to fix that I downloaded Schufti's source for the 400s08 firmware version (MGB100schufti08.tar.bz2). Once I got it to build I removed those braindead chmod lines from hotplug.sh and rebuilt, which resulted in the attached firmware. (It's not really gzipped, but I renamed it to .gz because the forum software only allows certain file endings. Hence gunzipping it will fail. You might want to rename it to .img or .upg, although the firmware updater doesn't care anyway.)
Schufti, could you patch that bug/misfeature in future updates of your firmware?
ps: Anyone looking for a firmware build environment on Windows might want to take a look at
andLinux, which is a Ubuntu based on a
coLinux kernel that runs as a Windows app, which means that no VMWare or some such is needed. Additional packages can be installed as usual, through apt-get or synaptic from the standard Ubuntu repositories. Great stuff.
