giacomoleopardo

Another hint: I tried the latest AuxXxilium's ARC with DS3622xs+and the acpi service does work!

Another update: I did a fresh installation using DS920+ as system definition. The power off button works as expected. Still is reported as "static", but at this point I don't think that would be relevant. alamo@MHP-TEST:/$ cat /proc/modules | grep button button 5161 1 i915, Live 0xffffffffa0169000 This time @IG-88's suggention produces result. So, basically it boils down to the DS3622xs+ choice, I guess. It's time to understand why it doesn't work with that

I tried to add button.ko as explained here, still the power off doesn't work and the command cat /proc/modules | grep button produces zero result

Nothing's showing up alamo@ALAMO:/$ cat /proc/modules | grep button alamo@ALAMO:/$

If you mean from /usr/lib/modules there is no evdev.ko nor button.ko, as a matter of fact. What does it mean? And what should I do? Thanks in advance G. PS: In my working DS920+ from /usr/lib/modules I can find just the button.ko, but no evdev.ko

How can I do that?

Update: This is the difference between my working DS920+ GIOSERVER (with correct power button power off behavior), and my new DS3622xs+ ALAMO under test: as you can see, the first one is "enabled" (see third row), and the second one is "static". Any idea? @Peter Suh @Hackaro1 gio_admin@GIOSERVER:~$ systemctl status acpid.service -l ● acpid.service - ACPI Daemon Loaded: loaded (/usr/lib/systemd/system/acpid.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2024-02-01 08:00:06 CET; 1 months 6 days ago Main PID: 19978 (acpid) Memory: 0B CGroup: /system.slice/acpid.service └─19978 /usr/sbin/acpid -f alamo@ALAMO:/$ systemctl status acpid.service -l ● acpid.service - ACPI Daemon Loaded: loaded (/usr/lib/systemd/system/acpid.service; static; vendor preset: disabled) Active: active (running) since Sat 2024-03-09 10:07:43 CET; 17s ago Main PID: 13395 (acpid) CGroup: /system.slice/acpid.service └─13395 /usr/sbin/acpid -f

I tried this with no results. Any kind of suggestion would be much appreciated. Thanks

Hi everybody, I was wondering if anyone could help me here. Installed DSM 7.2.1-69057 Update 3 on my pc with DS3622xs+ via @Peter Suh's M Shell for tinycore-redpill v.1.0.1.0. Everything's fine except for the power off via power button. Checking acpid.service: root@ALAMO_Test_1:~# systemctl status acpid.service -l ● acpid.service - ACPI Daemon Loaded: loaded (/usr/lib/systemd/system/acpid.service; static; vendor preset: disabled) Active: active (running) since Wed 2024-01-31 18:02:25 CET; 9min ago Main PID: 25027 (acpid) CGroup: /system.slice/acpid.service └─25027 /usr/sbin/acpid -f Jan 31 18:02:25 ALAMO_Test_1 systemd[1]: Started ACPI Daemon. Jan 31 18:02:25 ALAMO_Test_1 systemd[1]: Starting ACPI Daemon... Jan 31 18:02:25 ALAMO_Test_1 acpid[25027]: cannot open input layer Jan 31 18:02:25 ALAMO_Test_1 acpid[25027]: inotify_add_watch() failed: No such file or directory (2) Jan 31 18:02:25 ALAMO_Test_1 acpid[25027]: starting up with netlink and the input layer Jan 31 18:02:25 ALAMO_Test_1 acpid[25027]: 1 rule loaded Jan 31 18:02:25 ALAMO_Test_1 acpid[25027]: waiting for events: event logging is off everything seems to work. Any ideas?

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.1.1-42962 update 3 - Loader version and model: ARPL v1.0-beta11a - Using custom extra.lzma: NO - Installation type: Baremetal DS920+, ASRock Fatal1ty Z170 Gaming-ITX/ac RAM, Intel® Core™ i3-7100 Processor, 2x4GB DDR3, 6 x SATA3 6.0 Gb/s Connectors (Intel onboard controller), PCI-E card with ASMedia ASM1166 controller (6 extra SATA3 ports), EATON 5SC500i UPS, 6 SATA3 HDDs (SHR), 2 SATA3 SSD (Cache) - Additional comments: manual Update from DSM 7.1.1-42962 update 3 to DSM 7.1.1-42962 update 4 via synology_geminilake_920+.pat

I219V

Indeed it does, yes. Though, until yesterday I was using ARPL v0.5-alpha1 (still on DSM 7.1.1-42962 Update 1 on DS920+) and no NVME cache was mapped.

@fbelavenuto Hi Fabio, great work as ever with ARPL. The strangest thing happened while I was trying a fresh install with v1.0-beta11a via usb pen drive: After building the loader ad rebooting, Synology web assistant couldn't find anything on the local net, then I rebuilt the usb pen with v1.0-beta2 and updated via ARPL (update menu) to v1.0-beta11a. At that point everything has gone smoothly. Maybe I am missing something?

I've just updated to the last ARPL release, v1.0-beta11a and I'm happy to report that NVME cache is showing up without anything else to do. My hardware: ASRock Fatal1ty Z170 Gaming-ITX/ac Intel® Core™ i3-7100 Processor 2x4GB DDR3 6 x SATA3 6.0 Gb/s Connectors (Intel onboard controller) PCI-E card with ASMedia ASM1166 controller (6 extra SATA3 ports) EATON 5SC500i UPS Baremetal installation via ARPL on 32 GB USB stick DS920+ DSM 7.1.1-42962 Update 1

I guess it's not working for me. No idea why