[I7-8700 (6C/12T) Plex Server]

8 hours ago, smilenkovski said:

HW transcoding is overrated if you have good CPU (which you have). Picture quality is much better if you use cpu only. I know that hw transcoding is a kind of holly grail of every media server, but, nowadays we have so many devices which support direct play, so, overrated. But in case if you want save power (electricity bills) that's another story. I'm using j5040 Asrock (10 wats only) for hw transcoding to spare some energy. A matter of choice.

Thank you for the reply!  I was kinda leaning that direction, but needed some external validation.

[I7-8700 (6C/12T) Plex Server]

With an I7-8700, is one better off building a DS3622 and lose the ability to hardware transcode or building a DS918 and lose 4 of the 12 threads?

[TinyCore RedPill loader (TCRP) - Development release 0.9]

2 hours ago, Peter Suh said:

 

TCRP and TCRP FRIEND always communicate with github during the loader build process.
In the process of downloading Github files, the Internet is absolutely necessary and there should not be any firewall issues. Also, the Internet time and the local time of the PC must not be inconsistent.

 

Separately, TCRP FRIEND always downloads and updates its latest kernel from Github in the process of booting its own loader. Currently, version 0.0.3 is the latest version, and in this process, there are no errors when the above Internet, firewall, and time requirements are met.

I agree it makes sense to need an active internet connection for the initial BUILD of TCRP and FRIEND.
 

However, it doesn’t make sense to me that you should be REQUIRED to have an active internet connection to simply to start or reboot your server.  
 

@pocopico, what do you think?

[TinyCore RedPill loader (TCRP) - Development release 0.9]

I was trying to boot my installation of TCRP (9.2.9) with Friend yesterday and the boot failed after trying to check for Friend updates.  This is when I realized my DNS Server was down.  After bringing my DNS Server back up, I was able to boot Xpenology without any issues.

 

Has anyone else experienced this?  Is the expected behaviour that TCRP with Friend will not boot your server if your DNS Server, the internet or the Friend update location is unavailable?

[Migrate disks from a BIOS based to UEFI based Xpenology Server]

On 10/28/2022 at 6:46 PM, Peter Suh said:

Did you use REDPILL because of DSM7?
If REDPILL, what loader did you use?

Oops… I had inadvertently changed the boot for UFEI USB Key to USB Key in the BIOS.  
 

Thanks.

 

Resolved.

[Migrate disks from a BIOS based to UEFI based Xpenology Server]

Old Machine: TCRP 8.x (Legacy) - DS918+ 7.0.1
New Machine: TCRP 9.2.9 (UEFI) - DS3622xs+ 7.1.1

[Migrate disks from a BIOS based to UEFI based Xpenology Server]

Is there a migration path for this? 

 

I built a new bare metal UEFI based server and tested it by sticking a blank test HDD drive in, created a pool and share.  It worked perfectly.  I removed the test HDD and tired moving all the drives from a legacy (bios) bare metal installation into the new server and booted.  At this point I get a grub rescue prompt.

 

Any help would be appreciated.  Thanks.