• Posts

  • Joined

  • Last visited

gbi's Achievements

  1. Hi Folks, sorry for the delayed reply. I did the upgrade according to this recipe: But I ended up with a problem. I have a LEMP stack on the Bapi, and the packages that formed the PHP environment had not been updated, they stayed at "deb8". Simple reason for this was, that in jessie the PHP packages are named "php5-*" whereas in stretch "php-*". I manually tried to "apt-get remove" them, but failed with "php5-fpm", for whatever reason. I had a blocker. I found no way to remove this blocker, so I decided to restore the backup of the whole armbian I had done right before this upgrade, and to do the upgrade once again. This time I removed all "deb8" "php5-*" packages at once, with one "apt-get remove", also I deactivated automatic start of the whole LEMP stack at boot. This second attempt worked. I had to do some other cleanup, as some other packages marked "deb8" have been left over after the upgrade and dist-upgrade, for instance an old cpp or some packages with shared libraries. I "apt-get remove" or "apt-get autoremove" them. The Bapi now runs Welcome to ARMBIAN 5.38 stable Debian GNU/Linux 9 (stretch) 4.14.18-sunxi Linux bapi 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l So far no Armbian related problems, just for the records.
  2. Thanks for yur reply :-) What are this glitches ? Is there a, hmm, wiki page or something else when an upgrade can be done, or do I get the upgrade automaticaly ? A bit confused ..
  3. Hi folks, I'm running armbian on a Banana Pi 1st generation, so far no probs. Indeed it runs very stable. The armbian is a debian jessie. Is it possible or recommended to update to stretch via the official debian upgrade path ? The armbian is fully updated Welcome to ARMBIAN 5.36 user-built Debian GNU/Linux 8 (jessie) 4.13.16-sunxi I'm running an nginx php stack on the BaPi. But what about stretch ? Can I do a dist-upgrade ? Sorry if this has already been discussed. Thanks in advance for replies :-)
  4. Hi, seems I'm talking to myself . Another workaround for this prob I found in another thread, is setting "UsePAM no" in /etc/ssh/sshd_config Logging in is also significantly faster with this setting. Looks there is something broken in PAM, not in SSHD Good hunting
  5. Hi all and especially Igor, meanwhile I have deinstalled openssh-server and installed dropbear. And guess what, dropbear seems to work as expected. debug1: Authentication succeeded (password). Authenticated to 192.168.x.y ([192.168.x.y]:22). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending environment. debug1: Sending env LANG = en_US But the nice, colored Armbian splashscreen is now missing. What must be done to get it also with Dropbear ? Thanks in advance
  6. Man, apt-get generously offers a tip what to do. If you havn't done meanwhile, do the 'apt-get autoremove', and then go on with your 'apt-get install mysql-server mysql-client' MariaDB and MySQL are similar (MariaDB is a fork of MySQL), so the mariadb-common blocks the installation of MySQL. I'm 99% sure that this solves the "problem".
  7. Hi, yesterday I saw the recommendations for SD cards, so I thought to try a Samsung which is in my portfolio. No luck :-(. The kernel on my BaPi is exactly the one which is in the vanilla Jessie image, have not touched it in any way. It looks like sshd is unable to spawn or exec the loginshell. As soon as you update the kernel I'll try it. A real bizarre prob
  8. Hi All, I have a strange prob regarding Armbian on my Banana Pi. I have installed vanilla Jessie on my BaPi (1st modell with an SD, not uSD). I have also installed tvheadend, lighttpd and the kernel-nfs-server (beyond the packages already in the image). The BaPi is connected to a switch (no WiFi), and it is headless. When it starts all works as expected. But after some hours logging in via SSH stops working. The sshd itself runs, if I try to login (with pubkey auth) I can see that the connection to the sshd is successfully established, but when the shell should be started it hangs forever: debug1: kex: server->client aes128-ctr hmac-sha2-256 none debug1: kex: client->server aes128-ctr hmac-sha2-256 none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: RSA aa:bb:cc:dd:ee:ff:ee:dd:cc:bb:aa:bb:cc:dd:ee:ff debug1: Host '192.168.x.y' is known and matches the RSA host key. debug1: Found key in /home/gbi/.ssh/known_hosts:zz debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Offering RSA public key: /home/gbi/.ssh/id_rsa debug1: Server accepts key: pkalg ssh-rsa blen 279 debug1: read PEM private key done: type RSA debug1: Authentication succeeded (publickey). Authenticated to 192.168.x.y ([192.168.x.y]:22). debug1: channel 0: new [client-session] debug1: Requesting debug1: Entering interactive session. After the last line it hangs forever (done on the client with ssh -v). Normally this should continue like debug1: Sending environment. debug1: Sending env LANG = en_US.UTF-8 ____ | __ ) __ _ _ __ __ _ _ __ __ _ | _ \ / _` | '_ \ / _` | '_ \ / _` | | |_) | (_| | | | | (_| | | | | (_| | |____/ \__,_|_| |_|\__,_|_| |_|\__,_| ... My first idea what could cause this was that the root-FS "has been lost" in kind of a way, but I can see the filesystem thru NFS and thru Lighty (with dir indexing). Also tvheadend works as expected. Using another SD card has not helped, also changing the powersupply does not help. Also reinstalling the openssh-server package has not helped. I had Bananian on the same BaPi before (same SD), havn't had this strange prob. Have also found nothing in /var/log. Only thing I can do is to do a hard power off/on, and the game begins again for a few hours. Who has an idea ? Thanks in advance