* Re: Getting a valid display under Debian revisited
From: Peter Garrett @ 2003-12-10 8:51 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <Pine.LNX.4.58.0312092206490.777@debian-box>
There are several S3 cards. I had a similar problem with the S3Trio
dx/gx, I think it was ... apparently the drivers are quite specific for
the model.
On Wed, 2003-12-10 at 15:18, jamtat@mailsnare.net wrote:
> I was finally able to get a working display by using the vesa xserver. I
> can get 1024x768 with 16 bit color with this. Strange that the S3
> xserver, which is supposed to be for this card, would not work. Any ideas
> why, anyone?
>
> I still get the /dev/input/mice missing directory error, but that doesn't
> seem to interfere with X running.
>
> The mouse cursor was acting really wildly, but I think that was because I
> installed gpm. Once I kill gpm (killall gpm), it behaves normally. I
> tried setting the mouse input device to /dev/gpmdata, as the manpage
> suggests, but that did not resolve the problem: only killing gpm makes
> the cursor behave normally under Xwindows. Since I like to use alot
> of virtual terminals, I'll miss having gpm functioning. Anyone have any
> ideas about how to make gpm work alongside Xwindows?
>
> And, on a similar note: I like to have my virtual terminals set at vga=5
> (I include that comment in lilo.conf). However, once I fire up X windows,
> then exit it, the console gets wierd. About 1/4 of the console screen is
> cut off at the bottom. If I change vga=5 to vga=normal, I don't get that
> lower 1/4 of the screen getting cut off, but I also get a text size I
> don't really like in the virtual terminals. Anyone have any ideas on how
> to resolve this problem, or other insights into it? Does it happen
> because the xserver I'm using messes with the video BIOS?
>
> Thanks, James
> -
> To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.linux-learn.org/faqs
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Getting a valid display under Debian revisited
From: jamtat @ 2003-12-10 4:18 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <Pine.LNX.4.58.0312091843110.1018@debian-box>
I was finally able to get a working display by using the vesa xserver. I
can get 1024x768 with 16 bit color with this. Strange that the S3
xserver, which is supposed to be for this card, would not work. Any ideas
why, anyone?
I still get the /dev/input/mice missing directory error, but that doesn't
seem to interfere with X running.
The mouse cursor was acting really wildly, but I think that was because I
installed gpm. Once I kill gpm (killall gpm), it behaves normally. I
tried setting the mouse input device to /dev/gpmdata, as the manpage
suggests, but that did not resolve the problem: only killing gpm makes
the cursor behave normally under Xwindows. Since I like to use alot
of virtual terminals, I'll miss having gpm functioning. Anyone have any
ideas about how to make gpm work alongside Xwindows?
And, on a similar note: I like to have my virtual terminals set at vga=5
(I include that comment in lilo.conf). However, once I fire up X windows,
then exit it, the console gets wierd. About 1/4 of the console screen is
cut off at the bottom. If I change vga=5 to vga=normal, I don't get that
lower 1/4 of the screen getting cut off, but I also get a text size I
don't really like in the virtual terminals. Anyone have any ideas on how
to resolve this problem, or other insights into it? Does it happen
because the xserver I'm using messes with the video BIOS?
Thanks, James
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Process information?
From: Neo Wee Teck @ 2003-12-10 0:55 UTC (permalink / raw)
To: whitnl73, weeteck; +Cc: linux-newbie
But in redhat's kernel, even with ps ax, it shows [httpd]
--- whitnl73@juno.com wrote:
On Mon, 8 Dec 2003, Neo Wee Teck wrote:
> Hi,
>
> I saw some difference in the process info when using RedHat kernel 2.4.20-8 and the kernel from kernel.org (2.4.23)
>
> With Redhat's kernel, process show something like this
>
> www 10186 0.0 0.1 2536 1272 ? S Dec08 0:01 [httpd]
> www 10187 0.0 0.1 2536 1272 ? S Dec08 0:01 [httpd]
> www 10188 0.0 0.1 2536 1276 ? S Dec08 0:01 [httpd]
>
> But with 2.4.23 kernel it shows
>
> www 5673 0.0 0.1 2536 1272 ? S Dec08 0:01 /usr/local/apache/bin/httpd
> www 5674 0.0 0.1 2536 1272 ? S Dec08 0:01 /usr/local/apache/bin/httpd
> www 5675 0.0 0.1 2536 1276 ? S Dec08 0:01 /usr/local/apache/bin/httpd
>
> Any configuration in the kernel that i missed out? I prefer the way processes are shown in Redhat's kernel but would like to use the 2.4.23's kernel.
>
> Cheers
>
> Neo
try adding c to whatever ps options you use.
[whit@giftie whit]$ ps -C xfstt u
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 510 0.0 0.9 1896 740 ? S Dec02 0:00 /usr/X11R6/bin/xf
root 10382 0.0 0.9 6504 764 ? S Dec03 0:00 /usr/X11R6/bin/xf
[whit@giftie whit]$ ps -C xfstt uc
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 510 0.0 0.9 1896 740 ? S Dec02 0:00 xfstt
root 10382 0.0 0.9 6504 764 ? S Dec03 0:00 xfstt
[whit@giftie whit]$ tty
/dev/vc/4
[whit@giftie whit]$ cat /dev/vcc/4|fold|trail >oops
This is nothing to do with the kernel patch level, I think.
Lawson
--
---oops---
________________________________________________________________
The best thing to hit the internet in years - Juno SpeedBand!
Surf the web up to FIVE TIMES FASTER!
Only $14.95/ month - visit www.juno.com to sign up today!
_____________________________________________________________
Linux.Net -->Open Source to everyone
Powered by Linare Corporation
http://www.linare.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Getting a valid display under Debian revisited
From: jamtat @ 2003-12-10 0:44 UTC (permalink / raw)
To: linux-newbie
Apologies if this gets double-posted. I sent it 2 or 3 hrs ago and
haven't seen it hit the list yet, so I'm resending.
On Tue, 9 Dec 2003, Ray Olszewski wrote:
> OK. First thing to wonder is if this is some sort of xdm problem. Test this
> by removing the symlink /etc/rc2.d/S99xdm and rebooting. This change should
> leave you with a standard login: prompt on VT1.
>
> Log in and run "startx", and see if you have the same problem.
>
Same problem. A bit of phosphor excitement as the server starts, and some
blinking. Then it goes totally black and the power light starts blinking.
> This detail actually is important. It is an indicator of a problem with an
> hsync or vsync signal to the monitor. Make sure your X setup is set to use
> default size of 640x480 and color depth of 8 (not great settings, but very
> vanilla ones, likely to find a workable modeline).
>
Tried 640x480x8 with the current hsync and vsync. Same problem - black
screen after a blink or two.
> I don't have a 2.2.20 source tree handy to examine, and I don't otherwise
> recall if it supports devfs. Based on my system here, current (or at least
> recent) X doesn't assume devfs is in use.
>
I tried the new kernel and am running it now. It has not resolved the
problem.
> As a general matter, if we are looking at the possibility of hardware
> problems, you might want to report the details of how you consifured X (in
> the dpkg-mediated dialog) and what the relevant sections (Modules, Device,
> Monitor, Screen, and ServerLayout) of XF86Config look like. Also tell us
> what monitor you are using and what you know about its multisync
> capabilities (this last item is an RTFM exercise).
>
When I installed X using tasksel, a set of dialogues ran after the
download asking details about video card, monitor, keyboard and mouse. I
entered the values there. I initially edited (by hand) a line in the
section that deals with the mouse. Since then, I have run
dpkg-reconfigure xserver-xfree86 at least 4 or 5 times to try and fiddle
with settings to see if that would help. Those mouse settings have almost
surely been overwritten by now. The way XF86Config-4 looks is sort of a
moving target for this reason: I'm not sure what to show you. This
monitor is a Microscan ADI 4V LM-1564. Like most of the other stuff I
have, this one is a castoff that came with no documentation. Specs I
found on the web for it say it can do 1280x1024 maximum, and that hsync is
30-64, vsync 50-100. I tried those settings initially at 24 bit color and
640x480, 800x600 and 1024x768 resolutions. Later I went down to 50-80 on
vsync. Since your last reply I've selected 640x480 only in
dpkg-reconfigure xserver-xfree86 and 8 bit color. I also tried limiting
hsync down to 30-40 and vsync to 50-60.
Though it may not be relevant, I'd like to ask how I go about specifying a
window manager. I apt-get(ted) fluxbox as I mentioned, but I'm just not
sure if I need to configure the system somehow so that the computer knows
to start it. I'm assuming that, even if that's not configured correctly,
I should still see something when I run "startx," and that it's therefore
probably not relevant to the problems I'm having. But not being sure, and
needing to perhaps confront that aspect at some stage, I thought I should
mention it. What I really need is some sort of description of setting up
X from start to finish. Unfortunately, I haven't located such a resource
yet. Any recommendations anyone?
Thanks, James
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: forwarding question
From: Petre Bandac @ 2003-12-09 23:34 UTC (permalink / raw)
To: Ray Olszewski, g38, linux-newbie
In-Reply-To: <5.1.0.14.1.20031209145625.02059488@celine>
On Wednesday 10 December 2003 01:22 Anno Domini, Ray Olszewski wrote using one
of his keyboards:
> At 12:21 AM 12/10/2003 +0200, Petre Bandac wrote:
> >hello
> >
> >I have the following problem:
> >
> >I want all the http traffic (dport 80) to be redirected to some other
> >machine,
> >from where the packets should go out on the internet
> >
> >I have tried to SNAT, but it seems that it isn't possible only with
> > iptables
> >
> >on the second machine there should be squid running to take care of the
> >incoming packets, or what ?
> >
> >(please cc to me, because though I'm subscribed to this list, messages
> >stopped
> >arriving to me since april 19th)
>
> First the incidental part: if you are not getting list mail, you are
> probably not subscribed. The vger server will detect some mail delievery
> failures and auto-unsubscribe addresses. So if you had a transient e-mail
> failure, one that left you unable to receive mail for a day or so, that
> might have caused you to be unsubscribed. (Or it may be something else, of
> course; I only mention this because any time one stops getting list mail
> for no apparent reason, it is worth verifying that you are still
> subscribed. Over the 5 years or so I've been on this list, I've been
> involuntarily unsubscribed about a half dozen times.)
I resubscribed and it works now :-)
> Now your actual question: I don't *quite* understand what you want to
> accomplish here, so some of this is guessing.
linux_1 193.231.x.x is routing a subnet (routable)
linux_2 is on the same network with linux_1 (193.231.x.x)
all the traffic from the subnet going to port 80 must be redirected to linux_2
(this redirection I presume should be made by linux_1), and from there go to
its destination (yahoo.com or whatever)
so, linux_2 should have proxy (squid or apache, as you say) or it can do snat
or whatever trick with iptables
thanks,
petre
> The usual way to force a host to use a proxy server for (say) http traffic
> is
>
> (A) in the site's router/firewall, DENY all traffic going from
> workstations to external addresses at port 80 (and maybe 443, if you want
> to restrict https too); ALLOW traffic only from the machine in B.
>
> (B) on some suitable-secure internal server, run a proxy like
> Squid or Junkbuster or whatever (I think even Apache itself can be
> configured to operate as a proxy) to forward the traffic.
>
> (C) Have each user configure his or her bowser to use that proxy
> server.
>
> What I **think** you are trying is a bit different, something I've never
> seen done but that, in principle, whould work. It goes something like this:
>
> (A) is the same as above, since if you don't restrict things at
> the router, users will have the opportunity to bypass restrictions (unless
> no user has *any* way to get root access to his or her workstation, hard to
> manage on Linux systems that the user has physical access to).
>
> (B) On each individual workstation (or perhaps on the router,
> instead of step A), use the kernel's routing code to redirect all port-80
> (and 443?) traffic to an internal server that runs some sort of proxy.
>
> If you want to do that, then iptables should work. The details depend on
> whether you are talking about running Linux and iptables on the
> workstations or the firewall/router. For example, on the firewall/router,
> you would do it with 2 rules:
>
> (1) in the default table's FORWARD chain: For any traffic from the
> LAN to port 80, ACCEPT it
>
> (2) in the nat table's PREROUTING chain: For any traffic from any
> LAN address other than the proxy server to an external port 80 destination,
> DNAT it to the proxy server address.
>
> You may need to modify other existing rules as well, depending on details
> of your setup that can vary too much for me to cover even all the likely
> cases. (For example, rulesets often block routing LAN traffic back to the
> LAN, and rule 2 above runs afoul of that.)
>
> All this is a bit vague, I admit, but your requirements ae a bit vague too.
> If you try again, describing the setup and your goal more precisely, as
> well as telling us what you tried (I do'nt see how even to *try* doing this
> with SNAT, for example) and what went wrong, then maybe I or someone else
> can give you more exact help.
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.linux-learn.org/faqs
--
1:34AM up 15:19, 1 user, load averages: 1.13, 1.26, 1.31
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: forwarding question
From: Ray Olszewski @ 2003-12-09 23:22 UTC (permalink / raw)
To: g38, linux-newbie; +Cc: petre
In-Reply-To: <200312100021.55957.g38@rdsbv.ro>
At 12:21 AM 12/10/2003 +0200, Petre Bandac wrote:
>hello
>
>I have the following problem:
>
>I want all the http traffic (dport 80) to be redirected to some other
>machine,
>from where the packets should go out on the internet
>
>I have tried to SNAT, but it seems that it isn't possible only with iptables
>
>on the second machine there should be squid running to take care of the
>incoming packets, or what ?
>
>(please cc to me, because though I'm subscribed to this list, messages
>stopped
>arriving to me since april 19th)
First the incidental part: if you are not getting list mail, you are
probably not subscribed. The vger server will detect some mail delievery
failures and auto-unsubscribe addresses. So if you had a transient e-mail
failure, one that left you unable to receive mail for a day or so, that
might have caused you to be unsubscribed. (Or it may be something else, of
course; I only mention this because any time one stops getting list mail
for no apparent reason, it is worth verifying that you are still
subscribed. Over the 5 years or so I've been on this list, I've been
involuntarily unsubscribed about a half dozen times.)
Now your actual question: I don't *quite* understand what you want to
accomplish here, so some of this is guessing.
The usual way to force a host to use a proxy server for (say) http traffic is
(A) in the site's router/firewall, DENY all traffic going from
workstations to external addresses at port 80 (and maybe 443, if you want
to restrict https too); ALLOW traffic only from the machine in B.
(B) on some suitable-secure internal server, run a proxy like
Squid or Junkbuster or whatever (I think even Apache itself can be
configured to operate as a proxy) to forward the traffic.
(C) Have each user configure his or her bowser to use that proxy
server.
What I **think** you are trying is a bit different, something I've never
seen done but that, in principle, whould work. It goes something like this:
(A) is the same as above, since if you don't restrict things at
the router, users will have the opportunity to bypass restrictions (unless
no user has *any* way to get root access to his or her workstation, hard to
manage on Linux systems that the user has physical access to).
(B) On each individual workstation (or perhaps on the router,
instead of step A), use the kernel's routing code to redirect all port-80
(and 443?) traffic to an internal server that runs some sort of proxy.
If you want to do that, then iptables should work. The details depend on
whether you are talking about running Linux and iptables on the
workstations or the firewall/router. For example, on the firewall/router,
you would do it with 2 rules:
(1) in the default table's FORWARD chain: For any traffic from the
LAN to port 80, ACCEPT it
(2) in the nat table's PREROUTING chain: For any traffic from any
LAN address other than the proxy server to an external port 80 destination,
DNAT it to the proxy server address.
You may need to modify other existing rules as well, depending on details
of your setup that can vary too much for me to cover even all the likely
cases. (For example, rulesets often block routing LAN traffic back to the
LAN, and rule 2 above runs afoul of that.)
All this is a bit vague, I admit, but your requirements ae a bit vague too.
If you try again, describing the setup and your goal more precisely, as
well as telling us what you tried (I do'nt see how even to *try* doing this
with SNAT, for example) and what went wrong, then maybe I or someone else
can give you more exact help.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Process information?
From: whitnl73 @ 2003-12-09 23:01 UTC (permalink / raw)
To: weeteck; +Cc: linux-newbie
In-Reply-To: <20031209013732.D92B03965@sitemail.everyone.net>
On Mon, 8 Dec 2003, Neo Wee Teck wrote:
> Hi,
>
> I saw some difference in the process info when using RedHat kernel 2.4.20-8 and the kernel from kernel.org (2.4.23)
>
> With Redhat's kernel, process show something like this
>
> www 10186 0.0 0.1 2536 1272 ? S Dec08 0:01 [httpd]
> www 10187 0.0 0.1 2536 1272 ? S Dec08 0:01 [httpd]
> www 10188 0.0 0.1 2536 1276 ? S Dec08 0:01 [httpd]
>
> But with 2.4.23 kernel it shows
>
> www 5673 0.0 0.1 2536 1272 ? S Dec08 0:01 /usr/local/apache/bin/httpd
> www 5674 0.0 0.1 2536 1272 ? S Dec08 0:01 /usr/local/apache/bin/httpd
> www 5675 0.0 0.1 2536 1276 ? S Dec08 0:01 /usr/local/apache/bin/httpd
>
> Any configuration in the kernel that i missed out? I prefer the way processes are shown in Redhat's kernel but would like to use the 2.4.23's kernel.
>
> Cheers
>
> Neo
try adding c to whatever ps options you use.
[whit@giftie whit]$ ps -C xfstt u
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 510 0.0 0.9 1896 740 ? S Dec02 0:00 /usr/X11R6/bin/xf
root 10382 0.0 0.9 6504 764 ? S Dec03 0:00 /usr/X11R6/bin/xf
[whit@giftie whit]$ ps -C xfstt uc
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 510 0.0 0.9 1896 740 ? S Dec02 0:00 xfstt
root 10382 0.0 0.9 6504 764 ? S Dec03 0:00 xfstt
[whit@giftie whit]$ tty
/dev/vc/4
[whit@giftie whit]$ cat /dev/vcc/4|fold|trail >oops
This is nothing to do with the kernel patch level, I think.
Lawson
--
---oops---
________________________________________________________________
The best thing to hit the internet in years - Juno SpeedBand!
Surf the web up to FIVE TIMES FASTER!
Only $14.95/ month - visit www.juno.com to sign up today!
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* forwarding question
From: Petre Bandac @ 2003-12-09 22:21 UTC (permalink / raw)
To: linux-newbie; +Cc: petre
hello
I have the following problem:
I want all the http traffic (dport 80) to be redirected to some other machine,
from where the packets should go out on the internet
I have tried to SNAT, but it seems that it isn't possible only with iptables
on the second machine there should be squid running to take care of the
incoming packets, or what ?
(please cc to me, because though I'm subscribed to this list, messages stopped
arriving to me since april 19th)
thanks in advance,
petre
--
12:18AM up 14:04, 1 user, load averages: 1.68, 1.48, 1.04
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Getting a valid display under Debian revisited
From: Ray Olszewski @ 2003-12-09 22:02 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <Pine.LNX.4.58.0312091317580.560@debian-box>
At 01:44 PM 12/9/2003 -0600, jamtat@mailsnare.net wrote:
>Thanks for your input, Ray. I was a bit imprecise (as usual on my first
>try) in describing the problem. I think maybe it's not a framebuffer
>problem, for the following reason: during initial bootup, I do see all the
>boot messages (I seem to have given a misimpression about that). There is
>no small color penguin - which I've seen in other instances, like booting
>from a Knoppix CD. It's just plain text output. The screen going blank
>occurs at the point, at the end of the boot messages, where xdm starts.
>After the "starting xdm" message appears is when the screen goes blank.
OK. First thing to wonder is if this is some sort of xdm problem. Test this
by removing the symlink /etc/rc2.d/S99xdm and rebooting. This change should
leave you with a standard login: prompt on VT1.
Log in and run "startx", and see if you have the same problem.
>At first, there's some illumination there - not cross-hatching, like you
>sometimes see - but some noticeable degree of phosphor excitement. After
>about 1 second it goes black. At that point, the power light on the
>monitor begins to blink - like when it's getting no video input (e.g.,
>when the computer gets powered off).
This detail actually is important. It is an indicator of a problem with an
hsync or vsync signal to the monitor. Make sure your X setup is set to use
default size of 640x480 and color depth of 8 (not great settings, but very
vanilla ones, likely to find a workable modeline).
[...]
>(II) XINPUT: Adding extended input device "Generic Mouse" (type: MOUSE)
>(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
>(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
>--------------------------------------------------------------
>
>That last entry seems like maybe it's trying to access some sort of devfs
>thing as well, doesn't it?
No. devfs entries are all of the general form /dev/*/* . This is just
trying to access an ordinary device, probably one related to power
management. I'm unsure of the details here, except that my Debian-Sid
workstation does not have that device either, and X survives its absence
quite well. It **may** mean that your X setup is trying to use
power-management in some way that your system does not support, though.
But note that it is only a warning, not an error (the deleted portions are
only information and warning messages too, no errors).
>So, maybe getting the newer kernel is the
>answer to this problem: maybe the newer XFree86 presumes a devfs-enabled
>kernel (guessing here, since I have a vague impression that 2.2.20 doesn't
>support devfs)? This is what my rather limited understanding indicates at
>this point. Any further input?
I don't have a 2.2.20 source tree handy to examine, and I don't otherwise
recall if it supports devfs. Based on my system here, current (or at least
recent) X doesn't assume devfs is in use.
>Thanks, James
>
>PS > 4. I'm not sure what is putting a "pointer to /dev/mice/???" in your
>Actually, I think it was /dev/input/mice (trying to recall something I
>saw briefly late last night).
If you see it again, try again. But I can't suggest anything based on this
description.
As a general matter, if we are looking at the possibility of hardware
problems, you might want to report the details of how you consifured X (in
the dpkg-mediated dialog) and what the relevant sections (Modules, Device,
Monitor, Screen, and ServerLayout) of XF86Config look like. Also tell us
what monitor you are using and what you know about its multisync
capabilities (this last item is an RTFM exercise).
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Getting a valid display under Debian revisited
From: jamtat @ 2003-12-09 19:44 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <5.1.0.14.1.20031209102527.0200d930@celine>
Thanks for your input, Ray. I was a bit imprecise (as usual on my first
try) in describing the problem. I think maybe it's not a framebuffer
problem, for the following reason: during initial bootup, I do see all the
boot messages (I seem to have given a misimpression about that). There is
no small color penguin - which I've seen in other instances, like booting
from a Knoppix CD. It's just plain text output. The screen going blank
occurs at the point, at the end of the boot messages, where xdm starts.
After the "starting xdm" message appears is when the screen goes blank.
At first, there's some illumination there - not cross-hatching, like you
sometimes see - but some noticeable degree of phosphor excitement. After
about 1 second it goes black. At that point, the power light on the
monitor begins to blink - like when it's getting no video input (e.g.,
when the computer gets powered off). At that point, I can hit
ctrl-alt-bkspc - twice - and get back to a terminal. Likewise, I can hit
ctrl-alt-Fwhatever and get to another virtual terminal. Here's an excerpt
from /var/log/messages/XFree86.0.log (the very beginning and very end)
that may be relevant:
----------------------------------------------------
XFree86 Version 4.2.1.1 (Debian 4.2.1-14 20031113215638 root@newraff.debian.org) / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 18 October 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems. (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.22-rc2 i686 [ELF]
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Tue Dec 9 13:13:47 2003
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) | |-->Monitor "MicroscanADI"
(**) | |-->Device "S3Trio64v+"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Mouse"
(WW) The directory "/usr/lib/X11/fonts/CID" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
Not loading .note.GNU-stack
Not loading .note.GNU-stack
Not loading .note.GNU-stack
Not loading .note.GNU-stack
Not loading .note.GNU-stack
Not loading .note.GNU-stack
<snip>
(WW) System lacks support for changing MTRRs
(==) s3(0): Backing store disabled
(II) s3(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 color pattern filled rectangles
Solid Lines
(II) s3(0): Acceleration enabled
(II) s3(0): Using PIO
(II) s3(0): Using SW cursor
(**) Option "dpms"
(**) s3(0): DPMS enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Keyboard "Generic Keyboard" handled by legacy driver
(**) Option "Protocol" "PS/2"
(**) Configured Mouse: Protocol: "PS/2"
(**) Option "CorePointer"
(**) Configured Mouse: Core Pointer
(**) Option "Device" "/dev/psaux"
(**) Option "ZAxisMapping" "4 5"
(**) Configured Mouse: ZAxisMapping: buttons 4 and 5
(**) Configured Mouse: Buttons: 5
(**) Option "Protocol" "ImPS/2"
(**) Generic Mouse: Protocol: "ImPS/2"
(**) Option "SendCoreEvents" "true"
(**) Generic Mouse: always reports core events
(**) Option "Device" "/dev/psaux"
(**) Option "ZAxisMapping" "4 5"
(**) Generic Mouse: ZAxisMapping: buttons 4 and 5
(**) Generic Mouse: Buttons: 5
(II) XINPUT: Adding extended input device "Generic Mouse" (type: MOUSE)
(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
--------------------------------------------------------------
That last entry seems like maybe it's trying to access some sort of devfs
thing as well, doesn't it? So, maybe getting the newer kernel is the
answer to this problem: maybe the newer XFree86 presumes a devfs-enabled
kernel (guessing here, since I have a vague impression that 2.2.20 doesn't
support devfs)? This is what my rather limited understanding indicates at
this point. Any further input?
Thanks, James
PS > 4. I'm not sure what is putting a "pointer to /dev/mice/???" in your
Actually, I think it was /dev/input/mice (trying to recall something I
saw briefly late last night).
On Tue, 9 Dec 2003, Ray Olszewski wrote:
> 1.My memory is hazy on this (because I always upgrade immediately to a
> recent 2.4.x kernel after installing, and it's been some months now since I
> did my last install), but I think I recall that the 2.2.20 kernel on the
> Debian install disks uses the framebuffer (if so, you'll note that early in
> the boot/init sequence, the display "blinks" and you see it change to a
> display that has a small, color penguin near the top - that's the sign of
> the kernel framebuffer). The kernel framebuffer and X sometimes do not play
> well together, so that *could* be the source of your problem.
>
> If it is, you need either to switch to a kernel without framebuffer support
> (see next item) or tell X that it needs to use the kernel framebuffer
> device (I don't do it this way so don't recall how to do it ... might even
> be an option in the setup script, which you can run with, I think,
> "dpkg-reconfigure xserver-xfree86" ...perhaps someone else can chime in
> here with more exact advice?).
>
> 2. After you switch from Woody to Sid, you'd do better to switch to the
> current kernel ... either the kernel-image-2.4.22-* appropriate for your
> hardware or your own kernel, compiled from kernel-source-2.4.22 . 2.2.20 is
> really just intended as a temporary kernel for use during install.
>
> 3. The other possibility I can think of is that you are trying to use a
> vfreq or hfreq that your monitor deos not support (or have I previously
> suggested this? I don't recall your earlier postings in any detail).
> Probably not, since this problem usually makes it impossible toswitch back
> to vts.
>
> 4. I'm not sure what is putting a "pointer to /dev/mice/???" in your
> XF86Config-4 file, but that sounds like an attempt by something to use the
> devfs filesystem for devices, a pesudo-filesystem you probably do not have
> installed. Your adopted solution should serve, but it would be better to
> correct this through dpkg-reconfigure than as a hand edit ... that way, it
> will survive apt-get update/upgrade cycles.
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Getting a valid display under Debian revisited
From: Ray Olszewski @ 2003-12-09 18:43 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <Pine.LNX.4.58.0312091046300.1655@debian-box>
1.My memory is hazy on this (because I always upgrade immediately to a
recent 2.4.x kernel after installing, and it's been some months now since I
did my last install), but I think I recall that the 2.2.20 kernel on the
Debian install disks uses the framebuffer (if so, you'll note that early in
the boot/init sequence, the display "blinks" and you see it change to a
display that has a small, color penguin near the top - that's the sign of
the kernel framebuffer). The kernel framebuffer and X sometimes do not play
well together, so that *could* be the source of your problem.
If it is, you need either to switch to a kernel without framebuffer support
(see next item) or tell X that it needs to use the kernel framebuffer
device (I don't do it this way so don't recall how to do it ... might even
be an option in the setup script, which you can run with, I think,
"dpkg-reconfigure xserver-xfree86" ...perhaps someone else can chime in
here with more exact advice?).
2. After you switch from Woody to Sid, you'd do better to switch to the
current kernel ... either the kernel-image-2.4.22-* appropriate for your
hardware or your own kernel, compiled from kernel-source-2.4.22 . 2.2.20 is
really just intended as a temporary kernel for use during install.
3. The other possibility I can think of is that you are trying to use a
vfreq or hfreq that your monitor deos not support (or have I previously
suggested this? I don't recall your earlier postings in any detail).
Probably not, since this problem usually makes it impossible toswitch back
to vts.
4. I'm not sure what is putting a "pointer to /dev/mice/???" in your
XF86Config-4 file, but that sounds like an attempt by something to use the
devfs filesystem for devices, a pesudo-filesystem you probably do not have
installed. Your adopted solution should serve, but it would be better to
correct this through dpkg-reconfigure than as a hand edit ... that way, it
will survive apt-get update/upgrade cycles.
At 11:21 AM 12/9/2003 -0600, jamtat@mailsnare.net wrote:
>Hello all. I'm still experimenting with various ways of installing
>Debian. Since I seem to have hosed the gui on a system I've been using,
>and since a "new" computer showed up in the dumpster over at the
>department, my latest victim for cruel Debian install experiments is a
>P166 with 32MB RAM, 2GB HD and S3Trio64v+ video card (among other things).
>I chose the floppy install: six diskettes, then everything downloaded from
>the 'net (the machine had an SMC NIC as well, and I have a fairly fast
>connection here at the U). So, the base system was installed as Woody
>(2.2.20 kernel and all). Side note: I really wanted to try out the new
>installer beta, but I couldn't access any documentation on it (maybe
>because of the Debian server compromises of late).
>
>After installing the base system, I edited /etc/apt/sources.list and
>switched over to unstable. I then ran apt-get update, apt-get
>dist-upgrade. Then, I proceeded to install additional software - the X
>window system being the central concern, installed using tasksel. I also
>installed (apt-got) fluxbox for a WM. Entered settings for my monitor
>and video card when asked. On next boot, however, I got pretty much the
>same black screen I wrote to the list about earlier - though that black
>screen was with a different video card, monitor and computer: it's just
>blank black, as though the monitor is powered off. The difference in this
>case is that I can ctrl-altFsomething and get to other virtual terminals.
>I can also kill X windows by going to the terminal X runs on and hitting
>ctrl-alt-backspace. This was more than I could do on the other machine.
>
>So, I conclude that I'm doing something really fundamental really
>wrong(ly). I want to start by asking if I should expect the sid/unstable
>version of X windows to have any conflicts with running on a system using
>the older 2.2.20 woody/stable kernel (both systems I'm having display
>problems with run sid/unstable XFree86 and the stable 2.2.20 kernel)? I
>noted among the messages on screen when either firing up or killing X
>windows that it was compiled using the 2.4.22 kernel. I also noted a
>pointer to /dev/mice/??? that my system couldn't make sense of in
>XF86Config-4, and which I edited to point to /dev/psaux.
>
>Before going on to any more in-dpeth trouble shooting on this, I'd just
>like to ask if I might not be running into problems at some really basic
>level like using the older, stable kernel with the newer XFree86.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Getting a valid display under Debian revisited
From: jamtat @ 2003-12-09 17:21 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <Pine.LNX.4.44.0312082044420.26204-100000@legolas.personal.engin.umich.edu>
Hello all. I'm still experimenting with various ways of installing
Debian. Since I seem to have hosed the gui on a system I've been using,
and since a "new" computer showed up in the dumpster over at the
department, my latest victim for cruel Debian install experiments is a
P166 with 32MB RAM, 2GB HD and S3Trio64v+ video card (among other things).
I chose the floppy install: six diskettes, then everything downloaded from
the 'net (the machine had an SMC NIC as well, and I have a fairly fast
connection here at the U). So, the base system was installed as Woody
(2.2.20 kernel and all). Side note: I really wanted to try out the new
installer beta, but I couldn't access any documentation on it (maybe
because of the Debian server compromises of late).
After installing the base system, I edited /etc/apt/sources.list and
switched over to unstable. I then ran apt-get update, apt-get
dist-upgrade. Then, I proceeded to install additional software - the X
window system being the central concern, installed using tasksel. I also
installed (apt-got) fluxbox for a WM. Entered settings for my monitor
and video card when asked. On next boot, however, I got pretty much the
same black screen I wrote to the list about earlier - though that black
screen was with a different video card, monitor and computer: it's just
blank black, as though the monitor is powered off. The difference in this
case is that I can ctrl-altFsomething and get to other virtual terminals.
I can also kill X windows by going to the terminal X runs on and hitting
ctrl-alt-backspace. This was more than I could do on the other machine.
So, I conclude that I'm doing something really fundamental really
wrong(ly). I want to start by asking if I should expect the sid/unstable
version of X windows to have any conflicts with running on a system using
the older 2.2.20 woody/stable kernel (both systems I'm having display
problems with run sid/unstable XFree86 and the stable 2.2.20 kernel)? I
noted among the messages on screen when either firing up or killing X
windows that it was compiled using the 2.4.22 kernel. I also noted a
pointer to /dev/mice/??? that my system couldn't make sense of in
XF86Config-4, and which I edited to point to /dev/psaux.
Before going on to any more in-dpeth trouble shooting on this, I'd just
like to ask if I might not be running into problems at some really basic
level like using the older, stable kernel with the newer XFree86.
Thanks, James
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: multiple X sessions
From: Anupam @ 2003-12-09 9:22 UTC (permalink / raw)
To: Peter Garrett; +Cc: linux-newbie
In-Reply-To: <1070938446.10356.7.camel@DebiAnarchist>
> Hope this helps.
> To switch between them you would type alt-F8 0r alt-F7 or perhaps
> ctrl-alt-F7 or F8 if already in X. The numbers vary with distributions
> but those are the usual ones AFAIK.
Is there any way to switch between the 2 sessions if the ``DontZap''
is set to ``yes'' in XF86Config?
Thanks.
--
Anupam [http://home.iitk.ac.in/student/anupamg/]
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: multiple X sessions
From: Peter Garrett @ 2003-12-09 2:54 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <Pine.LNX.4.44.0312082044420.26204-100000@legolas.personal.engin.umich.edu>
One way is to type at the prompt:
startx -- :1
which will start x on tty8 if tty7 is the default.
Of course, you can also do
startx -- :2 and so on but -- :1 would be the usual second session.
Hope this helps.
To switch between them you would type alt-F8 0r alt-F7 or perhaps
ctrl-alt-F7 or F8 if already in X. The numbers vary with distributions
but those are the usual ones AFAIK.
On Tue, 2003-12-09 at 12:46, Karthik Vishwanath wrote:
> Hello,
>
> Could someone point out how I could setup my machine so that a second user
> may log in to the machine and run a 'startx' even though the first user is
> logged in and has an active X session running, without killing the first
> user's X session?
>
>
> Thanks,
>
> -K
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.linux-learn.org/faqs
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* multiple X sessions
From: Karthik Vishwanath @ 2003-12-09 1:46 UTC (permalink / raw)
To: linux-newbie
Hello,
Could someone point out how I could setup my machine so that a second user
may log in to the machine and run a 'startx' even though the first user is
logged in and has an active X session running, without killing the first
user's X session?
Thanks,
-K
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Process information?
From: Neo Wee Teck @ 2003-12-09 1:37 UTC (permalink / raw)
To: linux-newbie
Hi,
I saw some difference in the process info when using RedHat kernel 2.4.20-8 and the kernel from kernel.org (2.4.23)
With Redhat's kernel, process show something like this
www 10186 0.0 0.1 2536 1272 ? S Dec08 0:01 [httpd]
www 10187 0.0 0.1 2536 1272 ? S Dec08 0:01 [httpd]
www 10188 0.0 0.1 2536 1276 ? S Dec08 0:01 [httpd]
But with 2.4.23 kernel it shows
www 5673 0.0 0.1 2536 1272 ? S Dec08 0:01 /usr/local/apache/bin/httpd
www 5674 0.0 0.1 2536 1272 ? S Dec08 0:01 /usr/local/apache/bin/httpd
www 5675 0.0 0.1 2536 1276 ? S Dec08 0:01 /usr/local/apache/bin/httpd
Any configuration in the kernel that i missed out? I prefer the way processes are shown in Redhat's kernel but would like to use the 2.4.23's kernel.
Cheers
Neo
_____________________________________________________________
Linux.Net -->Open Source to everyone
Powered by Linare Corporation
http://www.linare.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Gnomecard Program lost
From: Ray Olszewski @ 2003-12-06 5:42 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <200312060408.hB647kx01452@skyinet.net>
At 12:07 PM 12/6/2003 +0800, Peter wrote:
>Thanks Ray, I found gnomecard as you suggested in gnome-pim in RH7.1 and not
>anymnore in RH7.3 of Krud Linux. Why would they leave-out such a nice program?
>
>I still wonder how my "/" partition could suddenly fill to 100% and not
>showing any unusual large or duplicate files. Is there a virus around?
Not that I've heard about. How much space are we actually talking about
(100% of what capacity)? And how quick was "suddenly" (seconds? minutes?
hours?)? These days, I never see this problem, but way back when, I saw it
happen if logging got out of hand, so /var/log got full (assuming /var
isn't a separate filesystem).
Since the system is reinstalled, suggesting diagnostics is a bit late. If
it should happen again, use "du" to hone in on where the space is being
gobbled up.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Gnomecard Program lost
From: Peter @ 2003-12-06 4:07 UTC (permalink / raw)
To: Ray Olszewski; +Cc: linux-newbie
In-Reply-To: <5.1.0.14.1.20031205080910.02014e18@celine>
Thanks Ray, I found gnomecard as you suggested in gnome-pim in RH7.1 and not
anymnore in RH7.3 of Krud Linux. Why would they leave-out such a nice program?
I still wonder how my "/" partition could suddenly fill to 100% and not
showing any unusual large or duplicate files. Is there a virus around?
Regards
--
Peter
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Gnomecard Program lost
From: Ray Olszewski @ 2003-12-05 16:11 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <200312050832.hB58Wq717871@skyinet.net>
At 04:32 PM 12/5/2003 +0800, Peter wrote:
>Hi,
>
>A weird thing happened. All of a sudden my / partition was 100% full when
>normally and as it is now again only 30 % is used. I could not find any files
>to delete so I had to reinstall RH73.
>
>In the process I lost the program gnomecard for my adresses. I can't find it
>on any of my old CDs, not in gnome.org and a google search put me back on
>gnome; tocosw was negative as well.
>
>Does anyone know where it is hidden and guide me in my apparent blindness.
In the Debian packaging system, this app is part of the package
"gnome-pim", along with gnomecal (the Calendar app). You might see if RH,
or gnome.org, packages it similarly.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Gnomecard Program lost
From: Peter @ 2003-12-05 8:32 UTC (permalink / raw)
To: linux
Hi,
A weird thing happened. All of a sudden my / partition was 100% full when
normally and as it is now again only 30 % is used. I could not find any files
to delete so I had to reinstall RH73.
In the process I lost the program gnomecard for my adresses. I can't find it
on any of my old CDs, not in gnome.org and a google search put me back on
gnome; tocosw was negative as well.
Does anyone know where it is hidden and guide me in my apparent blindness.
Thanks & regards
--
Peter
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: ping messages
From: Shane Mitchell @ 2003-12-03 15:54 UTC (permalink / raw)
To: Petre Bandac; +Cc: linux-newbie
In-Reply-To: <200312030825.59905.g38@rdsbv.ro>
On Wed, 3 Dec 2003, Petre Bandac wrote:
> Date: Wed, 3 Dec 2003 08:25:59 +0200
> From: Petre Bandac <g38@rdsbv.ro>
> To: linux-newbie@vger.kernel.org
> Subject: ping messages
>
> hello
>
> I've googled around to find out EXACTLY what ping messages mean
>
> like
> icmp: time exceeded in-transit [tos 0xc0]
>
> or
>
> icmp: echo request [ttl 1]
>
> first I went to check out rfc's, but didn't find much there
>
> could you please give me any hints ?
>
> thanks,
>
> petre
>
>
This is a very good collection of links to documentation/RFC's etc..
http://www.ethereal.com/links.html
--
Shane Mitchell
so sing just like him, fuckers
it won't offend him
just me
because he's dead
-- Vedder '4/20/02'
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: ping messages
From: Ray Olszewski @ 2003-12-03 6:35 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <200312030825.59905.g38@rdsbv.ro>
At 08:25 AM 12/3/2003 +0200, Petre Bandac wrote:
>hello
>
>I've googled around to find out EXACTLY what ping messages mean
>
>like
>icmp: time exceeded in-transit [tos 0xc0]
>
>or
>
>icmp: echo request [ttl 1]
>
>first I went to check out rfc's, but didn't find much there
>
>could you please give me any hints ?
I've never found a decent online reference for this info. I usualy turn to
the book Internet Core Protocols (by Eric A. Hall; O'Reilly, 2000) when I
need to untangle ping responses (or most any packet internals).
Or you could try asking specific questions here ... I don't have the time
to answer a question as open-ended as "EXACTLY what ping messages mean" ...
but I can help with the occasional *specific* question.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* ping messages
From: Petre Bandac @ 2003-12-03 6:25 UTC (permalink / raw)
To: linux-newbie
hello
I've googled around to find out EXACTLY what ping messages mean
like
icmp: time exceeded in-transit [tos 0xc0]
or
icmp: echo request [ttl 1]
first I went to check out rfc's, but didn't find much there
could you please give me any hints ?
thanks,
petre
--
8:23AM up 23:18, 2 users, load averages: 0.61, 0.58, 0.47
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: How do I install my own service
From: Ray Olszewski @ 2003-12-03 6:07 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <1070306845.2760.4.camel@localhost.localdomain>
At 10:43 PM 12/2/2003 -0500, Ramzez wrote:
>HI friends...
>
> please, how can I install my own service (i'm using RH9.0).
>
> I make my script in /etc/rc.d/init.d ... something like this:
>-------------------------- killMyTemp -----------------------
> #!/bin/sh
> rm -rf /home/FamilyGroup/tmp/*
>--------------------------
> then I make a soft-link in /etc/rc.d/rc5.d ...
> again, something like: ln -s ../init.d/killMyTemp K99killMyTemp ...
>
> But when I turn-off my PC, this script didn't run; why?
Assuming that by "turn-off" you mean run the "shutdown" or "halt" command
... it does not run because shutdown is runlevel 6, not runlevel 5 (or at
least it is on every Linux system I've ever used ... I haven't used RH in a
very long time, though). If you look in (probably - I don't know RH's
organization) /etc/rc.d/rc6.d/, you will see the symlinks for the init
scripts that run as part of shutdown.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* How do I install my own service
From: Ramzez @ 2003-12-03 3:43 UTC (permalink / raw)
To: linux-newbie
HI friends...
please, how can I install my own service (i'm using RH9.0).
I make my script in /etc/rc.d/init.d ... something like this:
-------------------------- killMyTemp -----------------------
#!/bin/sh
rm -rf /home/FamilyGroup/tmp/*
--------------------------
then I make a soft-link in /etc/rc.d/rc5.d ...
again, something like: ln -s ../init.d/killMyTemp K99killMyTemp ...
But when I turn-off my PC, this script didn't run; why?
thanks
--
Linux User Registered #232544
ICQ : 337889406
GnuPG-key : www.keyserver.net
-------------------------------
"Software is like sex,
it's better when it's free."
[Linus Torvalds]
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox