January 2002 - WLUG - wlug.mailman3.com

Re: [Wlug] Loop back confusion

by Adam Keck

> > Does sync work? heh. First thing I tried actually :) No effect. "lingua machinationis creo, ergo sum" _____________________________________________ Adam Keck The Mathworks 508-647-7298 Natick, Ma www.mathworks.com FreeNIX/Backup/Unix Administrator _____________________________________________

Jan. 31, 2002

Re: [Wlug] Loop back confusion

by Josh Huber

"Charles R. Anderson" <cra(a)WPI.EDU> writes: > Does sync work? > > # sync > # umount /mnt > # sync umm, shouldn't it sync on unmount? -- Josh Huber

Jan. 31, 2002

Re: [Wlug] Loop back confusion

by Charles R. Anderson

On Wed, Jan 30, 2002 at 08:05:26PM -0500, Adam @ Oak wrote: askec> It seems like modifications to a loopback mounted file are only in memory. askec> How do I flush them to the mounted file? Does sync work? # sync # umount /mnt # sync -- Charles R. Anderson <cra(a)wpi.edu> / http://angus.ind.wpi.edu/~cra/ PGP Key ID: 49BB5886 Fingerprint: EBA3 A106 7C93 FA07 8E15 3AC2 C367 A0F9 49BB 5886

Jan. 31, 2002

Loop back confusion

by Adam ＠ Oak

It seems like modifications to a loopback mounted file are only in memory. How do I flush them to the mounted file? # mount -t msdos -o loop pqdiboot.img /mnt # ls /mnt aspi8dos.sys aspicd.sys autoexec.bat command.com delscpt.txt io.sys msdos.sys aspi8u2.sys atapicd.sys choice.com config.sys himem.sys mscdex.exe taisatap.sys # md5sum /mnt/autoexec.bat c5204d8e68d8ad6c714df02584d0b5d3 /mnt/autoexec.bat # vi /mnt/autoexec.bat (modify, save, exit) # umount /mnt # mount -t msdos -o loop pqdiboot.img /mnt # md5sum /mnt/autoexec.bat ac12a4b88ad43f1023806fb620475edb /mnt/autoexec.bat inspection of the file reveals that the file hasn't been modified. I have used this method before; I don't know what's different this time. Other info: # mount |grep loop (when image is mounted) /home/akeck/cdimage/MWCD/pqdiboot.img on /mnt type msdos (rw,loop=/dev/loop0) # uname -a Linux yupa 2.4.17 #6 SMP Sun Jan 20 23:27:42 EST 2002 i686 unknown Msdos and loopback device support is compiled into the kernel. floppy image is 1.44mb Please help: dd'ing to disk, modifying with vi/mtools, then dd'ing back to file is getting really old ;) -Adam "lingua machinationis creo, ergo sum" _____________________________________________ Adam Keck The Mathworks Natick, Ma www.mathworks.com FreeNIX/Backup/Unix Administrator _____________________________________________

Jan. 31, 2002

Re: [Wlug] video card problems (I think)

by avedis＠ma.ultranet.com

Thanks, Andy. I've got 128M of memory, so I didn't think that would be it, but in fact, your suggestion worked. I was able to get into fvwm2 and gnome. Greg > On Tuesday 29 January 2002 07:18 pm, avedis(a)ma.ultranet.com wrote: > > Using XF86Setup, I was able to install the XF86_3DLabs server (the right > > one) and can now get as far as the KDE desktop starting to open. It > > hangs when it's checking peripherals. Does that mean that some hardware > > is not set up properly, and if so, how do I find out which it is? > > > > Many thanks if anyone can point me in the right direction. > > I suspect that KDE performance will stink on a P166. You never mentioned > how much memory lives in your system. KDE and Gnome seem to require alot > of it (>32 MB) in my experience. Might I suggest that if you are memory > limited that you try a lighter weight window manager such as icewm, > blackbox, or any of the fvwm variants? > > On SuSE, you can type "wmlist" to see all of the window mangers installed. > Then, to start a particular window manager, type: > > startx fvwm2 > > substituting your favorite window manager in place of fvwm2 above. > > Hope this helps, > > Andy > -- > Andy Stewart > Founder > Worcester Linux Users' Group > Worcester, MA, USA > http://www.wlug.org > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

Jan. 30, 2002

Re: [Wlug] Cue Cats

by John Stoffel

Theo> FYI: http://freshmeat.net/projects/cat_a_log/ :) I've looked at this, and it's a neat trick, but it doesn't offer what I really want, which is the DB structure behind all this. And if you've done any looking at the Z39.50 format, it's a really interesting task. Trust me, I'm married to a librarian. :]

Jan. 30, 2002

Re: [Wlug] Bug reporting?

by Bill Mills-Curran

On Wed, 30 Jan 2002, Tom Guilderson wrote: > Date: Wed, 30 Jan 2002 11:03:26 -0500 > From: Tom Guilderson <twg3(a)mediaone.net> > Reply-To: wlug(a)mail.wlug.org > To: wlug(a)mail.wlug.org > Subject: Re: [Wlug] Bug reporting? > > Bill Mills-Curran wrote: > > > > How do I report a bug (or at least ask for help) in a newer kernel? > > (The gory details are below, if you are interested.) I sent some > > email to a developer whose name I found in the suspect source, but I > > did not get any response. Any suggestions? > > > <useful, but long, response> > - Tom > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > Tom, Thanks for your thoughtful response. Bill

Jan. 30, 2002

RE: [Wlug] ssh-dummy-shell for OpenSSH???

by Keller, Tim

Actually it does. I tried /bin/false and it fails to setup the ssh connection properly. I guess the shell will let sftp only run specific sftp commands, anything else causes it to exit. -----Original Message----- From: Scott Venier [mailto:scottven@umich.edu] Sent: Wednesday, January 30, 2002 10:58 AM To: wlug(a)mail.wlug.org Subject: Re: [Wlug] ssh-dummy-shell for OpenSSH??? does the ssh-dummy-shell have to actually do anything for sFTP to work, or does it just have to be in /etc/shells? If it just has to be in /etc/shells, /bin/false works. Been using that for years for (non-s)FTP-only accounts. Scott On Wed, 30 Jan 2002, Keller, Tim wrote: > I'm setting up a test environment using OpenSSH built in sFTP server. What > I want to-do is build a chroot environment where people can connect to the > machine via sFTP but not via SSH. > > I know with the commercial version of SSH they have ssh-dummy-shell which > when you try to connect via SSH just bails on you, but lets sFTP work > properly. > > I've done some digging on the web and I haven't found anything that'll > replace this functionality on the OpenSSH side of things. > > Anybody got any ideas/links of an open source version of ssh-dummy-shell. > > Thanks, > Tim. > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > _______________________________________________ Wlug mailing list Wlug(a)mail.wlug.org http://mail.wlug.org/mailman/listinfo/wlug

Jan. 30, 2002

Re: [Wlug] video card problems (I think)

by Andy Stewart

On Tuesday 29 January 2002 07:18 pm, avedis(a)ma.ultranet.com wrote: > Using XF86Setup, I was able to install the XF86_3DLabs server (the right > one) and can now get as far as the KDE desktop starting to open. It > hangs when it's checking peripherals. Does that mean that some hardware > is not set up properly, and if so, how do I find out which it is? > > Many thanks if anyone can point me in the right direction. I suspect that KDE performance will stink on a P166. You never mentioned how much memory lives in your system. KDE and Gnome seem to require alot of it (>32 MB) in my experience. Might I suggest that if you are memory limited that you try a lighter weight window manager such as icewm, blackbox, or any of the fvwm variants? On SuSE, you can type "wmlist" to see all of the window mangers installed. Then, to start a particular window manager, type: startx fvwm2 substituting your favorite window manager in place of fvwm2 above. Hope this helps, Andy -- Andy Stewart Founder Worcester Linux Users' Group Worcester, MA, USA http://www.wlug.org

Jan. 30, 2002

Re: [Wlug] ssh-dummy-shell for OpenSSH???

by Wesley Allen

Keller, Tim wrote: >I'm setting up a test environment using OpenSSH built in sFTP server. What >I want to-do is build a chroot environment where people can connect to the >machine via sFTP but not via SSH. > >I know with the commercial version of SSH they have ssh-dummy-shell which >when you try to connect via SSH just bails on you, but lets sFTP work >properly. > >I've done some digging on the web and I haven't found anything that'll >replace this functionality on the OpenSSH side of things. > >Anybody got any ideas/links of an open source version of ssh-dummy-shell. > >Thanks, >Tim. >_______________________________________________ >Wlug mailing list >Wlug(a)mail.wlug.org >http://mail.wlug.org/mailman/listinfo/wlug > I haven't tried this, but couldn't you just set the user's shells to /dev/null? So there's no shell access, but sftp should still work; kinda like the same way you create a dummy shell for e-mail only accounts sometimes? I don't know, just a thought. Wes

Jan. 30, 2002