manples

N54L - upgrade from DSM 6.1.7 to 6.2.1?

Recommended Posts

17 hours ago, bearcat said:

Did you at any chance disable your internal NIC, or modify your grub.cfg during your attempt to update?

I don't know, what happend.

Now I insert my backup USB drive and erverything is fine.

Now I wait for a working NIC card and then I try again.

 

Thank you!

Share this post


Link to post
Share on other sites

I recently upgraded from 1.02b to 1.03b loader and 6.1.7 to 6.2.1 DS3615xs and everything works except for shutdown. I have C1E disabled in BIOS and my N54L uses an Intel NIC. Nothing extra.

 

Any suggestions?

 

Thanks.

Share this post


Link to post
Share on other sites

@unmesh You might try to disable your internal NIC, unless you already did so. Seems like that have helped some with that problem.

 

btw: you might also update your signature ;-)

 

Share this post


Link to post
Share on other sites
3 hours ago, unmesh said:

I recently upgraded from 1.02b to 1.03b loader and 6.1.7 to 6.2.1 DS3615xs and everything works except for shutdown. I have C1E disabled in BIOS and my N54L uses an Intel NIC. Nothing extra.

 

Any suggestions?

 

Thanks.

are you tried the following?

 

Share this post


Link to post
Share on other sites

@jarugut

 

I have a different BIOS ("The Bay") that does not allow me to choose the ACPI version but will check that the onboard NIC is disabled as per your suggestion and from @bearcat earlier.

 

Thanks

Share this post


Link to post
Share on other sites

Dear user,

I made some experience in case of chnge from DSM 6.1.7 to DSM6.2 and I hope sombody can help:

HP N54L, USB3.0 card installed, ethernet card installed, 4GB RAM, 4 HDs connected to the hot swap interface and one HD connected to the fifth sata cable - all works fine if I start the N54L with a inux live system.

DSM 6.2-23739, Jun's bootloader 1.03b, VID and PID update, 3 MAC adresses in the script.

Now I restart the N54L with the installed DSM 6.2-23739 and the system works fine but with limitations:

- installation no problem

- MAC1 to MACX and VID/PID wrote into the Synoboot.img

- shut down works, the N54L stopt

- automatical shut down and restart works

- USB3.0 will not work

- fifth HD will not work

- the system works stable

- WOL works fine

Is everybode able to explain me why some parts/services will not work?

 

If I install DSM 6.2.1 the shut down and restart will not work even longer the other funktions are the same.

 

Best wishes from cold Germany

 

Share this post


Link to post
Share on other sites
1 hour ago, agustaf said:

Dear user,

I made some experience in case of chnge from DSM 6.1.7 to DSM6.2 and I hope sombody can help:

HP N54L, USB3.0 card installed, ethernet card installed, 4GB RAM, 4 HDs connected to the hot swap interface and one HD connected to the fifth sata cable - all works fine if I start the N54L with a inux live system.

DSM 6.2-23739, Jun's bootloader 1.03b, VID and PID update, 3 MAC adresses in the script.

Now I restart the N54L with the installed DSM 6.2-23739 and the system works fine but with limitations:

- installation no problem

- MAC1 to MACX and VID/PID wrote into the Synoboot.img

- shut down works, the N54L stopt

- automatical shut down and restart works

- USB3.0 will not work

- fifth HD will not work

- the system works stable

- WOL works fine

Is everybode able to explain me why some parts/services will not work?

 

If I install DSM 6.2.1 the shut down and restart will not work even longer the other funktions are the same.

 

Best wishes from cold Germany

 

 

About the USB 3.0  like Jun inform in the 6.2.1 version. Non official pcie device drivers will not works. These reason is because it's necessary to use a Intel NIC for example if you would like to use version 6.2.1

 

 

About the Fifth HD check in the BIOS if you have configured that HD like AHCI I think.

 

 

 

Share this post


Link to post
Share on other sites
1 hour ago, agustaf said:

If I install DSM 6.2.1 the shut down and restart will not work even longer the other funktions are the same.

If you install 6.2.1 you must disable your internal NIC to have this working.

 

 

Edit:

As mentioned, for the USB 3.0 to work, you will need to search for a new card, with "native" support in DSM 6.2.x

Edited by bearcat

Share this post


Link to post
Share on other sites
Le 13/01/2019 à 17:43, bearcat a dit :

@XbladeX From earlier experience with a problem like that:

try these steps:

Activate the SSH service in DSM (if not active)
Connect to your NAS with an SSH client (e.g. putty) (or from Win 10, open a cmd window, run : ssh admin@my.nas.ip (replace with the actual IP)
Enter your credentials (user: admin)
Change folder to root (cd /)
Delete the xpenoboot folder (sudo rm -r .xpenoboot)
If the SSH service keeps stopping, you have to be quick.

Hello @bearcat,

would you mind explaining what this does and why it works ?

Not impacted by this problem, just wanna understand how/why it helps :)

 

To all,

Is it still possible to manually compile drivers for specific NIC / usb cards like some coding guru used to do here ?

I guess not, otherwise nobody would be buying intel based NIC off ebay/amazon to upgrade their DSM...

Edited by chleb

Share this post


Link to post
Share on other sites
13 hours ago, chleb said:

Hello @bearcat,

would you mind explaining what this does and why it works ?

Not impacted by this problem, just wanna understand how/why it helps :)

 

To all,

Is it still possible to manually compile drivers for specific NIC / usb cards like some coding guru used to do here ?

I guess not, otherwise nobody would be buying intel based NIC off ebay/amazon to upgrade their DSM...

Synology is who avoid the manually drivers compilations in his OS.

 

Share this post


Link to post
Share on other sites

@chleb As it says, it deletes a folder, called "xpenoboot" (with the files within).

This folder are remains from a previously used bootloader, and the files within are making a conflict with the new bootloader and files.

With a fresh install, it will not be a problem at all, since the folder/files do not exist, but an update will leave some folders/files and may generate problems.

Share this post


Link to post
Share on other sites

I started the same with N54L full of data and DSM 6.1.7-15284 (Jun's loader v1.02b - DS3615xs) and i've read a lot about upgrading to 6.2.2. I know then it will not work with onboard NIC. But now DSM 6.2.3 is out and it is not necessary to change the NIC. The onboard one will work fine without external drivers.

So i made a new USB Stick with Juns v1.03b - DS 3615xs, booted and found the NAS migratable in the Assistant. I selected to keep my files and installed the newest 6.2.3.pat (DSM_DS3615xs_25423.pat). I made a reboot and waited, aber 10 min i thought i bricked it, nothing happened. BUT THEN after 13 - 15 Minutes, it showed up in Assistant with a new IP (DCHP) and Status: finished!

 

Everything worked fine! In the DSM a couple of apps need to repair but now all data is there and everything worked finde.

 

Thanks to the forum!

Anmerkung 2020-04-26 215806.jpg

Share this post


Link to post
Share on other sites
On 4/26/2020 at 10:03 PM, lamber said:

I started the same with N54L full of data and DSM 6.1.7-15284 (Jun's loader v1.02b - DS3615xs) and i've read a lot about upgrading to 6.2.2. I know then it will not work with onboard NIC. But now DSM 6.2.3 is out and it is not necessary to change the NIC. The onboard one will work fine without external drivers.

So i made a new USB Stick with Juns v1.03b - DS 3615xs, booted and found the NAS migratable in the Assistant. I selected to keep my files and installed the newest 6.2.3.pat (DSM_DS3615xs_25423.pat). I made a reboot and waited, aber 10 min i thought i bricked it, nothing happened. BUT THEN after 13 - 15 Minutes, it showed up in Assistant with a new IP (DCHP) and Status: finished!

 

Everything worked fine! In the DSM a couple of apps need to repair but now all data is there and everything worked finde.

 

Thanks to the forum!

Anmerkung 2020-04-26 215806.jpg

 

That is a good news! we hope that Synology not change again the kernel to avoid to use not  official drivers.

Share this post


Link to post
Share on other sites
Le 26/04/2020 à 22:03, lamber a dit :

I started the same with N54L full of data and DSM 6.1.7-15284 (Jun's loader v1.02b - DS3615xs) and i've read a lot about upgrading to 6.2.2. I know then it will not work with onboard NIC. But now DSM 6.2.3 is out and it is not necessary to change the NIC. The onboard one will work fine without external drivers.

So i made a new USB Stick with Juns v1.03b - DS 3615xs, booted and found the NAS migratable in the Assistant. I selected to keep my files and installed the newest 6.2.3.pat (DSM_DS3615xs_25423.pat). I made a reboot and waited, aber 10 min i thought i bricked it, nothing happened. BUT THEN after 13 - 15 Minutes, it showed up in Assistant with a new IP (DCHP) and Status: finished!

 

Everything worked fine! In the DSM a couple of apps need to repair but now all data is there and everything worked finde.

 

Thanks to the forum!

Anmerkung 2020-04-26 215806.jpg

 Hello,

 

That's some great news !!!

What was the BIOS installed on your N54L when you performed this operation?

Did anyone else succeed to upgrade from 6.1.7 to 6.2.3 with the original hardware?

 

Thank you in advance.

Share this post


Link to post
Share on other sites
On 4/27/2020 at 6:03 AM, lamber said:

I started the same with N54L full of data and DSM 6.1.7-15284 (Jun's loader v1.02b - DS3615xs) and i've read a lot about upgrading to 6.2.2. I know then it will not work with onboard NIC. But now DSM 6.2.3 is out and it is not necessary to change the NIC. The onboard one will work fine without external drivers.

So i made a new USB Stick with Juns v1.03b - DS 3615xs, booted and found the NAS migratable in the Assistant. I selected to keep my files and installed the newest 6.2.3.pat (DSM_DS3615xs_25423.pat). I made a reboot and waited, aber 10 min i thought i bricked it, nothing happened. BUT THEN after 13 - 15 Minutes, it showed up in Assistant with a new IP (DCHP) and Status: finished!

 

Everything worked fine! In the DSM a couple of apps need to repair but now all data is there and everything worked finde.

 

Thanks to the forum!

 

Ditto scenario. I was holding back on DSM 6.1.7U3 for sometimes as there was a lot of addon solution going around for 6.2.2 to work on baremetal as Synology changed the kernel with limited driver support. One being adding an Intel NIC from the DSM supported device ID and disable the onboard NIC. Other being adding driver extensions on Jun’s loader for the onboard NIC to work. The former being the most viable option for my N54L but then I would have lost my shared iLO remote management over my HP Gen8 server was not ideal. I was ready to bite the bullet and go with the Intel NIC (Intel EXPI9301CT with supported device ID#10D3) on my N54L.

Then came DSM 6.2.3 with full-fledged kernel with native support for onboard NIC. Gave it a swing on my Gen8 with Jun’s loader 1.3 and updated straight to 6.2.3 from 6.1.7 – all good so far.

As I can understand with 6.2.3; I don’t have to add the Intel NIC or neither to add driver extensions (extra.lzma) in the loader in case of onboard. Actually some having trouble updating from 6.2.2 to 6.2.3 is because of those extra images in the same USB loader. Best to burn a new USB with PID/VID and MAC address and then go about the update. Worthy to note that you can reactivate your onboard NIC too.

 

Share this post


Link to post
Share on other sites

Some facts to note for HP Gen7(N54L) and Gen8 owners updating 6.2.3 as of now:

Have to stick to Jun’s loader 1.03 DS3615/17 image . There is no second thoughts about it. The CPU’s are too old to accept loader 1.4 Period.

If you are updating from baremetal 6.1.7 (stock H/W with native drivers) then simply update to loader 1.03

If updating from 6.2.2 with intel NIC (without extra lzma) – burn a new USB with loader 1.03 – after update will have the option to use the onboard NIC if needed. (disable/remove the unused NICs)

If updating from 6.2.2 with onboard NIC (with extra lzma) – burn a new USB with loader 1.03 without the need of any extra.lzma. the native lzma in the loader is good enough.  

Would recommend to do a trial first with burning a fresh loader on a separate USB then disconnect all your production HDDs, add a blank disk any size or shape and go through a fresh install your existing DSM version then update to desired ver. A complete full cycle test 😉

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.