Gå til innhold

Hvilken Linux-versjon og hvilke patcher?


Anbefalte innlegg

Skrevet

Hvilken versjon av Linux kjører dere og hvilke patcher bruker dere? Selv bruker jeg en offisiell 2.6.7 kernel patchet med en patch fra con kolivas for lavere latency.

 

danerik@peanut:/mnt/cdrom$ uname -r
2.6.7-ck1

Videoannonse
Annonse
Skrevet

Desktop:

 

bo@Slappbox:~$ uname -r
2.6.7

 

Server:

 

bo@slappserv:~$ uname -r
2.4.26

 

Har vurdert å patche server'n med en grsec eller openwall patch, men har ikke surra meg til det enda.

Skrevet

For øyeblikket kjører jeg 2.6.5 med gentoo patchset, har ikke giddet å oppgradere ennå, men skal ta en skikkelig refresh av systemet så snart jeg gidder.

Serveren min kjører også 2.6.5, mens de to siste pcene jeg installerte linux på kjører 2.6.7.

zyp@zyp zyp $ uname -r
2.6.5-gentoo-r1

Skrevet

Pleier å bruke vanlige vanilla kjerner. De funker helt greit så da er jeg fornøyd :)

blurpy@pernille blurpy $ uname -r
2.6.7

Orker ikke å stresse med nyeste kjerna heller, får ta det en dag jeg kjeder meg :p

Skrevet

Det går en del i vanilla-kernels her :hmm:

 

Jeg tenker jeg skal oppgradere til 2.6.8 og samtidig få bekreftet om noen småproblemer med lyden er relatert til ck-patchen

Skrevet
ludde@kosepc:~$ uname -r

2.6.8.1

 

Har noen problemer med usben i den kjernen. Må sitte å trykke på musa og tastaturet for at den ikke skal henge seg opp etter å ha lasta usb driver.

Skrevet
Hvorfor 2.4.x til tjenere og 2.6.x til skrivebords ? Hvorfor ikke bare bruke 2.6.x til alt

Jeg bruker 2.4.26 på min tjener fordi jeg får ikke raid-kontrolleren til å virke i 2.6, ataraid eksisterer simpelt ikke i 2.6. er en Promise FastTrack software raid kontroller.

Skrevet

Kjører Debian Woody på server, og jeg gidder ikke legge inn backports for å få til 2.6.*. Mindre arbeid å holde seg til 2.4-serien fram til 2.6 legger seg på samme utviklingstempo som 2.4. Siden Andrew og Linus føler at arbeidet går raskest framover når de samarbeider skal det nok skje kraftige forandringer før 2.7 blir forket. Få releaser betyr mindre vedlikehold. :)

Skrevet

Supermount har (heldigvis) aldri vært del av linux.

 

Vanilla 2.6.8.1 har forøvrig to problemer relatert til cd-brenning. Det ene er at bare root har rettigheter til å utføre brenne operasjoner. Det andre, noe større, problemet er en stor minnelekasje som forekommer når du brenner audio-cder.

Skrevet
Supermount har (heldigvis) aldri vært del av linux.

 

Det var iallfall med i linux 2.6.7-ck1 under "pseudo filesystems". Jeg trenger iallfall supermount til win32-programmer som spenner seg over flere CD'er. DA hjelper det lite å prøve å avmontere for å så få feilmelding om at enheten er opptatt.... Dessuten så er det veldig behagelig å slippe å montere/avmontere cd'er :yes:

 

Men er ikke supermount en mandrake-innovasjon?

Skrevet

Con Kolivas har valgt å legge ved supermount-ng i "patchsetet" sitt.

 

Supermount skal heller ikke tillate at du kan ta ut en cd hvis du normalt sett ikke skulle ha lov til å avmontere pga at enheten er opptatt. Om du ikke finner en passende supermount patch, kan du prøve submount. Hverken supermount eller submount tar seg av "stateless" montering på den "riktige" måten i følge kernel utviklere. Om du vil gjøre ting helt riktig kan du prøve en kombinasjon av dbus, hal og enten gnome volume-manager eller ivman.

Skrevet

Jeg brukte Supermount før, men har gått over til en userspace-løsning på problemet, nemlig Autofs. Støtte for Autofs ligger i vanillakjernen.

Skrevet
desktop:

Linux debian 2.4.22 #2 lør sep 20 17:41:47 CEST 2003 i686 GNU/Linux

 

laptop:

2.6.7 med bootspashscreen patch :)

aptituda desktoppen til 2.6.8-1-k7 nå akkurat...

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...