View Single Post
Community Council | Posts: 4,920 | Thanked: 12,867 times | Joined on May 2012 @ Southerrn Finland
#359
Originally Posted by peterleinchen View Post
Taking a deeper look into the files compiled into the kernel, I have seen that you symlink /etc/passwd and /etc/group directly hardcoded from /mnt/2/etc/ passwd respective /mnt/2/etc/group.
This is what I wanted to avoid (to have the need for some harmattan files/dirs accessible on p2).

I edited /init (attached), but I am absolutely not sure if this will work.
When, at what time, the ubi system needs passwd and group?
If it is only when launching a shell, I think my small modification (peterleinchen 1) may work. But when it is already needed for starting /init itself, then I am doomed. In first case what about the maintenance mode: do we need it here also as it starts a shell (I have begun to modify: peterleinchen 2)?
Please take a look and let me know, please.

And i thought about changing the log location to /mnt/p1/boot/log (peterleinchen 3) as this location is visible to all operating systems and easily to access for everybody. I thought also about saving log to the selected OS /var/log location, but after rethinking discarded this idea. What do you think? (of course this needs to be fixed in all files then as well)
Hi!

I reviewed your changes, and there are some things to note.

First thing, though, you have an older version of init, where you are placing your modifications. Your version does not contain the corrected watchdog kicker and it has the incorrect BME initialization which cause the rev.1603 boot problems with Harmattan. Also the boot partition configuration changes are missing.

Here is the current version of init from the latest ubiboot-02: init.txt

Then, comments about the edits:

1. Actually the symlinks to /etc/passwd and /etc/group are not used for anything at all at the moment. The files are there just as I am trying to get SSHD to work. SSHD requires the entries to manage userids, and my idea here was to symlink those from the Harmattan side so that I could reuse the Harmattan credentials on ubiboot domain. This is maybe a futile idea anyway, so the files are totally excess as of current. (meaning, just do not care if the links point to nothing at all...)

2. About choosing the logging location. Yes, you are absolutely correct there are far better places than Harmattan's /var/log/ to store the logs, obvious location would be of course where ubiboot.conf and the cpio are. Or it could be made configurable in the conf file.
I do not remember exactly what I was thinking when decided to put the logs there... maybe it went on something like, if there's a problem with something users tend do look into /var/log/ to see if there's a hint of the cause...
 

The Following User Says Thank You to juiceme For This Useful Post: