NordVPN today update Version 3.12.0 not work in SysVinit [Solved]

[venik212]

Does not work for me.... nordvpn sock not found...;-(

Code: Select all

System:    Kernel: 5.10.0-11-amd64 x86_64 bits: 64 compiler: gcc v: 10.2.1 
           parameters: BOOT_IMAGE=/boot/vmlinuz-5.10.0-11-amd64 
           root=UUID=<filter> ro quiet splash 
           Desktop: Fluxbox 1.3.7 info: tint2 vt: 7 dm: LightDM 1.26.0 
           Distro: MX-21_x64 Wildflower October 20  2021 base: Debian GNU/Linux 11 (bullseye) 
Machine:   Type: Laptop System: LENOVO product: 20266 v: Lenovo Yoga 2 Pro serial: <filter> 
           Chassis: type: 10 v: Lenovo Yoga 2 Pro serial: <filter> 
           Mobo: LENOVO model: Yoga2 v: 31900056PRO serial: <filter> UEFI: LENOVO v: 76CN43WW 
           date: 03/30/2015 
Battery:   ID-1: BAT1 charge: 26.3 Wh (100.0%) condition: 26.3/49.3 Wh (53.4%) volts: 8.2 
           min: 7.4 model: Lenovo IdeaPad Kona type: Unknown serial: <filter> status: Full 
CPU:       Info: Dual Core model: Intel Core i7-4500U bits: 64 type: MT MCP arch: Haswell 
           family: 6 model-id: 45 (69) stepping: 1 microcode: 26 cache: L2: 4 MiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 19155 
           Speed: 1497 MHz min/max: 800/3000 MHz Core speeds (MHz): 1: 1497 2: 1497 3: 1497 
           4: 1497 
           Vulnerabilities: Type: itlb_multihit status: KVM: VMX disabled 
           Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass 
           mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, 
           STIBP: conditional, RSB filling 
           Type: srbds mitigation: Microcode 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: Intel Haswell-ULT Integrated Graphics vendor: Lenovo driver: i915 v: kernel 
           bus-ID: 00:02.0 chip-ID: 8086:0a16 class-ID: 0300 
           Display: x11 server: X.Org 1.20.11 driver: loaded: intel display-ID: :0.0 screens: 1 
           Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 507x285mm (20.0x11.2") 
           s-diag: 582mm (22.9") 
           Monitor-1: eDP1 res: 1920x1080 hz: 60 dpi: 168 size: 290x170mm (11.4x6.7") 
           diag: 336mm (13.2") 
           OpenGL: renderer: Mesa DRI Intel HD Graphics 4400 (HSW GT2) v: 4.5 Mesa 20.3.5 
           compat-v: 3.0 direct render: Yes 
Audio:     Device-1: Intel Haswell-ULT HD Audio vendor: Lenovo driver: snd_hda_intel v: kernel 
           bus-ID: 00:03.0 chip-ID: 8086:0a0c class-ID: 0403 
           Device-2: Intel 8 Series HD Audio vendor: Lenovo driver: snd_hda_intel v: kernel 
           bus-ID: 00:1b.0 chip-ID: 8086:9c20 class-ID: 0403 
           Sound Server-1: ALSA v: k5.10.0-11-amd64 running: yes 
           Sound Server-2: PulseAudio v: 14.2 running: yes 
Network:   Device-1: Intel Wireless 7260 driver: iwlwifi v: kernel modules: wl port: 3040 
           bus-ID: 01:00.0 chip-ID: 8086:08b2 class-ID: 0280 
           IF: wlan0 state: up mac: <filter> 
Bluetooth: Device-1: Intel Bluetooth wireless interface type: USB driver: btusb v: 0.8 
           bus-ID: 2-4:2 chip-ID: 8087:07dc class-ID: e001 
           Report: hciconfig ID: hci0 rfk-id: 3 state: down bt-service: N/A rfk-block: 
           hardware: no software: yes address: <filter> 
           Info: acl-mtu: 1021:5 sco-mtu: 96:5 link-policy: rswitch hold sniff 
           link-mode: slave accept 
Drives:    Local Storage: total: 476.94 GiB used: 89.75 GiB (18.8%) 
           SMART Message: Unable to run smartctl. Root privileges required. 
           ID-1: /dev/sda maj-min: 8:0 vendor: Samsung model: MZMTD512HAGL-000L1 
           size: 476.94 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s type: SSD 
           serial: <filter> rev: 3L0Q scheme: GPT 
Partition: ID-1: / raw-size: 195.31 GiB size: 191.19 GiB (97.89%) used: 89.71 GiB (46.9%) 
           fs: ext4 dev: /dev/sda7 maj-min: 8:7 
           ID-2: /boot/efi raw-size: 260 MiB size: 256 MiB (98.46%) used: 37.2 MiB (14.5%) 
           fs: vfat dev: /dev/sda2 maj-min: 8:2 
Swap:      Alert: No swap data was found. 
Sensors:   System Temperatures: cpu: 56.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     Packages: note: see --pkg apt: 2450 lib: 1106 flatpak: 0 
           No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian bullseye-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian bullseye main contrib non-free
           2: deb http://security.debian.org/debian-security bullseye-security main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/google-chrome.list 
           1: deb [arch=amd64] https://dl.google.com/linux/chrome/deb/ stable main
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://mxrepo.com/mx/repo/ bullseye main non-free
           Active apt repos in: /etc/apt/sources.list.d/nordvpn.list 
           1: deb https://repo.nordvpn.com//deb/nordvpn/debian stable main
           Active apt repos in: /etc/apt/sources.list.d/skype-stable.list 
           1: deb [arch=amd64] https://repo.skype.com/deb stable main
           Active apt repos in: /etc/apt/sources.list.d/teamviewer.list 
           1: deb http://linux.teamviewer.com/deb stable main
Info:      Processes: 200 Uptime: 2m wakeups: 2 Memory: 7.68 GiB used: 1.1 GiB (14.3%) 
           Init: SysVinit v: 2.96 runlevel: 5 default: 5 tool: systemctl Compilers: gcc: 10.2.1 
           alt: 10 Shell: quick-system-in default: Bash v: 5.1.4 running-in: quick-system-in 
           inxi: 3.3.06 

[asqwerth]

Did you read pages 1 to 3 of this thread where the advice was given by fehlix to run

sudo service nordvpn restart

to restart the service after an update of nordvpn? [added] this is where you get the whoops sock error after an update, if you don't restart service.


And then on p3 he gives advice on how to set up an autostart entry so that the service is always restarted on bootup/login?


PS. In Fedora, after an update if I don't restart service (with systemd commands), I also get a whoops sock error. This particular issue is nothing to do with systemd vs sysvinit.

[jj 5117]

Same problems since last fall. Nord's help wasn't help. The thread is marked "solved", but I didn't grasp the solution.
I do Not have Nord set to auto-connect. I do not run Nord elevated.
After every reboot, starting Nord results in "whoops" error.
My survival cure was (and is) :
After reboot, use MX Package Manager to reinstall NordVPN. (Your settings are preserved.)
Then, >nordvpn login -legacy< and >nordvpn c ____ <
Good to go. I'll make a script for that someday, but for now it only takes a few clicks and keys to do.
- - - - -
This is an easy way to keep doing what you need to do without a fellow noob exploding their brains.

Thanks all.

P.S. I just moved from MX19 to MX21. It's pretty and smooth, but it didn't fix this problem. :)

[Cristobal]

I'd like to add some info that might help some users.

Since the new update, when trying to connect to nordvpn via the app, it provides a link to the nordvpn site where you have to enter your credentials. However, once logged in, in my case nothing happens (it said that I was 'in' on the webpage, but when typing 'nordvpn c' in terminal, it said I wasn't logged in, go figure).

After contacting the customer service (which was super responsive for once), they told me to type this command 'nordvpn login --legacy' which allowed me to log in.

[asqwerth]

I'd like to add some info that might help some users.

Since the new update, when trying to connect to nordvpn via the app, it provides a link to the nordvpn site where you have to enter your credentials. However, once logged in, in my case nothing happens (it said that I was 'in' on the webpage, but when typing 'nordvpn c' in terminal, it said I wasn't logged in, go figure).

After contacting the customer service (which was super responsive for once), they told me to type this command 'nordvpn login --legacy' which allowed me to log in.

I already posted that tip in the previous page: viewtopic.php?p=671626#p671626

I suspect this is a systemd-dependent thing, because when done in Arch-based distros, the browser login will trigger the opening of a new terminal and text will show that login is completed and you can now go back to connecting to nordvpn the usual way. The new terminal then disappears.

[Cristobal]

I'd like to add some info that might help some users.

Since the new update, when trying to connect to nordvpn via the app, it provides a link to the nordvpn site where you have to enter your credentials. However, once logged in, in my case nothing happens (it said that I was 'in' on the webpage, but when typing 'nordvpn c' in terminal, it said I wasn't logged in, go figure).

After contacting the customer service (which was super responsive for once), they told me to type this command 'nordvpn login --legacy' which allowed me to log in.

I already posted that tip in the previous page: viewtopic.php?p=671626#p671626

I suspect this is a systemd-dependent thing, because when done in Arch-based distros, the browser login will trigger the opening of a new terminal and text will show that login is completed and you can now go back to connecting to nordvpn the usual way. The new terminal then disappears.

My mistake.

[asqwerth]

Just something new learned which explains why nordvpn running in MX was not able to complete the new login method (" nordvpn login --nordaccount"), forcing us to use the "--legacy" login instead. It has NOTHING to do with systemd vs sysvinit, but with the lack of xterm preinstalled on MX.

See this post from the AUR page https://aur.archlinux.org/packages/nordvpn-bin

Sensu commented on 2022-04-05 21:41 (UTC)

Please add xterm as a dependency to this. I was not able to sign with my nordvpn credentials until I installed xterm in my system.

I tested this in MX19. xterm was not installed. After installing, I logged out of nordvpn (legacy) and logged in again with the new login method. As previously described, it provides a link which you must open in browser and login from there. This time, with xterm installed, the little terminal does pop open after you enter your account name and password (like I reported happened in Manjaro/Arch-based distros), and after some "working" symbols within, you are logged in, the terminal disappears, and you get a message on the browser page that you are logged in. From there, go back to terminal to connect.


@fehlix @Stevo , request that we add xterm as a dependency to the package or the .pm file in MXPI, or however you all do it.


Thanks.

[fehlix]

Just something new learned which explains why nordvpn running in MX was not able to complete the new login method (" nordvpn login --nordaccount"), forcing us to use the "--legacy" login instead. It has NOTHING to do with systemd vs sysvinit, but with the lack of xterm preinstalled on MX.

See this post from the AUR page https://aur.archlinux.org/packages/nordvpn-bin

Sensu commented on 2022-04-05 21:41 (UTC)

Please add xterm as a dependency to this. I was not able to sign with my nordvpn credentials until I installed xterm in my system.

I tested this in MX19. xterm was not installed. After installing, I logged out of nordvpn (legacy) and logged in again with the new login method. As previously described, it provides a link which you must open in browser and login from there. This time, with xterm installed, the little terminal does pop open after you enter your account name and password (like I reported happened in Manjaro/Arch-based distros), and after some "working" symbols within, you are logged in, the terminal disappears, and you get a message on the browser page that you are logged in. From there, go back to terminal to connect.


@fehlix @Stevo , request that we add xterm as a dependency to the package or the .pm file in MXPI, or however you all do it.


Thanks.

I'll have look later today...