I'm not sure about the configuration setting, but I believe this is not only limited to home screen managers since you can achieve this by using 3rd-party apps.
Some related keywords:
Startup manager: Google Play Store
Autostart: Google Play Store
Autorun: Google Play Store
Otherwise, you can use automation apps like Tasker:
Create a Profile: Event - ...
I had a similar random-rebooting problem, and after one such reboot, I hooked up the phone to my laptop and ran "adb bugreport" on it. I got what looked like useful information, and attached it to the bug. So I think at least some log information survives a reboot.
Here's the bug, btw: http://code.google.com/p/android/issues/detail?id=24118
There's a couple of ways to do this:
cat /proc/last_kmsg > /sdcard/last_kernel_message_log.txt
dmesg > /sdcard/kernel_boot_log.txt
plug in the usb cable with the smart-phone switched off. Then issue the command adb logcat from your Windows cmd or Linux terminal, it will hang waiting for the device to come on-line, now power up the smart-phone. The ...
Android is safely shutting down vital parts of the runtime.
The OS is also broadcasting intents to tell apps and services to gracefully close. These, in turn, flush their caches of all data and shared preferences, save what-nots to the sqlite database, et cetera.
In other words, apps and services are given a chance to do their cleanup ...
(Self answering here because I only found this answer after hours of dredging through 200 page threads of forum posts.)
There are two non-standard but semi-prevalent methods that may work depending on your make and model (and why recovery isn't working in the first place).
Some phones actually respond to fastboot reboot recovery. This is quite natural ...
What is the device doing exactly when I'm pushing the (hardware) power button? I guess that's the most friendly way.
You get to see a dialog with an option to power off the device (stock Android doesn't offer reboot). It appears that ShutdownActivity is called upon when you long press Power button.
Anyhow, this is what you can try, remotely or locally, ...
This will kill the root zygote process and cause a Android system refresh.
This does not restart your phone's hardware, only the Android processes.
By default (in Linux), the kill/killall commands do give the processes a graceful way to shut down, though it depends on the zygote implementation whether this in turn gracefully shuts down your ...
If it works like other "hot boot" apps and functions, then it basically restarts the Android GUI processes/threads. There was an XDA news post a while back after someone made an app for it where the app author described it as such:
Hot reboot by rebooting only the graphical Android shell.
From what I know it's sort of equivalent to restarting your X ...
The first thing I would try to do is to retrieve the logs of the errors via ADB, and/or crash dumps.
Retrieving the logs is tricky, since the log cache gets erased on reboot. If the phone reboots even while sitting on a charger, try running adb logcat continuously (you will need Android SDK and USB drivers installed and configured on your PC.) When the ...
Force stop is a one-off action, not a thing you enable or disable. Force-stopping an app doesn't prevent it restarting any time it would normally start: when you launch it from the apps menu, or through a share action, or automatically via an alarm, broadcast, or on start-up.
The question you link to talks about whether the button is clickable (enabled) or ...
Based on the platform/system/core repository you linked above, I think the key is in libcutils/android_reboot.c. And important definitions are in include/cutils/android_reboot.h; namely:
/* Commands */
#define ANDROID_RB_RESTART 0xDEAD0001
#define ANDROID_RB_POWEROFF 0xDEAD0002
#define ANDROID_RB_RESTART2 0xDEAD0003
Usually in normal ...
You can install the android SDK and use DDMS to monitor the logcat. The thing with a logcat, it is cleared when the device reboots, but you may be able to get an idea of what is crashing if you are monitoring it before it reboots.
You can probably also find unofficial CM9 nightlies for the Galaxy S2, but I am not sure what issues still exist for that device....
If you can connect using adb (usb debugging), you can simply use the command "reboot".
If you're rooted and have a terminal emulator installed, "su reboot" will do the same thing.
The reboot command will also accept arguments of "recovery" or "bootloader", which will reboot you into the recovery or bootloader respectively.
Works on Android 2.1 - 4.2.1 No Root
4.2.2 and up needs root.
For a PC method you will be using Android Debug Bridge, commonly called ADB. Here is a link for a download. It's from the XDA Forums. Read the page while your there and get some good insight on ADB.
After installed to the computer, open a command prompt (L shift + R mouse click) in ...
It does look like a stuck power button. (as ridiculous as it may sound)
The behaviour in your phone is exactly as it is when I press and hold on my power button for an extended period.
By right, the device should not turn on by itself when the battery is inserted. It should remain turned off - only a hardware switch can turn it on. As your phone turns on ...
I ended up looking at Cyanongenmod's source code and figured out how they did it.
Here is my working .sh script:
echo 'boot-recovery ' > /cache/recovery/command
echo '--update_package=/sdcard/update.zip' >> /cache/recovery/command
with android JellyBean [4.1] and later versions, the sdcard data is located now at /sdcard/0,...
As pointed out by my other answer, and confirmed by the OP for the given device with reference to a blog article on the Z1, most devices with non-removable batteries have other means to "disconnect from power", usually "reset buttons" or "reset holes" to be poked with a pen or similar object. This should remedy in situations where the device freezes in a way ...
Widgets/Apps which might help (also with other phones)
Take a look at Fast Reboot. The app claims to work on non-rooted devices (Does NOT require root!). Trouble is, this doesn't perform a full reboot, but just "kills all processes" to simulate a fast boot (I guess this includes the "system server", so it comes very close to a reboot).
Another "app" you ...
I would unlock the bootloader, and flash a new image...
You can find all the information you need on this page:
Hope you found my answer helpful :)
You can try aLogrec, and if you like it, the donate version. Written by the same programmer that wrote aLogcat, it continuously records the log (logcat) to your SD card. I haven't tested it for how it reacts with restart from a crash, but I tested with a manual restart and the recorded log survived the restart and could see the shutdown sequence being logged....
Doing a factory reset WILL NOT modify the sdcard in any way. Only the data on the phone will be deleted. Contacts that are set up to sync with your google account will restore, but everything else will be gone.
If you have applications installed on the sdcard, I would start there. Uninstall them, or move them back to the device storage. You say that it ...
Android is pretty resistant to faults resulting from sudden power loss, but there's always a risk of data corruption/loss, depending on open apps and files at the moment.
Have you tried holding the power button longer, for about 15 seconds (until the screen goes black and the normal startup screen appears)? On my Galaxy S this triggers a hard reboot, ...
You can't change this. Simple solution:
Don't shut down your phone any more (except when it runs out of battery).
If you switch off your screen only, your phone will go to sleep and won't consume much power. If it still eats too much battery, consider disabling wifi, background data, sync or even switching to airplane mode.
As noted in the comments the logo ...
The reason it does not work properly is this:
The init.rc script resides in within the RAMDisk attached to the boot image.
Hence the init.rc script that was edited and pushed across is now overwritten by the boot image's own script upon reboot - effectively changes are lost!
You need to extract the boot image, using every boot image has the kernel and ...
You could start by not overclocking the device. That's a common cause of system instability even in ROMs that are usually stable. If it's still unstable because of that, it could just be instability caused by (bugs in) the ROM you're using. Try flashing back to the the stock HTC ROM.
If it's still unstable after flashing back to the stock ROM, it could be ...