Re: Debian fails to boot after some reboots
Thomas B. [EMAIL PROTECTED] writes: but every time I have a working Debian system on the SD card, Qtopia refuses to suspend automatically (i.e. the powermanagement settings are ignored). After I forced the first suspend by 'apm -s', everything works like normal again. But then, the SD card's boot partition is corrupted. I guess what happens is that Qtopia starts scanning all the files on the SD card. It is designed to be run from internal flash with your MP3s on the SD card, so it scans all the files there and makes a database of them. With a Debian system on SD, this probably takes hours, and during that Qtopia probably refuses to suspend. You can turn this feature off in a file called Storage.conf lying around somewhere, IIRC. Ah, very interesting. I will try if this can be the case. But I deleted the entry for the SD card from inittab. However, maybe that is no safe way to make the card inaccessible to Qtopia. Thanks Sven pgpENEWHkZU4y.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian fails to boot after some reboots
Hi list-members Craig B. Allen [EMAIL PROTECTED] writes: There are some workarounds that seem to prevent this from happening, but I don't know whether they apply to Qtopia. See http://docs.openmoko.org/trac/ticket/1802 Strange enough Qtopia seems to know that suspending is not good for the SD-card. I don't know why, but every time I have a working Debian system on the SD card, Qtopia refuses to suspend automatically (i.e. the powermanagement settings are ignored). After I forced the first suspend by 'apm -s', everything works like normal again. But then, the SD card's boot partition is corrupted. I tried the workaround with the 00sd_idleclk script which doesn't work for me. Qtopia won't wake up again, and I have to remove the battery. There is another workaround mentioned in ticket 1802: automatically repairing the boot partition by a 'dd' command which is placed in /etc/init.d/mountall.sh. This one works as expected. It's just a little clumsy to have that command inside an init script, since one has to reboot qtopia before one can boot the SD card. It would be better to have that command executed with every shutdown of Qtopia. I'm not familiar with init and shutdown scripts. Can anybody give me a hint, where to place that command (or a shell script) in order to execute it automatically prior to every shutdown? If it works, I will add that solution to the ticket's commentaries. Thanks Sven pgpitfF8j79at.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian fails to boot after some reboots
On Fri, Sep 26, 2008 at 10:29:39AM +0200, Sven Bretfeld wrote: Hi list-members Craig B. Allen [EMAIL PROTECTED] writes: There are some workarounds that seem to prevent this from happening, but I don't know whether they apply to Qtopia. See http://docs.openmoko.org/trac/ticket/1802 Strange enough Qtopia seems to know that suspending is not good for the SD-card. I don't know why, but every time I have a working Debian system on the SD card, Qtopia refuses to suspend automatically (i.e. the powermanagement settings are ignored). After I forced the first suspend by 'apm -s', everything works like normal again. But then, the SD card's boot partition is corrupted. I guess what happens is that Qtopia starts scanning all the files on the SD card. It is designed to be run from internal flash with your MP3s on the SD card, so it scans all the files there and makes a database of them. With a Debian system on SD, this probably takes hours, and during that Qtopia probably refuses to suspend. You can turn this feature off in a file called Storage.conf lying around somewhere, IIRC. HTH, Thomas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian fails to boot after some reboots
There is a problem with suspending causing the partition table to be corrupted on the SD card. There are some workarounds that seem to prevent this from happening, but I don't know whether they apply to Qtopia. See http://docs.openmoko.org/trac/ticket/1802 Yes this applies to all distributions. Once distributions will ship a kernel with this patch below, it should no longer be necessary to create the suspend and resume scripts anymore.. http://git.openmoko.org/?p=kernel.git;a=commit;h=ca19d156400f817960efe0d14680324b2ea34171 If you build your own image using MokoMakeFile you can define a more recent revision for linux-openmoko in conf/distro/include/sane-srcrevs.inc, otherwise you'll have to wait until OM bumps the rev on linux-openmoko for you. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian fails to boot after some reboots
Sander van Grieken [EMAIL PROTECTED] writes: There are some workarounds that seem to prevent this from happening, but I don't know whether they apply to Qtopia. See http://docs.openmoko.org/trac/ticket/1802 Yes this applies to all distributions. Thanks to you both. I will give it a try immediately. Greetings Sven pgpAFwZ84NXKg.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debian fails to boot after some reboots
Hello I have installed Debian on my SD card already ten times or so. It's working alright for some time, but after a few days (i.e. after about 5-6 reboots) the system refuses to come up again. I usually run qtopia From my flash card most of the time and switch to Debian once or twice a day. At least I whish to. I installed Debian with a vfat boot partition using the SD_PART1_FS=vfat option. Error messages differ from time to time. As far as I can remember, I had a root file system not found the last time with a following kernel panic. This time the message says: , | Unable to use mmc 1:1 for fatload | Wrong Image format for bootm command | ERROR: Can't get kernel image ` After a second the boot manager appears again. What, the heck, can be the problem? Why does it work at first and what could have corrupted the system subsequently? Thanks for help Sven pgpCsikxh5Gnk.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian fails to boot after some reboots
There is a problem with suspending causing the partition table to be corrupted on the SD card. There are some workarounds that seem to prevent this from happening, but I don't know whether they apply to Qtopia. See http://docs.openmoko.org/trac/ticket/1802 Craig ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
