Jump to content
XPEnology Community

Mijo

Rookie
  • Posts

    3
  • Joined

  • Last visited

Mijo's Achievements

Newbie

Newbie (1/7)

1

Reputation

  1. Hello all. After struggling for days with trying to replace that broken Jun's Loader, we've successfully used this guide on youtube ... along with all the links to @flyride 's guides etc, and upgraded that RAID set to 7.1.1. I tried going up to 7.2, but that failed. The trick was to remove the failed dataset drives, put in a blank drive, install a new TCRP following these guides, set it up and get it working, then shutting down and installing as per this guy and FlyRide's instructions verbatim. Don't miss any of the steps, note that the list of images has changed and now shows actual model numbers. I used ds3622xsp-7.1.1-42962 for my N40L with C1 disabled and the Russian BIOS hack to get all 6 SATA ports working. Many thanks to you, Mr CloudAutomation, @flyride and @pocopico for all your hard work and help with this process.
  2. Hey @pocopico! I did. Checked and double checked I got them right. Even to the point of looking up the vendor ID to ensure it lined up and it did. We've given up trying with Jun's and going straight to your TCRP with 7.2.2. God help us if we lose everything. My sister is going to kill me and my brother in law.
  3. I have a Baremetal HP N40L that had been running for nearly 4 years flawlessly but had a bootloader USB stick die. I've got a new one in there; I restored Jun's Loader synoboot3617.zip so it's 6.2. I've put the chassis' MAC address in there, which I copied from the HP BIOS, used the XPEnolgy Serial Generator, to get a fresh SN, used lsusb to get the VID and PID, double checked that I got them around the right way (fell for that one way too many times!). I restored Jun's Loader onto that USB stick, then mounted the first FAT partition on a Linux system to navigate to the grub.cfg file in /grub/ . Saved it. Unmounted the USB stick, remounted it, checked that it all stuck and it did. I then inserted it into the system and booted. Now, here's where things get weird. DSM emailed me to say that it was shut down incorrectly, Transmission is working, Plex server is working, but I cannot access the DSM desktop, mount any of the shared partitions, and if I scan for open ports, I can only see the Transmission 9091 one as being open. Does anyone have any ideas? This is really very confusing. Synology Assistant can't see it (I've tried two different Win10 PC's and a Linux PC). I re-flashed the bootloader with a PC instead of using image restore on Ubuntu. Now find.synology.com finds it, I select Repair, it restarts it and it's lost again. Plex server is working like before, all the content, which is stored on the Volume1 of this NAS is available to Plex and plays perfectly. I can't mount any of the partitions over SMB. Transmission is also there. Now when I use find.synology.com, it finds it with the correct IP, but the MAC address listing is blank, as is the Server Name and Serial Number. Status shows "Not installed". Synology Assistant application can't see it. What am I doing wrong? I've tried a myriad of different html ports in case that somehow the ports got changed... I've run out of ideas. This system has four years of painstaking curation of very hard to find content on there, and although we can still access it and play it through the Plex service, we can no longer use the NAS as a NAS. It's been ages since I've first installed Xpenology on this system, and fear that I may not be doing the bootloader right. For instance, I'm not sure how to force SSH to be enabled with an option in the bootloader. I've googled but can't seem to find instruction for this. I'm thinking that forcing a DSM software installation / recovery might be a way to right whatever wrongs happened to the server when we lost the first bootloader. Can someone please point me to the instructions on how to do this?
×
×
  • Create New...