[Power button package]

On 3/8/2022 at 9:50 AM, IG-88 said:

if you open

https://github.com/jumkey/redpill-load/blob/develop/redpill-acpid/rpext-index.json

you will see that v6 is for "25556"" and thats dsm 6.2.4 so v6 is for dsm6 the other is for 7.0

 

its a extension, you can add when building the loader, TTG defined it with the redpill loader and you can read about it here

https://github.com/RedPill-TTG/redpill-extensions

 

the way i made mine is not suggested as i modded the custom.gz in a already made loader manually (can be unpacked and repacked like the extra.lzma - but thats not a way it should be done and would be overly complicated - i was doing some testing about making a custom.gz you could just copy to a loader to have a big driver package like with extra.lzma but as tinycore does work nice i dont see much need for that)

 

the most convenient  way might be to just use tinycore

pocopico has exactly that extension integrated (but there are other variations in githubs that will work too)

https://github.com/pocopico/tinycore-redpill/blob/main/rpext-index.json

 

{
  "id": "jumkey.acpid2",
  "url": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/rpext-index.json",
  "info": {
    "name": "ACPI Daemon v2",
    "description": "ACPI Daemon v2 that handles power button events",
    "author_url": "https://sourceforge.net/projects/acpid2/",
    "packer_url": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid",
    "help_url": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid"
  },
  "releases": {
    "ds3615xs_25556": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/recipes/universal_v6.json",
    "ds3615xs_41222": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/recipes/universal.json",
    "ds3615xs_42218": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/recipes/universal.json",
    "ds918p_25556": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/recipes/universal_v6.json",
    "ds918p_41890": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/recipes/universal.json",
    "ds918p_42218": "https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/recipes/universal.json"
  }
}

 

 

IM still confused..  ( excuse my Newbie-ness )

just before the build stage i issued the command sudo ./rploader.sh add bromolow-7.0.1-42218 ext https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/rpext-index.json  It appeared to do its thing and ended in a bunch of green txt indicating it worked correctly.

I then ran the build sudo ./rploader.sh build bromolow-7.0.1-42218 and it started - It very quickly said it exists and exited in red txt and continued to build.

All appears to be fine except the power button still doesn't trigger a safe shutdown.  ( or anything for that matter )         What am i missing here?

I appreciate you help.  

 

[DSM 7.0.1-42218]

Outcome of the update: SUCCESSFUL

- DSM version prior update: DSM 6.2.3-25426 Update 3

- Loader version and model: RedPill DS3615xs v7.0.1-42218

- Using custom extra.lzma: NO

- Installation type: BAREMETAL - HP N36L (Bios Mod)   5x 6TB,   C1e Disabled 

- Additional comments: None

[LCD Display with Nas status / info]

5 hours ago, flyride said:

You're asking a lot of general questions that need your own research. Suffice it to say that it is all possible. USB devices are addressable in Linux via /dev

 

To get you started: df will show you space stats.  ifconfig will show you IP address information.  You're going to need to learn some Linux shell scripting, and some utilities.  I suggest spending some time learning grep, awk, cut in particular.

 

Im not afraid of learning and diving in.  I just need a place to start

Thanks for the insights.

 

[LCD Display with Nas status / info]

2 hours ago, flyride said:

Something like this, write scripts to push data to USB?

http://www.yoctopuce.com/EN/products/usb-displays/yocto-display

 

Basically yes.   I believe there are many usb character / graphic displays that should do the trick.

Many questions need answering      how can i read the info?        how can i address the usb port?    how do i send the data to the device?

[LCD Display with Nas status / info]

Hi All.  I would like to add a small LCD or Character display to the front of my case that displays the Nas stats.

Maybe and IP address, free space status etc.

 

I was thinking this could be powered / driven from usb and installed into a 5.1/4 bay

Anyone know how i would achieve this?  or even where to start? 

 

[Is consolidation possible without data loss?]

DSM Version - 6.1.7 - 15264 update 3  ( baremetal )  

DS3615xs

All using SHR-1

All with one volume only

I would prefer one large volume i think if that's possible?  (Better utilisation of Disks.)

or maybe 2 12-Disk Shr-2 volumes?

[Is consolidation possible without data loss?]

Thanks for this,  It looks like im gong to have to digest your answer before starting on this.

Things i should have pointed out earlier.

 

1.  All disks are currently in SHR  and a general mix of sizes and happy for same config over all disks

2.  Happy to have just 1 nic working.    ( generally only using one so no drama. )

3.  This is used for storage and not anything i need to run all the time.  if it has low performance while rebuilding then so be it.

 

So if i have a 5 disk set in shr and its running fine,  then add what was another set of 5 how will it react?  will the additional disks just be picked up and all files and folders added to the 1st set and it all be managed through the 1st config?  Also what happens to the extra disk that was used for redundancy?   

 

 

[Is consolidation possible without data loss?]

Hello everyone,,  Thanks for taking the time to read this.

I have a question that i hope someone can assist with  ( and hopefully has achieved themselves )

 

My situation,  i have 5   4/5  disk  hp micro servers ( HP 54nl g7's )  and recently picked up a 24 bay storage case.

I have a spare mobo etc to bring this life but im wondering if i can bring across the drives without data loss.

I dont care if the disks stay in the same 'groups' that they currently are in.

 

My aim is to have 1 large box in place of the 5 small.

 

How would the dsm manage importing all these disks?

i appreciate i could start with one group moved over but what would happen if i bring another batch of disks into the "large" box.

They are currently running same same version of dsm if that helps.?

 

Failing that idea, what would be the best way short of purchasing new drives?    ( i dont have enough spare space to shuffle all the data around which is a real problem  )

 

Is there any way i can setup a test case to test this?

 

any ideas anyone?