SignedAdam

6 hours ago, jjoshlin said:

Do you understand hexos is not the base operating system? It is a management system for truenas. This is why I have stated more than once, its not on the hexos team to try and modify the base OS that would be a truenas dev team that would need to complete that task. It is the same with supporting ARM as old data center arm systems are aging out and hitting the gray market there is great horsepower at affordable pricing but the base OS does not support them. I don't raise requests with HEXOS team to support arm because they are not the ones tasked with coding for CPU support. By all means, go to truenas forum make the same post to support these older NAS boxes and I will 100% be behind you. Like I have stated I have several of these also, but I understand its not on this DEV team to support them. 

Well I believe you are wrong, the hexos team will have a lot of control over the inner workings of the operating system, they will have a list of software features that are on by default that are sucking up all the resources, they might even have more control than truenas, they could even give us control over these features/ services and allow us to turn them on and off under some type of advanced subsection.

truenas will be under an expectation from their community, while hexos are just starting up, I have already asked truenas to lower the requirements and I got the default excuse “ ZFS is making the requirements so high “ 

10 hours ago, jjoshlin said:

Since this person can not act mature i will post full context here. Truenas at its core and friends before it where built on the core principle of leveraging the ability of ZFS. HEXOS devs are not the ones who will rewrite/redesign truenas to run on this hardware. If a truenas rep wants one I even volunteered one for them to work with to make a "core" version that could be stripped down. 

 

Knowing this project is so young and has so many who are new to tech I'm trying to be concise and offer solutions that are within budget of most people. What's going to hurt this project is immature people that fell the need to insult and thump there chest. I want to see this a success and why I'm here trying to leverage my decades of experience to more novice people.

Being sarcastic and assuming someones knowledge online are signs of maturity?
 

what people have to hand, will, and is always going to be the best option for them. Going out and spending money on new hardware, is always going to be the last option. 

you seem to be recommending people do things backwards, buy new hardware rather than use what they have to hand…

like I explained, the more devices hexos can support = more income for the developers. Supporting new features shouldn’t come before making the user base larger, having a larger audience should be this projects 1st goal, supporting as many devices as they can. 

1 hour ago, jjoshlin said:

I do not assume you have any experience with truenas, as you state turn off the services not in use. Most of the services are already off by default and a system with 8gb of ram will function. I have one currently that can pitch content to 2 systems via plex okay. The thing is ZFS will utilize any non dedicated system ram to optimize the storage. I would like to see a "truenas core" that only functions as an SMB share to support these older devices, but until then consider an SFF. Similar footprint,  and power draw while having more resources and availability.

I do not mind giving ZFS a miss, and using raid instead, raid does not have such high requirements.

you should not assume what you do not know! The best part is no part, if I can get away with what I have on hand, then that is the best part, FYI I do not need to use google or eBay to work that out 

1 hour ago, jjoshlin said:

Step back and look at your scenario you want to build a low cost nas with 2 drives. In the LTT video they show doing that sub $100 before mass storage. Is it advisable for the dev's to delay other tasks that save yourself and maybe a dozen people $100 that are trying to reuse these old nas devices? Or would developing the feature set to edge the project closer to Alpha release be a better use of resources?

Who are you to decide what’s worth the developers time and not? 
 

 by adding more devices to this project, they add more customers, more customers = more investment in to the project, I’d say that’s definitely worth the developers time and that = you are WRONG!

Can you guys do me a favour and explain to this douche king why we want these old devices to function on hexos

5 hours ago, Dylan said:

Looks like one user booted with just 2GB of RAM. Not sure how usable it is, but I bet more and more people will test this over time. I just want to be able to store my backups of my new NAS to the RN212. That'd be ideal. Side note, the SAME 2x4B WD drives are STILL holding it down. Damn thing refuses to die.  The disks just survived/passed the scrub process. Took like 4 days but they still look good. Crazy.

1) You guys do know you don’t have to use Zfs! It’s a nice to have but not necessary! Zfs uses lots of resources… just use raid, 0 or 1 and so on! 
 

2) you can change the default boot device in the bios, you don’t have to use software to make the readynas hardware boot a drive… on my readynas there’s a micro usb port at the back, this allows you to connect to the nas by usb and uses a terminal window to view (a screen like interface) that even passes through keyboard, it’s called uart serial… learn how to do it here

5 minutes ago, Dylan said:

I'm with you. I have a 10yo RN212 that still works just fine. I even bought two HexOS licenses just in case. I even read your whole kernel thread (thanks for linking!) on the ReadyNAS forums. But it looks like even if we could find a way to port over HexOS, it still consume almost all HW resources on the ReadyNAS device not to mention the Fan sensor issues as well. Good thread, though.

You should see some of the comments I’m getting about how a device with ddr4 deserves to not be supported ? 
 

I dislike the laziness excuse, if they are here to make a difference and a operating system for us all, then that is what they should do, it’s already been made clear most of the work has been done by another team. so I see no excuses concerning I’m now invested in this project 

2 hours ago, jjoshlin said:

with as cheap as ram is, why the fuss to support something so limited? IMHO this would be a waste of dev team's energy for a niche that very few have the need for. Most 1L systems from even 5 years ago came with 8gb.

 

But it’s not a niche and being sarcastic won’t make you’re response any more correct than my request?

I dunno why people feel the need to put other people’s suggestions to bed, if you have nothing positive to say, say nothing at all 👍🏻

3 hours ago, FadingTempest said:

Because it is based on TrueNas there is no way that is ever going to happen due to how it operates.

it is based off truenas, that much is true 🤣 and they have made it very clear, they aren’t lowing the minimum requirements? however back in the day when truenas was at the beginning of development, the minimum requirements were much lower.

lots of big and small networking manufacturers, have made network attached storage devices (NAS products) most of these devices have seen support dropped from these big brands, netgear for example, so customers such as my self need a new operating system, in order to keep our devices secure online and up to date, so they can support the latest applications, some will try and argue this is a niche market! however you will be surprised by how many of these devices are still out there! think of windows xp, then windows 7 then 10 now 11 and how Microsoft force people to buy new hardware. 
 

my device, the readynas 422 isn’t that old supporting DDR4 which is just one generation behind in the DDR standard, by supporting these low end devices you gain users and free recommendations, you’d have to be extremely narrowminded and stubborn to ignore the market I am apart of! Yes it has a small amount of on board ram, which can not be swapped but it is still very functional, all the developers need to do is switch off the unnecessary services that will be running in the background, I’m sure none of you have probably bothered to look in service with in windows but I have and there’s a lot of stuff that can be turned off because it’s pointless! 
 

with that I rest my case!

8GB is to high requirement, even for today! Think of all the big NAS manufacturers dropping support for there embedded devices, this could replace that

I’d like to run hexos on a device which has 2GB of RAM, with proxmox I can have home assistant running, Plex and even a web server, on one device no nodes, I see no reason as to why hexos couldn’t do it. Just turn some of the extra software features off that people don’t need on these devices.

15 hours ago, Magnus said:

Hi there! Are you saying you’re trying to install HexOS on that? The specs you listed falls a bit short of the minimum requirements (8GB RAM)

Yes I’d like to have the ability 👍🏻

I’d like to see the initial setup have uart / serial communication protocol support 

this can be handy for devices with out displays or large servers 

most of the time it’s only initial setup that needs this support “then after it doesn’t”

Allow the ability to use a different kernel so that more hardware can be supported 

I currently have a netgear readynas 422

Model: RN422

hardware : 

Intel Atom® C3338

2 GB DDR4

2 sata bays, 1 internal sata m2, 1 internal usb header, 3 usb 3.0 ports, 1 external sata port, micro usb uart port

when installing any os, I have to use the uart port to pass through the text using serial , “it kind of like a screen” back in the day and on some servers they still use uart, I would like to see the setup use uart, so I can install from a usb using this method. My device also needs an os that does eat ram

More information about kernel and stuff can be found here

so I guess it would be nice if we could have the ability to change the kernel if not that’s also will work