Leaderboard

Below is the result of collecting the operation status for TCRP users. DS3617xs (Operation OK) DS3615xs (Operation OK) DS3622xs+ (Operation OK) DVA3221 (Operation OK) DVA1622 (Operation OK) DS918+ (Operation Not OK) DS920+ (Operation Not OK) DS1621+ (Operation Not OK) DS2422+ (Operation Not OK) DS1520+ (Operation Not OK) GeminiLake (DS920+, DS1520+, etc.), known as a DTC-only model and V1000 (DS1621+, DS2422+, etc.), this function does not work, and DS918+ also does not work. Monitoring equipment DVA3221, DVA1622 (based on DTC) is OK. Jun Mode and Jot Mode seem to be a common phenomenon without any distinction. ACPI ext is related to the power button and has nothing to do with this power schedule reservation. Is there any way to solve this problem?

Нет

Подлежит восстановлению это обычно не страшно, не слетает ничего

Такая возможность есть, нужно какой то пункт меню выбрать при конфигурировании, но какой, я к сожалению не помню, тк купил другой процессор и 918 у меня и так можно выбрать.

Да. Нет.

You just referred to it as nas software, aren't you considering using XPENOLOGY REDPILL at all? I thought you were asking about the availability of XPENOLOGY REDPILL and I answered accordingly.

Yes its possible using Scheduler, its on this Topic search for sandro_66 post there is lifehack for that. sandro_66 is a user name

Try using these commands after starting TCRP sudo ./rploader.sh update now curl --location "https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/my.sh.gz" --output my.sh.gz; tar -zxvf my.sh.gz; ./my.sh DS3622xs+J Then if you need to, edit the file user_config.json. Only refresh the view in WinSCP in the menu Remote -> refresh. For example I put S/N and MAC addresses in this file. If you need to add drivers, do so now. For example ./rploader.sh ext broadwellnk-7.1.1-42962 add https://raw.githubusercontent.com/pocopico/rp-ext/master/e1000/rpext-index.json After that, execute the command ./rploader.sh build broadwellnk-7.1.1-42962 sudo reboot

это не файлы, а устройства их не нужно смотреть установить VS , проиграть видео, файл появиться тогда и не будет HW транскодирования в VS, но будет в плексе с пассом

I recently discovered one thing while testing the Power ON scheduling of a DS1621xs+ (Broadwellnk) with a Dell T1700. After installing as bare metal with a USB stick and setting the schedule, I removed the USB stick. Powered on at the scheduled time even with the stick removed. Perhaps it is a natural result, but I wonder if DSM does not record sleep in the state of S5 in BIOS as DSM shuts down. The log monitored by the serial port contains the following contents. [ 255.465129] e1000e: EEE TX LPI TIMER: 00000011 [ 255.503506] pin 0 is protected by driver. [ 256.008416] Turned off USB vbus gpio 0 (ACTIVE_LOW) [ 256.013322] pin 0 is protected by driver. [ 256.517433] Turned off USB vbus gpio 0 (ACTIVE_LOW) [ 256.522340] pin 0 is protected by driver. [ 257.026426] Turned off USB vbus gpio 0 (ACTIVE_LOW) [ 257.031334] pin 0 is protected by driver. [ 257.535448] Turned off USB vbus gpio 0 (ACTIVE_LOW) [ 257.540361] pin 0 is protected by driver. [ 258.045440] Turned off USB vbus gpio 0 (ACTIVE_LOW) [ 258.058643] ACPI: Preparing to enter system sleep state S5 [ 258.064381] reboot: Power down [258.067641] acpi_power_off called [ 258.071000] Confirm SLP_TYP poweroff status 0 pm1a 1c01 pm1b 1 [ 258.087118] Confirm OS poweroff status 0 pm1a 3c01 pm1b 2001 The same log is also present on DS1621+, which does not operate on the Power On schedule. [ 1410.300950] e1000e: EEE TX LPI TIMER: 00000011 [ 1410.820297] ACPI: Preparing to enter system sleep state S5 [ 1410.826560] reboot: Power down [ 1410.829879] acpi_power_off called [ 1410.833257] Confirm SLP_TYP poweroff status 0 pm1a 1c01 pm1b 1 [ 1410.850268] Confirm OS poweroff status 0 pm1a 3c01 pm1b 2001 DS1621+ has the same action of "ACPI: Preparing to enter system sleep state S5", but I think it may not be properly recorded in BIOS.