yongbi

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.2-24922 Update 4 - Loader version and model: JUN'S LOADER v1.03b - DS3615xs - Using custom extra.lzma: YES - Installation type: BAREMETAL - HP Gen7 N54L - Additional comments: After update, DSM not working. Had to switch off server manually and recreate the usb stick with Jun Loader v1. 03b DS3615xs without any extra and I extracted rd and zimage files from 6.2.3-25426 pat file and put it in partition 2 to replace the ones from the 1.03b loader. Everything working fine now

Je suis un peu paumé... Dans quel ordre faire l'update ? J'ai la NIC d'origine donc j'utilise le loader 1.03b avec un moded extra. Si j'update directement en 6.2.3 depuis l'interface dsm cela va marcher ou je vais perdre l'acces et devoir eteindre en mode porc pour remplacer la cle usb avec le 1.03b d'origine ? A l'inverse si je change la cle usb pour passer en loader 1.03b d'origine (sans modded extra) avant l'update, je ne pourrai pas booter sous dsm vu que la NIC ne marche pas en 6.2.2 Quelqu'un qui a fait l'update 6.2.3 depuis 6.2.2 en 1.03b avec modded extra peut postet exactement l'ordre des actions (et faut-il delete tous les fichiers dans usr/lib/module/update au préalable ?)

Certains ont-ils sauté le pas du 6.2.3 ? De ce que je comprends plus besoin de extra ? Suffit de préparer une clé avec jun's loader 1.03b avec le fichier pat du 6.2.3 ?

That's exactly what it means i think For me beside the let's encrypt wildcard i see no need to update to 6.2.3 anyway. But if new drivers are released for 1.03b 3615xs (running hp n54l here) and people confirm it's working well I might reconsider

Arès reboot, tout est ok (j'y étais obligé, j'avais oublié d'ajouter disable_mtrr_trim à mon grub pour qu'il utilise bien les 8 GB de ram)

Perso j'avais du faire le bourrin pour downgrade en 6.1 puis reparation du raid donc 3 jours en serrant les fesses Jai refait la cle usb et la migration aujourdhui en 6.2.2 update 4 et choix d'une installation nouvelle en conservant uniquement les datas puis restau avec hyper backup pour les parametres systeme. Pour l'instant ca marche mais j'ai pas encorr rebooté pour voir si j'ai le meme bug que toi, j'ose pas xD Je ferai un test de reboot quand j'aurais moins besoin du serveur qu'actuellement (confinement tout ca tout ca)

Il faut que tu ouvre le fichier DSM_DS3615xs_24922.pat avec Winrar ou 7zip et tu etrait rd.gz et zimage et tu écrases les fichiers présents dans la partition 1 de Synoboot_3615.zip. Si tu as toujours la carte réseau d'origine tu as aussi besoin de remplacer le fichier extra.lzma dans la même partition avec les drivers extension DS3615: extra.lzma for loader 1.03b_mod ds3615 DSM 6.2.2 v0.5_test http://s000.tinyupload.com/?file_id=87576629927396429210 SHA256: BAA019C55B0D4366864DE67E29D45A2F624877726552DA2AD64E4057143DBAF0 Si tu fais une toute nouvelle install from scratch tu devrais pa avoir de pb je pense.

Bon ben j'ai plus qu'a essayer ca aussi. Avec de la chance vu que j'ai reinstaller la 6.1.7 from scratch puis restaurer les parametres peut etre que la migration zn 6.2.2 passerz directement ce coup ci. Pour le moment le raid se rebuild de toute facon...

Exactement ce que j'ai tenté de faire aujourd'hui... sauf que l'install se passe bien, puis arrivé sous DSM, au bout de quelques minutes, cela crash.Plus d'accès à l'interface web et le synology assistant ne voit plus le serveur mais je peux me connecter en SSH (même si je me fais dégager toutes les minutes environ) Du coup j'ai retourné en 6.1.7... et reconfiguré mes reverse proxy et certaines taches planifiées qui refusaient d'être restauré par Hyper Backup (aucune idée pourquoi) et du coup j'ai perdu aussi mes certificats lets encrypt et impossible d'en recréé l'API ACME v1 pour la création étant morte... (c'était d'ailleurs la raison pour laquelle je passait en 6.2.2) Certains ont-ils eu le pb de crash du DSM et de tous les packages apparemment (docker inclus) suite à une migration 6.1.7 vers 6.2.2 sur N54L ou N40L ?

Hello, I use only the 6th slot with inernal sata from the original CD Drive and didn't have to modifie any config in Grub before (only vid, pid and disable trim w/e for 8 GB RAM to show) However when i created my usb drive, the synology assistant finds the diskstation (so it seems I'm ok on network card side with the extra drivers) but when i log it says that the configuration was lost and it needs to reinstall the DSM. I was on 6.1 before. I stopped there and put back my old usb key with 6.1 before i make a mistake. Can anyone confirm me if this is expected ? As i modified the Jun loader 2nd partition to include the 6.2.2 rd.gz and zimage. Also once the installation is done, are all my configs back or do i need to load a backup from config ? The IP was manually set to x.x.x.13 before but when i started the process it was on automatic and set to x.x.x.18.. So I need to know if once i click reinstall , everything will go back to normal following reboot. Edit : OK, tried it, and revert back to 6.1... I tried removing disable mtrr trim since it detected the 8 GB correctly without it as well, but even with that modification, the dsm keeps crashing. It installs fine. I can access through web interface for some minutes but then it crashes... Web UI is down, SMB is down, SSH is up tho i get disconnected every minutes or so... Anyone had similar symptoms with HP N54L ? I used Jun's Loader 1.03b + extra drive for 3615xs + extracted 6.2.2 zimage and rd.gz and injected it all in the loader 2nd partition... I still have an old 99PowerSaving Shell script somewhere from dsm 5.2, dunno if it can explains the behavior ? Any way to check logs to know what happens or anyone can help me out ?

Hello, I use only the 6th slot with inernal sata from the original CD Drive and didn't have to modifie any config in Grub before (only vid, pid and disable trim w/e for 8 GB RAM to show) However when i created my usb drive, the synology assistant finds the diskstation (so it seems I'm ok on network card side with the extra drivers) but when i log it says that the configuration was lost and it needs to reinstall the DSM. I was on 6.1 before. I stopped there and put back my old usb key with 6.1 before i make a mistake. Can anyone confirm me if this is expected ? As i modified the Jun loader 2nd partition to include the 6.2.2 rd.gz and zimage. Also once the installation is done, are all my configs back or do i need to load a backup from config ? The IP was manually set to x.x.x.13 before but when i started the process it was on automatic and set to x.x.x.18.. So I need to know if once i click reinstall , everything will go back to normal following reboot.

I have a HP Proliant G7 N54L with 8 GB Ram I am currently on dsm 6.1 3615xs My questions if anyone can confirm : - the default network card won’t work with jun’s loader 1.03b 3615xs for 6.2 ? - i had to perform a trick (which i already forgot...) in order to have dsm see and be able to use 8GB RAM, is it still the case ?

But if i migrate my current SHR raid to this dsm version, when i edit the synoconf it's after installation so would it wipe my data or will it boot nonetheless but just won't show it as SHR in the storage manager ? And so i install dsm 6.0, i edit synoconf, reboot and voila all is good ?

So far I have migrated 4 of this from v5 to v6 you need to change de vid/pid and then edit synoinfo.conf to enable SHR, so far I have been able to expand with no problems, to edit synoinfo.conf you must ssh and then follow this to enable SHR with sudo: edit /etc.defaults/synoinfo.conf comment out/delete CODE: SELECT ALL supportraidgroup="yes" then add CODE: SELECT ALL support_syno_hybrid_raid="yes" Thanks for those infos, i didn't even know SHR wasn't supported natively. Is it over with DSM 6.0 or just a "bug" in this loader ?

I need to clear one last detail before updating, anyone can confirm if creating new disk group is working ? Also can you expand volume ? If anyone tested i would like to know.