|
2013-06-27
, 21:29
|
Posts: 428 |
Thanked: 226 times |
Joined on Dec 2010
@ Philippines
|
#372
|
In fact I didn't write to put bzImage into /boot of Nemo, I only adviced to check if the path in ubiboot.conf is the right path to that (symlink, I know ) file, because maybe he could have modified the name of it, never exclude each possibily track when you helps someone.
I also know what you wrote in the wiki, I took the liberty to edit parts of it when you posted the message of its creation
|
2013-06-27
, 22:30
|
|
Posts: 4,118 |
Thanked: 8,901 times |
Joined on Aug 2010
@ Ruhrgebiet, Germany
|
#373
|
|
2013-06-27
, 22:41
|
|
Posts: 4,118 |
Thanked: 8,901 times |
Joined on Aug 2010
@ Ruhrgebiet, Germany
|
#374
|
The Following User Says Thank You to peterleinchen For This Useful Post: | ||
|
2013-06-28
, 03:48
|
Posts: 428 |
Thanked: 226 times |
Joined on Dec 2010
@ Philippines
|
#375
|
Another oddity report:
I already mentioned about missing UI bug when device is charging in actdead mode and an alarm is triggered. No chance to stop/snooze
Today I did not get any alarm at all. Reason (confirmed) was that I did shut down device from Nemo.
Like: Nemo booted, shut down, device off > no alarm
With Nidroid it was a bit different (not yet confirmed):
boot nit shut down, device off, 2s alarm rin and then device did shut down on its own again
This would need a lot of testing.
Just wanted to inform you to take care that you boot to jarmattan when you have the need for reliable alarm (wake ups)!
Maybe we can add a section to wiki to list all that stuff?
The Following User Says Thank You to topet2k12001 For This Useful Post: | ||
|
2013-06-28
, 04:19
|
Posts: 428 |
Thanked: 226 times |
Joined on Dec 2010
@ Philippines
|
#376
|
Normally when the Nemo rootFS is extracted to device partition, all the files needed to boot it up (including the most recent kernel at the time of package creation) are set to correct locations.
This is why ubiboot refers to the Nemo kernel as "/boot/Nemo/boot/bzImage", which in turn is the symlink inside Nemo to the vmlinuz-2.6.32.xxxxxxxx in the same directory.
It just works, out-of-the-box.
One thing, when you say the device "turns off after Nemo boot", did you check that it did not actually start Nemo, but without GUI?
If you plug the device in USB, if the IP interface appears on your computer, you can configure, for example 192.168.0.100 as the IP address there and SSH as root to your Nemo in 192.168.2.15
If that happens, rebooting the device should get you GUI on the next boot.
BTW, can you check the ubiboot logs on Harmattan side /var/log/ubiboot.log and /var/log/ubiboot.dmesg. From there you can see if there was some problem in the kernel selection.
|
2013-06-28
, 04:53
|
Community Council |
Posts: 4,920 |
Thanked: 12,867 times |
Joined on May 2012
@ Southerrn Finland
|
#377
|
Nice idea...will add a section.
Just to confirm my understanding (again, English is not my first language): what your post says is basically to ensure that if you want alarms to work properly (while it is shutdown), that the last OS you should have booted (prior to shutting down) is Harmattan...did I get it right?
The Following 3 Users Say Thank You to juiceme For This Useful Post: | ||
|
2013-06-28
, 05:34
|
Posts: 428 |
Thanked: 226 times |
Joined on Dec 2010
@ Philippines
|
#378
|
It's possible this is actually so, even though I have not tested that. (I rarely ever power off my device, it's on even during the night...)
I'd imagine Harmattan does some magic to the RTC when it shuts down, ensuring that the wakeup signal is triggered correctly at the time of the next alarm. Propably Nemo and Nitdroid do not handle things the same way.
|
2013-06-30
, 06:50
|
Posts: 428 |
Thanked: 226 times |
Joined on Dec 2010
@ Philippines
|
#379
|
Normally when the Nemo rootFS is extracted to device partition, all the files needed to boot it up (including the most recent kernel at the time of package creation) are set to correct locations.
This is why ubiboot refers to the Nemo kernel as "/boot/Nemo/boot/bzImage", which in turn is the symlink inside Nemo to the vmlinuz-2.6.32.xxxxxxxx in the same directory.
It just works, out-of-the-box.
One thing, when you say the device "turns off after Nemo boot", did you check that it did not actually start Nemo, but without GUI?
If you plug the device in USB, if the IP interface appears on your computer, you can configure, for example 192.168.0.100 as the IP address there and SSH as root to your Nemo in 192.168.2.15
If that happens, rebooting the device should get you GUI on the next boot.
BTW, can you check the ubiboot logs on Harmattan side /var/log/ubiboot.log and /var/log/ubiboot.dmesg. From there you can see if there was some problem in the kernel selection.
Another oddity report:
I already mentioned about missing UI bug when device is charging in actdead mode and an alarm is triggered. No chance to stop/snooze
Today I did not get any alarm at all. Reason (confirmed) was that I did shut down device from Nemo.
Like: Nemo booted, shut down, device off > no alarm
With Nidroid it was a bit different (not yet confirmed):
boot nit shut down, device off, 2s alarm rin and then device did shut down on its own again
This would need a lot of testing.
Just wanted to inform you to take care that you boot to jarmattan when you have the need for reliable alarm (wake ups)!
Maybe we can add a section to wiki to list all that stuff?
The Following 3 Users Say Thank You to topet2k12001 For This Useful Post: | ||
|
2013-06-30
, 20:09
|
Community Council |
Posts: 4,920 |
Thanked: 12,867 times |
Joined on May 2012
@ Southerrn Finland
|
#380
|
@juiceme: I tried to replicate by deleting the "bzImage" file (which is originally "vmlinuz-2.6.32.20130129.1-n950") that I got from Nemo's /boot partition and saved in /boot of Harmattan's partition to see if Nemo will still boot up (i.e. Nemo install with Ubiboot should work out-of-the-box without this copy-paste step). I can confirm that I am able to boot to Nemo with Ubiboot.
There actually seems to be 2 cases kernel loading fails, and neither is with Nemo; first being the default boot (when nothing is selected from menu), it looks like then the boot does not succeed and second being Nitdroid boot with "zImage_e-yes_nitdroid+l2fix" kernel, I guess you do not have that kernel installed?
Other things that might affect the Nemo boot; when the kernel is selected at the same time the init line for it is constructed, and this uses the G_NEMO_INITSCRIPT variable, if this is incorrect, then Nemo cannot find its init and will propably fail.
Do you have possibility to use serial console to see the boot messages? You can access the RxD & GND pins fairly easily from the SIMcard slot.