Code: Select all
root@b33:/home/ahoff/vserver# dpkg -i bubba3-kernel-vserver_3.0.86-1_armel.deb
.....
WARNING: could not open /lib/modules/3.0.86-1/modules.builtin: No such file or directory
Code: Select all
root@b33:/home/ahoff/vserver# dpkg -i bubba3-kernel-vserver_3.0.86-1_armel.deb
.....
WARNING: could not open /lib/modules/3.0.86-1/modules.builtin: No such file or directory
Well Im stuck with compiling the util-vserver. I get this far...Perhaps you already know, the repository you're referring to does not provide arm binaries. You will have to compile the tools you need.
Code: Select all
root@b33:/home/ahoff/vserver/util-vserver-0.30.215# ./configure
...
checking for openpty... no
checking for openpty in -lutil... yes
checking for used crypto API... auto
checking beecrypt/beecrypt.h usability... no
checking beecrypt/beecrypt.h presence... no
checking for beecrypt/beecrypt.h... no
checking for NSS... no
configure: error: internal error
root@b33:/home/ahoff/vserver/util-vserver-0.30.215#
Code: Select all
First, install the required packages for util-vserver to compile.
apt-get install vlan dietlibc-dev pkg-config libnss3-dev
Read the third reply...Stryker wrote:
But even after connecting via wireless, I was not able to lease an IP via DHCP.
You offered a solution that did not match my problem. That file does not exist in the image-archive and therefore probably will not exist after installation (already reinstalled my backup).ahoff wrote:Read the third reply...Stryker wrote:
But even after connecting via wireless, I was not able to lease an IP via DHCP.
Ok.MouettE wrote: ahoff: the persisent rules files are removed from both images, so it's not needed to remove them manually anymore.
This is weird. All your posts were awaiting moderation. This is standard procedure for new posters, question seems to be why they first were visible and then disappeared. I've approved them now, I guess someone with higher moderator-fu than me could understand what happened...Stryker wrote:I do not know why, but someone either deleted or hid my two previous posts without any kind of feedback to me.
The names may be confusing, but the images are almost identical. I create the wifi version first, then disable wifi through configuration and make the nowifi version. The no-wifi is younger but the content is the same except for wifi and network configuration.Stryker wrote:the no-wifi-version (2346) is probably more up to date than wifi-version (1950)
If you try a wifi image on a non-wifi b3 it probably won't work very well. However using the nowifi image on a b3 with wifi will work. But I don't think that this is related to your ssh issue.Stryker wrote:Apparently choosing which image to use is not related to whether your B3 came with a wireless-card or not, right?
The file /etc/udev/rules.d/70-persistent-net.rules is created on boot if it doesn't exist. it associates mac adresses with network devices names ethX. This guarantees that theses names remain constant after the next boot. It must not be present on the image, but it will exist after the first boot of the device, which is expected.Stryker wrote:You offered a solution that did not match my problem. That file does not exist in the image-archive and therefore probably will not exist after installation (already reinstalled my backup).ahoff wrote:Read the third reply...Stryker wrote: But even after connecting via wireless, I was not able to lease an IP via DHCP.
Also this error was promised to be fixed in the downloadable images.
That is strange. By default the server listen on all cards and there is no firewall. A closed port means that either the ssh server did not start or failed to start. I assume you can ping your device. Can you check (or send) the content of /var/log/auth.log from rescue ?Stryker wrote:well... Everything seems to be normal as of now.
back to topic: SSH login does not work with the wifi-image.