Re: [leaf-devel] init problem sda1 still mounted
Hi KP Am 14.04.2016 um 13:21 schrieb kp kirchdoerfer: > Hi Erich; > ... >>> Another observation: it only happens with vfat formated sda1, formating >>> with ext[234] doesn't show this error. >> >> This is completely weird, AFAIK the code does not make a difference >> between file system types. It could be a race situation unmounting the >> device and if so IMHO it would be a driver bug > > Yes it is weird, but I doubt it's a kernel driver bug. > Pls have a look yourself, I'd consider it as a showstopper, because it breaks > a mostly working install routine from ISO to sda. I agree it is a showstopper for a beta, that is what alphas are for. I would not know how to reproduce it though, as I don't have access to source nor an environment to run a VM. I have not quite understood the environment it takes to reproduce the error. All my CF are much too small to hold the entire image content and I am of the firm conviction that any routine trying to unpack the complete image is gross bogosity, YMMV. Anyway, my charger is lost, so I need to get a new one. Then I might be able to look at the code though I might not be able to reproduce the bug.. (no CF, no VM) cheers ET > > kp > (Pls note; I'll be offline for a week from tomorrow) > > -- > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Hi Erich; Am Montag, 11. April 2016, 21:24:53 schrieb Erich Titl: > Hi KP > > Am 11.04.2016 um 15:39 schrieb kp kirchdoerfer: > > Am Samstag, 9. April 2016, 14:23:31 schrieb Erich Titl: > > > >> Need to look into linuxrc, where this should be umounted. As I forgot > >> the charger for my other laptop, I have no access to the source code, > >> sorry.> > > Another observation: it only happens with vfat formated sda1, formating > > with ext[234] doesn't show this error. > > This is completely weird, AFAIK the code does not make a difference > between file system types. It could be a race situation unmounting the > device and if so IMHO it would be a driver bug Yes it is weird, but I doubt it's a kernel driver bug. Pls have a look yourself, I'd consider it as a showstopper, because it breaks a mostly working install routine from ISO to sda. kp (Pls note; I'll be offline for a week from tomorrow) -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Hi KP Am 11.04.2016 um 15:39 schrieb kp kirchdoerfer: > Am Samstag, 9. April 2016, 14:23:31 schrieb Erich Titl: >> >> Need to look into linuxrc, where this should be umounted. As I forgot >> the charger for my other laptop, I have no access to the source code, sorry. > > Another observation: it only happens with vfat formated sda1, formating with > ext[234] doesn't show this error. This is completely weird, AFAIK the code does not make a difference between file system types. It could be a race situation unmounting the device and if so IMHO it would be a driver bug cheers ET -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Am Samstag, 9. April 2016, 14:23:31 schrieb Erich Titl: > Hi KP > > Am 09.04.2016 10:44, schrieb kp kirchdoerfer: > > Hi; > > > > I've booted LEAF 6.0.0-alpha1 iso image in a vm with an attached (virtual) > > hd. If the disk is partitioned and formatted it will be mounted during > > boot, but never umounted. > > > > mount shows > > /dev/sda1 on /tmp/tmp.kci8fg type vfat etc > > > > This shouldn't happen. > > I suspect the problem is in linuxrc/init. > > Yes I guess this is possible. Probably something that is not checked in > the current linuxrc. I have never used a CD image so I would not know. > > > Any ideas how to solve? > > Need to look into linuxrc, where this should be umounted. As I forgot > the charger for my other laptop, I have no access to the source code, sorry. Another observation: it only happens with vfat formated sda1, formating with ext[234] doesn't show this error. kp -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Trouble is present when install script installs data on pre-formatted flash, or when it formats flash by itself? When script formats flash - it sets root dir size to 1024, and all is work OK. When flash was formatted by calling mkfs.vfat w/o args - file copying fails because rootdir becomes full. From other side, we may place packages in subdirectory, and there'll be no troubles with FAT in future :) 10.04.2016 22:51, Erich Titl пишет: > Am 10.04.2016 18:37, schrieb Andrew: > ... >>> kp >> 128MB DOM and 256-512MB flash works OK. >> >> As I understood, trouble happens on flash that is formatted manually... > What difference does that make? Don't we pass the right parametres? > > cheers > > ET > > > > -- > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ > gampad/clk?id=1444514301=/ca-pub-7940484522588532 > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
10.04.2016 16:28, kp kirchdoerfer пишет: > Hi; > > Am Samstag, 9. April 2016, 14:23:31 schrieb Erich Titl: >> Hi KP >> >> Am 09.04.2016 10:44, schrieb kp kirchdoerfer: >>> Hi; >>> >>> I've booted LEAF 6.0.0-alpha1 iso image in a vm with an attached (virtual) >>> hd. If the disk is partitioned and formatted it will be mounted during >>> boot, but never umounted. >>> >>> mount shows >>> /dev/sda1 on /tmp/tmp.kci8fg type vfat etc >>> >>> This shouldn't happen. >>> I suspect the problem is in linuxrc/init. >> Yes I guess this is possible. Probably something that is not checked in >> the current linuxrc. I have never used a CD image so I would not know. >> >>> Any ideas how to solve? >> Need to look into linuxrc, where this should be umounted. As I forgot >> the charger for my other laptop, I have no access to the source code, sorry. > Are you away for a few days, or will it have to wait until end of summer? > >> On the otherr tread about the amount of directory/FAT table entries. >> Nobody will ever need all the LEAF packages, so copying all of them is >> plain crazyness. Upgrade could provide a solution, elsse maybe the >> images should just hold the basic packages and we should point to a >> package repository. This would make thesee errors go away. > It will not help, if a user loads more packages than the ~80MB limit, or less > if he'll add a unknown amount packages with long names(?), from a packages > repository. > > It's a flaw, we have to solve otherwise. > > We solved that limitation in install.sh, though I don't know what happens if a > user installs from ISO image to a 1GB partition, with a command setting root- > dir-entries to 1024 - for FAT32 it's to 0/ignored. > > Probably the solution should be to make ext2/3/4 the default instead of > VFAT...? > > kp 128MB DOM and 256-512MB flash works OK. As I understood, trouble happens on flash that is formatted manually... -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Am Sonntag, 10. April 2016, 15:49:21 schrieb Erich Titl: > Hi KP > > Am 10.04.2016 14:55, schrieb kp kirchdoerfer: > > Hi Erich; > > ... > > Need to look into linuxrc, where this should be umounted. As I forgot > the charger for my other laptop, I have no access to the source code, > sorry.> > >>> > >>> Are you away for a few days, or will it have to wait until end of > >>> summer? > >> > >> You will have to wait until I have a power supply for my laptop :-) > > > > Ok. > > I'll wait until you are charged :)) > > with murder? power. kp -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Hi KP Am 10.04.2016 14:55, schrieb kp kirchdoerfer: > Hi Erich; > ... >> Need to look into linuxrc, where this should be umounted. As I forgot the charger for my other laptop, I have no access to the source code, sorry.> >>> Are you away for a few days, or will it have to wait until end of summer? >> >> You will have to wait until I have a power supply for my laptop :-) > > Ok. > I'll wait until you are charged :)) with murder? cheers ET -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Hi Erich; Am Sonntag, 10. April 2016, 14:18:34 schrieb Erich Titl: > Hi KP > > Am 10.04.2016 13:28, schrieb kp kirchdoerfer: > > Hi; > > ... > > >> Need to look into linuxrc, where this should be umounted. As I forgot > >> the charger for my other laptop, I have no access to the source code, > >> sorry.> > > Are you away for a few days, or will it have to wait until end of summer? > > You will have to wait until I have a power supply for my laptop :-) Ok. I'll wait until you are charged :)) > >> On the otherr tread about the amount of directory/FAT table entries. > >> Nobody will ever need all the LEAF packages, so copying all of them is > >> plain crazyness. Upgrade could provide a solution, elsse maybe the > >> images should just hold the basic packages and we should point to a > >> package repository. This would make thesee errors go away. > > > > It will not help, if a user loads more packages than the ~80MB limit, or > > less if he'll add a unknown amount packages with long names(?), from a > > packages repository. > > No _reasonable_ user has that many packages in use. Our images have just > grown out of proportionwith all the new (necessary??) packages. First IMHO a technical pb should not be solved with assumptions about user behaviours or usage of LEAF. Second, the Packages size is *one* limiting factor, using long names (>8.3) is another one. And I don't want be to restricted to DOS 8.3 naming limitations on a project I do for fun and get rid of it since I left DOS in the eighties of the last century. We do have a solution without restricting ourself to an ancient file system. > > It's a flaw, we have to solve otherwise. > > > > We solved that limitation in install.sh, though I don't know what happens > > if a user installs from ISO image to a 1GB partition, with a command > > setting root- dir-entries to 1024 - for FAT32 it's to 0/ignored. > > > > Probably the solution should be to make ext2/3/4 the default instead of > > VFAT...? > > Maybe, but then it requires some *X system to build it. I am thinking in > the other direction. I _believe_ we have many reduntant packages and > quite a number could be dropped. This would even make the build process > quite a bit faster. I'm talking about install.sh to install LEAF from an LEAF ISO image onto the storage media , where the process of installation is totally within a Linux environment and under our control. kp -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Hi KP Am 10.04.2016 13:28, schrieb kp kirchdoerfer: > Hi; > ... >> >> Need to look into linuxrc, where this should be umounted. As I forgot >> the charger for my other laptop, I have no access to the source code, sorry. > > Are you away for a few days, or will it have to wait until end of summer? You will have to wait until I have a power supply for my laptop :-) > >> On the otherr tread about the amount of directory/FAT table entries. >> Nobody will ever need all the LEAF packages, so copying all of them is >> plain crazyness. Upgrade could provide a solution, elsse maybe the >> images should just hold the basic packages and we should point to a >> package repository. This would make thesee errors go away. > > It will not help, if a user loads more packages than the ~80MB limit, or less > if he'll add a unknown amount packages with long names(?), from a packages > repository. No _reasonable_ user has that many packages in use. Our images have just grown out of proportionwith all the new (necessary??) packages. > > It's a flaw, we have to solve otherwise. > > We solved that limitation in install.sh, though I don't know what happens if a > user installs from ISO image to a 1GB partition, with a command setting root- > dir-entries to 1024 - for FAT32 it's to 0/ignored. > > Probably the solution should be to make ext2/3/4 the default instead of > VFAT...? Maybe, but then it requires some *X system to build it. I am thinking in the other direction. I _believe_ we have many reduntant packages and quite a number could be dropped. This would even make the build process quite a bit faster. cheers ET > > kp > > -- > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ > gampad/clk?id=1444514301=/ca-pub-7940484522588532 > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Hi; Am Samstag, 9. April 2016, 14:23:31 schrieb Erich Titl: > Hi KP > > Am 09.04.2016 10:44, schrieb kp kirchdoerfer: > > Hi; > > > > I've booted LEAF 6.0.0-alpha1 iso image in a vm with an attached (virtual) > > hd. If the disk is partitioned and formatted it will be mounted during > > boot, but never umounted. > > > > mount shows > > /dev/sda1 on /tmp/tmp.kci8fg type vfat etc > > > > This shouldn't happen. > > I suspect the problem is in linuxrc/init. > > Yes I guess this is possible. Probably something that is not checked in > the current linuxrc. I have never used a CD image so I would not know. > > > Any ideas how to solve? > > Need to look into linuxrc, where this should be umounted. As I forgot > the charger for my other laptop, I have no access to the source code, sorry. Are you away for a few days, or will it have to wait until end of summer? > On the otherr tread about the amount of directory/FAT table entries. > Nobody will ever need all the LEAF packages, so copying all of them is > plain crazyness. Upgrade could provide a solution, elsse maybe the > images should just hold the basic packages and we should point to a > package repository. This would make thesee errors go away. It will not help, if a user loads more packages than the ~80MB limit, or less if he'll add a unknown amount packages with long names(?), from a packages repository. It's a flaw, we have to solve otherwise. We solved that limitation in install.sh, though I don't know what happens if a user installs from ISO image to a 1GB partition, with a command setting root- dir-entries to 1024 - for FAT32 it's to 0/ignored. Probably the solution should be to make ext2/3/4 the default instead of VFAT...? kp -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] init problem sda1 still mounted
Hi KP Am 09.04.2016 10:44, schrieb kp kirchdoerfer: > Hi; > > I've booted LEAF 6.0.0-alpha1 iso image in a vm with an attached (virtual) hd. > If the disk is partitioned and formatted it will be mounted during boot, but > never umounted. > > mount shows > /dev/sda1 on /tmp/tmp.kci8fg type vfat etc > > This shouldn't happen. > I suspect the problem is in linuxrc/init. Yes I guess this is possible. Probably something that is not checked in the current linuxrc. I have never used a CD image so I would not know. > Any ideas how to solve? Need to look into linuxrc, where this should be umounted. As I forgot the charger for my other laptop, I have no access to the source code, sorry. On the otherr tread about the amount of directory/FAT table entries. Nobody will ever need all the LEAF packages, so copying all of them is plain crazyness. Upgrade could provide a solution, elsse maybe the images should just hold the basic packages and we should point to a package repository. This would make thesee errors go away. cheers ET -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301=/ca-pub-7940484522588532 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel