|
|
2010-04-23
, 13:33
|
|
|
Posts: 4,274 |
Thanked: 5,358 times |
Joined on Sep 2007
@ Looking at y'all and sighing
|
#2
|
| The Following User Says Thank You to qwerty12 For This Useful Post: | ||
|
|
2010-04-23
, 13:41
|
|
Posts: 5,795 |
Thanked: 3,151 times |
Joined on Feb 2007
@ Agoura Hills Calif
|
#3
|
|
|
2010-04-23
, 14:03
|
|
Posts: 539 |
Thanked: 165 times |
Joined on Feb 2010
@ Berlin, Germany
|
#4
|
You could try enabling R&D Mode, with the "no-lifeguard-reset" flag set through flasher-3.5. This should, hopefully, prevent any more restarts; but you'll have to be quick enough in starting xterm.
|
|
2010-04-23
, 14:10
|
|
Posts: 539 |
Thanked: 165 times |
Joined on Feb 2010
@ Berlin, Germany
|
#5
|
If you haven't backed up even though you installed stuff from testing, you really are likely to lose data after reflashing. Backing up and reflashing are the twin pillars of not being afraid when running your tablet. If anyone I knew well lost data under similar circumstances (including myself), I would tell them that they got what they deserved.
|
|
2010-04-23
, 14:57
|
|
|
Posts: 4,274 |
Thanked: 5,358 times |
Joined on Sep 2007
@ Looking at y'all and sighing
|
#6
|
So I can set this flag without actually flashing the device? I was thinking this was only possible in addition to a flashing process.
So I might also try to set some bootflags? Are there any docs describing valid boot parameters? Like a runlevel for example?
init=/sbin/preinit ubi.mtd=rootfs root=ubi0:rootfs rootfstype=ubifs rootflags=bulk_read,no_chk_data_crc rw console=ttyMTD,log console=tty0 snd-soc-rx51.hp_lim=42 snd-soc-tlv320aic3x.hp_dac_lim=6
| The Following User Says Thank You to qwerty12 For This Useful Post: | ||
|
|
2010-04-23
, 15:21
|
|
Posts: 539 |
Thanked: 165 times |
Joined on Feb 2010
@ Berlin, Germany
|
#7
|
You could try. flasher-3.5 also has a "--boot" option which tells the bootloader, NOLO, to start the kernel with a cmdline given by you. I'm not sure if you are required to specify a kernel image to pass along with it, however.
If it helps, this is the default cmdline of my N900 (running titan's kernel-power):


| The Following User Says Thank You to x-lette For This Useful Post: | ||
|
|
2010-04-23
, 15:34
|
|
Posts: 539 |
Thanked: 165 times |
Joined on Feb 2010
@ Berlin, Germany
|
#8
|

. Good point is, the N900 falls back to normal behaviour automatically. 

|
|
2010-04-23
, 19:12
|
|
Posts: 539 |
Thanked: 165 times |
Joined on Feb 2010
@ Berlin, Germany
|
#9
|
|
|
2010-04-23
, 20:57
|
|
Posts: 539 |
Thanked: 165 times |
Joined on Feb 2010
@ Berlin, Germany
|
#10
|
Actually it's reinstalling all apps, saying it would take more than 700MB! I just hope it's not the volume of the download, this could break my data plan.
I just hope that there is nothing which breaks my desktop right again. I would crush that beast!
| The Following User Says Thank You to x-lette For This Useful Post: | ||
Following situation:
After powering on the device starts normally until the desktop tries to load all widgets. Most of the widgets aren't visible but there is darkened space where the widgets sit. After some seconds the desktop restarts and again tries to load all widgets. Looks like there is more to see from the widgets with every restart. This happens several times then the device reboots and the procedure starts again.
I randomly can access the status bar or the system menu (via the button on the long side of the N900). But it's coming very slow and desktop restarts before I can select anything.
This happened before:
I installed Hexen2 and Jazz Jackrabbit from testing and and started both without having the data files installed. First I tried Hexen2 which obviously did nothing then I tried JJ which also didn't open any window. But then I realized that the load went straight up and the device got very slow. Visiting 'top' I detected a process "mv home home"
I looked into /home and there was a new subfolder "home", i.e. /home/home. I immediately killed the mv process and checked the content of /home/home, which was already grown to 1,2GB. The content was the directory structure and already a lot of files from /home. But as far as I could see, all files were still existing in the former places. So nothing seemed to be removed yet. I also didn't remove anything, checked the process list again and wasn't sure wether there were still some processes doing something weird. So I decided to reboot the device. Imagine what happened after booting .....
Does anyone know how to go around hildon-desktop when booting? I think I just need access to the shell and should be able to repair it. But I just can't find any hints how to prevent the x-windows from starting.
Or are there any other hints what I could do? I know, I could just reflash the device but that's the last thing I'd like to do. I'd lose a lot of settings and data.
Please help!