Re: 4BSD Scheduler Problem on 5.3

2005-04-01 Thread William Michael Grim
I'm not sure if it's before or after your changes, Poul-Henning.  If there is
a newer -RELEASE I can upgrade too, I will do that.  I don't really want to
upgrade to -STABLE, but I will also do that to relieve the issue if necessary.
Just give me a recommendation on to either update RELEASE beyond -p1 or to
go ahead and update to -STABLE.

I appreciate the help all of you have been.

Thanks much.

On Fri, Apr 01, 2005 at 08:52:38PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, John Baldwin writes:
> 
> >> I think we have a race in -STABLE relating to tty wakeups and
> >> open/close/device teardown.  I've seen a panic relating to sio during a
> >> tty close on RELENG_5 about 5-6 months ago, but was unable to get a dump.
> >> Scott has since fixed dumps with twe, but I've not yet been able to get
> >> the bug to recur.  I'll give it another try.
> >
> >Sounds very plausible.  Does Poul-Henning have any ideas?
> 
> Is this before or after my tty changes ?
> 
> There is a general nastyness about ttys/sessions/exit which I have
> never really felt comfortable about.  My hope is that I have solved
> it by refcounting the tty structure.
> 
> So if this is before my changes:  "Yeah, known (but rare) issue)"
> 
> If after my changes: "D**N!"
> 
> -- 
> Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
> [EMAIL PROTECTED]     | TCP/IP since RFC 956
> FreeBSD committer   | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by incompetence.

-- 
William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


4BSD Scheduler Problem on 5.3

2005-03-31 Thread William Michael Grim
Hello.

I keep having kernel panics every couple weeks on my system.  It occurs in the
sched_switch() function.  There are several other statements in the
backtrace involving "??"; what are those?

I have attached the dump output and system info to this email.  Any feedback
would be helpful.

Thanks so much for your help.
-- 
William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]
Good dump found on device /dev/aacd0s1b
  Architecture: i386
  Architecture version: 1
  Dump length: 1073676288B (1023 MB)
  Blocksize: 512
  Dumptime: Tue Feb  1 00:27:24 2005
  Hostname: mania.cs.siue.edu
  Versionstring: FreeBSD 5.3-RELEASE #2: Tue Nov 16 22:58:39 CST 2004
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/MANIA
  Panicstring: page fault
  Bounds: 0


[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: 
Undefined symbol "ps_pglobal_lookup"]

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
(no debugging symbols found)...0xc04e7c7a in doadump ()
(kgdb) bt
#0  0xc04e7c7a in doadump ()
#1  0xc04e8273 in boot ()
#2  0xc04e85c9 in panic ()
#3  0xc064d850 in trap_fatal ()
#4  0xc064d583 in trap_pfault ()
#5  0xc064d199 in trap ()
#6  0xc063d2ba in calltrap ()
#7  0xc04d0018 in exit1 ()
#8  0xc0516b69 in ttwakeup ()
#9  0xc05157cc in ttymodem ()
#10 0xc05194b7 in ptcopen ()
#11 0xc04b0b76 in spec_open ()
#12 0xc04b08bb in spec_vnoperate ()
#13 0xc05464f5 in vn_open_cred ()
#14 0xc05460da in vn_open ()
#15 0xc05401f3 in kern_open ()
#16 0xc054010c in open ()
#17 0xc064db63 in syscall ()
#18 0xc063d30f in Xint0x80_syscall ()
#19 0x002f in ?? ()
#20 0x0807002f in ?? ()
#21 0xbfbf002f in ?? ()
#22 0x in ?? ()
#23 0x280d1c2d in ?? ()
#24 0xbfbfe2d8 in ?? ()
#25 0xef5eed74 in ?? ()
#26 0x280d3860 in ?? ()
#27 0x280d1c4a in ?? ()
#28 0x283395ec in ?? ()
#29 0x0005 in ?? ()
#30 0x000c in ?? ()
#31 0x0002 in ?? ()
#32 0x282c2517 in ?? ()
#33 0x001f in ?? ()
#34 0x0292 in ?? ()
#35 0xbfbfe27c in ?? ()
#36 0x002f in ?? ()
#37 0x in ?? ()
#38 0x in ?? ()
#39 0x in ?? ()
#40 0x in ?? ()
#41 0x110c8000 in ?? ()
#42 0xc6cb5388 in ?? ()
#43 0xc814a960 in ?? ()
#44 0xef5eeb00 in ?? ()
#45 0xef5eeae8 in ?? ()
#46 0xc1e7c7d0 in ?? ()
#47 0xc04f88ab in sched_switch ()
(kgdb) q

Previous frame inner to this frame (corrupt stack?)
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Where is FreeBSD going?

2004-01-06 Thread William Michael Grim
I just have one comment... who gives a shit.  Let this useless thread die.

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


RE: pciconf -lv - /dev/pci error

2003-12-31 Thread William Michael Grim
Good call; I do in fact have securelevel enabled.  I would like to keep it
enabled if possible.  Is there any way to get to /dev/pci while in
securelevel 2, or do I have to temporarily drop the securelevel through
sysctl?

Many thanks in advance.

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]



On Wed, 31 Dec 2003, John Baldwin wrote:

> 
> On 31-Dec-2003 William Michael Grim wrote:
> > Hey!
> > 
> > I have 5.1-RELEASE installed on my system, and I've never needed to do a
> > "pciconf -lv" to probe the system before.  However, I tried doing it
> > earlier today after logging in through SSH and doing "su -" to become
> > superuser.  I received this error:
> > 
> > [EMAIL PROTECTED] 09:12:42 root]# pciconf -lv
> > pciconf: /dev/pci: Operation not permitted
> > 
> > [EMAIL PROTECTED] 09:15:41 root]# ls -l /dev/pci
> > crw-r--r--  1 root  wheel  251,   0 Nov  2 05:09 /dev/pci
> > 
> > So, as you can see, the permissions are correct.  Perhaps I don't have
> > something compiled into my kernel?  I can attach a dmesg and kernel config
> > if it's necessary.
> > 
> > Thanks in advance.
> 
> Do you have securelevel raised?
> 
> -- 
> 
> John Baldwin <[EMAIL PROTECTED]>  <><  http://www.FreeBSD.org/~jhb/
> "Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


pciconf -lv - /dev/pci error

2003-12-31 Thread William Michael Grim
Hey!

I have 5.1-RELEASE installed on my system, and I've never needed to do a
"pciconf -lv" to probe the system before.  However, I tried doing it
earlier today after logging in through SSH and doing "su -" to become
superuser.  I received this error:

[EMAIL PROTECTED] 09:12:42 root]# pciconf -lv
pciconf: /dev/pci: Operation not permitted

[EMAIL PROTECTED] 09:15:41 root]# ls -l /dev/pci
crw-r--r--  1 root  wheel  251,   0 Nov  2 05:09 /dev/pci

So, as you can see, the permissions are correct.  Perhaps I don't have
something compiled into my kernel?  I can attach a dmesg and kernel config
if it's necessary.

Thanks in advance.

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: logitech cordless optical mouse problems...

2003-12-30 Thread William Michael Grim
Have you tried unplugging the USB portion and just running off of PS/2 or
vice-versa?  I find it hard to believe that a mouse would need to be
plugged into both at once in order to operate.  Running part of the
connection through PS/2 and part through USB might increase speed (you
know, if it worked), but the extra speed would be wasted, since we use
devices so slowly (compared to how fast a computer operates).

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]



On Tue, 30 Dec 2003, Evren Yurtesen wrote:

> That is not the problem. I get nothing
> freebsd:/home/staff/yurtesen#cat /dev/ums0 
> 
> its empty
> 
> But this is a weird mouse, it has USB connection and then PS/2 connection
> also. It doesn't work if the PS/2 connector is not connected! I was
> thinking that the mouse maybe shows itself from USB but communicates
> through PS/2 connector. The reason I think this is that when I disconnect
> PS/2 connector, freebsd still finds ums0 device.
> 
> Evren
> 
> On Tue, 30 Dec 2003, William Michael Grim wrote:
> 
> > A good test is to kill moused on your system and drop into a console.
> > Here, do "cat /dev/ums0" and move the mouse around a little bit.  If a
> > bunch of random characters begin appearing, your mouse is working just
> > fine and you've probably chosen the wrong protocol to use with XFree86.
> > With USB mice, you sometimes need to use the "auto" protocol.
> > 
> > BTW, you can not disable moused on bootup by disabling it in /etc/rc.conf.
> > I plan to write a patch or something for this sometime because it's
> > annoying.
> > 
> > Best of luck!
> > 
> > William Michael Grim
> > Student, Southern Illinois University at Edwardsville
> > Unix Network Administrator, SIUE, Computer Science dept.
> > Phone: (217) 341-6552
> > Email: [EMAIL PROTECTED]
> > 
> > 
> > 
> > On Tue, 30 Dec 2003, Evren Yurtesen wrote:
> > 
> > > This mouse has a USB connection and PS/2 connection to the computer. The
> > > keyboard works but the mouse doesnt.
> > > 
> > > I tried to use ums0 device and with moused I tried sysmouse device
> > > but none makes any effect in X.
> > > 
> > > I have found from google that this mouse(or similar) works in netbsd.
> > > http://starling.us/gus_netbsd/gus_netbsd_logitech_cordless_optical_mouse.html
> > > 
> > > The mouse I am talking about is working under windows and in many
> > > different flavors of Linux!
> > > 
> > > Thanks, here is dmesg. Can there be a driver for this mouse that you guys
> > > forgot to import from netbsd or ? (as you can see that I have even
> > > recently cvsupped a 5.2-rc2 system but it still didnt solve the problem)
> > > 
> > > Copyright (c) 1992-2003 The FreeBSD Project.
> > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> > > The Regents of the University of California. All rights reserved.
> > > FreeBSD 5.2-RC2 #0: Mon Dec 22 07:23:48 GMT 2003
> > > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
> > > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a33000.
> > > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a331f4.
> > > Timecounter "i8254" frequency 1193182 Hz quality 0
> > > CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU)
> > >   Origin = "GenuineIntel"  Id = 0x660  Stepping = 0
> > > 
> > > Features=0x183f9ff
> > > real memory  = 335478784 (319 MB)
> > > avail memory = 316243968 (301 MB)
> > > Pentium Pro MTRR support enabled
> > > npx0: [FAST]
> > > npx0:  on motherboard
> > > npx0: INT 16 interface
> > > acpi0:  on motherboard
> > > pcibios: BIOS version 2.10
> > > Using $PIR table, 7 entries at 0xc00fdf00
> > > acpi0: Power Button (fixed)
> > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
> > > ACPI-1287: *** Error: Method execution failed
> > > [\\_SB_.PCI0.ISA_.FDC0._CRS] (Node 0xc33ec3c0), AE_AML_UNINITIALIZED_LOCAL
> > > ACPI-0175: *** Error: Method execution failed
> > > [\\_SB_.PCI0.ISA_.FDC0._CRS] (Node 0xc33ec3c0), AE_AML_UNINITIALIZED_LOCAL
> > > can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 -
> > > AE_AML_UNINITIALIZED_LOCAL
> > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
> > > acpi_cpu0:  on acpi0

Re: logitech cordless optical mouse problems...

2003-12-30 Thread William Michael Grim
A good test is to kill moused on your system and drop into a console.
Here, do "cat /dev/ums0" and move the mouse around a little bit.  If a
bunch of random characters begin appearing, your mouse is working just
fine and you've probably chosen the wrong protocol to use with XFree86.
With USB mice, you sometimes need to use the "auto" protocol.

BTW, you can not disable moused on bootup by disabling it in /etc/rc.conf.
I plan to write a patch or something for this sometime because it's
annoying.

Best of luck!

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]



On Tue, 30 Dec 2003, Evren Yurtesen wrote:

> This mouse has a USB connection and PS/2 connection to the computer. The
> keyboard works but the mouse doesnt.
> 
> I tried to use ums0 device and with moused I tried sysmouse device
> but none makes any effect in X.
> 
> I have found from google that this mouse(or similar) works in netbsd.
> http://starling.us/gus_netbsd/gus_netbsd_logitech_cordless_optical_mouse.html
> 
> The mouse I am talking about is working under windows and in many
> different flavors of Linux!
> 
> Thanks, here is dmesg. Can there be a driver for this mouse that you guys
> forgot to import from netbsd or ? (as you can see that I have even
> recently cvsupped a 5.2-rc2 system but it still didnt solve the problem)
> 
> Copyright (c) 1992-2003 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> The Regents of the University of California. All rights reserved.
> FreeBSD 5.2-RC2 #0: Mon Dec 22 07:23:48 GMT 2003
> [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a33000.
> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a331f4.
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0x660  Stepping = 0
> 
> Features=0x183f9ff
> real memory  = 335478784 (319 MB)
> avail memory = 316243968 (301 MB)
> Pentium Pro MTRR support enabled
> npx0: [FAST]
> npx0:  on motherboard
> npx0: INT 16 interface
> acpi0:  on motherboard
> pcibios: BIOS version 2.10
> Using $PIR table, 7 entries at 0xc00fdf00
> acpi0: Power Button (fixed)
> Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
> ACPI-1287: *** Error: Method execution failed
> [\\_SB_.PCI0.ISA_.FDC0._CRS] (Node 0xc33ec3c0), AE_AML_UNINITIALIZED_LOCAL
> ACPI-0175: *** Error: Method execution failed
> [\\_SB_.PCI0.ISA_.FDC0._CRS] (Node 0xc33ec3c0), AE_AML_UNINITIALIZED_LOCAL
> can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 -
> AE_AML_UNINITIALIZED_LOCAL
> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
> acpi_cpu0:  on acpi0
> acpi_button0:  on acpi0
> pcib0:  port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff
> on acpi0
> pci0:  on pcib0
> pcib0: slot 7 INTD is routed to irq 11
> pcib0: slot 11 INTA is routed to irq 10
> pcib0: slot 17 INTA is routed to irq 11
> agp0:  mem
> 0xd200-0xd2ff at device 0.0 on pci0
> pcib1:  at device 1.0 on pci0
> pci1:  on pcib1
> pcib0: slot 1 INTA is routed to irq 12
> pcib1: slot 0 INTA is routed to irq 12
> pci1:  at device 0.0 (no driver attached)
> isab0:  at device 7.0 on pci0
> isa0:  on isab0
> atapci0:  port 0xf000-0xf00f at device 7.1
> on pci0
> ata0: at 0x1f0 irq 14 on atapci0
> ata0: [MPSAFE]
> ata1: at 0x170 irq 15 on atapci0
> ata1: [MPSAFE]
> uhci0:  port 0xe000-0xe01f irq 11
> at device 7.2 on pci0
> usb0:  on uhci0
> usb0: USB revision 1.0
> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> ukbd0: Logitech USB Receiver, rev 1.10/17.00, addr 2, iclass 3/1
> kbd1 at ukbd0
> ums0: Logitech USB Receiver, rev 1.10/17.00, addr 2, iclass 3/1
> ums0: 7 buttons and Z dir.
> pci0:  at device 7.3 (no driver attached)
> rl0:  port 0xe400-0xe4ff mem
> 0xd400-0xd4ff irq 10 at device 11.0 on pci0
> rl0: Ethernet address: 00:0a:cd:05:db:36
> miibus0:  on rl0
> rlphy0:  on miibus0
> rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> pci0:  at device 17.0 (no driver attached)
> pci0:  at device 17.1 (no driver attached)
> fdc0: cannot reserve I/O port range (1 ports)
> sio0 port 0x3f8-0x3ff irq 4 on acpi0
> sio0: type 16550A
> ppc0 port 0x3bc-0x3c3 irq 7 on acpi0
> ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
> ppbus0:  on ppc0
> plip0:  on ppbus0
> lpt0:  on ppbus0
> lpt0: Interrupt-driven port
> ppi0:  on ppbus0

Re: Update: PR bin/60636

2003-12-29 Thread William Michael Grim
Thank much.  I know the damage is probably already done though; I'll have
to setup a filtering system of some sort to block all email to that
account.

Again, thanks for the swift response.  I hope the PR helps some people
out.  :-)

BTW, this email is also in response to all others that emailed me about
this problem.  I would like to say thanks to you as well.

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Email: [EMAIL PROTECTED]



On Mon, 29 Dec 2003, Maxim Konovalov wrote:

> On Mon, 29 Dec 2003, 01:27-0600, William Grim wrote:
> 
> > Hey there.
> >
> > I emailed that PR into the FreeBSD team the other day.  I didn't remove
> > a line that said , because the above lines said comments and
> > anything between < and > would be removed.  It put [EMAIL PROTECTED]
> > as my email, and now I'm getting all sorts of spam to that mail box (all
> > dealing with that stupid ass "Last chance to update MS" and shit).
> >
> > Sorry for the cussing, but this is frustrating since that's used
> > strictly for system administration; can you change the email address to
> > [EMAIL PROTECTED]
> >
> > Thanks.
> >
> > PS : Just tell me who to forward this email too to get this resolved if
> > this is not the appropriate place.
> 
> Done.
> 
> -- 
> Maxim Konovalov, [EMAIL PROTECTED], [EMAIL PROTECTED]
> 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


[Patch] : adduser - one other thing

2003-12-27 Thread William Michael Grim
I forgot to mention the adduer patch was for FreebSD 5.x; I'm very sorry
for the extra posting.

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: [Patch] : adduser - new functionality

2003-12-27 Thread William Michael Grim
Hey there!

I have included a patch to adduser that allows a user to change the
permissions with which adduser sets a new home directory.  I made this
change because I ALWAYS forget to set up a default permission since most
variants of Unix already set it to 0751 for me.

I also included a diff of the man page for adduser that gives some
information about the change.

I tried testing this in as many possible ways as I could.  I'd like to
think I did a good job, but only time can tell.

Should I send this patch somewhere else or not?

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]



85d84
<   echo "  -o  home directory permissions (octal)"
155d153
<   echo "mode=$mode"   >> ${ADDUSERCONF}
274,276d271
< 
<   chmod $mode "$uhome";
<   info "Set permissions of ($uhome) to $mode.";
390,404d384
< # get_mode
< # Reads an octal number (permissions) in an interactive session or batch
< # session.  Sets the user's new home directory to these permissions.
< #
< get_mode() {
<   _input=
< 
<   echo -n "Home directory permissions [$mode]: "
<   read _input
< 
<   if [ -n "$_input" ]; then
<   mode=$_input
<   fi
< }
< 
628d607
<   get_mode
739d717
<   printf "%-10s : %s\n" "Home Perms" "$mode"
805d782
< mode=0751
877,880d853
<   ;;
<   -o)
<   mode="$2"
<   shift; shift;
48d47
< .Op Fl o Ar mode
117,121d115
< .It mode
< You may only use absolute or symbolic modes for home directory
< permissions; see
< .Xr chmod 1
< for more information.
285,288d278
< .It Fl o Ar mode
< Set the default permissions of a new home directory using modes
< specified in
< .Xr chmod 1 .
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: OpenSSH flaw #23515 - what is the workaround, and is there an exploit ?

2003-09-16 Thread William Michael Grim
What the hell are you talking about?  Thanks for not giving us any info
about your problem.

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix Network Administrator, SIUE, Computer Science dept.



On Tue, 16 Sep 2003, Josh Brooks wrote:

> 
> 1. What is the workaround for this issue ?  Be creative.  Not everyone can
> update their userland in a normal fashion - and no, I won't sit here and
> justify that statement.  Think embedded systems.
> 
> 2. Is there really an exploit in the wild ?  Any comments appreciated.
> 
> 
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Login directly as root.

2002-12-27 Thread William Michael Grim
If I had to take a guess, the reason normal user logins are disabled
during "insecure" on single mode is because of the way authentication may
be getting handled, among other things.

First off, it's single-user mode, meant for only the root user; no one
else has a need for the system at that point.

Second, what if you're reading your usernames off of NIS and don't have
anyone but root on your system?  Then you'd get kind of screwed in
single-user; your whole system would break.

Well, I hope this helps you out.

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix System Administrator, SIUE, Computer Science dept.
Phone: (217) 341-6552
Email: [EMAIL PROTECTED]



On Fri, 27 Dec 2002, Pawel Jakub Dawidek wrote:

> Hello hackers...
> 
> I'm wondering why there is "insecure" options in /etc/ttys for virtual
> consoles.
> As we all know, "insecure" for ttyvX means that we can't directly log in
> as root, but "insecure" for console field in /etc/ttys means only that
> we will be asked  for root's password in single mode.
> Hmm, if I got psyhical access to machine and ttyvX are in "insecure" mode
> and I know root's password I can just reboot machine and log in as root.
> So if "insecure" mode is a security feature, shouldn't this be in that
> way (in single mode):
> 
> Login: 
> Password: 
> Root's password: 
> 
> ?
> 
> -- 
> Pawel Jakub Dawidek
> UNIX Systems Administrator
> http://garage.freebsd.pl
> Am I Evil? Yes, I Am.
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: I'm leaving the project

2002-12-18 Thread William Michael Grim
I don't care who hacked what; get over it, grow up, and move on.

William Michael Grim
Student, Southern Illinois University at Edwardsville
Unix System Administrator, SIUE, Computer Science dept.
Email: [EMAIL PROTECTED]



On Wed, 18 Dec 2002, Matt Dillon wrote:

> On Wed, 18 Dec 2002 13:22:09 -0600
>   [EMAIL PROTECTED] wrote:
> >You know, I hardly ever post here because I'm in the 
> >newbie stages of learning 
> >how the OS internals work, but you're really pissing me 
> >off.
> 
> I don't care.
> 
> >All you do is clog up my mail box, and I'm basically 
> >tired of your shit.
> 
> I don't care.
> 
> >EVERYONE on the list knows who the real Matt Dillon is; so, please, stfu.  If 
> 
> I don't care.
> 
> >Good day to you dipcrap,
> >Faker Hater
> 
> I don't know how old you are, or if you're just
> dim. If that Dillon moron hadn't backed out my
> good patches and started a flamewar over his
> shitty ipfw fix, I would have never posted that
> message. Now go and study The Design and
> Implementation of 4.4BSD by Dr. McKusick. Until
> you can tell ls from rm, get the fuck out of my
> inbox.
> 
> Yours,
>Matt 'ipfw patch' Dillon
> 
> _
> For the best comics, toys, movies, and more,
> please visit <http://www.tfaw.com/?qt=wmf>
> 
> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message