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