Your environment has this:and that isn't the same.  Try changing it to:(and don't forget to save it).  That way you'll get arcNumber and mainlineLinux set, which you presumably need.

Or you have a poor choice of background colours?

Not just that.  The download of the *-uImage files is also incredibly slow, and often times-out.  The same is now true for the 3.4.6 files, which have just shown up.

e.g. I downloaded sheeva-3.4.6-Modules.tar.gz in 7.4s, at 1.14MB/s

sheeva-3.4.6-uImage is crawling along, with frequent stops, and is expected to take > 10mins.  (That's if it doesn't timeout...)

Actually, the other locations are not all OK.
Accessing the source directory results in a 502 Bad Gateway error.
And the release directory contains a directory called 2, which seems to have the cubox 3.4.5 files.

There seems to be a problem at the xilka site.

Any attempt to download the 3.4.5.-uImage file is incredibly slow and eventually times out.
The other files seem to be fine, though, so it's not the network connexion to the site. It's almost as if it's been written to a bad-spot on the disk.

Is that the only file in /lib/firmware/rtlwifi?  There should be 4 rtl8192* files as well (and it should also have put RTL8192SU, RTL8192E and rtl_nic directories under /lib/firmware too).

However, the relevant thing is whether you end up with a wlan0 device.  I presume that ifconfig isn't showing anything (and that is what you mean when you say "but still no wlan of any flavor")?

What kernel are you using?  I have a dual-band Buffallo Wireless-N Nfiniti running on mine, and that needed a 3.x kernel to get it going (so I run the cbxbiker61 kernels).  That also needed a firmware file (rt2870.bin, but I had to get the one from the kernel git download last October to get that running).

You need to install the relevant firmware file.  Which (judging by what I have on my mandriva2011 system) will be:
   /lib/firmware/rtlwifi/rtl8192cufw.bin
Now, as to where you can get the firmware files - it's in the firmware-realtek package, so:
   apt-get install firmware-realtek
should get it.
If not, the actual deb file is at:
 ftp://ftp.uk.debian.org/debian/pool/non-free/f/firmware-nonfree/firmware-realtek_0.36_all.deb

There is no automount.
But you do have a mechanism in place which is mounting devices as you plug them in.  This will be something to do with udev and/or hal.

Wild guess here (since I've never used encrypted fs)
Should that root device be /dev/sda2_crypt, rather than /dev/sda2?

According to the Packages file for wheezy, initscripts breaks versions < 1:0.7.3-3.
But don't ask me for anything beyond that....

So how long have you been in this state?
If it has just started, what did you do just before that?

squeeze is the stable version now.

This is from the README file at http://ftp.uk.debian.org/debian/dists/

 cron jobs and start-up scripts aren't going to show anything.  They are static scripts.

You need to look at the system log files - the things in /var/log, especially the messages file.

If there is a serious error on a file-system the OS will switch it to read-only to prevent any further damage.  So look for file-system errors on the relevant file-system or hardware errors on the device.

Really?
From what I could see the .ndo_set_multicast_list field was just renamed to .ndo_set_rx_mode. That seems to be all that the second link did.  The first link renamed the callback function too (but left the code within it the same).
Just a rename was all that was done here too.

Hmmm...something went weird when I put those two links in (looks like I quoted them when I shouldn't).
Trying again:

wctc4xxp: Replace 'ndo_set_multicast_list' with 'set_rx_mode'
and another one.

If it's any help, here's a github change that someone else has done as a result of it (I think...)

wctc4xxp: Replace 'ndo_set_multicast_list' with 'set_rx_mode'
and another one