Hi r/qnap, I wanted to share a successful mod on my TS-451. I was able to get my board reballed with an updated Celeron J1900 that doesn't have the dreaded LPC clock bug. This should work for all x51 and x51+ series NAS devices. I've compiled the instructions together with the modded BIOS files on Github here.
Preamble/Story:
TL/DR: If you want to attempt this on your own, I'm providing the necessary files for you to flash your own at the end of the post.
As many of you know the Intel Celerons that were used on the TS-x51 and x51+ series boxes had a hardware LPC bug, where the CPU would progressively become unusable. An initial fix was found by members here and on other QNAP forums where you could circumvent the issue by soldering a 100 ohm resistor to some of the pins on the motherboard, however this was not a permanent fix and either it would flat out not work for some, or the CPU would completely fail after some time.
Well, the incipient hatred I had for QNAP and their lack of fucks to give finally made me take the matters into my own hands. My box hadn't suffered this failure yet as it spent most of its time powered down, but I wanted to run this NAS to the ground and use it for another 7-8 years without any concerns in the back of mind that it might fail at any time.
Just noticed that QTS 5.2.10.3568 Build 20260722 is available on the support site. It's not showing up as available from inside QTS firmware update menu just yet. Will be testing this shortly on a TS-664 and TS-464. Release notes are here
Does anyone have a Retroarch installation that works on HD Station 4? I have looked everywhere for the compatible download and can only find the one that needs HD Station 5.
QNAP is expanding its product lineup to include its own HDDs and SSDs for use in QNAP storage systems. This means that, in addition to the NAS system, you now have access to compatible drives and related services from QNAP for your projects.
Validated Components for Your QNAP Solution
QNAP HDDs and SSDs are technically based on products from established manufacturers and are specifically tested and approved for use in QNAP systems. This provides you with a coordinated storage solution where the NAS, drives, and services can be planned and procured together.
Key features at a glance:
Drives tested and approved by QNAP
A coordinated combination of NAS system, HDDs or SSDs, and service
A single point of contact for the entire storage solution
Streamlined support and warranty processes
Suitable for project requirements in professional and enterprise environments
In combination with the QNAP NBD Service
QNAP HDDs and SSDs are offered as part of the overall solution together with our Next-Business-Day Service. The NBD Service supports you in the event of a service request through a predictable replacement process on the following business day, in accordance with the applicable service terms and conditions.
This means you not only receive hardware components that are perfectly coordinated with one another, but also a complementary service to ensure the reliable operation of your storage environment.
Planning Your Next Storage Project
If you would like to use QNAP HDDs or SSDs for a current or planned project, please contact your QNAP representative. Together, we will help you select the right system, drive, and service configuration.
UPDATE from Qnap:
Dear Customers,
We would like to apologize for a misleading statement in our previous email.
This statement may have given the impression that QNAP develops or manufactures its own hard drives and SSDs. That is not correct.
In addition to its NAS and storage solutions, QNAP offers HDDs and SSDs from established manufacturers such as Western Digital, Seagate, Toshiba, and Kingston.
This allows our partners and customers to easily procure complete project solutions from a single source. The drives are developed and manufactured exclusively by their respective original manufacturers. QNAP neither rebrands nor repackages these storage devices. They retain the respective manufacturer’s labeling and are shipped in the packaging provided by the original manufacturer.
With this message, we would like to correct the misleading statement from our previous email and ensure a clear understanding of our offerings.
If you have any questions, please feel free to contact your QNAP representative.
I was lucky enough to pick up a TS-1232PXU-RP for a too-good-to-pass-up price. The unit has never been used, and it has QTS 5.0.0.1986 installed.
After installing a couple of drives and going through the initial setup process, I'm offered the option to update to 5.0.1.2425, but the update fails due to an expired certificate (system error 102).
I'm assuming that I'll need to download an update from the QNAP website and update it manually, but I'm not sure if I can skip over all the previous version and go straight to 5.2.9.3499?
Hi. I have a QNAP TS-251. I was away for a week during a heatwave. When I returned, the fan was running at high speed, but the NAS was dead.
I’ve tried removing the drives and unplugging it, but nothing works. I took it apart and noticed a small blob of what looks like yellow resin on the circuit board, but I’m not sure if that’s normal. Any ideas on whether anything can be done?
Thanks.
I just configured a TS-664 with the mentioned SFP+ PCI card and realised that the card is not detect after a reboot (lspci -k does not show it); only the two built-in ETH ports work. The card is detected and runs stable after a shutdown and a cold start (by pressing the power button). It seems the X710 PCIe link is not reinitialized during a warm reboot. QTS is up to date (5.2.9.3499).
This is a crazy problem that is happening with a number of senior users that have multiple SMB Drive Mappings from their Windows 11 PC to the QNAP, the users that have single or 2 drive mappings don’t seem to have the problem.
I have 4 managers that have 5 drives mapped one drive the O: Drive happens to drop out every so often, so they have to run the mapping script to get it back.
ONLY O: Drive
I can use the server name with the IP address in the hosts file still the same problem
I have unticked the Allow the Computer to Turn off this device to save power Power option in the hardware settings of the Computer NIC’s (no change)
I have changed the SmbClientConfiguration -KeepConn setting to 3600 seconds (no change)
Since updating to the newest version, I've got a weird bug on my TS-433 : if I attach a USB drive (let's call it USBDRIVE) which I've previously marked as needing to be shared over NFS, it doesn't appear in the /etc/exports file. So the mount is not available for any system on my network.
I can observe this behaviour by logging into my NAS over SSH.
It does appear in SAMBA sharing - smb.conf, the minute the drive is attached. But I'm using NFS :)
I can force the "/etc/exports" file to regenerate by opening the USBDRIVE share section in the WebUI for USBDRIVE and hitting apply (not even changing any settings)
After ejecting the drive, the "etc/exports" file correctly removes the line of the share, so that part does work.
Must be a recently introduced bug, since I don't remember having these problems before the update. Anyone who can confirm?
Introducing TruePanel: bringing the QNAP front-panel LCD back to life on TrueNAS SCALE
I’ve been working on an open-source project called TruePanel, built to turn supported QNAP front-panel hardware into a live dashboard and hardware-aware control surface for TrueNAS SCALE.
The current reference system is a QNAP TVS-671 with its original two-line A125 LCD, buttons, buzzer, drive-bay LEDs, and Fintek fan controller. TruePanel currently provides:
* Rotating system, storage, network, temperature, ZFS, fan RPM, and fan RPM / PWM pages
* Front-panel button navigation
* SMART, pool, thermal, and storage-health monitoring
* Persistent alerts that interrupt once without taking over the display
* Drive-specific fault indication using the matching physical bay LED
* Historical telemetry, themes, plugins, diagnostics, and simulation tools
* A guarded hardware-research environment called Project Stargate
It runs natively under TrueNAS SCALE as a systemd service and currently installs under /opt/truepanel.
The TVS-671 is the verified platform today. Other QNAP models may use similar hardware, but I do not want to assume compatibility or perform unsafe hardware probing. That is one reason I’m sharing it here: I’d love help identifying other models with the A125 display, testing read-only discovery, improving installation, and deciding what the next milestone should be.
I’d especially appreciate feedback from anyone running TrueNAS, Unraid, or another Linux-based OS on older QNAP hardware. What would make the front panel genuinely useful on your system?
Hello all, I run several QTS NAS's and need some help to confirm if any of these scenarios will work. The 869 nas is remote. like way remote and I need concrete idea's so far my guesses have failed.
Equipment TS-873Aeu - latest firmware & TS-869 Pro - latest firmware available 4.3.4
I need to move a large volume of data to a remote site newer nas to older nas.
1st attempt = failure
I created a single drive static volume and encrypted the drive (not the files, but the whole volume encrypted) in the 873. moved the drive to the 869. initially it saw the drive and tried to mount it. it actually saw the volume name then failed to mount. then would no longer see the drive, I ended up having to just format it as a "new"drive.
What I'm looking for answers on:
1: can I create a single drive (not encrypted) static volume and move it from the 873 to the 869 will it work?
2: can I create a multi disk (not encrypted) static volume and move it from the 873 to the 869?
I'm looking for the best way to stream video files to an older Chromecast (2. gen. if I remember correct) from my ancient TS-421 with QTS 433.
As Plex isn't an option and DNLA has a lot of hickups, I'm looking for another way to do it.
Usually, I stream via VLC on tablet or mobile, but there are many files, I can't play. I'm aware, that I can't play H265 files on the old Chromecast, but some of the H264 won't play either.
Any ideas, how to accomplish reasonably hassle free streaming?
I have been using `rsync` to run a copy of certain important directories (Documents, Pictures, etc) to my QNAP NAS shares. I've thought about using QSync to ensure that things get copied over on a regular basis, rather than the manual `rsync` commands I run.
I want the NAS to be an *archive*, not a backup; I'm also using TimeMachine with an SSD on each machine for that.
But QSync would delete a file or directory if I delete it on either of my Macs, is this correct? This is **not** what I want. If I enable Space Saving for QSync, it will remove the file content, leaving an empty file of the same name on the local machine, but that doesn't let me clean up and re-organize the local files.
Is forgoing using local storage completely and relying on the NAS for all work files the better choice than what I do now? I'm worried about having the NAS crash without a local copy of working files.
I am a NAS neophyte. I have a HS453DX with four 1TB drives. Two are 3.5" SSDs and two are M.2s. It was totally set up 5-6 years ago by a home automation guy who has evaporated. It is used as both a backup device and a multimedia server. It is integrated with a Control4 system. The two 3.5" drives are set up as Raid 1 ("Volume 1") and are getting full (threshold warning at 90%).
There are two large folders on "Volume 1" (1) "Backup" has Quicken and Documents on it; and (2) "Data1" contains my Multimedia files. There is nothing on the M.2s ("Volume 2").
I would like to start over. All of the files are on other computers or hard disks. Can I just erase all of it and rerun my backup programs from other computers and point to Voume 2 for one of the big folders now on Volume 1? Do I have to set up "thin" or "fat" drives on Volume 2 if I start over? Is there an easier way to do what I want to do other than an erase and start over?
I also hate the installer's naming conventions of "Backup" and "Data1" on Volume 1. Can I name Volume 1 "Backup" and Volume 2 "Multimedia." Where do the system files go if i do this?
I have a couple of older QNAP NAS boxes with NVME inside (dual 256GB) and have 6TB and 8TB options to install in a 2 and 4 bay drive. I will have two individual backups separate from the NAS drive, which I'm using more as an access server, probably for extended family photos, videos, and perhaps also some music that might run off the server. It will be used only occasionally.
I was wondering about using QMagie as a Google Photos alternative to access the photo/video library as the NAS qualifies (and I have 16GB RAM (and may install 24 or 32GB if needed) to get it to work as speedy and efficient as possible with minimal overhead. I installed the system and apps on the NVME and am getting ready to install the HDDs, gaining whatever speed and efficiency that may bring, even if small.
Here's the issue. I keep hearing recommendations about using RAID-5 v. just in single mode (ext 4) but i don't see the benefit here. If I need to replace an 8TB HD, I'll just restore the data from a backup. Having to try a rebuild seems like an unecessary and potentially strained task. Further, I'll get write penalties using the RAID-5 and won't with single. Any thoughts on one versus the other? Anyone have experience doing the same thing and using QuMagie or something else?
I am a complete newb and would like to move my Plex server off my PC and onto a NAS on a tight budget. I would like to move my Plex server with the arrs into docker, and set up a reverse proxy and VPN for outside access via my domain, as well as Immich or something similar for photo storage. The TS-251 I am looking at has 8GB ram, and the TS-328 only has 2GB. I would prefer the extra bay, but I don't know if 2GB of ram will be enough to run everything. Plex and the photo server would only be used by 1-2 people.
2, 256GB NVME in the internal NVME slots in RAID 1
2, 18TGB NVME in the HDD bays in RAID 1
16GB of RAM
I purposely installed the QNAP OS directly to the NVME RAID 1 array by installing the NVME first without the 18TB drives plugged into the machine -- this so I thought I would have faster overall OS performance because I figured the spinning drives would be able to max out the 2.5Gbe network without the help of any NVME caching.
This has worked fine since install a couple years ago, however I'm a little annoyed that I find I don't max out the file transfer speed on my 2.5Gbe network when copying large 50 to 90GB files to the 18TB drives. I've been building my Plex library lately and ripping content from my computer and my transfer rates uploading to the NAS really jumps around. When I am copying a movie rip from my computer to the NAS I see the copy speed ping ponging around between say about 135MBps to 250MBps, but it's just yo-yoing the whole time - reliably - up and down up and down as if some sort of write cache is needed. I'm assuming that if I had Q-Tiering enabled, or maybe even a PCI-E expansion card with write caching enabled that I might steadily max out the 2.5GBE with the incoming file. This is really nothing of consequence, but I'm annoyed by the yo-yoing speed.
If I break the OS RAID array that is currently holding the QNAP OS -- can I do that? (I read initially that even if I installed the OS on the NVME (as I did) that whenever you install the spinning drives, that QNAP OS automatically copies an OS backup over the spinning drives for the purposes of reliability in case the NVME drives, and if you were to just remove the two NVME drives, the QNAP NAS would still boot without losing data to your OS with your settings from the spinning drives. Is that true?
Here is that reference, where Daniel of QNAP advised me.
At that time I did rebuild my NAS to be RAID 1 for the NVME OS volume instead of my initial setup of RAID 0 at Daniel's recommendation to move to RAID 1.
More importantly - - probably - - to the whole situation is: IF I had installed this with Q-Tiering instead would I have the yo-yoing write speeds to the NAS? I don't think it's worth starting all over, but I could just easily do this, initiate q-tiering and expect it to max out the upload copy transfer speeds it might be worth doing.
Else I could purchase a PCI-E expansion card and use it for write caching, will that max out the write speeds to the NAS to my 2.5GBE network speed?
-------------
None of this is even worth messing with, because the NAS works completely fine, but I guess I'm just curious more than anything if I could get it to be more consistent with large single file upload speeds so I'm not seeing that yoyo-ing. transfer dialogue box.
---
My 2.5GBE switch has a 10Gbps port. I could buy a PCI-E expansion card for the QNAP and run a 10Gbps cable from switch to QNAP, but something tells me it isn't the network speed that's the bottleneck, but something with my setup or lack of cache.
Is anyone using GitHub Container Repository with QNAP Container Station successfully?
I created the GitHub Personal Access Token, added ghcr.io as a repository. Test Connection reports it being successful. No matter what I put in the Pull Image dialog, I get not found. I checked the permissions and made sure the read:packages permission is enabled.