Re: [leaf-user] chgrp - Operation not permitted
On Thu, 26 Aug, 2004 at 16:08:55 +0800, Chris Lee wrote: LEAF Bering-uClibc 2.2 I use HDD as /var/log folder, however log rotate was failed by Operation not permitted error. so below: savelog -g wheel -m 640 -u root -c 4 /var/log/shorewall.log chgrp: /var/log/shorewall.log.new: Operation not permitted ln: /var/log/shorewall.log.0: No such file or directory mv: unable to rename `/var/log/shorewall.log.new': No such file or directory chgrp: /var/log/shorewall.log.0: Operation not permitted Rotated `/var/log/shorewall.log' at Thu Aug 26 12:13:35 UTC 2004. Does MSDOS partition does not support file permission? Indeed it doesn't. Your options are basically: Use a different filesystem on that partition, or hack savelog to not do the chgrp stuff. I would suggest switching fs. And while I'm at it I'd suggest switching to ext3 or reiser, because of they're journaling filesystems. (No fsck'ing after powerfailures etc.) HTH /Jon -- Just say know! --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Re: (Still) unable load initrd booting uClib 2.2 on Soekris 4501
[can't run uClib 2.2 on Soekris] It seems like you're recycling an old syslinux.cfg file - since mine also includes an entry LEAFCFG=/dev/hda1:msdos (and in turn, nothing for tmp_size and syst_size, since those can be set in the leaf.cfg file). So, rather than just replace the lrps, you might want to use all of the original files from the image (after adjusting them so they'll boot from /dev/hda1) I tried this. Still no luck, and still the same symptoms: I get the normal Soekris bootup stuff printed to my minicom window, then syslinux.dpy is displayed, then linux ., and then garbage once it reaches the point where it should be loading initrd. Here's what I did, starting from scratch: * reformated my CF card on my Debian laptop using 'mkfs -tmsdos /dev/hde1' * mounted the CF card on /mnt/hde1 * mounted the Bering uClib 2.2 .bin file on /mnt/loop * 'cp -p /mnt/loop/* /mnt/hde1' * replaced /mnt/hde1/initrd.lrp with initrd_ide_cd.lrp (renamed initrd.lrp) * edited syslinux.cfg, adding 'console=ttyS0,19200n8' after 'linux' and changing 'fd0u1680' to 'hda1' * edited leaf.cfg, changing 'fd0u1680' to 'hda1' * edited syslinux.dpy to remove non-printing characters * unmounted /mnt/hde1 and ran 'syslinux -s /dev/hde1' At that point I tried booting off the CF card and got the same old thing. Any suggestions what to try next? Is it possible the formatting, via 'mkfs -tmsdos', is bad? In the past I think I've let my digital camera format the cards. If the formatting were bad, would it take until after syslinux.dpy had been displayed and the kernel loaded to show up? Is it possible that the kernal, rather than initrd, is the problem here? Once the kernel's loaded it takes over from syslinux, does it not? What if the kernel didn't understand serial consoles, for example? Would that look like what I'm seeing? Thanks, --Eric -- ** * From the desktop of: Eric House, [EMAIL PROTECTED]* *Crosswords 4.0.6 for PocketPC is out!: http://xwords.sourceforge.net * ** --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Dachstein reboot
Hello, thank you for reading this email. I have a problem with Dachstein. I don't know where I should start trouble-shooting. What is happening is this: Dachstein firewall set up to take static IP address, with one Windows server behind it. Firewall has ports opened for remote service, web service, ftp and SSH. If I use remote desktop to get to the Windows server behind the firewall, or just go sit in front of the Windows server, and start BROWSING, the firewall will reboot itself for no apparent reason. What I did on the Windows server was simply browsing, clicking through some web sites. The firewall will reboot itself typically after several minutes of browsing on the Windows machine. I looked through old messages but didn't see anything like this, I suspect it might be a hardware problem, but am not quite sure. What could cause the firewall reboot itself? Could anyone point me to the right direction? Thanks GD ___ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Re: (Still) unable load initrd booting uClib 2.2 on Soekris 4501
Hi again, Eric House wrote: [can't run uClib 2.2 on Soekris] It seems like you're recycling an old syslinux.cfg file - since mine also includes an entry LEAFCFG=/dev/hda1:msdos (and in turn, nothing for tmp_size and syst_size, since those can be set in the leaf.cfg file). So, rather than just replace the lrps, you might want to use all of the original files from the image (after adjusting them so they'll boot from /dev/hda1) I tried this. Still no luck, and still the same symptoms: I get the normal Soekris bootup stuff printed to my minicom window, then syslinux.dpy is displayed, then linux ., and then garbage once it reaches the point where it should be loading initrd. Here's what I did, starting from scratch: * reformated my CF card on my Debian laptop using 'mkfs -tmsdos /dev/hde1' * mounted the CF card on /mnt/hde1 * mounted the Bering uClib 2.2 .bin file on /mnt/loop * 'cp -p /mnt/loop/* /mnt/hde1' * replaced /mnt/hde1/initrd.lrp with initrd_ide_cd.lrp (renamed initrd.lrp) * edited syslinux.cfg, adding 'console=ttyS0,19200n8' after 'linux' and changing 'fd0u1680' to 'hda1' * edited leaf.cfg, changing 'fd0u1680' to 'hda1' * edited syslinux.dpy to remove non-printing characters * unmounted /mnt/hde1 and ran 'syslinux -s /dev/hde1' At that point I tried booting off the CF card and got the same old thing. Any suggestions what to try next? one thing to try is to use the initrd_ide_cd.lrp from http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/leaf/bin/packages/uclibc-0.9/20/initrd_ide_cd.lrp?rev=HEADcontent-type=application/octet-stream Ever since the Sourceforge staff turned off the cron jobs, the export of packages has not been happening regularly, so it may well be you're trying to use an old initrd (since that was what still was linked on the packages page). I've just changed the packages page so all links point to CVS again (so we again have to live with the at times flaky ViewCVS access), but at least the links on our packages page should now definately point to packages that are known to work. Is it possible the formatting, via 'mkfs -tmsdos', is bad? Not really - that's what I always do too (even though I do it on the Soekris box, after booting into pxeinstall). If the formatting were bad, would it take until after syslinux.dpy had been displayed and the kernel loaded to show up? Not usually - I would expect that it wouldn't be able to load the kernel either. Is it possible that the kernal, rather than initrd, is the problem here? Possible, but unlikely - since I use the exact same kernel as you do (the one from the disk-image). At the moment, my best guess is that you indeed got an old package of initrd - if that's the case, I'm very sorry about the inconvenience (since that was our fault - you obviously went to the right place to get the package). If that doesn't help either, I'm pretty much out of ideas - so lets hope that the right initrd will indeed solve the problem ;-) Martin --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] diff and talk packages
Hi Jaap, I have converted some programs that I find useful to bering-uclibc packages, namely talk client/daemon and diff. I have built then using buildtool/buildpacket and for anyone interested, I have placed them on my website: www.phys.uu.nl/~eldering/leaf (packages and sources including buildtool makefiles). Maybe the developers are willing to include them in contrib section? I just added them to CVS (and to the packages page, since I needed to update that to hopefully fix Eric House's problem). They'll probably not yet be accessible via the packages page (it usually takes a couple of hours), but they should be soon. Sorry it took so long - we hadn't forgotten you, and we surely appreciate your packages. We simply took a pretty long time figuring out where the packages (and the sources/build instructions - those will be in CVS soon too) should go, to keep things clean, without making the directory structure even more confusing than it already is to a new user. Thanks again for your work. Martin --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] diff and talk packages
On Fri, Aug 27, 2004 at 10:10:20PM +0200, Martin Hejl wrote: Hi Jaap, Maybe the developers are willing to include them in contrib section? I just added them to CVS (and to the packages page, since I needed to update that to hopefully fix Eric House's problem). They'll probably not yet be accessible via the packages page (it usually takes a couple of hours), but they should be soon. Sorry it took so long - we hadn't forgotten you, and we surely appreciate your packages. We simply took a pretty long time figuring out where the packages (and the sources/build instructions - those will be in CVS soon too) should go, to keep things clean, without making the directory structure even more confusing than it already is to a new user. Thanks again for your work. Martin Thanks, that's nice to hear. I hope people find them useful. Any feedback is always welcome: I'll be glad to try fix bugs or answer questions. Jaap --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html