Breaking up your filesystem into many partitions has many benefits. For
example, if your server is attacked your logs could grow dramatically in
size, if /var is on a seperate partition log growth will have a ceiling --
potentially saving you from running out of space on your device. For the
home user -- especially those who like to experiment with different
distros -- having a seperate partition for home is a great idea. But,
special care will still have to be taken to protect the /home filesystem
during upgrades/reloads/etc because Linux virtualizes the filesystem.
This means that when home is mounted it can be accessed as any other file
on the system regardless of where it resides -- so the process that borked
your system, Dennis, could still destroy your files even if /home is on a
seperate partition.
- Sebastian
On Tue, 10 Jan 2006, Dennis Bagley wrote:
As long as you are discussing backups.....
I recently came across a recommendation to put your home directory on a
separate partition - the concept being it simplified some aspects of
backups and put you in a better position when upgrading or changing a
distro.
Comments, qualifications, recommendations, directions?
Dennis
On Tue, 2006-01-10 at 12:02 -0800, Sebastian Smith wrote:
Brian,
Sweet! I just got a room confirmed, and was going to send out the
announcement (I'm completely disorganized this month).
I'm going to present a beginning level topic on the basics of Linux
backup. This topic will cover some of the backup programs available and
how to use them, and some basic backup scripts.
I think I'll also bring the research robot, and briefly discuss what I'm
working on.
- Sebastian
On Tue, 10 Jan 2006, Brian Morris wrote:
All,
Since no item got more than a single vote, and since I had captured some
useful/informative spam logs recently, I have chosen to present
"Fighting Spam at the ISP Level" (as the advanced topic) at this week's
meeting.
Sebastian: Are you presenting the basic topic?
Brian
Sebastian Smith wrote:
Brian,
Excellent list! All are great topics. A lot of them are very broad in
scope though. Perhaps they would be better suited as in introductory
presentation to a long-running discussion -- I'm thinking GSA topics here.
Anyway, I'd like to put my vote on topic 1. I think it'd be great to have
an introductory talk on the techniques for combating spam. Then, have an
open forum discussion of the ramifactions of the filtering techniques.
Spam filtering is the next "big thing" on the tech horizon IMHO. Those
companies, ISPs, etc that haven't jumped on the bandwagon yet probably
have some anti-spam technology in their 2006 budgets. Addition of this
technology will/does affect the way we communicate -- business practices
will need to change. So... it's very important -- now the email is the
"killer application" -- that we all have an understanding of the new email
dataflow model.
We'll keep the polls open though. So vote! I've no doubt spam will be on
the "discussion platter" within the next few months regardless of the
results.
- Sebastian
On Sun, 18 Dec 2005, Brian Morris wrote:
Sebastian,
I could present one. Pick one from this list, if you like (the topics
would be presented from a fully Linux-centric point of view):
1) Fighting spam at the server/ISP level (Sendmail-intensive)
2) Post-instrusion tracing/investigation
3) Social engineering (and how to not be a victim of it)
4) The birth & death of a TCP packet/stream
5) Advanced syslog control
6) Network and physical attack vectors
7) How telephony works
8) Intro to BGP & OSPF
Brian
Sebastian Smith wrote:
We have a beginner-level topic for next month. I'm not sure of the
official title, but it is an introduction to the Vi/Vim editors. If you
don't use Vi/Vim you should attend the meeting because they are fantastic
-- especially for coding.
Would anyone like present an advanced-level topic?
- Sebastian
_______________________________________________
RLUG mailing list
[email protected]
http://lists.rlug.org/mailman/listinfo/rlug
_______________________________________________
RLUG mailing list
[email protected]
http://lists.rlug.org/mailman/listinfo/rlug
_______________________________________________
RLUG mailing list
[email protected]
http://lists.rlug.org/mailman/listinfo/rlug
