Look in '/etc/rc2.d'. That's where all the startup files live.
They are links to real files in '/etc/init.d'.
Back in the days of real Linux, I knew what every file in there did.
Now there's so much undocumented Debian/Ubuntu junk in there
it's hard to tell what does what.
I have disabled these an
Well,
If it's not playing sound it's not using much resources, however
there are like 18 sound modules alsa, oss, mixer, snd, pcspeaker, etc.
Even churning through all that stuff if they are not being used seems
like a waste of precious cpu cycles.
I downloaded rcconf, and used it to kn
Stephen Wille Padnos wrote:
> Kirk Wallace wrote:
>
>> On Tue, 2008-07-29 at 13:47 -0400, Stephen Wille Padnos wrote:
>> ... snip
>>
>>
>>> I didn't see a lot of change when I got rid
>>> of all the other stuff that runs on a normal Ubuntu system, other than
>>> going to a non-graphical boot.
But just think how cool that would be to have some really large speakers
and launch the "Top Gun" theme "Danger Zone" as you start milling a chunk
of metal!
Dim the lights in the room and turn on spot lights to the center of the
action (Just a few more bits in a parallel port!).
Might sell a few
Kirk Wallace wrote:
>On Tue, 2008-07-29 at 13:47 -0400, Stephen Wille Padnos wrote:
>... snip
>
>
>>I didn't see a lot of change when I got rid
>>of all the other stuff that runs on a normal Ubuntu system, other than
>>going to a non-graphical boot.
>>
>>
>
>Where can I study this non-grap
On Tue, 2008-07-29 at 13:47 -0400, Stephen Wille Padnos wrote:
... snip
> I didn't see a lot of change when I got rid
> of all the other stuff that runs on a normal Ubuntu system, other than
> going to a non-graphical boot.
Where can I study this non-graphical boot thing? I know I can edit the
d
Kirk Wallace wrote:
>On Tue, 2008-07-29 at 17:36 +0100, paul_c wrote:
>
>
>>Hi Dan
>>
>>On Friday 25 July 2008, Organic Engines wrote:
>>
>>
>>> After a whole bunch of thought it occurred to me that sound is
>>>essentially real time and probably a resource hog.
>>>
>>>
>>I'd suggest u
On Tue, 2008-07-29 at 17:36 +0100, paul_c wrote:
> Hi Dan
>
> On Friday 25 July 2008, Organic Engines wrote:
> > After a whole bunch of thought it occurred to me that sound is
> > essentially real time and probably a resource hog.
>
> I'd suggest using tools like top or htop to profile the syst
paul_c wrote:
> Hi Dan
>
> On Friday 25 July 2008, Organic Engines wrote:
>
>> After a whole bunch of thought it occurred to me that sound is
>>essentially real time and probably a resource hog.
>
>
> I'd suggest using tools like top or htop to profile the system in order to
> identify the re
Hi Dan
On Friday 25 July 2008, Organic Engines wrote:
> After a whole bunch of thought it occurred to me that sound is
> essentially real time and probably a resource hog.
I'd suggest using tools like top or htop to profile the system in order to
identify the resource hogs - Sound doesn't con
...and still more off subject. sorry.
I have a program to design a true parabola. It's easy to get its numbers
into
a gcode program and have the machine cut the support ribs, then stretch
aluminum screen into it. I'll probably just use my biquad with PCI wlan
card.
Emory
On Tue, Jul 29, 2008 at 9
Kind of off subject on this thread.
A Wok bowl is spherical and works too as a reflector. It has a focal point
where the USB dongle should be mounted.
Jim C
Kirk Wallace
On Mon, 2008-07-28 at 07:31 -0500, Emory Smith wrote:
... snip
> As a side note, over the weekend I was playing with an SMC USB
> wireless dongle. 'iwlist wlan0 scanning' showed -92 to my neighbor's
> wlan. I cut a hole ~91mm from the bottom of a Pringles can and put the
> dongle ~31mm into the can
My EMC machine rarely needs internet connectivity so the flash drive works
fairly well for getting gcode into the machine. I'd much rather have a
network
connection to the machines in the house for doing that. And will have a
wired
connection eventually. As it turns out, I built a biquad a couple o
For Debian based systems, install rcconf package and use rcconf
command as root to configure start up script.
On 7/28/08, Terry <[EMAIL PROTECTED]> wrote:
> Dan
>
> Im with you on this one.I would like to see this happen.
> I wish I knew how to do what you described.
>
> Terry
>
>
> On Fri Jul 25
Dan
Im with you on this one.I would like to see this happen.
I wish I knew how to do what you described.
Terry
On Fri Jul 25 4:08 , Organic Engines <[EMAIL PROTECTED]> sent:
>Hi,
>
> After a whole bunch of thought it occurred to me that sound is
>essentially real time and probably a resourc
On Fri, 2008-07-25 at 06:55 -0500, Emory Smith wrote:
... snip
> I use a USB flash drive to get
> gcode into the machine since wireless networking doesn't work at
> the distance I have and an ethernet cable is impractical until we get
> some construction finished.
Personally, I could not live wit
At 11:37 AM 7/25/2008, you wrote:
>Mark Wendt (Contractor) wrote:
>
> >I should have mentioned that I always stop those services before I
> >rename those files. Renaming without changing the S or K to lower
> >case will still cause init to run those scripts when it enters that
> >run level. S sta
Mark Wendt (Contractor) wrote:
>I should have mentioned that I always stop those services before I
>rename those files. Renaming without changing the S or K to lower
>case will still cause init to run those scripts when it enters that
>run level. S stands for start, and K stands for Kill to t
I should have mentioned that I always stop those services before I
rename those files. Renaming without changing the S or K to lower
case will still cause init to run those scripts when it enters that
run level. S stands for start, and K stands for Kill to the init process.
Mark
At 09:22 AM
I think you'd just want to rename the files from S##whatever to
K##whatever. That will cause init to stop those services if you change
from a runlevel that had them enabled, rather than leaving the state the
same.
What I did for an embedded HAL system was to turn runlevel 2 back into a
non-GU
Yep, one of the tricks I learned many, many moons ago as a budding
Unix sysadmin. That way, you keep the startup or kill files
(usually, they're soft links to the real files in the /etc/init.d
directory) in the same directory as they were originally intended to
reside, if you ever decide you w
Cool! As long as I've been using Linux/UNIX, I didn't realize that
the capitalization (or lack of) in the run commands would do that. (Doh!)
It does make sense of course because ls != LS, etc, etc.
Ya learn something everyday!
Thanks
Emory
On Fri, Jul 25, 2008 at 7:09 AM, Mark Wendt (Contractor)
Emory,
In Unix based systems, init looks in the rc directories for
startup and kill files. The startup files all start with a capital
S, and the fill files all start with a capital K. To keep either of
those files from being read and processes started or killed, all you
need to do i
My sentiments, exactly!
I have sound, networking, update and several other services disabled.
I use a somewhat unconventional method of doing it. I create the
directory /etc/rcd.2.not and move* the unneeded links from rc2.d
there. That way, if I need any of those services back, I can issue
/etc/rc2
Hi,
After a whole bunch of thought it occurred to me that sound is
essentially real time and probably a resource hog.
Any reason not to unload all those alsa, oss, snd and etc modules?
Ultimately network, printing, bluetooth and other stuff can go once
your system is working.
The idea
26 matches
Mail list logo