NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Can't get Time Machine to work with Nighthawk
Mac OS Mojave 10.14.3
Nighthawk(R) X4S R7800
Router Firmware Version V1.0.2.62 (just updated)
I bought a new 1TB Seagate SSD external HD. I formatted it according to the instructions low...
The newest firmware update as of 1/8/19 for my Nighthawk X6 R8000 is 1.0.4.46_10.1.63 and the release notes say that time machine is not supported. I use time machine daily so I called Netgear support and they said my time machine would not work if I updated the firmware. I decided not to upgrade it. I complained to tech support that time macine is so valuable for many mac users and it seemed rediculous that this option would be removed. They did not offer any work arounds so I'll keep this firm until the next router. See example below.
| New firmware is found. Do you want to update the firmware? | |
| Current GUI Language Version: | 1.0.4.28_2.1.49.1 |
| New GUI Language Version: | 1.0.4.46_2.1.49.1 |
| Current Firmware Version | 1.0.4.28 |
| New Firmware Version | 1.0.4.46_10.1.63 |
| Release Notes: | |
| 1. [Warning] Note that starting with this firmware release (V1.0.4.46), the following features are no longer supported: iTunes Server, Kwilt Photosharing, DLNA, Time Machine Backup, TiVo support for media sharing, and the Downloader feature (which was in beta). If you want to continue using these features, do not update the firmware. | |
| 2. [New Features and Enhancements] Supports NETGEAR Armor | |
| 3. [New Features and Enhancements] Removes the following features: iTunes Server, Downloader, Time Machine, Kwilt, DLNA and TiVo | |
| 4. [New Features and Enhancements] Modifies the router web interface to support DDNS GDPR v3 | |
| 5. [Security Fixes] This firmware fixes security issues. | |
| 6. [Bug Fixes] This firmware fixes stability issues that occurred under heavy loading. |
Yes, and the R8000 isn't the only router they've done it on. The assumption is they needed the RAM space to install Armour, which is a new money stream for them. They'd rather have that then care about what prior owners used the router for and with what features.
I really liked how they called this "[New Features and Enhancements] Removes the following features: iTunes Server, Downloader, Time Machine, Kwilt, DLNA and TiVo"! Removing something is a "new feature", I don't think so!
Also, not upgrading you will not get true New Features or Bug Fixes, not to mention Security Updates... some day you'll be forced to upgrade ot get a new router. I didn't wait and jumped ship.
NG's new motto should be "It is all about the money!".
An example of how much Netgear likes their customers. Remove the features that folks bought the router for. Don't even announce it. Just let them find it out the hard way by either reading the notes with the firmware or installing the firmware and finding out things are no longer available. What a way to NOT run a company.
I was never a fan of USB storage on a router from way back so I have had a NAS for years. Latest QNAP backs my MACbook up without issue and I have proven I can restore from it.
What I don't understand about this whole deal is 'why' prior customers had to be the ones to suffer? There surely were ways around doing this? Such as:
- 2 individual Build lines:
- For prior users before the inclusion of Armour. I also assume the features are also 'mature' and rarely needs fixing.
- One that includes Armour but not features removed to make room for Armour.
I don't know the actual process (both management thought and coding support) that made this happen. However, once they stripped out the features, I assume:
- They have the base router functions in a block of code.
- They then added in Armour, and since they probably didn't own the product, they did get a BINARY from the owner (Bitdefender). Probably need some added calles to Armour in the base router function code that could be handled easily depending on what was built or a two-pass method to build both versions at once.
- Features removed are independent from the base router functions, that is they have nothing to do with router base functions (DHCP, Wireless operation, etc.)
Assuming the above is correct, having 2 build lines would be reasonable. Also assuming that the core features they removed are stable and rarely require fixes. In that case, the build could actually have 3 parts, the base router code (with maybe of IF/THEN's to go around some calls for each part not in the base or block calls for some things not in one or the other 2nd parts to be built/included. Sure, there might be added final testing needed, but with what appears to be the ability of NG's testing of new f/w being, at best minimal, it can't be much cost/overhead to the process.
That build process would allow old users and new users the ability to include on THEIR routers what functions they wanted. It would have shown (to me at least) NG's RESPECT and COMMITMENT to ALL users of their products.
Yes, I over simplified it, but the basic method could have been done, if one wanted too.
Please stop flooding, it's absolutely real problem, if you can't tell anything about it, please don't fill thread with useless comments, real help can be only in a way if you will test what you are posting, and not in the way "look to the list of recommnded disk manufactures" and so, you sure this will help? NOT. People here already wasted hours in surfing internet trying to solve
IrvSp wrote:What I don't understand about this whole deal is 'why' prior customers had to be the ones to suffer? There surely were ways around doing this? Such as:
- 2 individual Build lines:
- For prior users before the inclusion of Armour. I also assume the features are also 'mature' and rarely needs fixing.
- One that includes Armour but not features removed to make room for Armour.
I don't know the actual process (both management thought and coding support) that made this happen. However, once they stripped out the features, I assume:
- They have the base router functions in a block of code.
- They then added in Armour, and since they probably didn't own the product, they did get a BINARY from the owner (Bitdefender). Probably need some added calles to Armour in the base router function code that could be handled easily depending on what was built or a two-pass method to build both versions at once.
- Features removed are independent from the base router functions, that is they have nothing to do with router base functions (DHCP, Wireless operation, etc.)
Assuming the above is correct, having 2 build lines would be reasonable. Also assuming that the core features they removed are stable and rarely require fixes. In that case, the build could actually have 3 parts, the base router code (with maybe of IF/THEN's to go around some calls for each part not in the base or block calls for some things not in one or the other 2nd parts to be built/included. Sure, there might be added final testing needed, but with what appears to be the ability of NG's testing of new f/w being, at best minimal, it can't be much cost/overhead to the process.
That build process would allow old users and new users the ability to include on THEIR routers what functions they wanted. It would have shown (to me at least) NG's RESPECT and COMMITMENT to ALL users of their products.
Yes, I over simplified it, but the basic method could have been done, if one wanted too.
REAL problem.
