Jump to content
XPEnology Community

gnoboot & DSM 5.0-4482 - Experiences?


DerWuff

Recommended Posts

my discontent:

 

found this forum a month ago

found trantor packages , quickly tried ...

Update: gnoboot .. it hurts continued, or hidden password? ( Normal ? ) < DONATE <----- MONEY ??

driver problem: where are the hidden informations ... I read more than 50 pages without finding anything interesting?

I do browse the entire forum?

 

I used NSLU2, ASUS WL-HDD 2.5 and other there are more than ten years .. less worries ...

 

I'm really disappointed, especially as it was just to play a little

 

for the rest ... I'm sorry but I have already two Synology boxes

Link to comment
Share on other sites

F5BJR,

 

Hacking stuff like Xpenology are still with minimal support and that's the fun part, since it's a new world to investigate.

I played with Hackintosh years ago, had to hack APCI tables and frankly it's really harder.

 

If you want 100% opensource solution, openmediavault or FreeNAS are better candidate

Link to comment
Share on other sites

found objdump syntax there, viewtopic.php?f=2&t=515&p=10070&hilit=objdump#p10070

 

It seems synobios.ko changed a bit :

 

0000000000002550 :
   2550:       53 48 83 ec 10 80 3d    mov    $0x0,%rsi
   2557:       00 00 00 00 ff          lea    0x8(%rsp),%rdx
   255c:       48 c7 44 24 08          mov    $0x8,%ecx
   2561:       00 00 00                mov    %rsi,%rdi
   2564:       00 74 50 31 db          callq  2569 
   2569:       81 3d                   test   %eax,%eax
   256b:       00 00                   jne    2580 
   256d:       00 00 ff 00 00          movsbl 0x8(%rsp),%eax
   2572:       00 74 0b 48 83 c4       mov    %eax,0x0(%rip)        # 2578 
   2578:       10 89 d8 5b             add    $0x10,%rsp
   257c:       c3 0f                   mov    %ebx,%eax
   257e:       1f                      pop    %rbx
   257f:       00                      retq   
   2580:       48 c7 c6 00 00          mov    $0xffffffff,%ebx
   2585:       00 00                   jmp    2545 
   2587:       48 8d 54 24 08 b9 08    mov    $0x0,%rdi
   258e:       00 00                   xor    %eax,%eax
   2590:       00 48 89                or     $0xffffffff,%ebx
   2593:       f7 e8 00 00 00          callq  2598 
   2598:       00 85                   jmp    2545 
   259a:       c0 75 13 0f be 44       nopw   0x0(%rax,%rax,1)
   25a0:       24                      push   %rbp
   25a1:       08 89 05                mov    %rdi,%rbp
   25a4:       00                      push   %rbx
   25a5:       00 00 00 48             sub    $0x18,%rsp
   25a9:       83 c4 10                test   %rdi,%rdi
   25ac:       89 d8                   je     25fb 
   25ae:       5b c3 bb ff ff ff ff    mov    0x110(%rdi),%rax
   25b5:       eb be 48                test   %rax,%rax
   25b8:       c7 c7                   je     25fb 
   25ba:       00 00 00 00 31 c0 83    cmpb   $0xff,0x0(%rip)        # 25c1 
   25c1:       cb ff                   je     2610 
   25c3:       e8 00                   xor    %ebx,%ebx
   25c5:       00 00                   callq  *%rax
   25c7:       00 eb                   test   %eax,%eax
   25c9:       ab 66                   jne    25d8 
   25cb:       0f 1f 44 00             add    $0x18,%rsp
...

Link to comment
Share on other sites

I did a look in Synology source :

 

http://sourceforge.net/projects/dsgpl/f ... %20Source/

 

http://sourceforge.net/projects/dsgpl/f ... 482branch/ only contains ffmpeg-2.0.x.tgz

 

4458 is larger :

 

http://sourceforge.net/projects/dsgpl/f ... 458branch/

 

Diff between 4458 and 4482 is only ffmpeg (from a GPL point of view) ?

 

Andy sources are for 3.2.11 but DSM 5.x is using 3.2.40, does it match ?

Link to comment
Share on other sites

You must use 3.2.40 (bromolow) sources to get dsm 5.0 working.

You can use 4458 sources to build a kernel for the 4482 version.

 

Protection is in the /usr/syno/bin/scemd (and some other files), which sources will not be published.

 

How do you find this ? What are the files ?

Does this files can be patched like the synobios ?

Link to comment
Share on other sites

You must use 3.2.40 (bromolow) sources to get dsm 5.0 working.

You can use 4458 sources to build a kernel for the 4482 version.

 

Protection is in the /usr/syno/bin/scemd (and some other files), which sources will not be published.

 

How do you find this ? What are the files ?

Does this files can be patched like the synobios ?

 

Hi Trantor, Hi all,

 

I've taken some time to compare 4458 & 4482, here are the results :

 

- The startup scripts in etc & etc defaults seems to be almost the same for most of them.

- Scripts and executables in /usr/syno are very different for some.

 

After some experiment, I've decided to replace the whole /usr/syno of 4482 with 4458 and ... it works.

 

I agree, it it not a good solution. But, it shows that kernel (and synobios, but not sure) might not be the problem but a script of program within /usr/syno ..

 

After further test, I've seen that replacing /usr/syno/hotplug of 4458 by 4482 was temporarily solving the problem.

After reboot I've had to recreate /dev/sd* with mknod but the system was pretty ok.

 

The main fact is that a periodic program or script is deleting /dev/sd* files.

 

I've also checked that system crontabs where not deleting /dev/sd* files

 

Hope this will help, will be glad also to help solve this problem.

 

Regard,

C.G.

Link to comment
Share on other sites

After some experiment, I've decided to replace the whole /usr/syno of 4482 with 4458 and ... it works.

The main fact is that a periodic program or script is deleting /dev/sd* files.

 

So even after replacing /usr/syno/* with 4458 volumes get unmounted after a while ?

 

Synology informed me in a letter that very soon disabled access to Quick Connect and DDNS (synology) for older versions older than 4482

 

Both services requiring real mac and s/n to works.

XPEnology doesn't have real mac nor s/n.

Link to comment
Share on other sites

After some experiment, I've decided to replace the whole /usr/syno of 4482 with 4458 and ... it works.

The main fact is that a periodic program or script is deleting /dev/sd* files.

 

So even after replacing /usr/syno/* with 4458 volumes get unmounted after a while ?

To be more precise, replacing files in :

 

/usr/syno/bin

/usr/syno/synoman/webman/

 

And the system is stable and running as expected even after reboot (from web ui and shell).

I've checked modules in /usr/syno/synoman/webman/modules but they does not seem to be implied.

After more than 1 hour running, everything is working properly.

 

C.G.

Link to comment
Share on other sites

To be even more precise, replace only these files:

 

/usr/syno/synoman/webman/uistrings.cgi

/usr/syno/synoman/webman/usersettings.cgi

/usr/syno/synoman/webman/initdata.cgi

/usr/syno/synoman/webman/modules/SystemInfoApp/LogViewer.cgi

/usr/syno/synoman/webman/modules/PollingTask/polling.cgi

/usr/syno/synoman/webman/modules/DSMNotify/dsmnotify.cgi

/usr/syno/synoman/webman/modules/PkgManApp/PkgSynoMan.cgi

/usr/syno/synoman/webman/modules/PkgManApp/PkgMan.cgi

/usr/syno/synoman/webman/modules/StorageManager/volumehandler.cgi

/usr/syno/synoman/webman/modules/StorageManager/storagehandler.cgi

/usr/syno/bin/lspci

/usr/syno/bin/scemd

/usr/syno/bin/findhostd

 

But I find this method is awful.

Link to comment
Share on other sites

To be even more precise, replace only these files:

 

/usr/syno/synoman/webman/uistrings.cgi

/usr/syno/synoman/webman/usersettings.cgi

/usr/syno/synoman/webman/initdata.cgi

/usr/syno/synoman/webman/modules/SystemInfoApp/LogViewer.cgi

/usr/syno/synoman/webman/modules/PollingTask/polling.cgi

/usr/syno/synoman/webman/modules/DSMNotify/dsmnotify.cgi

/usr/syno/synoman/webman/modules/PkgManApp/PkgSynoMan.cgi

/usr/syno/synoman/webman/modules/PkgManApp/PkgMan.cgi

/usr/syno/synoman/webman/modules/StorageManager/volumehandler.cgi

/usr/syno/synoman/webman/modules/StorageManager/storagehandler.cgi

/usr/syno/bin/lspci

/usr/syno/bin/scemd

/usr/syno/bin/findhostd

 

But I find this method is awful.

 

 

i'll try to pack these files in .deb file... so we can install it on the server with dpkg command

 

EDIT: finally.. it works.... so here is a tar file from 4458... just upload it to dsm and untar it as root with this command: tar -xz --directory=/ -f archive4458.tgz

 

https://mega.co.nz/#!LtoAlA7Z!5TpTOg7lxOxldob6fMYncuvJkAnIwMeZhP9kRpccqYw

Link to comment
Share on other sites

Synology informed me in a letter that very soon disabled access to Quick Connect and DDNS (synology) for older versions older than 4482

 

Both services requiring real mac and s/n to works.

XPEnology doesn't have real mac nor s/n.

Are you sure ? Because i use DDNS since one month with fakes s/n and mac adress :shock:
Link to comment
Share on other sites

To be even more precise, replace only these files:

 

/usr/syno/synoman/webman/uistrings.cgi

/usr/syno/synoman/webman/usersettings.cgi

/usr/syno/synoman/webman/initdata.cgi

/usr/syno/synoman/webman/modules/SystemInfoApp/LogViewer.cgi

/usr/syno/synoman/webman/modules/PollingTask/polling.cgi

/usr/syno/synoman/webman/modules/DSMNotify/dsmnotify.cgi

/usr/syno/synoman/webman/modules/PkgManApp/PkgSynoMan.cgi

/usr/syno/synoman/webman/modules/PkgManApp/PkgMan.cgi

/usr/syno/synoman/webman/modules/StorageManager/volumehandler.cgi

/usr/syno/synoman/webman/modules/StorageManager/storagehandler.cgi

/usr/syno/bin/lspci

/usr/syno/bin/scemd

/usr/syno/bin/findhostd

 

But I find this method is awful.

 

Great job !

 

Here is a link to a repacked version of 4482 pat file.

 

On grub boot menu hit "c" and then

 

kernel /zImage gnoboot_me=5.0-4482
boot

 

Then install with this pat file :

 

https://mega.co.nz/#!1AMjnByB!obF8MVtkYTmxK34fS8VWy7LmersHdHYLEDrvteBBQ6I

 

So far, it's ok for me.

 

Regards,

C.G.

Link to comment
Share on other sites

Good news.

But I agree with Vortex it's not a clean method.

We must find what kind of checks these files do.

 

I totally agree with you, my repack is a proof of concept

I'm asking myself if the check method is not embedded in a system/syno library.

It's kind of stange to see lspci being modified as it is a standard linux program.

 

 

Just to clarify can you please post the exact steps to upgrade

from DSM 5.0-4458 Update 2 to to DSM 5.0-4482 please.

also what must we update on GnoBoot. or is it the same usual method after editing grub..?

Thanks For The Great Work Guys..

 

You should not even imagine install this pat file over your actual working xpenology.

I've packed this up for test purpose only.

 

It does not instal from Synology assistant, it does only install from web ui installer after booting with "gnoboot_me=5.0-4482".

 

However, as far as I have seen, there are no major end user benefit update in this release.

 

My work on 4482 aims to help install future version easily.

 

C.G.

Link to comment
Share on other sites

apologies. this is my N54L test box.

 

tested on GA-C847N motherboard using above method,... seems to be fine till now. Will update once i see any issue :grin:

 

thanks guys!

 

Please give feedback on this thread, everything could help us remove this security lock :smile:

Link to comment
Share on other sites

It's kind of stange to see lspci being modified as it is a standard linux program.

 

If I remember right, during boot/install process lspci is used in a script to assemble md devices.

If it detect an abnormal system it unmouted all drives...

Link to comment
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.

×
×
  • Create New...