| Author |
Message |
|
|
Post subject: RE: sidux as a file server (no mouse, monitor, nothing)
 Posted: Aug 23, 2007 - 05:37 PM
|
|
Joined: Nov 28, 2006
Posts: 4303
Status: Offline
|
|
| got the line to pull all kde out, I can add this one fairly easily I think |
_________________
sidux Maintenance script: dist-upgrade, kernel install, general utilities: smxi
Backup script [using rdiff-backup]: rd-h2.sh
|
| |
|
|
|
 |
|
|
|
Post subject: Re: RE: sidux as a file server (no mouse, monitor, nothing)
Posted: Aug 23, 2007 - 05:58 PM
|
|
Joined: Dec 08, 2006
Posts: 242
Location: Deptford, NJ
Status: Offline
|
|
|
h2 wrote:
got the line to pull all kde out, I can add this one fairly easily I think
Famous last words.... (its always the "easy" ones that will kill you)
oh,
I have two servers setup with sidux and both boot into init 3 just like what slh said to do. I only have a two wires connected to both boxes a power wire and ethernet wire. I normally ssh into them once a week to run smxi, I don't worry about the graphic stuff and just exit out when done with smxi.
RR |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: Re: RE: sidux as a file server (no mouse, monitor, nothi
Posted: Aug 23, 2007 - 06:23 PM
|
|
Joined: Nov 28, 2006
Posts: 4303
Status: Offline
|
|
| actually, the only tricky part is integrating this into the current remover logic, which uses a different system than most of the rest of the script. |
_________________
sidux Maintenance script: dist-upgrade, kernel install, general utilities: smxi
Backup script [using rdiff-backup]: rd-h2.sh
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Aug 31, 2007 - 12:48 AM
|
|
Joined: Dec 04, 2006
Posts: 1628
Location: England
Status: Offline
|
|
Sorry if I'm being a bit dense but what does a file server do?
Is it just like a computer being used as an external hard drive that several computers can connect to at once? |
_________________
sidux 32 & 64 | Parsix | Mandriva Cooker
repository of shame - compiz fusion repo for sidux/debian | 32-bit | 64-bit
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Aug 31, 2007 - 02:27 AM
|
|
Joined: Nov 28, 2006
Posts: 4303
Status: Offline
|
|
FileServer / Print Server, Web server...
|
|
Network Switch
| | |
| | | Comp2
| | Comp3
Comp1 |
_________________
sidux Maintenance script: dist-upgrade, kernel install, general utilities: smxi
Backup script [using rdiff-backup]: rd-h2.sh
|
| |
|
|
|
|
|
|
|
Post subject: router-server
Posted: Sep 04, 2007 - 08:31 AM
|
|
Joined: Feb 18, 2007
Posts: 10
Location: Romania, Vatra Dornei
Status: Offline
|
|
I'm interested too in such feature and I think the solution is to have an option in GRUB menu :"Install sidux server"
This option can perform an basic system installation like in Debian 4 Etch without any graphic components.
I think this can be improved whit some specific options like ssh, firewall, samba, cups, webmin (or an sidux-webadmin), etc. which can downloaded in the installation process or after.
Who want to build an router-firewall-server MUST know something about bash, vi and so on.
I don't think is an good way to install an complete distro and to uninstall after the packages unnecessary, then install the needed packages.
Unfortunately this is the solution for me and is very hard and wasted time because I have some poor hardware for this job (P II-500Mhz 96G RAM) which work extremely slow to start and install an live-cd.
Maybe, in the further, the sidux team will consider this wish.
Many thanks for your great work until now (Chaos, Tartaros, Gaia). |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: router-server
Posted: Sep 04, 2007 - 05:37 PM
|
|
Joined: Nov 28, 2006
Posts: 4303
Status: Offline
|
|
Removing the graphic components is in fact fairly easy, so I don't see that such a limited interest idea would really fit on the installer, but you never know what those installer guys will decide to do next, always improving.
But really, in my opinion, nobody should be running any public type server without understanding how to run it, and since each server is not a generic collection of servers, but rather has a specific set of functions, and nothing else, how could you actually create a safe default? A webserver has no business serving files or printers, and so on.
And most real webservers definitely have no business being routers or firewalls. And for most users, a file server won't be a router, and so on. In other words, there is no such thing as a server, there are collections of servers that exist to carry out specific functions that the user needs.
However, given how limited the group who might actually want to run a headless, no x server, it might be worthwhile for me to add the option to remove all of x/kde and related packages.
If I do this, I'll use the kde lite iso as a base to determine what to remove.
I can see a utility for that.
The question of kde lite taking a long time to load on your box, well, it's a one time thing, it's ok, you do it once, and then you never do it again. sidux after all means: no reinstalls.
However, with that generation box, I'd give some serious thought to using something like slackware with the 2.4 series kernel, and then never updating it. Or one of the many bsd things, firewalls, etc, that are absolutely tiny. |
_________________
sidux Maintenance script: dist-upgrade, kernel install, general utilities: smxi
Backup script [using rdiff-backup]: rd-h2.sh
|
| |
|
|
|
|
|
|
|
Post subject: RE: router-server
Posted: Sep 04, 2007 - 06:21 PM
|
|
Joined: Nov 25, 2006
Posts: 2571
Status: Offline
|
|
| Independend of the OS or distribution, never updating is never an option for a system directly connected to the Internet! But with debian stable, or (Open-)SuSE, RedHat and friends you can get a stable base system that doesn't need much updating (==only security relevant fixes). |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: router-server
Posted: Sep 04, 2007 - 06:31 PM
|
|
Joined: Nov 28, 2006
Posts: 4303
Status: Offline
|
|
good point, and also, I think anyone who needs to ask these questions, or who has problems removing kde/xorg etc, really probably should not be exposing such machines to the internet in the first place.
People radically underestimate the serious danger you are placing your stuff in by exposing it the internet, then trusting that software will somehow make things secure without the skill to secure it.
Despite all this, I still think it's not a bad idea to make a gui stripper feature, I know my debian etch -> sidux conversion has some pretty annoying glitches that make me all the more fond of a straight sidux install, especially at the system core, bash, etc. |
_________________
sidux Maintenance script: dist-upgrade, kernel install, general utilities: smxi
Backup script [using rdiff-backup]: rd-h2.sh
|
| |
|
|
|
|
|
|
|
