moused vs. init / single user mode from $firewall_script
Hallo, I wanted to change my $firewall_script to be able to stop the boot and go to single user mode. So I added "kill -TERM $$" (like in some other rc.d scripts). But the system failed to go to singel user mode, I got only "can't get /dev/console for controlling terminal: Permission denied". If I kill moused (started by devd) before the "kill -TERM $$" in my $firewall_script the system goes to single user mode as expected. Is this my fault? Adding "killall moused" to be able to go to single user mode seems strange. Thank you, Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A handy utility (at least for me)
* albi <[EMAIL PROTECTED]> [2006-08-27 01:13 +0200]: > guys... please use the official portsclean ! :) > > included in the sysutils/portupgrade > > portsclean -h > portsclean 2.0.1 (2006/06/13) > > usage: portsclean [-hCDDiLnPPQQq] > > -h, --help Show this message > -C, --workcleanClean up working directories I used that, but it gave WRKDIRPREFIX (or some directory below it) a group ownership and permissions (group writable) I did not like. I just switched back to rm, so I don't know if you can change this. Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: increasing dd disk to disk transfer rate
* Peter Jeremy <[EMAIL PROTECTED]> [2006-01-13 08:13 +1100]: > Note that whilst increasing the DD blocksize will speed up the > transfer, it will also increase the amount of collateral damage when a > hard error occurs. If you rummage around the ports or tools tree, > you'll find a utility (its name escapes me but I believe it was > written by phk) that is designed to do disk-to-disk recovery - it > copys data in big slabs until it gets an error and then works around > the faulty area block by block. sysutils/dd_rescue I haven't tried it, but pkg-descr sounds promising. Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ttyd0/cuad0 - why is there still this duality ?
* Sam Leffler <[EMAIL PROTECTED]> [2005-01-24 19:29 -0800]: > M. Warner Losh wrote: > >The real reason that they are there is that ttyd waits for carrier > >detect, while cua doesn't. > > Non-blocking open followed by block on read/write and/or select dealt > with that long ago. But can you use the device for dialing out while an application is waiting in a select on it? Nicolas ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: passwordless ssh logins with shared _HOST_ keys - not working.
* Joe Schmoe <[EMAIL PROTECTED]> [2004-10-17 16:48 -0700]: > I am trying to allow _all users_ on CLIENT to login to > SERVER without a password. Is your ssh setuid root? Is UsePrivilegedPort set? UsePrivilegedPort Specifies whether to use a privileged port for outgoing connec- tions. The argument must be ``yes'' or ``no''. The default is ``no''. If set to ``yes'' ssh must be setuid root. Note that this option must be set to ``yes'' if RhostsAuthentication and RhostsRSAAuthentication authentications are needed with older servers. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: fsck and lost+found space
* Charles Sprickman <[EMAIL PROTECTED]> [2004-08-10 23:52 -0400]: > I was hoping for some option in fsck to allow an alternate lost+found > directory on another device, but no such luck. Is there anything else > that I'm overlooking? I'm willing to try anything since I'm doing all > this on a junk box with a ton of space that I can panic without it > bothering anyone. I'm not sure whether this has been suggested before. Can you stop fsck just before it begins to throw away files? Then you could perhaps rename lost+found (perhaps with fsdb) and rerun fsck. Just an idea, Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Controlling external hardware via lpt0
* Fernando Gleiser <[EMAIL PROTECTED]> [2004-08-03 13:04 -0300]: > I need to control some external hardware with a small program in > FreeBSD. I thought about using the 8 data bits of the parallel port > for sending the control bits to the hardware. > The hardware is a very simple combinational logic, triggered by level, > I don't need any flow control or such. > > The soft opens /dev/lpt0 and then writes whatever value is needed (i.e, > if I need the 2 lsb to be high and the rest low, I write 0x3) Wouldn't ppi(4) fit your needs better? Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [PATCH] basic modelines for contrib/nvi
* José de Paula <[EMAIL PROTECTED]> [2004-07-25 18:03 -0300]: > On Mon, 19 Jul 2004 15:15:04 +0200, Jilles Tjoelker <[EMAIL PROTECTED]> wrote: > > > > > There are some options which can pose a security risk, including but not > > limited to cdpath, tempdir, path and shell. You should make a list of > > "safe" options and only allow those in modelines. > > Thanks for the feedback, stay tuned for nvi modelines improvement! As > soon as I have enough time, I'm going to take some forbidden options > (for now, they are cdpath, directory, shell, backup and path. Please > tell me what other options would be unsafe) and quietly strip them > from the modeline. Please follow the above suggestion and make a list of safe options and disallow everything else. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD's malloc problem ?
* Anton Alin-Adrian <[EMAIL PROTECTED]> [2004-04-24 21:27 +0300]: > tmp = (char *) malloc(strlen(s)); // line 68 Hmm, you need strlen(s)+1 bytes to store the string -- don't forget the trailing null byte. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Discussion on the future of floppies in 5.x and 6.x
* Avleen Vig <[EMAIL PROTECTED]> [2004-01-11 13:34 -0800]: > On Sun, Jan 11, 2004 at 09:24:38PM +0100, Nicolas Rachinsky wrote: > > > Now, who wants to give this a try? > > > > OK, I tried now the following: > > > > I made copies of the 4.9 RELEASE Floppies, split the half of the > > kernel and mfsroot to another floppy and added two appropriate > > splitfiles. > > > > Afterwards booting from these four disks worked fine. > > OK, someone help me out here :) > I was going to try this with a range of floppies (4.8, 4.9, 5.1, 5.2, > etc), but I can't figure out what to do with splitfs.c Do nothing, the loader already contains it. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Discussion on the future of floppies in 5.x and 6.x
* Brooks Davis <[EMAIL PROTECTED]> [2004-01-11 11:02 -0800]: > If you could make this work such that you just stuffed GENERIC and the > mfsroot onto however many floppies it takes, I think that would almost > certaintly solve re's problems with floppies (i.e. if all they had to do > when the kernel/mfsroot got too big was to bump a NUMFLOPPIES > variable.) Sure that would suck for the floppy users, but that would > put the pain in the place where it's most likely to cause someone to > come up with some better. > > Now, who wants to give this a try? OK, I tried now the following: I made copies of the 4.9 RELEASE Floppies, split the half of the kernel and mfsroot to another floppy and added two appropriate splitfiles. Afterwards booting from these four disks worked fine. disk1: /boot /kernel.gz.split /kernel.gzaa "Message from libstand" disk2: /kernel.gzab "Message from loader.rc" disk3: /mfsroot.gz.split /mfsroot.gzaa "Message from libstand" disk4: /mfsroot.gzab I don't know the release build process, so I don't know how much effort is neccessary to create such floppies, but the loader seems to have all features needed to use such disks. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Discussion on the future of floppies in 5.x and 6.x
* Dag-Erling Smørgrav <[EMAIL PROTECTED]> [2004-01-11 10:19 +0100]: > Paul Robinson <[EMAIL PROTECTED]> writes: > > Understood. I just think saying "let's get rid of floppies" is > > shooting a dog that happens to be near to hand because you don't like > > that dog, to stretch the analogy. > > I don't think you have any idea how difficult it is (and has been for > a couple of years now) just to keep the install floppies alive. The > kernel keeps growing, and the amount of "must-have" features (such as > acpi) keeps growing, and every time the boot floppies overflow we have > to toss out yet another driver that about a dozen people vehemently > tell us they can't live without. Why not split the kernel onto 2 disks? The code to do this is already there and seems to work. And the people who think they absolutly need disks would have to deal with 4 disks, but that would be better than no disks. Look at the commit history of /usr/src/lib/libstand/splitfs.c. Is there a reason not to use it? Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Discussion on the future of floppies in 5.x and 6.x
* Richard Coleman <[EMAIL PROTECTED]> [2004-01-09 20:59 -0500]: > Richard Coleman wrote: > >I apologize if this is a dumb question. But rather than using two > >floppies during the install process, why not three or four? > > > >Richard Coleman > >[EMAIL PROTECTED] > > Sorry, I just got caught up on the list, and see that this has already > been discussed. Ignore the question. I'm not sure that the question is dumb. I think /usr/src/lib/libstand/splitfs.c should work for this. From the commit message of it: |Add splitfs vfs layer into libstand, which allows loading big kernels |and |modules split across several physical medias. Following is how it |works: | |The splitfs code, when asked to open "foo" looks for a file |"foo.split" |which is a text file containing a list of filenames and media names, |e.g. | |foo.aa "Kernel floppy 1" |foo.ab "Kernel floppy 2" |foo.ac "Kernel and modules floppy" | |For each file segment, the process is: | |- try to open the file |- prompt "Insert the disk labelled and press any key..." |- try to open the file |- return error if file could not be located I just took the 4.9-RELEASE install disks and splited mfsroot.gz into two files put them onto two disks. They booted without any problem to sysinstall. So it seems the code to use more disks is already there. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Discussion on the future of floppies in 5.x and 6.x
* Scott Long <[EMAIL PROTECTED]> [2004-01-09 00:02 -0700]: > Well, except when mfsroot.gz becomes too large to fit on a single > floppy. Right now it is about 90k away from that. What happens when > mount_nfsv4 gets put on there? John Baldwin and I already spent a > day over the holiday break making the mfsroot.gz image fit given the > new requirements created by having a dynamic root. What happens the > next time that it overflows? It's not like the driver floppies where > you can dike more stuff to another disk; this is a single image. Do > we come up with a method for having multiple, segmented images? Who > writes the code to do that? Shouldn't lib/libstand/splitfs.c do this? Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: switching between groups
* Adil Katchi <[EMAIL PROTECTED]> [2004-01-06 17:01 -0500]: > I don't follow, what do you mean? A file with mode rwr-- owned by root:group1 could be read by anyone who is not in group1. Nicolas Confusing quote: > -Original Message- > From: Nicolas Rachinsky [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 06, 2004 4:44 PM > To: '[EMAIL PROTECTED]' > Cc: Adil Katchi > Subject: Re: switching between groups > > > * Bruce M Simpson <[EMAIL PROTECTED]> [2004-01-06 18:11 +]: > > On Tue, Jan 06, 2004 at 11:14:06AM -0500, Adil Katchi wrote: > > > I was just wondering if anyone has any ideas how it's possible for a > user > > > that belongs to multiple groups to somehow limit his or her own > capabilities > > > by using only one of the n groups that they belong to and be able to > switch > > > between these groups? For example, if userA belongs to groupA, groupB > and > > > groupC, can userA enter a mode that would force it to only belong to > groupA > > > (or groupB, or groupC)? UserA whould be able to switch between these > groups > > > and back to normal (ie. belong to all groups). > > > > newgrp(1) could be hacked to do this fairly easily. Currently it preserves > > supplemental group memberships. An option to discard supplementals could > > be added. > > But you shouldn't forget, you can deny access to a specific group now. > This won't work any longer, when users can leave groups at will. > > Nicolas > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: switching between groups
* Bruce M Simpson <[EMAIL PROTECTED]> [2004-01-06 18:11 +]: > On Tue, Jan 06, 2004 at 11:14:06AM -0500, Adil Katchi wrote: > > I was just wondering if anyone has any ideas how it's possible for a user > > that belongs to multiple groups to somehow limit his or her own capabilities > > by using only one of the n groups that they belong to and be able to switch > > between these groups? For example, if userA belongs to groupA, groupB and > > groupC, can userA enter a mode that would force it to only belong to groupA > > (or groupB, or groupC)? UserA whould be able to switch between these groups > > and back to normal (ie. belong to all groups). > > newgrp(1) could be hacked to do this fairly easily. Currently it preserves > supplemental group memberships. An option to discard supplementals could > be added. But you shouldn't forget, you can deny access to a specific group now. This won't work any longer, when users can leave groups at will. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RFC: proposed new builtin for /bin/sh (associative arrays)
* Oliver Fromme <[EMAIL PROTECTED]> [2003-10-31 21:16 +0100]:
> Maybe I'm not understanding your intentions, but isn't that
> already possible using "set | sed -n '/^foo_/s/=.*//p'"?
>
> Or do you want to avoid external programs? In that case it
> would be a little bit more difficult to do, but it's still
> possible to do with existing builtins:
>
> indexes()
> {
> for i in `set`; do
> case $i in
> $1*) echo ${i%%=*}
> esac
> done
> }
I think both of these could fail with multiline values.
Nicolas
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: network crash dumps
* Brian Reichert <[EMAIL PROTECTED]> [2003-08-02 17:34 -0400]: > On Sat, Aug 02, 2003 at 10:11:32PM +0200, Nicolas Rachinsky wrote: > > * Brian Reichert <[EMAIL PROTECTED]> [2003-08-02 11:56 -0400]: > > > I seem to remember calling "panic" from ddb actually does > > > something strange. Try "call boot(1)" or "call boot" instead. > > > > > > Does anyone have a grasp on an alternate way of panicing a 4.7-R > > > kernel? > > > > kill -6 1 > > Hmm, this does bring down my machine, but I didn't see a panic > message on the console. Init dying does cause a reboot, but I > specifically need a panic.. Did you really send a SIGABRT to init? This should cause init to exit after a while (IIRC 30sec), which should cause a "Going nowhere without my init" panic. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: network crash dumps
* Brian Reichert <[EMAIL PROTECTED]> [2003-08-02 11:56 -0400]: > I seem to remember calling "panic" from ddb actually does > something strange. Try "call boot(1)" or "call boot" instead. > > Does anyone have a grasp on an alternate way of panicing a 4.7-R > kernel? kill -6 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hints on shell string expansion ?
* Luigi Rizzo <[EMAIL PROTECTED]> [2003-07-07 00:46 -0700]: > but i because the string of actions is used in several places, > I would love to find a way to group actions into a single > variable and then write something like this > > actions="allow 'deny log' 'pipe 10'" > for act in $actions ; do > echo "add $act ip from 1.2.3.4 to 5.6.7.8" > done actions="allow 'deny log' 'pipe 10'" eval "for act in $actions ; do"' echo "add $act ip from 1.2.3.4 to 5.6.7.8" done' But I'm shure there are better ways. Nicolas ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: coredump incomplete
* Paolo Pisati <[EMAIL PROTECTED]> [2002-10-01 23:01 +0200]: > > I'm trying to reproduce a bug of my system, and create a dump but, > just after my system rebooted, at the end of the > boot process, savecore found a seek problem or something like > that and the vmcore created was of only 10 bytes!!! =P > > which errors did i make?!?!? Don't use the -z flag. see http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/36136 Nicolas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Beep after shutdown
* Sean Hamilton <[EMAIL PROTECTED]> [2002-07-17 02:23 -0700]: > Greetings, > > The fact that FreeBSD does not beep after it finishes shutting down has > costed me dozens of hours of reformatting inconsistent filesystems, and > probably all sorts of little bits of data loss which I'm just unaware of. > I've tried to hack this into the kernel myself, without much luck. The best > I got it to do was start beeping but never end, since the timer related > stuff had already been killed off. This wound up being more irritating than > useful. > > Anybody clueful want to point me in the right direction? See http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/34820 Nicolas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: sorting in C
* Dan Arlow <[EMAIL PROTECTED]> [2002-06-14 14:40 -0400]: > dumb question: extra "&" in the previous post? > > why do both this > > qsort(&array, NUM_INTS, sizeof(*array), > > (int (*)(const void *, const void *)) comp); > and this > qsort(array, NUM_INTS, sizeof(*array), > (int (*)(const void *, const void *)) comp); > > work properly? I tried both and both compile/run/sort fine. > > (the difference afaik is that the first passes an *int[] aka int** and the > second passes an int[] aka int*) No, see http://www.eskimo.com/~scs/C-faq/q6.12.html Nicolas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: accessing data track of multimedia CD?
* Brian Reichert <[EMAIL PROTECTED]> [2002-06-06 18:04 -0400]: > I've been beating my head for hours against a wall trying to research > this: > > Under FreeBSD (4.5-RELEASE), with an ATAPI device (/dev/acd0c), how > can I mount, or otherwise access the data in a 'data track' of a > 'multimedia CD'? > > cdda2wav shows me: Look at the output of cdcontrol -f /dev/ Info instead. If there is a track with type data, you can try to mount this track with mount_cd9660 with parameter -s followed by the startsector of the data track (shown by cdcontrol). HTH Nicolas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Help: FreeBSD 4.3 to 4.5 upgrade problem using sysinstall script
* Koroush Saraf <[EMAIL PROTECTED]> [2002-04-04 09:56:39 -0800]: > Hi All, > I would like to upgrade a bunch of FreeBSD4.3 computers to FreeBSD 4.5. > Following the FreeBSD handbook I have setup a computer as an ftp server to > serve the contents of the CD4_5_1 as the root for anonymous FTP. > I like to be able to write a script to tell sysinstall to simply upgrade all > the computers. However, before I attempted to write the script I decided to > just try the interactive setup using the /stand/sysinstall on one of the > computers that needs the upgrade. [...] > Howevever the problem is that it comes back and gives the following error: > ? Warning: Can't find the `4.3-RELEASE' distribution on this ? > ? FTP server. You may need to visit a different server for ? > ? the release you are trying to fetch or go to the Options ? > ? menu and to set the release name to explicitly match what's ? > ? available on bsdcon (or set to "any"). ? > ? ? > ? Would you like to select another FTP server? > > Can someone please tell me what I'm doing wrong and also tell me how to > script this? put the cd in a directory named "4.3-RELEASE", sysinstall is looking for such a directory on the ftp-server Nicolas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
bin/35454
Hello, I hope this mail is appropriate for this mailinglist. I have a question regarding a pr I've submitted. I've made the mistake to submit it without a patch. One week later I wrote a patch, and submitted it in a followup, but I fear that everybody interessted in the PR had already looked at it, and so no one will see the patch. Is there anything I can/should do except submitting the PR with a patch in the beginning? Thanks Nicolas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Running different startup scripts on behalf of loaded kernel and kernel modules
* On Tue, Mar 12, 2002 at 04:38:42PM +0200, * Vladimir Terziev <[EMAIL PROTECTED]> wrote: > I think, I should refine my question ... > > How can I understand, when the startup scripts are going to be runned, which menu >item is choosed ? Does the output of "sysctl kern.bootfile" and kldstat help you? If you call "kldstat -n nameofmodule" the exitvalue depends on wether the module is loaded or not. Nicolas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
bug in libutil or ppp?
Hallo, I think there is an bug either in libutil's login function or in ppp. If you login via a port not in /etc/ttys (for example, i4brbch0) with ppp and utmp is enabled (the default) then ppp calls login() from libutil, login writes an entry to wtmp but not to utmp, because i4brbch0 is not in /etc/ttys and so ttyslot fails. On logout ppp checks tries to logout via libutil's logout function wich fails because there is no utmp entry, because of that ppp does not log the end of the session to wtmp. I think either should ppp write always the "logout entry" to wtmp, or login should write either both to utmp and wtmp or to none of them. Which would be the correct behaviour? Or is the present behaviour correct, and it is the users fault to use a line not mentioned in /etc/ttys? thanks Nicolas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
