NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
mod_privsep.so & mod_authn_privsep.so lost after apache upgrade
I tried apt-get upgrade and think 'apache2-bin' removed mod_privsep.so Is StephenB still around? Does anyone else have a copy of /usr/lib/apache2/modules/mod_privsep.so and /usr/lib/apache2/modul...
Have you tried an OS reinstall?
Yes, you are in more trouble than you thought. apt-get upgrade should never be performed on a ReadyNAS, as the OS includes both Netgear-specific versions of some modules as well as some other Netgear executables that may rely on a specific outdated version of a standard one. What you have run into thus far is likely the tip of the iceberg.
Hopefully, an OS re-install will fix your issue. But before you try that, if you can still access your files, make sure your backup is complete. If the OS re-install doesn't fix it, things may get worse, where you need to factory default and start over.
Thanks for the quick responses!
I haven't tried reinstalling the OS yet. Still hopeful I can avoid downtime -- there are a few long running processes actively using the NAS.I'm hoping I can reconstruct the debian 'apache2 2.2.34-0.netgear2' (and the rest of the *netgear versioned packages) from the restore image.
https://www.downloads.netgear.com/files/GDC/READYNAS-300/ReadyNASOS-6.10.8-x86_64.zip1) Any insights into mounting the .img file? Or better ways to get at pristine OS files?
2) are there docs for backing up the RAID configuration (while CLI is still up)/migrating to e.g. openmediavault (If I totally bork ReadyNAS OS)-------
for anyone else that ends up here, /var/log/apt/history.log shows the damage:
Spoilerapache2-mpm-prefork:amd64 (2.2.34-0.netgear2, 2.4.10-10+deb8u12)
apache2.2-common:amd64 (2.2.34-0.netgear2, 2.4.10-10+deb8u12)
apache2.2-bin:amd64 (2.2.34-0.netgear2, 2.4.10-10+deb8u12)
apache2:amd64 (2.2.34-0.netgear2, 2.4.10-10+deb8u12)
libapache2-mod-authnz-external:amd64 (3.2.6-1.netgear1, 3.3.2-0.1+b1)
libapache2-mod-authz-unixgroup:amd64 (1.0.3-1.netgear2, 1.1.0-0.1)wget:amd64 (1.16-1+deb8u4.netgear1, 1.16-1+deb8u5)
snmpd:amd64 (5.7.2.1+dfsg-1+0.netgear2, 5.7.2.1+dfsg-1+deb8u1+b1)
libsnmp-base:amd64 (5.7.2.1+dfsg-1+0.netgear2, 5.7.2.1+dfsg-1+deb8u1)
libsnmp30:amd64 (5.7.2.1+dfsg-1+0.netgear2, 5.7.2.1+dfsg-1+deb8u1+b1)
clamav:amd64 (0.99.2+dfsg-6+deb9u1.netgear1, 0.100.0+dfsg-0+deb8u1)
clamav-daemon:amd64 (0.99.2+dfsg-6+deb9u1.netgear1, 0.100.0+dfsg-0+deb8u1)
clamav-freshclam:amd64 (0.99.2+dfsg-6+deb9u1.netgear1, 0.100.0+dfsg-0+deb8u1)
clamav-base:amd64 (0.99.2+dfsg-6+deb9u1.netgear1, 0.100.0+dfsg-0+deb8u1)
libclamav7:amd64 (0.99.2+dfsg-6+deb9u1.netgear1, 0.100.0+dfsg-0+deb8u1)
foranw wrote:
Or better ways to get at pristine OS files?
Not something I've tried, but the internal flash should be extractable in tech support mode.
Look for the smallest disk with a single partition with (in tech support mode)
cat /proc/partitionsLet's assume it's sdg.
With an X86 OS-6 NAS you mount it with
mount /dev/sdg1 /mntFor an ARM OS-6 NAS you mount it with
mount =t=ubifs ubi0_0 /mntYou can then extract root.tlz with
tar -avx -f root.tlz -C /sysrootThough it's probably safer to extract it to a folder on your data volume first, so you can see what it would overwrite.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
