NSA 325 v2 network problem after pacman -Syu

This forum is for topics dealing with problems with software specifically in the ARMv5 repo.

NSA 325 v2 network problem after pacman -Syu

Postby Jutzi » Sun Feb 22, 2015 4:07 pm

I just installed ARCH Linux to a brand new Zyxel NSA325-V2. Everything went fine but after upgrade (pacman -Syu) network is lost. Or actually network is connected again after 2-10 reboots. No logic how many reboots are needed. After re-installing the rootfs (ArchLinuxARM-kirkwood-latest.tar.gz) to the second partition, everything works nicely again and problem is back after upgrade.

Problem could be related to this: viewtopic.php?f=27&t=3851&start=10

Last lines from the log of a the last boot with failing network (journalctl -b -1):

Feb 21 17:44:40 nsa325-v2 systemd-networkd[131]: eth0 : gained carrier
Feb 21 17:44:40 nsa325-v2 kernel: mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 1000 Mb/s, full duplex, flow control disabled
Feb 21 17:44:40 nsa325-v2 systemd-networkd[131]: eth0 : could not start IPv6 router discovery
Feb 21 17:45:31 nsa325-v2 kernel: mv643xx_eth_port mv643xx_eth_port.0 eth0: link down
Feb 21 17:45:31 nsa325-v2 systemd-networkd[131]: eth0 : lost carrier
Feb 21 17:45:41 nsa325-v2 systemd-networkd[131]: eth0 : gained carrier
Feb 21 17:45:41 nsa325-v2 kernel: mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 1000 Mb/s, full duplex, flow control disabled
Feb 21 17:45:41 nsa325-v2 systemd-networkd[131]: eth0 : could not start IPv6 router discovery

I do not yet have the serial connection so my debugging possibilities are limited.

Any help would be appreciated.
Jutzi
 
Posts: 12
Joined: Sun Feb 22, 2015 3:20 pm

Re: NSA 325 v2 network problem after pacman -Syu

Postby Socaltom » Sun Feb 22, 2015 11:41 pm

Did you update your fstab to include the following?
$this->bbcode_second_pass_code('', '/dev/sda1 /boot ext2 noatime, 0 0
')

If not, then what happened is that the kernel in /boot does not match the kernel in /dev/sda1 which is used to boot the system.
Tom
used to be owned by me
Pink Pogo V2, Black Pogo V3, Zyxel NAS 325 v1,
used to be Adminstrator for
Goflex net, Black V3, Black V2
Now I have a couple of raspberry pi ( 3+ and 4)
Socaltom
 
Posts: 571
Joined: Thu Apr 07, 2011 2:21 pm
Location: The left side

Re: NSA 325 v2 network problem after pacman -Syu

Postby Jutzi » Mon Feb 23, 2015 6:42 am

I did now :)

Seems to be pretty standard Linux setting but I think this should be mentioned in the installation instructions. In my system fstab was empty. Any other settings needed in the fstab?

I have to wait a few hours to check after my working day.
Jutzi
 
Posts: 12
Joined: Sun Feb 22, 2015 3:20 pm

Re: NSA 325 v2 network problem after pacman -Syu

Postby Socaltom » Mon Feb 23, 2015 5:19 pm

I like to put the mount points for my standard directories. ( i.e. /homes /Video). Keep in mind if you have a mount point in the fstab, and it can't find the drive your system won't boot to the network.
Tom
used to be owned by me
Pink Pogo V2, Black Pogo V3, Zyxel NAS 325 v1,
used to be Adminstrator for
Goflex net, Black V3, Black V2
Now I have a couple of raspberry pi ( 3+ and 4)
Socaltom
 
Posts: 571
Joined: Thu Apr 07, 2011 2:21 pm
Location: The left side

Re: NSA 325 v2 network problem after pacman -Syu

Postby Jutzi » Mon Feb 23, 2015 6:35 pm

Thanks a lot.

Some problems still. After adding the line to fstab the system boots mostly ok. Feels a little unreliable, though.

I removed the eth0 script and after that the system did no boot at all. This is what I have in the eth0 script:

Description='A basic dhcp ethernet connection'
TimeoutDAD=60
Interface=eth0
Connection=ethernet
IP=dhcp

I enabled that again using (after rebuilding the rootfs and upgrading):

netctl enable eth0

And after that system boots in most cases. I don't understand why this is needed after upgrade. Original rootfs does not need this.

Another thing: reboot does not work at all. Reboot causes the system to shut down but leaves the power on and nothing happens. Normal boot with the power button goes like this:
- blue power light on
- after a second blue power light turns off for a second
- after around 30 seconds of no action, the green light turns on
- after a few seconds hd lights start blinking and the system gets ready, blue and green lights remain lit

Is there a setting available enabling reboot? Or power off using the power button?
Jutzi
 
Posts: 12
Joined: Sun Feb 22, 2015 3:20 pm

Re: NSA 325 v2 network problem after pacman -Syu

Postby Jutzi » Mon Feb 23, 2015 6:58 pm

More problems.

Mount.cifs gives error saying cifs is not supported. Googling the issue leads to a thread indicating kernel version differences which I should not have after the fstab addition.

But:

[root@alarm jussi]# uname -r
3.18.5-1-ARCH
[root@alarm jussi]# ls /usr/lib/modules
3.19.0-1-ARCH extramodules-3.19--kirkwood

What is wrong with this ? And why is cifs not working? I have installed samba.
Jutzi
 
Posts: 12
Joined: Sun Feb 22, 2015 3:20 pm

Re: NSA 325 v2 network problem after pacman -Syu

Postby WarheadsSE » Mon Feb 23, 2015 7:53 pm

mount /boot , re-install linux-kirkwood package.

Add line item to your fstab
Core Developer
Remember: Arch Linux ARM is entirely community donation supported!
WarheadsSE
Developer
 
Posts: 6807
Joined: Mon Oct 18, 2010 2:12 pm

Re: NSA 325 v2 network problem after pacman -Syu

Postby Socaltom » Tue Feb 24, 2015 12:36 am

$this->bbcode_second_pass_quote('Jutzi', 'T')hanks a lot.

Some problems still. After adding the line to fstab the system boots mostly ok. Feels a little unreliable, though.

I removed the eth0 script and after that the system did no boot at all. This is what I have in the eth0 script:

Description='A basic dhcp ethernet connection'
TimeoutDAD=60
Interface=eth0
Connection=ethernet
IP=dhcp

I enabled that again using (after rebuilding the rootfs and upgrading):

netctl enable eth0

And after that system boots in most cases. I don't understand why this is needed after upgrade. Original rootfs does not need this.

Another thing: reboot does not work at all. Reboot causes the system to shut down but leaves the power on and nothing happens. Normal boot with the power button goes like this:
- blue power light on
- after a second blue power light turns off for a second
- after around 30 seconds of no action, the green light turns on
- after a few seconds hd lights start blinking and the system gets ready, blue and green lights remain lit

Is there a setting available enabling reboot? Or power off using the power button?


On my NSA325 reboot doesn't work, It can shutdown, but I need to push the power button to get it to go.
Tom
used to be owned by me
Pink Pogo V2, Black Pogo V3, Zyxel NAS 325 v1,
used to be Adminstrator for
Goflex net, Black V3, Black V2
Now I have a couple of raspberry pi ( 3+ and 4)
Socaltom
 
Posts: 571
Joined: Thu Apr 07, 2011 2:21 pm
Location: The left side

Re: NSA 325 v2 network problem after pacman -Syu

Postby Jutzi » Tue Feb 24, 2015 6:55 am

$this->bbcode_second_pass_quote('WarheadsSE', 'm')ount /boot , re-install linux-kirkwood package.

Add line item to your fstab


Here is the line in fstab (as advised by Socaltom):

/dev/sda1 /boot ext2 noatime, 0 0

I updated linux-kirkwook (pacman -S linux-kirkwood).

Still same problems. No change in cifs. And here are the versions reported:

[root@nsa325-v2 jussi]# uname -r
3.18.5-1-ARCH
[root@nsa325-v2 jussi]# ls /usr/lib/modules
3.19.0-1-ARCH extramodules-3.19--kirkwood
[root@nsa325-v2 jussi]#
Jutzi
 
Posts: 12
Joined: Sun Feb 22, 2015 3:20 pm

Re: NSA 325 v2 network problem after pacman -Syu

Postby moonman » Tue Feb 24, 2015 10:48 am

What is the output of 'mount' and 'fdisk -l' ? did you reboot after you did update? The kernel running obviously doesn't match what you have installed.
2 reasons:
1. Partition containing the kernel is not mounted under /boot so when you do pacman -Syu kernel image doesn't go to where it can be picked up by bootloader
2. You didn't reboot for new kernel to be loaded.

Now this should be simple for you to figure out...
Pogoplug V4 | GoFlex Home | Raspberry Pi 4 4GB | CuBox-i4 Pro | ClearFog | BeagleBone Black | Odroid U2 | Odroid C1 | Odroid XU4
-----------------------------------------------------------------------------------------------------------------------
[armv5] Updated U-Boot | [armv5] NAND Rescue System
moonman
Developer
 
Posts: 3388
Joined: Sat Jan 15, 2011 3:36 am

Next

Return to ARMv5

Who is online

Users browsing this forum: No registered users and 8 guests