Server og desktop på 300mhz, 256 RAM (debian).

[drall]

Ettersom 80GB-disken sannsynligvis er mange ganger raskere enn 3GB-disken, anbefaler jeg deg at du holder deg unna 3GB-disken så sant du kan.

[meastp]

Ettersom 80GB-disken sannsynligvis er mange ganger raskere enn 3GB-disken, anbefaler jeg deg at du holder deg unna 3GB-disken så sant du kan.

Nja.... er jo greit å ha en "egen" disk bare til filer, da... men du har selvfølgelig rett. Men bør jeg ha to OS, da? Server og desktop?

[meastp]

Ettersom 80GB-disken sannsynligvis er mange ganger raskere enn 3GB-disken, anbefaler jeg deg at du holder deg unna 3GB-disken så sant du kan.

Nja.... er jo greit å ha en "egen" disk bare til filer, da... men du har selvfølgelig rett. Men bør jeg ha to OS, da? Server og desktop?

Har lett litt rundt, og det ser ikke ut til at det er mulig å ha OSet på den største (80GB) disken. Dette fordi BIOSen ikke klarer disker større enn 8.4GB. Heldigvis er ikke dette noe problem i linux, hvis jeg har forstått det riktig, men allikevel er jeg vel nødt til å ha OSet på den lille (3GB) disken (ellers finner ikke BIOSen noen disk å boote fra, stopper opp under oppstart, autodetect).

[Gronz]

Du kan ha /boot-partisjonen på en 3gb-partisjon på begynnelsen av disken, og resten av / på resten av disken.

[meastp]

Du kan ha /boot-partisjonen på en 3gb-partisjon på begynnelsen av disken, og resten av / på resten av disken.

Ok, da kan jeg jo prøve det.

[meastp]

Du kan ha /boot-partisjonen på en 3gb-partisjon på begynnelsen av disken, og resten av / på resten av disken.

Eller: mente du på den lille disken, eller en 3GB partisjon på den store? Er ikke det litt stort for /boot? Hva med 10-15MB?

[Admin'c]

titt på http://www.freesbie.org/

[Manuel]

Dette er for helvete ikke noe spørsmål: Svaret er så selvsagt som at du vil bruke Debian. Hvorvidt du velger Woody, Sarge eller Sid får være opp til deg selv. Ønsker du høyest mulig oppetid/sikkerhet mht. sikkerhetshull i programvaren (det som IKKE avhenger av konfigurasjonen) og ikke trenger den aller nyeste programvaren velger du Woody.

 

Uansett så er det kjempegreit å gå ut ifra "base-configen", som er minimal, hvoretter du kjører tasksel. Deretter installerer du aptitude (ncurses-basert frontend til APT) og velger programmer etter ønske. Da kan du bruke en lett vindushåndterer uten å pløye deg gjennom all dritten som følger med standardinstallasjonen til mange (Fedora, Mandrake, SuSE) Linux-distrubsjoner.

 

Å styre hvilke services og daemons som kjører i en viss runlevel er kjempeenkelt: Slett den tilsvarende symlinken i katalogen /etc/rcN.d/, hvor N er runlevel. På Debian er runlevel 1 enbruker/vedlikeholdsmodus, mens 2-5 er flerbruker.

 

Eller: mente du på den lille disken, eller en 3GB partisjon på den store? Er ikke det litt stort for /boot? Hva med 10-15MB?

Ja, han mente at /boot skulle være på begynnelsen av den første harddisken, og at den skulle være liten (~20MB). Alternativt kan du drite i å ha en egen /boot-partisjon, noe som jeg slett ikke ser en grunn til å styre med. Hvis du først skal dele opp filsystemet, er det definitvt /home som skal ha sin egen partisjon. Hvis programvaren er nogelunde lik, så kan du til og med bruke de samme konfigurasjonsfilene! Dette gjør det veldig lett å komme seg etter en full formatering.

 

Hvis du noengang ønsker å ta backup av oppsettet trenger du da bare å bevare /home-partisjonen, samt ta kopi av /etc. Hvis du ikke gidder å pugge navnet på alle pakkene du har installert, så tar du å kjører dkpg --get-selections > pakkeliste.txt. For å installere de samme pakkene på et senere tidspunkt skriver du dpkg --get-selections < pakkeliste.txt .

 

Nok et bevis på at FHS er overlegen den salaten av et filsystem Windows-brukere må leve med....

Endret 12. februar 2005 av Manuel

[Gronz]

Du kan ha /boot-partisjonen på en 3gb-partisjon på begynnelsen av disken, og resten av / på resten av disken.

Eller: mente du på den lille disken, eller en 3GB partisjon på den store? Er ikke det litt stort for /boot? Hva med 10-15MB?

Hvis du ikke skal ha noe på den lille disken kan du like godt ha /boot på hele.

[meastp]

Ok, nå skjønner jeg. Fint innlegg, Manuel, nå fikk du satt mange brikker på plass

 

Dette med runlevels; Det har jeg aldri forsøkt før, men søkte litt, og fant en link: http://www.desktop-linux.net/services.htm

 

EDIT: http://www.aboutdebian.com/linux.htm (søk etter runlevels, kapitlet "starting up")

 

Mener du da at jeg skal bruke runlevel 5 som "vanlig", og velger f.eks 3 til server, og tilpasser services og deamons etter det?

Endret 13. februar 2005 av meastp

[ratix]

svaret er(som alltid): SUSE

huff, dumt at jeg ikke valgte "Report", dette er høyst usaklig

[Manuel]

Ok, nå skjønner jeg. Fint innlegg, Manuel, nå fikk du satt mange brikker på plass

 

Dette med runlevels; Det har jeg aldri forsøkt før, men søkte litt, og fant en link: http://www.desktop-linux.net/services.htm

 

EDIT: http://www.aboutdebian.com/linux.htm (søk etter runlevels, kapitlet "starting up")

 

Mener du da at jeg skal bruke runlevel 5 som "vanlig", og velger f.eks 3 til server, og tilpasser services og deamons etter det?

Har ikke sett gjennom linkene, men det skal ikke være noe hinder for å sette det opp slik du beskriver. Bare se på dette:

 

danerik@peanut:/etc/rc1.d$ ls -la
totalt 12
drwxr-xr-x    2 root root 4096 2005-02-11 23:22 .
drwxr-xr-x  112 root root 8192 2005-02-13 02:35 ..
lrwxrwxrwx    1 root root   13 2004-11-24 03:37 K01gdm -> ../init.d/gdm
lrwxrwxrwx    1 root root   14 2004-11-24 01:35 K11cron -> ../init.d/cron
lrwxrwxrwx    1 root root   15 2004-12-12 14:47 K19samba -> ../init.d/samba
lrwxrwxrwx    1 root root   15 2005-02-10 10:33 K20acpid -> ../init.d/acpid
lrwxrwxrwx    1 root root   14 2004-11-26 23:31 K20alsa -> ../init.d/alsa
lrwxrwxrwx    1 root root   24 2005-02-04 22:17 K20binfmt-support -> ../init.d/binfmt-support
lrwxrwxrwx    1 root root   16 2004-12-12 14:47 K20cupsys -> ../init.d/cupsys
lrwxrwxrwx    1 root root   16 2004-11-24 03:35 K20dbus-1 -> ../init.d/dbus-1
lrwxrwxrwx    1 root root   15 2004-11-24 01:36 K20exim4 -> ../init.d/exim4
lrwxrwxrwx    1 root root   21 2004-12-22 18:32 K20firestarter -> ../init.d/firestarter
lrwxrwxrwx    1 root root   15 2004-11-24 01:35 K20inetd -> ../init.d/inetd
lrwxrwxrwx    1 root root   17 2004-11-24 01:34 K20makedev -> ../init.d/makedev
lrwxrwxrwx    1 root root   14 2005-02-11 23:22 K20psad -> ../init.d/psad
lrwxrwxrwx    1 root root   15 2005-02-11 23:22 K20snort -> ../init.d/snort
lrwxrwxrwx    1 root root   13 2004-11-24 03:35 K20ssh -> ../init.d/ssh
lrwxrwxrwx    1 root root   17 2005-01-14 00:42 K20usermin -> ../init.d/usermin
lrwxrwxrwx    1 root root   16 2005-01-20 18:37 K20vsftpd -> ../init.d/vsftpd
lrwxrwxrwx    1 root root   16 2005-01-12 19:27 K20webmin -> ../init.d/webmin
lrwxrwxrwx    1 root root   16 2004-11-24 03:38 K20xprint -> ../init.d/xprint
lrwxrwxrwx    1 root root   21 2005-01-13 23:43 K20zmailer-ssl -> ../init.d/zmailer-ssl
lrwxrwxrwx    1 root root   13 2004-11-24 03:36 K21fam -> ../init.d/fam
lrwxrwxrwx    1 root root   17 2004-11-24 03:35 K81portmap -> ../init.d/portmap
lrwxrwxrwx    1 root root   13 2004-11-24 01:37 K89atd -> ../init.d/atd
lrwxrwxrwx    1 root root   15 2004-11-24 01:37 K89klogd -> ../init.d/klogd
lrwxrwxrwx    1 root root   18 2004-11-24 01:37 K90sysklogd -> ../init.d/sysklogd
lrwxrwxrwx    1 root root   16 2005-02-03 00:18 S01devfsd -> ../init.d/devfsd
lrwxrwxrwx    1 root root   16 2004-11-24 01:34 S20single -> ../init.d/single

Her ser du hvilke skript som kjører ved runlevel 1. Prefikset K betyr at det er et kill-script, dvs. at K20ssh dreper ssh daemon hvis den finnes. Begynner skriptet på S, er det et start-skript. Det er et killskript for hver daemon som jeg kan kjøre i en høyere runlevel. Grunnen til dette er ganske så innlysende: Man ønsker å sørge for at disse prossessene IKKE kjører i runlevel 1!

 

Se nå på listingen til /etc/rc2.d/

peanut:/etc/rc2.d# ls -la
totalt 12
drwxr-xr-x    2 root root 4096 2005-02-11 23:22 .
drwxr-xr-x  112 root root 8192 2005-02-13 02:35 ..
lrwxrwxrwx    1 root root   16 2005-02-03 00:18 S01devfsd -> ../init.d/devfsd
lrwxrwxrwx    1 root root   18 2004-11-24 01:37 S10sysklogd -> ../init.d/sysklogd
lrwxrwxrwx    1 root root   15 2004-11-24 01:37 S11klogd -> ../init.d/klogd
lrwxrwxrwx    1 root root   17 2004-11-24 03:35 S18portmap -> ../init.d/portmap
lrwxrwxrwx    1 root root   15 2005-02-10 10:33 S20acpid -> ../init.d/acpid
lrwxrwxrwx    1 root root   14 2004-11-26 23:31 S20alsa -> ../init.d/alsa
lrwxrwxrwx    1 root root   24 2005-02-04 22:17 S20binfmt-support -> ../init.d/binfmt-support
lrwxrwxrwx    1 root root   16 2004-12-12 14:47 S20cupsys -> ../init.d/cupsys
lrwxrwxrwx    1 root root   16 2004-11-24 03:35 S20dbus-1 -> ../init.d/dbus-1
lrwxrwxrwx    1 root root   21 2004-12-22 18:32 S20firestarter -> ../init.d/firestarter
lrwxrwxrwx    1 root root   15 2004-11-24 01:35 S20inetd -> ../init.d/inetd
lrwxrwxrwx    1 root root   20 2005-02-03 01:03 S20lm_sensors -> ../init.d/lm_sensors
lrwxrwxrwx    1 root root   17 2004-11-24 01:34 S20makedev -> ../init.d/makedev
lrwxrwxrwx    1 root root   14 2005-02-11 23:22 S20psad -> ../init.d/psad
lrwxrwxrwx    1 root root   15 2004-12-12 14:47 S20samba -> ../init.d/samba
lrwxrwxrwx    1 root root   15 2005-02-11 23:22 S20snort -> ../init.d/snort
lrwxrwxrwx    1 root root   13 2004-11-24 03:35 S20ssh -> ../init.d/ssh
lrwxrwxrwx    1 root root   17 2005-01-14 00:42 S20usermin -> ../init.d/usermin
lrwxrwxrwx    1 root root   16 2005-01-20 18:37 S20vsftpd -> ../init.d/vsftpd
lrwxrwxrwx    1 root root   16 2005-01-12 19:27 S20webmin -> ../init.d/webmin
lrwxrwxrwx    1 root root   16 2004-11-24 03:38 S20xprint -> ../init.d/xprint
lrwxrwxrwx    1 root root   13 2004-11-24 03:36 S21fam -> ../init.d/fam
lrwxrwxrwx    1 root root   13 2004-11-24 01:37 S89atd -> ../init.d/atd
lrwxrwxrwx    1 root root   14 2004-11-24 01:35 S89cron -> ../init.d/cron
lrwxrwxrwx    1 root root   13 2004-11-24 03:37 S99gdm -> ../init.d/gdm
lrwxrwxrwx    1 root root   19 2004-11-24 01:34 S99rmnologin -> ../init.d/rmnologin
lrwxrwxrwx    1 root root   23 2004-11-24 01:34 S99stop-bootlogd -> ../init.d/stop-bootlogd

 

Her ser du ingen killskript. Dette er fordi runlevel 3,4 og 5 inneholder EKSAKT de samme skriptene, slik at runlevel 2 er det høyeste kjørenivået. Runlevel 6 inneholder nesten bare killskript. De som ikke er killskript, er skript som skal klargjøre systemet for en full nedkjøring. Det siste skriptet som kjøres føres til at maskinen startes på nytt.

 

Generelt så skal et lavere kjørenivå (runlevel) tilsvare færre tjenester og daemons. Derfor skulle det mest hensiktmessige for et Debian-system være at runlevel 2 er "server-runlevel", mens runlevel 3-5 er flerbruker/"normal". Dette er det letteste fordi du da rett og slett bare fjerner alle symlinkene i /etc/rc2.d, og slenger inn alle skriptene du trenger for serveren. Husk å sleng inn killskript! Ellers så vil du ikke få ønsket effekt hvis du går fra f.eks runlevel 3 til runlevel 2, siden prosessene fra runlevel 3 vil "henge igjen".

 

Standard runlevel settes i filen /etc/inittab. Let etter linjen

# The default runlevel.
id:2:initdefault:

Her er runlevel 2 satt som standard. Husk at det ikke er noe i veien for at du setter opp oppstartslasteren (Grub/LILO) med minst 2 valg: Server og desktop. Du kan uansett endre kjørenivå med init-kommandoen, uten at du trenger å starte på nytt :-)

 

edit: Ta en kikk gjennom /etc/inittab. Sammenlikne dette med innholdet i /etc/rcN.d/, så vil du forstå ganske mye uten engang å måtte slå opp i noen referansebok for Debian

Endret 13. februar 2005 av Manuel