I have enabled dynamic settings, but one of the issues I encountered is the storage of information for use in the next system boot. To address this, after reviewing existing sample applications, I arrived at the following structure:
This sample configuration is functional for testing with QEMU, adding an AHCI driver, and utilizing an ext2.raw partition. However, on actual hardware, there is a step missing: the partitioning needs to occur in such a way that I can reference it in the ahci_drv module. Without this, I encounter the following error:
What module should I add to this set of modules to create and correctly name the partition so that I can use the file system structure on the hard disk?
Thank you, I had seen this component in the Sculpt OS code but was unsure about it. Your guidance led me to conduct a more thorough investigation, and it worked out.
I just have another question. My test system also has a mini SATA drive, which is connected via the same AHCI controller. However, the Genode driver can’t detect it. Have you encountered this issue?
Note: My device doesn’t have a serial output, and although I enabled the terminal log, it still doesn’t display the driver logs. Therefore, I don’t have a clear output to share the error with you.
Sorry for my late reply, but I do not have tips to enable this drive. May you send more information about this mini SATA drive? You could use a Live Linux and lshw, smartctl, journalctl etc. Also, the parts of /report/log in Sculpt OS concerning ahci may be of help.
Regarding terminal log and drivers, make sure to route the driver logs to that terminal, otherwise they get routed to the parent init, which itself will use serial output. I.e. insert something like this in the driver routes…
Thank you for the suggestions and apologies for the delay in gathering the details. I’ve taken the steps you mentioned to retrieve more information on the mini SATA drive using Live Linux and Sculpt OS logs. Below are the results:
The first picture contains the hardware information of the mini SATA device, extracted through Live Linux.
Thanks for the details. What bothers me most is #0: off (ATA). As the device is named /dev/sda in Linux I’d expect #0 is the one most interesting to us. @ssumpf do you have further ideas about the off state?
Also, your screenshot misses some lines from the ahci driver startup. May you please look for those in your log and send them?
Thank you, Christian. Disabling the reset() function resolved the issue effectively.
However, there’s still a problem I’ve encountered on a low-spec system. If I delay the driver execution by showing logs, the driver runs correctly. Otherwise, both the AHCI and Realtek drivers fail to initialize, and the system freezes at that point in execution.