**** BEGIN LOGGING AT Fri Jul 16 02:59:56 2010 Jul 16 07:08:58 morning Jul 16 07:15:27 Already? I really wish I could go to sleep, but I leave for the airport in 3 hours. Jul 16 07:18:30 GrueMaster: trip to Prague? Jul 16 07:31:53 Prague is the hot place to be! Jul 16 07:35:22 33°C there today Jul 16 07:52:44 I have a iMX25 with Ubuntu installed. How can I get the touchscreen working? ts_calibrate throws following message: "ts_open: No such file or directory" Jul 16 08:01:19 Taalas: which file does ts_open try to open? Jul 16 08:05:18 Taalas: and /proc/bus/input/devices lists ts device at all? Jul 16 08:08:14 sebjan: Sorry if I've asked this before (if I did, I've forgotten the answer) Jul 16 08:08:44 sebjan: Do _any_ of the OMAP chips have Parallel Ports? Jul 16 08:08:58 Either ISA or PCI? Jul 16 08:10:41 lag: hi! I would not speak about all omap chips, as there are many variants. I am not aware of such ports. Jul 16 08:11:08 lag: you could maybe ask this question on #linux-omap? Jul 16 08:11:24 I can :) Jul 16 08:12:05 And have Jul 16 08:22:06 #linux-omap Jul 16 08:29:21 ukleinek: I don't know. Where can I see it? Jul 16 08:30:30 Taalas: ask strace Jul 16 08:30:43 hrw: /proc/bus/input/devices lists 2 devices. One is named N: Name="mxckpd" the other N: Name="imx_adc_ts" Jul 16 08:30:48 Taalas: did you ever used tslib tools before? Jul 16 08:30:53 hrw: yea, Prague. Jul 16 08:31:05 so imx_adc_ts is your touchscreen. check which /dev/input/event it got Jul 16 08:31:10 ogra: i tried to turn off swap in the kernel. then one of the oops is gone Jul 16 08:31:14 tslib is easy Jul 16 08:31:31 cooloney, so it apparently cant handle swapfiles properly Jul 16 08:31:45 hrw: I never used tslib before. The Handler is event1 Jul 16 08:31:58 ogra: i think swap is required for you Ubuntu system, right? Jul 16 08:32:03 Taalas: TSDEVICE=/dev/input/event1 ts_calibrate Jul 16 08:32:13 cooloney, well, at least with so low memory Jul 16 08:32:26 ogra: https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/605739 Jul 16 08:32:29 Launchpad bug 605739 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "BUG: Bad page state in process swapper pfn:94d23 (affects: 1) (heat: 6)" [High,In progress] Jul 16 08:33:17 ogra: so currently, we are using a swapfile in SD card, how about a swap partition? Jul 16 08:34:02 cooloney, tricky but doable Jul 16 08:34:30 cooloney, though its still a bug Jul 16 08:34:30 ukleinek: strace tells /dev/touchscreen/ucb1x00 is not found Jul 16 08:34:38 hrw: same error Jul 16 08:34:42 cooloney, swapfiles work fine on other ubuntu arches Jul 16 08:35:06 ogra: but without swap, i saw several memory allocation fails when i was trying apt-get dist-upgrade on the board Jul 16 08:35:28 sounds more like a general memory prob with the kernel Jul 16 08:35:55 The folder /dev/touchscreen is not existing Jul 16 08:36:22 ogra: maybe, i need more investigation. Jul 16 08:36:43 but i think 512M memory is OK for Ubuntu on omap4, Jul 16 08:37:03 although i found the system sometime is quite slow Jul 16 08:37:34 cooloney, yes, something is wrong, it got a lot slower between two image tests i did Jul 16 08:37:55 cooloney, but that also happened on omap3 so i suspect thats rather userapce Jul 16 08:38:15 i'll resarch and fix that at the sprint Jul 16 08:38:27 ogra: got it. i assume is my SD card's problem. Jul 16 08:38:40 no, we all see it on different SD cards Jul 16 08:38:56 sometimes my SD card cannot be recognized by my PC Jul 16 08:39:01 there is definately something not acting as it should Jul 16 08:39:05 Taalas: /dev/touchscreen never existed - maybe ltib (or whatever you used before) created it Jul 16 08:39:18 ogra: ok, cool. Jul 16 08:39:38 the MMC driver on the panda *has* some speed issues though Jul 16 08:39:48 but thats not alone the reason for the slowness Jul 16 08:40:24 I created my rootfs with rootstock Jul 16 08:47:36 Taalas: so use strace to check why it does not work Jul 16 08:47:40 Taalas: check permissions etc Jul 16 09:45:30 amitk: Hi Jul 16 10:30:42 lag: hola! Jul 16 10:31:12 Hey amitk Jul 16 10:31:39 Do you have the ability to search though the kernel mailing list? Jul 16 10:32:09 lag: LKML? Jul 16 10:32:30 linux-kernel@vger.kernel.org Jul 16 10:33:05 yes, why? Jul 16 10:33:20 Did Google go bankrupt? ;) Jul 16 10:33:33 lol Jul 16 10:33:49 http://lkml.indiana.edu/hypermail/linux/kernel/ Jul 16 10:34:10 http://marc.info/?l=linux-kernel Jul 16 10:34:51 * amitk subscribes to lkml through gmail to use search Jul 16 10:35:20 lag: gmane ;) Jul 16 10:35:37 amitk: Search for - Stop ARM boards crashing when CUPS is loaded Jul 16 10:37:01 http://marc.info/?l=linux-kernel&w=2&r=1&s=Stop+ARM+boards+crashing+when+CUPS+is+lo&q=b Jul 16 10:37:08 lag: ^^ I see your comment there Jul 16 10:40:09 apw: Mentioned that Lenaro may have the funding to make the LK better in this way Jul 16 10:40:48 lag, are you pitching a project for Linaro? :) Jul 16 10:40:48 * apw referred to the 'platformisation' of things like the paralellel port driver ... Jul 16 10:42:50 Maybe :) Jul 16 10:43:05 apw: Yep Jul 16 10:44:03 Similar to the work that was undertaken on the serial driver a little while ago Jul 16 10:44:14 Mentioned by Russle Jul 16 10:44:34 Mentioned by Russell Jul 16 10:44:37 :) Jul 16 10:45:29 lag: This is unlikely to be a priority for Linaro (parallel port is not an interface that many people care about anymore). You might try pitching it to to GregKH for his Linux drivers project. Jul 16 10:45:58 some student wanting to get their feet wet might want to dive into it Jul 16 10:47:01 Okay, I'll ping him an email explaining Jul 16 10:47:19 lag: I'll ask around in Linaro, but don't expect too much. Jul 16 10:47:28 No problem, thanks Jul 16 10:48:09 Can I mention Linaro in an email to Greg and Russell? Jul 16 10:48:19 I'm assuming I can if I can mention them here Jul 16 10:49:52 lag: mention Linaro in what context? Jul 16 10:50:47 "I've put in a pitch for Linaro to complete the work, however, this is unlikely .... Jul 16 10:51:11 "I was wondering if you'd be interested ... Jul 16 10:53:11 amitk: --^ Jul 16 10:53:22 Hi mythripk Jul 16 10:55:18 lag: sure, but TBH this isn't the kind of work Linaro is geared for. I can almost certainly say that no machine ships with parallel ports anymore (on any platform). So just ask Greg if he knows anybody who might be interested in taking on this challenge Jul 16 10:55:47 amitk: np Jul 16 10:57:12 amitk: parport_pc is not only LPT1: Jul 16 10:57:42 parport_serial which handles multi port PCI serial cards depends on parport_pc Jul 16 10:57:56 there are ARM boards with PCI slots... Jul 16 11:00:29 hrw: interesting. But are these modern boards? Jul 16 11:01:07 I know that pcie multi i/o cards also exists. and pcie is present in modern arms too Jul 16 11:01:20 amitk: intel ixp4xx had pci but it is xscale Jul 16 11:03:01 hrw: that is not really an architecture linaro cares about, is it? The discussion here is whether this is something that is a blocker for Linaro. There are ARM boards doing all sorts of things, but Linaro only cares about a small percentage of those Jul 16 11:03:55 amitk: Is it worth mentioning that you suggested to email Greg? I.e. does he know who you are by name? Jul 16 11:04:02 I would just disable parport_pc from default configs Jul 16 11:04:31 hrw: Check the kernel-team mailing list Jul 16 11:05:10 lag: you're being too formal about this (intros and references) :) And no, I'm not that famous ;) Jul 16 11:05:48 One must be professional :) Jul 16 11:08:31 which one ? Jul 16 11:08:34 lag: did not found 'parport' in last 3 months Jul 16 11:12:56 hrw: Are you searching in subject lines or main body? Jul 16 11:13:11 hrw: Search for "Stop ARM boards crashing when CUPS is loaded" Jul 16 11:15:02 found Jul 16 11:15:06 :) Jul 16 11:15:06 !ARCH_OMAP one Jul 16 11:15:07 Factoid 'ARCH_OMAP one' not found Jul 16 11:15:10 Yup Jul 16 11:15:16 lag, cooloney-afk, "omap_device: mmci-omap-hs0: new worst case deactivate latency 0: 30517" any idea what that cound mean ? Jul 16 11:15:43 i wonder if thats the reason for the SD slowness Jul 16 11:15:48 Slow read? Jul 16 11:16:38 i get that on the console if fsck runs before resizing the filesystem Jul 16 11:16:44 (on panda) Jul 16 11:16:57 It's not a kernel message Jul 16 11:17:05 Wait Jul 16 11:17:06 Sorry Jul 16 11:17:08 1 min Jul 16 11:18:56 it must be kernel or a driver Jul 16 11:22:40 ogra: That's just wake-up latency Jul 16 11:22:50 ogra: It's putting the card to sleep - saving power Jul 16 11:23:10 while writing to it ? Jul 16 11:23:12 wow Jul 16 11:23:25 Yeah, that doesn't sound good Jul 16 11:23:34 it appears immediately after fsck starts Jul 16 11:23:41 Are you sure it't not _after_ it finishes? Jul 16 11:23:47 yes Jul 16 11:24:16 printf "Checking filesystem before resizing..." Jul 16 11:24:16 /sbin/e2fsck -fy /dev/${DISK}${SEP}2 >>${LOG} 2>&1 Jul 16 11:24:16 echo "[done]" Jul 16 11:24:20 thats the code Jul 16 11:24:30 it appears between the ... and done Jul 16 11:25:11 immediately after the printf was run Jul 16 11:26:21 And in the ${LOG}? Jul 16 11:26:23 so either while e2fsck runs or right before it starts Jul 16 11:26:33 still waiting for the resizing to finish Jul 16 11:26:50 i'll grab the log but usually there is just plain e2fsck babbling Jul 16 11:30:20 lag, http://paste.ubuntu.com/464486/ nothing special from e2fsck Jul 16 11:30:44 do cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed Jul 16 11:31:19 hrm Jul 16 11:31:27 i have no user on that system yet Jul 16 11:31:36 that will take a while Jul 16 11:33:10 I don't think that messages is an issue Jul 16 11:33:26 It's just showing you the worst case latency of the MMC card Jul 16 11:33:34 Once it's awake, it's awake Jul 16 11:33:47 How slow is e2fsck? Jul 16 11:35:36 takes around a minute Jul 16 11:35:41 probably two Jul 16 11:36:08 (1.5G filesystem) Jul 16 11:36:48 overall the SD I/O seems to be way to slow though Jul 16 11:40:27 lag, no cpufreq at all Jul 16 11:41:14 Hold on Jul 16 11:42:12 (in another note i tried to run iotop yesterday and it seems we're missing config options for it to work) Jul 16 11:43:34 Which board is this? Jul 16 11:43:52 panda Jul 16 11:46:36 From initramfs? Jul 16 11:47:39 yep Jul 16 11:47:47 How can I replicate? Jul 16 11:48:01 mythripk: ping Jul 16 11:48:04 grab a recent preinstalled image Jul 16 11:48:22 and i can give you a uInitrd to replace on the SD card with the jasper changes Jul 16 11:49:49 I'm still having monitor issues Jul 16 11:50:21 just change the shipped boot.scr and use a serial console for that Jul 16 11:52:29 lag: That is in the PSM mode and when it is on ,it is working fine with the patch right ? Jul 16 11:54:21 Mythripk: Yes Jul 16 11:54:37 Is the delay in the correct place? Jul 16 11:54:40 Is it long enough? Jul 16 11:55:13 ogra: Okay Jul 16 11:55:36 i have sent a single clean patch with this i was not able to reproduce the on/off issue Jul 16 11:59:02 lag, http://people.canonical.com/~ogra/uInitrd Jul 16 12:29:59 ogra: debconf: DbDriver "config": could not write /var/cache/debconf/config.dat-new: No space left on device Jul 16 12:30:23 On a 16GB SD - WTF? Jul 16 12:30:36 that was with a fresh image and you only added the console entry to the existing boot.scr ? Jul 16 12:31:01 (it didnt resize, thus the no space message) Jul 16 12:31:02 I had to mkimage it again Jul 16 12:31:04 But yes Jul 16 12:31:17 Fresh image, only the boot.scr changed to add console Jul 16 12:31:18 looks to me like the image is already configured Jul 16 12:31:34 It was brand-spanking Jul 16 12:31:39 hmm Jul 16 12:31:44 I dd'ed myself Jul 16 12:32:10 can you check if 7var/loga7jasper.log exsists in the foorfs ? Jul 16 12:32:14 *rootfs Jul 16 12:32:21 gah Jul 16 12:32:28 /var/log/jasper.log Jul 16 12:32:33 Nope Jul 16 12:32:37 No consle Jul 16 12:32:43 console* Jul 16 12:32:52 on your PC Jul 16 12:32:59 just mount the Sd Jul 16 12:33:38 the resizer only doesnt run if root=UUID= is set on the cmdline Jul 16 12:33:47 lag: can you try and let me know Jul 16 12:33:48 and thats set by the second part of jasper Jul 16 12:33:58 mythripk: Doing it right now Jul 16 12:35:10 mythripk: Monitor entered PSM/on/PSM/on ... Jul 16 12:35:33 mythripk: You want the log? Jul 16 12:36:03 mythripk: http://paste.ubuntu.com/464515/ Jul 16 12:41:13 lag:looking at the log give me a min Jul 16 12:43:21 ogra: /var/log/jasper.log is missing Jul 16 12:43:33 lag, very weird Jul 16 12:43:37 ogra: I haven't used your initrd yet Jul 16 12:43:50 The only thing I changed was the boot.scr Jul 16 12:43:57 my initrd just adds more output to jasper Jul 16 12:44:17 apart from that it shoudl be identical to whats on the image Jul 16 12:44:19 So why isn't it resizing then? Jul 16 12:44:24 no idea Jul 16 12:44:30 and hard to say without log Jul 16 12:44:35 Are there any other logs which may help? Jul 16 12:44:50 nope, its all in initramfs, nothing logs there by default Jul 16 12:45:19 it works fine here with the latest image and my hacked initramfs Jul 16 12:45:29 as well as with the shipped one Jul 16 12:45:40 lag: did you try with debug today and with debug prints it works is it Jul 16 12:46:14 Not yet Jul 16 12:46:18 Wait one Jul 16 12:47:23 Yes, it works fine with debug on Jul 16 12:47:56 ogra: http://paste.ubuntu.com/464520/ Jul 16 12:49:44 lag, how long did it sit between line 243 and 244 ? Jul 16 12:49:57 should be like 30min for a 16G card Jul 16 12:50:11 Nowhere near that Jul 16 12:50:52 so resizing failed for an unknown reason Jul 16 12:52:42 How do I debug? Jul 16 12:53:55 you cant Jul 16 12:54:24 well, you could use break=premount and try to run jasper_growroot manually Jul 16 12:55:06 or use break=bottom and inspect /dev/.initramfs/jasper.log Jul 16 12:55:22 but i doubt you will get much info from that Jul 16 12:56:34 Well I need to fix it Jul 16 12:56:40 So I need somewhere to start Jul 16 12:57:05 right, on a fresh image break=bottom and checking /dev/.initramfs/jasper.log is probably the best Jul 16 12:57:06 Does growroot have a -vvv setting? Jul 16 12:57:15 heh, its a script Jul 16 12:57:22 Okay Jul 16 12:57:30 I'll hack the script Jul 16 12:57:45 depends how good you are with ed :) Jul 16 12:57:54 there is no editor in the initramfs Jul 16 12:58:19 I'll mount it on my PC Jul 16 12:58:40 you mount the initramfs ? Jul 16 12:58:43 :) Jul 16 13:02:24 Is that where the script is/ Jul 16 13:02:25 ? Jul 16 13:02:52 yes Jul 16 13:03:37 thats why making or testing changes is so hard Jul 16 13:03:49 or debugging Jul 16 13:04:38 all commands called by jasper redirect their output to jasper.log though, if you boot with a break= statement you can at least cat that file from the busybox prompt Jul 16 13:08:36 Folks, do you know why we don't have ddebs for armel ATM? Jul 16 13:08:53 what are ddebs? Jul 16 13:09:42 lool, no idea Jul 16 13:09:55 lool, ask pitti ? Jul 16 13:10:18 i think he fiddled with pkgbinarymangler Jul 16 13:10:25 ogra: Jul 16 13:10:27 (initramfs) ls /dev/.initramfs Jul 16 13:10:27 bootchart.pid Jul 16 13:10:28 .. Jul 16 13:10:40 where did you break ? Jul 16 13:10:50 break=bottom Jul 16 13:10:58 try premount Jul 16 13:11:12 Do I have to reflash? Jul 16 13:11:26 bottom might be to late ... the script in local-bottom has a mv command for the log Jul 16 13:11:28 yes Jul 16 13:11:30 Oh no, I tried premount Jul 16 13:11:34 Should I try bottom? Jul 16 13:11:47 whats the last you see on the screen ? Jul 16 13:12:00 did it run local-premount already ? Jul 16 13:12:04 device-mapper: ioctl: 4.17.0-ioctl (2010-03-05) initialised: dm-devel@redhat.com Jul 16 13:12:06 or only init-premount Jul 16 13:12:20 udev: starting version 151 Jul 16 13:12:21 omap_device: mmci-omap-hs.0: new worst case deactivate latency 0: 30517 Jul 16 13:12:21 Begin: Loading essential drivers ... Btrfs loaded Jul 16 13:12:21 device-mapper: uevent: version 1.0.3 Jul 16 13:12:23 device-mapper: ioctl: 4.17.0-ioctl (2010-03-05) initialised: dm-devel@redhat.com Jul 16 13:12:26 done. Jul 16 13:12:31 Spawning shell within the initramfs Jul 16 13:12:38 k Jul 16 13:12:57 So? Jul 16 13:12:59 Now what? Jul 16 13:13:20 sh /scripts/local-premount/jasper_growroot Jul 16 13:13:31 sh shouldnt be necessary though Jul 16 13:13:46 then check for the log again Jul 16 13:14:04 (initramfs) sh /scripts/local-premount/jasper_growroot Jul 16 13:14:21 scripts/local-premount/jasper_growroot: line 104: syntax error: /255/63/512 Jul 16 13:14:26 Oooooooooooooooooooooooo Jul 16 13:14:39 hmm, seems the mmc isnt there Jul 16 13:14:52 check /dev if mmcblk0 exists Jul 16 13:14:58 you probably need to break later Jul 16 13:14:59 Doh! Jul 16 13:15:00 My bad Jul 16 13:15:03 Wait one Jul 16 13:18:51 Resizing root fiomap_device: mmci-omap-hs.0: new worst case deactivate latency 0: 30517 Jul 16 13:18:51 lesystem please wait, this will take about ten minutes ... Jul 16 13:18:52 (initramfs) Jul 16 13:19:34 heh, thats it ? Jul 16 13:19:50 it should have taken 10mins :) Jul 16 13:20:00 well, check for jasper.log Jul 16 13:21:24 http://paste.ubuntu.com/464529/ Jul 16 13:23:02 weird Jul 16 13:23:19 given that e2fsck just ran before Jul 16 13:24:08 * ogra has no idea how that could happen Jul 16 13:25:01 Well learn ;) Jul 16 13:25:10 This is userspace :) Jul 16 13:25:23 well, that would mean that something in your FS is dirty Jul 16 13:25:27 which cant be Jul 16 13:26:09 It's a new dd Jul 16 13:26:12 resize2fs is the next line after e2fsck ... the disk isnt mounted so there is no way it could get dirty again after it was just checked Jul 16 13:28:18 Anything else I can try? Jul 16 13:28:57 not really Jul 16 13:29:20 i have no clue why your SD appears dirty right after e2fsck -fy Jul 16 13:29:37 thats technically impossible Jul 16 13:30:12 you could try the same with the other uInitrd Jul 16 13:30:41 With your one? Jul 16 13:30:46 but i doubt it will change much about the fact that either e2fsck or resize2fs cant handle your Sd properly Jul 16 13:30:54 yes, with mine Jul 16 13:39:31 you dont happen to have it mounted manually or some such ? Jul 16 13:52:35 ogra: I flash the card and put it in the Panda Jul 16 13:52:43 ogra: I do nothing else Jul 16 13:53:17 right, but there is no technical explanation for that error Jul 16 13:53:25 ogra: It must do something, cause it trashes the boot partition Jul 16 13:53:39 trashes in what way ? Jul 16 13:55:34 Won't mount on my PC any more Jul 16 13:57:23 like you issue mount /dev/mmcblk0p1 /mnt and get an error ? Jul 16 13:57:42 or how does that manifest ? Jul 16 13:58:41 * ogra quickly makes some coffee before the call Jul 16 13:58:53 It does mount Jul 16 13:59:01 It just doesn't auto mount Jul 16 14:01:28 thats how its supposed to be :) Jul 16 14:01:48 it shouldnt show on your desktop or in places or automount Jul 16 14:02:27 mount it manually if you need to manipulate it Jul 16 14:18:16 lag, when the repartitioning happens the vfat partition gets recreated and gets a label added that udev explicitly ignores Jul 16 14:18:35 k Jul 16 14:18:42 So it gets that far Jul 16 14:18:58 it runs the whole stuff apart from resizing Jul 16 14:19:08 Seemingly so Jul 16 14:19:35 i'm pretty sure even the jasper_setup script from local-bottom runs fine Jul 16 14:19:57 i could add a force to resize2fs but that scares me a bit Jul 16 14:20:20 it might ignore if the FS is dirty Jul 16 14:20:35 not sure what checks -f disables i know it doesnt drop all of them Jul 16 14:20:41 Well it can't be any worse than it already is Jul 16 14:20:50 indeed Jul 16 14:22:16 let me roll you another uInitrd with -f Jul 16 14:22:35 k Jul 16 14:24:29 http://people.canonical.com/~ogra/uInitrd Jul 16 14:24:38 try that one on a fresh dd'ed card Jul 16 14:25:03 * ogra takes a break Jul 16 14:51:18 lag, any change ? Jul 16 15:24:57 lag, did you have any luck with the other uInitrd ? Jul 16 15:28:45 hmm, is there any 4430 SDP compatible images? Jul 16 15:28:53 maverick ones Jul 16 15:29:29 only for panda Jul 16 15:30:54 * XorA|gone suspects has destroyed image trying to upgrade :-) Jul 16 15:31:23 http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ Jul 16 15:31:50 oh no, just too a long time for ext3 recovery Jul 16 15:50:31 ogra: How do I know if the resize has completed correctly? Jul 16 15:50:39 (initramfs) sh /scripts/local-premount/jasper_growroot Jul 16 15:50:39 mmcblk0: p1 p2 Jul 16 15:50:39 Resizing root filesystem please wait, this will take about ten minutes ... Jul 16 15:50:39 (initramfs) Jul 16 15:51:00 check jasper.log Jul 16 15:51:49 but for my hand rolled initramfs thats not enough output Jul 16 15:51:57 so i guess it died again Jul 16 15:54:33 http://paste.ubuntu.com/464598/ Jul 16 15:54:47 sigh Jul 16 15:56:18 Fix it Jul 16 15:56:46 buy a better SD :P Jul 16 15:57:40 bug 373409 Jul 16 15:57:41 Launchpad bug 373409 in gparted (Ubuntu) (and 1 other project) "resize2fs doesn't notice the partition was fsck'ed (affects: 1) (heat: 13)" [Undecided,Confirmed] https://launchpad.net/bugs/373409 Jul 16 15:57:53 It's a Kingston Jul 16 15:57:56 gparted ? Jul 16 15:57:58 lol Jul 16 15:58:06 * lag shrugs Jul 16 16:03:45 lag, hmm Jul 16 16:04:07 we actually set the clock to last mount time in omap Jul 16 16:04:29 so that such a broken clock setting cant interfere with mounting Jul 16 16:07:15 hmm Jul 16 16:07:28 * ogra has an ugly idea but one that will surely fix it Jul 16 16:09:04 * ogra rolls a new test initrd Jul 16 16:13:32 (initramfs) /sbin/resize2fs /dev/mmcblk0p2 Jul 16 16:13:33 resize2fs 1.41.12 (17-May-2010) Jul 16 16:13:33 ext2fs_check_mount_point: Can't check if filesystem is mounted due to missing mtab file while determining whether /dev/mmcblk0p2 is mounted. Jul 16 16:13:37 lag, http://people.canonical.com/~ogra/uInitrd updated, i bet it works now Jul 16 16:13:45 What did you do? Jul 16 16:14:03 i mount/unmount it once before e2fsck runs :) Jul 16 16:14:11 Okay Jul 16 16:14:12 just to confirm its the same Jul 16 16:14:59 if its the same bug it should have a new last mounted timestamp and stop complaining Jul 16 16:15:09 k Jul 16 16:15:25 indeed thats not the right solution Jul 16 16:15:38 Did you see the output of my /sbin/resize2fs /dev/mmcblk0p2 Jul 16 16:16:32 your jasper.log you mean ? Jul 16 16:16:48 oh, i missed the lines above Jul 16 16:17:04 dont worry, the script creates an mtab Jul 16 16:17:13 and removes it at the end again Jul 16 16:17:47 you would have to do the same if you want to run it manually ... just link /proc/mounts to it Jul 16 16:23:54 k **** ENDING LOGGING AT Sat Jul 17 02:59:56 2010