• Announcements

    • Polanskiman

      DSM 6.2-23739   05/23/2018

      This is a MAJOR update of DSM. DO NOT UPDATE TO DSM 6.2 with Jun's loader 1.02b or earlier. Your box will be bricked.  You have been warned.   https://www.synology.com/en-global/releaseNote/DS3615xs


  • Content count

  • Joined

  • Last visited

Community Reputation

2 Neutral

About aol

  • Rank
    Junior Member
  1. Alright I resolved the issue with a BIOS firmware update to the motherboard. A huge pain because I don't have Windows, so I had to use a USB pen drive to install Win10 to a spare drive, then use the @BIOS utility. Anyway. Thanks so much @flyride, @Tensol and @sbv3000. Your suggestions and patience were very helpful. Cheers.
  2. I am waiting a long time, several minutes, for SATA detection. I did try the idea of connecting the DS410 drive (one of them) to ANOTHER system and it is detected no problem. The other system is a GA 10-series board, so, newer. At this time I'm assuming there is a firmware issue on the ex58 board that's simply preventing it from seeing the drive, due to some modification to the MBR or something that Synology DSM does to drives it manages. I'm in the process of updating the ex58 firmware, on the off chance that the slightly newer beta bios that's out there may have fixed this issue (fixed may not be the right word, this is a pretty edge-case, um, case). That turns out to be a huge beat down because the native utilities recognize 1MB BIOSes but the beta BIOS is a 2MB BIOS, requiring Windows to run a Windows BIOS flasher, but I don't have Windows. I may have to actually install Windows 10 to a spare drive to upgrade the BIOS. Alternatively, re-initialize the drives. You asked DSM version, it was the latest supported on the system, 5.2 I think. By "unreadable" I mean, when you attach a drive in a GUI-unsupported format to Mac OS it puts up a dialog saying "this disk is unreadable, intialize ignore or eject". So as you say, they're formatted Linux partitions which Mac OS's GUI-native drive mounter doesn't recognize (you can issue terminal commands to mount it). I'm intrigued by the idea of setting up the Xpen on another drive and hot-mounting the DS410 drives. As this is a build-a-box what does that look like: get the GUI running on another drive with the DS410 drives installed but the SATA cables disconnected? Then plug in each SATA cable? Or have each drive connected to SATA bus but not have power, and plug in power? When I hot connect to my DS1515+ I just insert the drive which connects SATA and power at the same time. Not sure it would survive a reboot since SATA detection would presumably fail again, unless, possibly the upgrade to DSM 6 re-modifies the drives such that they BIOS SATA detection firmware routine can now see them (or I hot plug each time, ug). At any rate thanks again for all the responses. Great community and I'm glad to be a part of it.
  3. Thanks sbv3k. I tried to post a question to Synology but their web form seems to have a javascript bug. I have no idea if my question got in or not, or if they'll respond, for the reason you mentioned. I considered jumpers, I'll double check that. I like the idea of setting the "good" (other) drive on sata channel 1 and seeing what happens if the DS410 drives are connected on 2+. I'll try that. It's possible the motherboard or controller is bad, for sure, hardware breaks eventually. I don't have another controller to try but that's a possibility. I do have another build-a-box I could try a drive in. I'll try IDE mode just to see if that does anything different. Thanks for your suggestions. Not really worried about data loss - all the data has been backed up to a 1515+. At this point it's more stubborn curiosity about why this is happening than anything else. You live by certain rules and this situation is breaking my rules. Ha. "known good drives do not hang SATA detection on known good hardware". So something is wrong in that "rule".
  4. Thanks for posting Tensol. I did hand-edit the BIOS (with no drives attached since it won't take me into BIOS settings edit with any DS410 drive connected) to set boot order to USB/disabled/disabled. With any DS410 drive attached it shows the splash screen (showing 'hit DEL to enter BIOS'), goes to SATA detection, hangs. In it's previous incarnation the Xpen box had 4 WD Red 3TB drives, and a USB stick running Jun's latest loader, and DSM was up-to-date. In it's current incarnation it has the 4 WD Red 2TB drives from the DS410, same USB stick, but of course DSM is old since the DS410 doesn't support DMS 6. I certainly considered if there would be something funky with the USB stick, but it had 4 drives and still has 4 drives, on the same SATA ports. And, it's not even getting to the boot part of the startup, right. It stops at the SATA detection scan way before even trying to pick something to boot from. I've considered putting the drives back in the DS410. I have no reason to think they wouldn't work. The 410 was a rock for 5 years +. I did put each drive in a USB drive caddy connected to a laptop, and each drive spins up and reports "unreadable" since they are ?linux?DSM proprietary? formatted. I put them back in the Xpen box and they seem (by touch) to be spinning up. Firmware incompatibility? These drives are probably 5-6 years old. Could the BIOS on the mobo simply be unable to read the firmware on the drives? Could the drives be stuck in some sort of low power mode? Technically I could ask Synology this. All I'm doing is taking drives that were in a DS410, and moving them to a build-a-box PC. I may submit a ticket to them on it.
  5. Hi flyride, thanks for posting. The issue isn't boot order, it isn't trying to boot to the sata drives, it's doing it's AHCI SATA detection scan, pre-BIOS. For example, if I remove the drives, and hit DEL to enter BIOS, it does the SATA detection scan (of course finding no drives) and takes me into the BIOS to edit settings. If I connect a single DS410 drive, it hangs on SATA detection, and never takes me into the BIOS. (connect any other drive and DEL takes me into BIOS edit as normal) It shows the splash screen, goes to SATA detection, and hangs there. Unless I'm missing something, changing boot order won't help get past SATA detection. Note that in trying to solve the issue I disconnected all drives, went into BIOS, loaded optimized defaults, set the boot order to USB first (and all others disabled), and rebooted. But again, with even a single drive connected, I can't get into the BIOS again to see (since some BIOSes alter boot order when new drives are introduced). For sure if I can get past this issue I'll set the boot order to be USB/disabled/disabled.
  6. I put the 4 disks of a Synology DS410 into an Xpenology box running the latest loader via USB stick. This Xpenology box had previously been running the latest Synology DSM using different disks that I migrated to a DS1515+. I expected the Xpenology box to boot up and either report the 4 disks from the DS410 migratable, or not, and deal with it. But it did a third thing I did not anticipate. As the Xpenology machine goes through loading the BIOS and doing the SATA disk scan, it just pauses during the SATA disk detection scan. It does not reach the Xpenology loader on the USB stick. I tried: - disconnecting all drives: boots to Xpenology boot loader - reconnecting each drive one at a time: SATA scan hangs - connecting an unrelated spare drive: boots to Xpenology boot loader So I've ruled out stuff like misconnected cables. It's almost like the drives which used to be in the DS410 are confusing the SATA detection routine. For what it's worth this is a Gigabyte 5 series mobo, a GA-EX58-UD3R with a core i7-930 CPU. Again, this same hardware has for months been running Xpenology/DSM with different disks. Anyone have any thoughts on why WD 2TB Red drives that used to be in a working DS410 would fail to be detected cleanly by the BIOS of a GA-EX58-UD3R board? I guess my next step is to use USB drive mounting hardware to mount and reformat each drive from my laptop. I just hate to do that, wouldn't mind migrating the data.
  7. DSM 6.1.5-15254

    - Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.1.4 15217 UPDATE 5 - Loader version and model: JUN'S LOADER v1.02b - DS3615xs - Installation type: baremetal GA-EX58-UD3R - Additional comments: Applied using auto-updater set to run prior to scheduled shutdown, box came up clean
  8. How do I recover from a failed update?

    Great news. Curious what you think was the thing that got you going? As far as the next step, I would think if SynoOS says the array is recoverable then you'll be fine, but I would understand you wanting to get a second opinion. Keep in mind the SynoOS files, and the data in the RAID array, are separate. You can migrate the SynoOS (e.g. from a DS3615xs to a 3617xs model) and the data won't change, just the SynoOS will need to know what sort of RAID array it's working with (this is migrating, the same thing as if you physically moved the drives in one NAS box to another NAS box). I would think recoverable is between healthy and migratable, that is, less work will need to be done to get your data back, but I could certainly be wrong. Anyway my vote is to trust SynoOS, if it says your data is recoverable and it will let you click a button to recover it, then that's probably the right thing to do.
  9. How do I recover from a failed update?

    Sounds like you have video output from the box and if I understand you you get the normal BIOS output but you do not see the normal output from booting the stick, e.g., you should see the menu, and after a few seconds, the screen should post a few lines of text indicating it's begun booting and then nothing more will appear there. If you are not getting that output then find.synology.com won't work. Rebuilding the stick may have caused a problem if you were not careful to rebuild the grub.cfg with the correct vid, pid, SN and possibly mac. Building the stick on a mac is simpler than on a Windows machine, simply sudo dd if=/path/to/102b.img of=/dev/disk3 bs=1m in terminal. determine the correct /dev/disk3 path using diskutil list. Your USB stick will be /dev/diskN. Then you need to mount the EFI folder of the stick, edit grub.cfg, set the vid/pid/SN/mac, unmount and done. So that should be your focus, getting the system to display the right text on boot.
  10. Recovery mode in XPEnology?

    does sudo su work on Synology boxes?
  11. Xpenology NAS Build Review

    Should be fine. I assume you've verified that 6 disks fit inside the case, and you want to make sure things stay cool so maybe add an internal fan or two if you can. You are mixing and matching drive sizes and that won't cause a problem but optimally they'll all be the same size (3TB or 4TB) AFAIK (maybe there is a use case I didn't consider for doing this). You might also put 2x4GB RAM in there assuming the mobo has dual channel memory support which will make things run a smidge better AFAIK. There's some debate about 4GB RAM or 8GB RAM, I probably lean towards 8GB. Maybe someone has a good reason for only 4GB I'd be interested in hearing. I don't know much about that CPU, I've generally used core ix CPUs which have built in GPUs. Plex added hardware video encoding/decoding, which uses the built-in GPU of the core CPUs. Now my understanding is it's not awesome and may not be worth upgrading your CPU purchase to take advantage of (if that CPU doesn't have an iGPU). But something to consider. Set the drives in AHCI mode in the BIOS, FYI, when you put it all together. I made the mistake of not doing that and had to rebuild the OS a few times.
  12. RuTorrent

    I'm having trouble getting my Synology to connect to a VPN as a client. The client connection works from other devices so it's not an authentication thing. Bottom line I'm wondering about using ruTorrent or the deluge docker, and protecting yourself by downloading over a VPN. @viper359 are you using a VPN with ruTorrent? @bglf83 does the deluge docker run a VPN client you can configure? And how do you deal with "only download while the VPN is up; if the VPN isn't up, don't download anything until it's up"?
  13. It's not really an issue of why shouldn't the PC see the NAS but more why SHOULD it. There are a bunch of things that have to be set up right for the PC to see the NAS. - they must both have a file sharing protocol enabled (the PC is the client, the NAS is the server). this is typically SMB or CIFS. it's hard to believe it's disabled on the PC, but it is not on by default on the NAS. double check that file sharing protocols are enabled and all sub requirements such as workgroups match up. - they must be able to physically see each other on the network. you must be able to ping back and forth. typically they're on the same subnet, e.g., 192.168.1.* with the same net mask ( keep in mind ping commands can get bounced by the nas. you could temporarily enable ssh, but you need to determine that the boxes can see each other. - there must be no intervening device such as a firewall blocking the two from seeing each other. windows PCs, Synology NAS and many routers have built-in firewalls which may prevent traffic. while you're getting this worked out try disabling the firewall on the PC, the NAS, and any intervening network device. - authentication: SMB still requires authentication, a user and password, that has been set up on the NAS (unless you're using LDAP on the NAS for your users but that seems unlikely given the problem you're having) bottom line you need to prove to yourself that it should work and not assume it will. If you determine your NASes IP, and go to Windows Explorer, and put in //<ip of NAS>, what happens?
  14. Hardware questions for a new user

    A discrete video card can be used by Plex for transcoding but there are significant limitations and at this point I would say don't do this. Otherwise, as sbv3000 said, NASes run headless so a video card is only useful to edit BIOS settings and to perhaps make sure that initial boot succeeds so that find.synology.com works. Late gen intel CPUs have a built in GPU which should be sufficient (unless you want to optimize for Plex hardware transcoding). RAM is cheap, no reason to not follow sbv3000's advice there. You could go less but you want to take advantage of your CPU/mobo's architecture there. Tri-channel you'd probably do 3x2GB. CPU-wise an i5 is probably sufficient, keep in mind Synology NASes use generally weak CPUs. You can go to Synology's "what cpu does my NAS have" page and see what they use, and get something better, to try to future-proof yourself. You might check out your library or school which routinely liquidates hardware, eBay or craigslist. Plenty of folks on this forum use server-class hardware, and buying used a few generations old would probably meet your needs.
  15. XPE+DSM doesn't require RAID hardware. My motherboard has RAID hardware but DSM creates it's own software RAID array I believe. I set my disks in AHCI mode and DSM does the rest. Far as I know you can use any DSM RAID configuration including SHR, although I recall something about the different models (3615xs, 3617xs, 916) having one small issue regarding a RAID config that one or two support but not all three, but I forget the details on that. If you run Windows in a VM or Docker on top of XPE+DSM, you will probably lose FPS in games. I think folks that VM do it the other way, Windows native and XPE+DSM in a VM. Yes, the Windows box and the VM would have to be running for the XPE+DSM to be running. I personally run XPE+DSM on dedicated hardware. I don't have any experience with the other vendors. I started with a real DS410, then found this project and have used it on two different bare metal installs. Main thing is to think about your use case and figure out the tradeoffs.