Reply
Thread Tools
Posts: 697 | Thanked: 137 times | Joined on Jul 2012 @ Hillerød, DK
#51
Succeeded
Thank you for your help iDont!
__________________
OK
 
Posts: 228 | Thanked: 137 times | Joined on Jan 2012 @ UK
#52
What is the correct way to install busybox-power with standard open mode?

Is AEGIS_FIXED_ORIGIN=com.nokia.maemo dpkg -i busybox-power_1.21.0power1-harmattan0_armel.deb correct?

Does this mean i need aegisctl first? Or can standard open mode install the -noaegis version?
 
Posts: 268 | Thanked: 1,053 times | Joined on May 2010 @ The Netherlands
#53
Standard open mode users (i.e. the kernel is not patched to neuter aegis) will need to install aegisctl, since aegis will still protect entries in /sys/kernel/security/validator/.

So the correct procedure for standard open mode users would be:
1. Install aegisctl
2. AEGIS_FIXED_ORIGIN=com.nokia.maemo dpkg -i busybox-power_1.21.0power1-harmattan0_armel.deb

Only if you're running a kernel that does neuter aegis (i.e. Patched open mode), you can leave out step 1 and use the -noaegis version.

By the way, if you were to install the -noaegis version on a non-neutered system, the postinst script would simply error out (busybox-power will then be left unconfigured for the moment) so your system won't be broken. All (invalid) scenario's are handled correctly by the packaging .


Edit:
Originally Posted by thedead1440 View Post
use fixed origin to install meego-confirm-text then again fixed origin to install the -noaegis version. aegisctl therefore is not required...
You can't write to /sys/kernel/security/validator/* if you aren't running a kernel that neuters aegis, even when you're in open mode. So you'll still need aegisctl to unseal aegis.

Last edited by iDont; 2013-02-08 at 17:08.
 

The Following 4 Users Say Thank You to iDont For This Useful Post:
Posts: 228 | Thanked: 137 times | Joined on Jan 2012 @ UK
#54
Well I've read and re-read the thread, but it didn't work for me

Code:
/home/user # AEGIS_FIXED_ORIGIN=com.nokia.maemo dpkg -i busybox-power_1.21.0power1-harmattan0_armel.
deb
(Reading database ... 52739 files and directories currently installed.)
Unpacking busybox-power (from busybox-power_1.21.0power1-harmattan0_armel.deb) ...
busybox-power: MeeGo/Harmattan (N9/50) environment detected
aegis-installing busybox-power (from 'com.nokia.maemo')
Setting up busybox-power (1.21.0power1+harmattan0) ...
cp: write error: No space left on device
dpkg: error processing busybox-power (--install):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 busybox-power
EDIT: Solved, I guess tmpfs was full

Last edited by nbedford; 2013-02-10 at 11:07.
 
Moderator | Posts: 6,215 | Thanked: 6,400 times | Joined on Nov 2011
#55
nbedford,

"cp: write error: No space left on device"

Have you checked about the above?
 

The Following 2 Users Say Thank You to thedead1440 For This Useful Post:
Posts: 228 | Thanked: 137 times | Joined on Jan 2012 @ UK
#56
I have busybox-power all setup and working, but I have a question, which is possibly a little off topic, but I would like to better understand for myself.

I installed the openmode kernel available from http://maemo.cloud-7.de/HARM/N9/1.3/openmode-kernel
I assumed (maybe mistakenly) that this was what people refered to as standard openmode?

However, I have opensh installed correctly with AEGIS_FIXED_ORIGIN and this shell provides all capabilities, including tcb-sign so can resign refhashlist.

So basically my question, is my kernel normal openmode or aegis neutered ?
 
Posts: 268 | Thanked: 1,053 times | Joined on May 2010 @ The Netherlands
#57
Originally Posted by nbedford View Post
I have busybox-power all setup and working, but I have a question, which is possibly a little off topic, but I would like to better understand for myself.

I installed the openmode kernel available from http://maemo.cloud-7.de/HARM/N9/1.3/openmode-kernel
I assumed (maybe mistakenly) that this was what people refered to as standard openmode?

However, I have opensh installed correctly with AEGIS_FIXED_ORIGIN and this shell provides all capabilities, including tcb-sign so can resign refhashlist.

So basically my question, is my kernel normal openmode or aegis neutered ?
Basically, this is the current situation:

1. A vanilla device is in Normal Mode.
2. Flashing any custom kernel (i.e. one not signed by Nokia) will put your device in Open Mode. You'll need to reflash the whole rootfs if you want your device to go back in Normal mode; just flashing Nokia's kernel won't do IIRC. Open Mode allows you to install packages with all capabilities via the AEGIS_FIXED_ORIGIN trick.
3. If your custom kernel contains this patch: http://maemo.cloud-7.de/HARM/N9/1.2/...openmode.patch, aegis is neutered (the patch should be pretty self-explanatory). Hence, a device in "Open Mode", does not necessarily run an aegis-neutered kernel.

In Open Mode, aegis still enforces the origin check on protected files in your filesystem. That's why we differentiate between Open Mode and Patched Open Mode: we still need to "crack" (or a better term: "unseal") aegis and disable the origin check (this is aegisctl's job) in non-patched Open Mode & Normal Mode. Otherwise aegis would deny access to /bin/busybox as soon as our version gets installed, something you don't want to experience .
When aegis is neutered, we can freely configure aegis as we like, so we don't need aegisctl to unseal aegis. That's why busybox-power-noaegis is able to drop this dependency.

Having all capabilities in non-patched Open Mode does not drop the dependency on aegisctl, as there will always be a brief period in which the hash of /bin/busybox won't match the one in the refhashlist. See the current installation workflow as to why this is true: disable the origin check, install new /bin/busybox (hashes mismatch at this point -> without disabled origin check, the system would now be "broken"), update the refhashlist, resign the refhashlist, reload the refhashlist, enable the origin check.

--
The kernel image you linked contains the neutering patch, although that isn't documented anywhere AFAICS. I guess most people run an aegis-neutered kernel (why still have aegis enforcing stuff when you can install packages with all capabilities?), though I'm not aware of any statistics regarding this subject.

So yes, you are running an aegis-neutered (patched) Open Mode kernel. You can install busybox-power-noaegis, which will replace busybox-power automagically, and uninstall aegisctl if you wish.

If you have any more questions regarding this subject, please don't hesitate to ask them .

Last edited by iDont; 2013-02-13 at 20:55. Reason: typo
 

The Following 5 Users Say Thank You to iDont For This Useful Post:
bibek's Avatar
Posts: 368 | Thanked: 826 times | Joined on May 2012 @ India
#58
This might be an epic nooby question

I installed busybox power fine, now how do I use the extra supported commands?
Like I need to use 'arp' for some network related troubleshooting. Earlier terminal dint support the command. But now I get the same error with busybox power installed.

Regards
__________________
Blob | ClipBook | Qcal | DoMee | ShareBoard | TMO Forum App
 
coderus's Avatar
Posts: 6,436 | Thanked: 12,700 times | Joined on Nov 2011 @ Ängelholm, Sweden
#59
you should export extra PATH items to your .profile script:
Code:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11
__________________
Telegram | Openrepos | GitHub | Revolut donations
 

The Following User Says Thank You to coderus For This Useful Post:
Posts: 446 | Thanked: 207 times | Joined on Sep 2012 @ Austria/Germany
#60
hey guys,

so i can't install busybox-power because it depends on meego-confirm-text which is either broken or offline or whatever...

any suggestions?
 
Reply


 
Forum Jump


All times are GMT. The time now is 15:55.