Cannot Telnet or ssh

[dinjo]

Recently i tried installing crypto-dev and it removed openssl but after reboot i cannot access the shell it says connection refused.Samba , Transmission everything is working i can access the data but no shell access.

[pepedog]

I saw your earlier post where you are running kernel 2.6
Did you update to linux, which replaces that?
Did you arrange for cryptodev module to load?

[dinjo]

No, No.

How do i proceed ahead now ? Can i just copy the extracted tarball to my usb and do a pacman -Syyu ?

[WarheadsSE]

You could do that, but you need to do it in a linux system, with a root user.

[dinjo]

Will do that , but is there any other option by which i can get telnet/ssh enabled without copying of rootfs

[dinjo]

Did a extract of tarball but nothing working and before i press any button wanted to confirm

$this->bbcode_second_pass_code('', '[root@alarm pkg]# pacman -Syuf
:: Synchronizing package databases...
core 37.9K 28.7K/s 00:00:01 [#######################################################################################] 100%
extra 428.7K 73.2K/s 00:00:06 [#######################################################################################] 100%
community 423.3K 124.2K/s 00:00:03 [#######################################################################################] 100%
aur 11.0K 44.7K/s 00:00:00 [#######################################################################################] 100%
:: The following packages should be upgraded first :
pacman
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] n

:: Starting full system upgrade...
:: Replace libusb with core/libusbx? [Y/n] n
:: Replace module-init-tools with core/kmod? [Y/n] n
:: Replace procps with core/procps-ng? [Y/n] n
resolving dependencies...
looking for inter-conflicts...
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: udev-oxnas and systemd are in conflict (udev)
[root@alarm pkg]# cat /usr/lib/systemd/system/transmission.service
[Unit]
Description=Transmission Bit Torrent Daemon

# This assumes that a user 'transmission' exists, with a writeable homedirectory,
# and that /run/transmission exists and is writeable by the transmission user.

[Service]
User=transmission
Type=forking
PIDFile=/run/transmission/transmission.pid
ExecStart=/usr/bin/transmission-daemon --pid-file /run/transmission/transmission.pid

[Install]
WantedBy=multi-user.target
[root@alarm pkg]# vi /usr/lib/systemd/system/transmission.service
[root@alarm pkg]# rc.d start transmissiond
:: Starting Transmission Daemon [BUSY] /usr/bin/transmission-daemon: /lib/libc.so.6: version `GLIBC_2.15' not found (required by /usr/bin/transmission-daemon)
/usr/bin/transmission-daemon: /lib/libc.so.6: version `GLIBC_2.15' not found (required by /usr/lib/libevent-2.0.so.5)
/usr/bin/transmission-daemon: /lib/libc.so.6: version `GLIBC_2.15' not found (required by /usr/lib/libcurl.so.4)
[FAIL]
[root@alarm pkg]# rc.d start transmissiond
:: Starting Transmission Daemon [BUSY] /usr/bin/transmission-daemon: /lib/libc.so.6: version `GLIBC_2.15' not found (required by /usr/bin/transmission-daemon)
/usr/bin/transmission-daemon: /lib/libc.so.6: version `GLIBC_2.15' not found (required by /usr/lib/libevent-2.0.so.5)
/usr/bin/transmission-daemon: /lib/libc.so.6: version `GLIBC_2.15' not found (required by /usr/lib/libcurl.so.4)
')

[WarheadsSE]

You are pretty massively out of date there.

[dinjo]

Yes the tarball is of 2.6 Kernel of last december which ones should i be saying yes ?

[WarheadsSE]

Don't force, and take your time. You should be saying yes to everything, in order. Watch for the known issues: filesystem, hwids, fonts, etc.

[pepedog]

I should keep my trap shut as I don't have a pp pro, but will updates need tempfs?
http://us.mirror.archlinuxarm.org/os/oxnas/update-oxnas/update-kernel.sh doesn't appear to cater for pci pro, or he could have used latest tarball, right?
Then not so many updates to do