Kurumin

Histria
Iniciada em 2002 com a verso 1.0 O Kurumin foi uma distribuio Linux desenvolvida pela equipe do Guia do Hardware e colaboradores, com o objetivo de ser um sistema fcil de usar, voltado especialmente para iniciantes e ex-usurios do Windows. Originalmente o Kurumin foi desenvolvido com base no Knoppix, passando em seguida a utilizar tambm componentes do Kanotix e outros projetos, alm de ser baseado nos pacotes do Debian. Todos os componentes e scripts usados so abertos, o que possibilitou tambm o surgimento de verses modificadas do sistema. Apesar de ter feito um grande sucesso e ter sido durante algum tempo uma das distribuies mais usadas no pas, o projeto acabou falhando em atrair um grupo de desenvolvedores interessados em participar de forma ativa do desenvolvimento. Este e outros fatores (entre eles a justificada cobrana em torno de novos recursos e melhorias) acabaram fazendo com que o projeto fosse descontinuado em janeiro de 2008. O Kurumin continuou recebendo supor te e pequenas atualizaes ao longo de 2008 e incio de 2009, acompanhando o ciclo de vida do Debian Etch, no qual o sistema baseado. O lanamento do Debian Lenny em 15/02/2009 marcou o fim do ciclo de manuteno do Kurumin 7, marcando o encerramento do suporte ao sistema. Se voc ainda o est utilizando, recomendamos atualizar para o Debian Lenny, que o sucessor direto. Voc pode ler um tutorial com dicas de instalao e uso no http://www.gdhpress.com.br/blog/guia-debian-lenny/. possvel tambm atualizar o Kurumin 7 em relao ao Lenny, de forma que voc possa ter acesso s novas verses dos pacotes sem precisar mudar de sistema. Isso permite que voc continue usando o Kurumin 7, atualizando-o em relao s novas verses do Debian, at que se sinta confortvel em mudar de distribuio. Veja as dicas no: http://www.gdhpress.com.br/blog/atualizando-kurumin7/ Naturalmente, as imagens do Kurumin 7 continuam disponveis para download e ele continua sendo uma opo de distribuio leve para micros antigos, mas o uso em mquinas novas no recomendado, j que por ser baseado em uma verso antiga do Kernel ele no ser capaz de detectar alguns dos componentes. Tambm est disponvel tambm o livro Kurumin 7, guia prtico para leitura na ntegra, que serve como um guia para o uso do Kurumin e tambm de outras distr ibuies. Entre maro de 2008 e janeiro de 2009 foi feita uma desastrada tentativa de continuao por parte do Leandro Soares, que acabou ridicularizando o nome do projeto. Devido a isso, novas propostas de continuidade passaram a ser polidamente rejeitadas. Com o encerramento do projeto, recomendamos o uso do Debian Lenny e de outras distribuies bem estabelecidas, como o Ubuntu, o Kubuntu e o Mandriva.

Estrutura do Sistema Operacional

Hardware

Todos os com onentes de um com utador s o agrupados em trs subs stemas bs cos: unidade central de processamento ( CP) mem ria principal, e dispositivos de entrada e sada Estes subsistemas, tambm c amados de . unidades funcionais, esto pres entes em todo computador apesar de suas , implementa es variarem nas diferentes arquiteturas existentes e comercializadas pelos diversos fabricantes de computadores. O mnimo recomendado para rodar o Kurumin com qualidade so 192 MB de mem ria RAM, um processador Celeron 600 e um leitor de C -ROM de 40x. Entretanto, possvel instalar o sistema em micros com 96 ou mesmo 64 MB, seguindo algumas dicas simples que esto no Manual Kurumin Linux.

Estrutura em Mdulos

Sistema Operacional Hardware

Es

Ss e

e c

S f
g e s, e.A s)

e
      #        "  !" 

h c

Tradutor
q e

1%3)4&0(% 5% 1%3) 2%( ' 3 %3)() 1 3%0 )3) &4& 5 % )()1 %10 3 ( )5 2&4 3 %0& %4 0 1% 53)1 8 )1 4) ' ' ' ' ' 1) &4) 1 )1)0 3)3&4& ) (% )3) 2 (5 %3 ( )(1% )(5 3 % &1 1 )&1 3%0 )()1 %10 ' ' (5 %3%( % 0 ) % &5( ( )()1 %10 3 % 51 2% ) 5% &4& ) 2 )5 2&4 ' ' ' ' ) 3 % ) &4& 5 & &1) ) )1)0 %3) 1 1 ()&1 )&17( ( 3 % 1 32 &)5 5% ' %3) 11) 1 )&1 3 )()1 %10 % )&17( ( )3 % & 1 4)5 ( %(% 1) 631) %) 2 2& 1 0 ' ' % 0 ) % &5( (% 1)05 % 10 3 5% & 3 1%3)()1 %10 % 4 2 % 4) 3 2 )5 2&4 ' ' ' )3 )5 2)4 4 ( ) ( ) 2%( 3 2 )5 2&4 )1& (&10 )3 % 2 (& 15 % (% ' ' % 5 )1)0 4)0& 2&10 )&17( ( )2 2 () 1&3 ' ' %3) 11) )2&5 ( 3 ( )5 2&4 ( %3& 4% 2 3 ()1 )()1 %10 %& 3 )1 ) ' & 2&)0 ( 1)()1 %10 1) 631) %3 % 2 (& 2% 1&5 %0 )&1 3 1%3)()1 %10 % 5 ' %3) &40(% 2) ) )1 1)()1 %10 3 % ) % % & 2) &)2%& )1 0% )( & % ' ' ' ' '

 #! !  "!  " "   #    !      "        # "   " "          !  # " !  # #   # "  !  !       
s g s, e g N sss e s e c g eve ss c hec e h vs e f s. Esses g se ese v v s e e e e e c exec . g e q g g e

s s e e e. P - ex s e c j e z c e f ce e e s ecess es s e sc c es z e s f es eq s s ve s s ef s e c es (c ce s e b h s s s ss es e ef c e e.

Ao contrrio do que pode parecer primeira vista, detectar todo o Hardware de uma mquina atual e configurar o sistema para trabalhar sobre ele sem ficar perguntando coisas ao usurio no uma tarefa nada fcil. Algumas placas me mal projetadas podem travar durante o processo de deteco do AC I ou da placa SCSI ou Raid, a placa de vdeo pode ser incompatvel, o usurio pode possuir um mouse com scrool ou outro recurso especial que no seja possvel detectar e assim por diante. Alm disso, o sistema simplesmente no tem como adivinhar que resoluo de tela e taxa de atualizao o usurio prefere usar, pode no mximo tentar "adivinhar" baseado nas caractersticas do monitor. Logo no incio do boot voc ver uma tela grfica que apresenta algumas opes de boot. Estas opes permitem alterar o comportamento padro do sistema, permitindo que ele d boot em placas problemticas ou que utilize a resoluo de vdeo de sua preferncia. O Kurumin capaz de dar boot diretamente em uns 90% dos micros, enquanto as opes permitem que ele funcione na maior parte dos 10% restantes. raro um C em que o Kurumin no consiga dar boot.

s g e s e s g ge s e ge ( sse b y g ges) e s C ge s e ve , g ex e se e c c s s ec s e es h e, c e q eg e g eve se c eg s e e e s e e se ese v s s v ve s. A z ess s ge s f c c s e g se s s ec s. Desse , e se esc e f be c e ec f c es e z es. , e e g ge e g z , e se ch e c .

e b s ec c , j ee g e s g ge e q e c eg s

Estrutura de so tware no kurumin

USb U aUVb T UVbT VVU T US X Sb aU` T W U S W UV `b V U V T Y Y US X Sb WSW VX V UVU` WTU `UTU V TW` Sb T VX VU` U a SU VXTU b Y Y Y Y Y Y W X U XR`U T TUT XVU USb SW W R`SW RUaWX UV `W US X Sb SXSbVb d Y Y Y W bTWV a Y
K ss e e c c e ,c v e e e c v s, q e

T WTU X U T SU US X WT Y Y a cWT b W U X U T T W Y Y
b c ce e ss e s e

US X WT TUTXV aX U WTaX aUVU UTUa TVW USVW Y Y Y a aW`SW U XR`U U b XSV ` W a SXT WV` Y Y Y WV` W X S SU US X WT UXVWXUS U Y Y Y
ce N e e

a X SU UTU UVU` W X ` VU c W VU cTVU Y Y T W U XRUX XaX T W a SXT WV` WTU X X ` W W Xb VU W U XRUX XaX T W Xb VU Y Y TW b Ua X aW S SU US X WT W U X U U RUaWX UV `W US X WT U VU UT S R Y Y Y Y Y
exec c z

H G@CE BI P C P D CHIE@GCB FDE ID HCG@BF BI P DPCH DP CF C DPC @HC F F DPG PDE D G BCE@I DP D GI A A A A B C@FC D C @ C P D G B@P DFE 9 D DH DF@ B@FE D G BHCF DH D @P D @P DP A A A C @ E D @ DE CBI B DPC @HC DH CBCF DFE BI FDE DPC @HC F DD CB @ DP D C @ C A A A DPCG@BDG P D DFE HCE@ G@FE C@FQB B C CFCE C@F PGI C@FQB B CP DPC FFC HCGD@ CF ED CB @ D I D@F G DPC @H FDPC IEBD BI I CPD A A C
e f

D@F I I DH E D C @H@ I CFCE C HEBD A CBFD CBI P C@FC G FEC ID H GDE @P C@FC D G CB @ DP D FI F DP FCE PGCF A A A A H B FDPC IEBD BI P D G BCGD@ GI D CFCE HC@ G HCGD@ CF ED CB @ 9 A A A
ss e e c esse c e e s ec s s s s e es ex z e s s s.

exec e e e e esg e ( ec e e f g c 1. I c
Sistema Operacional Disco

c g ss e e c , v ss e A q v s e c z . Nes es q v s s es ec f c s h ees f e es ecf c s c b e e.

T vez q e c g , ecess q e s s e e c sej eg e sec e c . Esse cess , e v s s e (b ), e z g c z e s es ecf c sc ( sc b ck), ge e e e b c . ce e e v v e f eq e , e se e z vs ec , e e e ch ves e e.

lataf

apara aprese taes e e

Boot

s s s e s, b ex s e cess e es v (sh e eq e s c es e c e es s s e sej es v .G eg e ss e

e c s

Ativao do Sistema

CD. Ele e e),

straes

Memria Principal

e se ss e f

c s

s ste a c ev e ve , e

SW S

X Sb bW

aWS T

SVW

e se

se v c e seg c ese

pleto portvel para , ss e . Se ). Es e s e e e, e e

produo,dev do ao seu tamanho ele no vem com o K ff ce, penOff ce, GI P, e vrias de desenvolvimento comoKDevelop, compiladores, depuradores, etc. O sistema base de suporte GNU/Linux modificado para inicializar diretamente no nvel de execuo 5 com uma configurao funcional do XWindows e do KDE[5], com todos os dispositivos autodetectveis configurados, pronto para iniciar as aplicaes. O processo de inicializao do KNOPPIX dividido em trs estgios: 1. Estgio 1 O lilo carrega o kernel e o ramdisk inicial O kernel inicializa o hardware 2. Estgio 2 Auto identificao do mdulo SCSI Encontra e monta o CDROM Cria os links simblicos Passa o controle para o INIT 3. Estgio 3 Configurao do hardware detecta o hardware carrega os mdulos cria os links em /dev escreve os arquivos de configurao Identificao do chipset grfico Inicia a sesso X-Windows Atualmente, (quando da escrita deste trabalho) o KNOPPIX est na verso 3.3. Alguns dos aplicativos inclusos e verses so: Kernel 2.4.22 com suporte para IG MEM (4GB). Descompactadorcloop melhorado, v1.02 Novas opes de inicializao para RAM ou pr -carga do CD a partir de disco

e f

h h

rgido KDE 3.1.3 (Debian/unstable release) XFree86 4.3 OpenOffice 1.0.3 (alemo e ingls) KOffice 1.2.1 2. Gerenciamento de Processos O Knoppix um sistema multiprogramado, de modo que mltiplos processos independentes podem executar ao mesmo tempo. Cada usurio pode ter vrios processos ativos de uma s vez, e, assim, em um grande sistema, possvel haver centenas ou talvez milhares de processos executando. De fato, na maioria das estaes de trabalho de um nico usurio, mesmo que o usurio esteja ausente, muitos processos, chamados de daemons, esto executando em segundo plano. Esses processos so iniciados automaticamente quando o sistema inicializado. ( Daemon uma ortografia variante de demon , esprito do mal). Um daemon tpico ocron. Ele acorda uma vez por minuto para verificar se existe algum trabalho para fazer. Caso exista, ele faz o trabalho. Depois, ele volta a dormir at que decorra o tempo da prxima verificao. Esse daemon necessrio porque o Knoppix permite a gendaratividades para serem executadas minutos, horas, dias ou mesmo meses depois. Por exemplo, suponha que um usurio tenha uma consulta com um dentista na prxima tera -feira s 15h. Ele pode inserir uma entrada na base de dados do daemoncron, solicitando q ela emita um som de alarme ue digamos, s 14h30 da tarde. Quando o dia e a hora agendados chegarem, o daemoncron perceber que tem trabalho a fazer e ativar o programa que emite som como um novo processo. O daemoncron tambm usado para executa r atividades peridicas, como realizar backups do disco diariamente s quatro da manh ou, todos os anos, lembrar usurios esquecidos que no dia 31 de outubro preciso guardar doces para o Dia das Bruxas. Outros daemons tratam as mensagens eletrnicas que chegam e que saem, gerenciam a fila da impressora de linha, verificam a quantidade de pginas na memria e assim por diante.

Daemons so simples de implementar no Knoppix porque cada um um processo separado, independentemente de todos os demais processo s. No Knoppix os processos so criados de um jeito bastante simples. A chamada ao sistemafork cria uma cpia exata do processo original. O processo criador chamado deprocesso pai. O novo processo chamado de processo filho. Cada um tem sua prpria imagem da memria privada. Se, aps a criao o pai alterar suas variveis, essas alteraes no sero visveis pelo processo filho e vice -versa. Os arquivos abertos so compartilhados entre o processo pai e o processo filho. Ou seja, se um certo arquivo estava aberto no pai, antes da criao do filho, ele continuar aberto em ambos os processos, pai e filho. Alteraes feitas nesse arquivo sero visveis a ambos os processos. Esse comportamento razovel, pois essas alteraes so, da mesma maneira, visveis a qualquer processo no relacionado que tambm abre o arquivo. O fato de as imagens da memria, as variveis, os registradores e tudo o mais serem idnticos tanto no processo pai quanto no processo filho gera uma pequena dificuldade: como permitir que os processos saibam quem deve executar no cdigo do pai e quem deve executar no cdigo do filho? O segredo que a chamada ao sistema fork0 para o filho e um valor no nulo para o pai o PID (identificador de processo) do processo filho para o processo pai.

Ambos os processos costumam verificar o valor retornado e assim podem agir diferentemente. Os processos so identificados por seus PIDs. Quando um processo criado, o pai recebe o PID do filho, como mencionado. Se o filho quer saber seu prprio PID, existe uma chamada ao sistema, getpid, que o fornece. Os PIDs so usados de diferentes maneiras. Por exemplo, quando um processo filho termina, o pai recebe o PID do desse processo filho. Isso importante quando um processo pai tem muitos filhos. Visto q ue os filhos tambm podem ter filhos, um processo original pode construir uma rvore inteira de filhos, netos e descendentes mais distantes. Os processos no Knoppix apresentam a propriedade de se comunicar entre si usando um tipo de troca de mensagens. possvel criar um canal entre dois processos no qual um delels pode escrever um fluxo de bytes para o outro ler. Esses canais so chamadospipes. A

sincronizao possvel porque, ao tentar ler uma entrada do pipe, um processo bloqueado at que o dado esteja disponvel. 3. Gerenciamento de Memria Todo processo no Knoppix tem um espao de endereamento que consiste de trs segmentos: cdigo, dado e pilha. Osegmento de cdigo contm as instrues de mquina que formam o cdigo executvel do programa. Ele produzido pelo compilador e montado por meio da traduo de C, C++ ou outros programas em cdigo de mquina. O segmento de cdigo em geral marcado como somente -para-leitura. A modificao do cdigo pelo prprio programa saiu de linha em torno de 19 50, ainda no Unix porque ele ficava muito difcil de compreender e depurar. Assim o segmento de cdigo no cresce, no diminui nem se altera de nenhuma maneira. Osegmento de dados o local de armazenamento das variveis do programa, das cadeias de caracteres, dos vetores e de outros dados. Ele tem duas partes: os dados inicializados e os dados no inicializados. Por razes histricas, o segundo conhecido como BBS. A parte inicializada do segmento de dados contm as variveis e as constantes que necessitam de um valor inicial quando o programa iniciado. O terceiro segmento o de pilha. Na maioria das mquinas, ele inicia no topo do espao de endereamento virtual ou prximo dele e cresce para baixo, em direo ao

endereo 0. se a pilha cresce alm da base do segmento de pilha, uma interrupo ocorre e o sistema operacional atualiza a posio da base em uma pgina mais abaixo. Os programas no gerenciam explicitamente o tamanho do segmento de pilha. Quando o programa inicia, sua pilha no est vazia, pelo contrrio: ela contm todas as variveis de ambiente (shell) alm da linha de comando digitada no shell quando ele foi invocado. Dessa maneira, um programa pode descobrir seus argumentos. Muitas verses do Knoppix suportamarquivos mapeados em memria. Essa caracterstica possibilita mapear arquivos em uma parte do espao de endereamento do processo permitindo que o arquivo seja lido e escrito como se ele fosse um vetor de bytes na memria. Mapear um arquivo na memria facilita muito mais o acess o aleatrio do que usar

chamadas ao sistema para E/S como read e write. As bibliotecas compartilhadas so acessadas por meio do mapeamento em memria usando esse mecanismo. Uma vantagem adicional do mapeamento de arquivos que dois ou mais processos podem mapear o mesmo arquivo simultaneamente. As escritas no arquivo feitas por qualquer um deles so instantaneamente visveis para os demais processos. De fato, por meio do mapeamento de um arquivo auxiliar (que ser descartado depois que todos os processos tenham finalizado), esse mecanismo fornece um canal de alta largura de banda para mltiplos processos compartilharem memria. No caso mais extremo, dois ou mais processos podem mapear um arquivo que abranja o espao de endereamento todo, fornecendo uma forma de compartilhamento entre processos separados e threads. Na prtica, porm, nunca so criados dois espaos de endereamento exatamente correspondentes.4. Entrada/Sada no Knoppix Usar o sistema de E/S do Knoppix bastante simples. Basicamente, todo s os dispositivos de E/S so tratados como arquivos e so acessados com as mesmas chamadas ao sistema read e write usadas para acessar os arquivos comuns. Em alguns casos, os parmetros do dispositivo devem ser configurados, e isso feito com uma chamada ao sistema especial. Os dispositivos de entrada e sada so discos, impressoras e redes conectadas. Torna -se necessria alguma maneira de permitir o acesso a esses dispositivos. Embora vrias solues sejam possveis, o Knoppix integra os dispositivos no sistema de arquivos, chamando -os de arquivos especiais. Cada dispositivo de E/S associado a um nome de caminho, geralmente no /dev. Por exemplo, um disco pode ser/dev/hd1, uma impressora pode ser /dev/lp e a rede pode ser /dev/net. Esses arquivos podem ser acessados da mesma maneira que os demais arquivos. No so necessrios quaisquer comandos especiais nem chamadas ao sistem a sistema usuais read e write so suficientes. Os arquivos especiais so divididos em duas categorias: blocos e caracteres. Um arquivo especial de bloco consiste em uma seqncia de blocos enumerados. A propriedade principal do arquivo especial de bloco que cada bloco pode ser endereado e acessado as chamadas ao

individualmente. Em outras palavras, um programa pode abrir um ar quivo especial de bloco e ler, digamos, o bloco 124 sem primeiro passar pelos blocos de 0 a 123. Os arquivos especiais de blocos so em geral usados em discos. Osarquivos especiais de caracteres so normalmente empregados em dispositivos em que a entrada e a sada so feitas como fluxos de caracteres. Teclados, impressoras, redes, mouses, plotters e a maioria dos dispositivos de E/S que recebem ou enviam dados usam arquivos especiais de caracteres. No possvel (ou mesmo significativo) posicionar no bloco 124 de um mouse. 5. Sistema de arquivos do Knoppix A parte mais visvel de qualquer sistema operacional, inclusive do Knoppix, o sistema de arquivos. Veremos a seguir as idias bsicas de como so realizadas as chamadas ao sistema e como o sistema d e arquivos implementado. Algumas dessas idias derivam do MULTICS e muitas delas foram copiadas pelo MS -DOS, pelo Windows e por outros sistemas, mas outras idias so exclusivas do Unix e por conseqncia do Linux/Knoppix. O projeto Knoppixespecialmente interessante porque ele ilustra nitidamente o princpioO Pequeno Bonito. Com um mnimo de mecanismo e um nmero limitado de chamadas ao sistema, o Knoppix fornece, contudo, um sistema de arquivos poderoso e superior. Um arquivo de Knoppix uma seqncia de 0 ou mais bytes contendo qualquer informao. Nenhuma distino feita entre arquivos ASCII, arquivos binrios ou quaisquer outros tipos de arquivos. O significado dos bits de um arquivo de total conhecimento do proprietrio do arquivo. O sistema no se preocupa com isso. Os nomes dos arquivos eram originalmente no Unix restritos a 14 caracteres comuns, mas o Linux/Knoppix aumentou esse limite para 255 caracteres, que foi adotado pela maioria das outras verses de sistemas operacionais tambm. T odos os carcteres ASCII, exceto NUL, so permitidos nos nomes dos arquivos, de modo que um nome de arquivo consistindo em trs retornos de carro ( carriage returns) um nome de arquivo vlido (mas no conveniente). Por conveno, muitos programas esperamque os nomes de arquivos sejam

constitudos por um nome bsico seguido de um ponto (que vale por um caractere) e uma extenso. Assimprog.c em geral um programa em C; prog.f90 normalmente um programa em FORTRAN 90 e prog.o costuma ser um arquivo -objeto (gerado pelo compilador). Essas convenes no so exigidas pelo sistema operacional, mas alguns compiladores e outros programas assim o desejam. O tamanho das extenses livre e os arquivos podem ter vrias extenses como o prog.java.Z, provavelmente um programa em Java comprimido. Os arquivos podem ser agrupados em diretrios por questes de convenincia. Os diretrios so armazenados como arquivos e em grande parte so passveis de ser tratados como arquivos. Eles podem conter subdiretrios, proporcionando um sistema de arquivos hierrquico. O diretrio -raiz chamado / e geralmente contm vrios subdiretrios. O caractere / tambm usado para separar nomes de diretrios; assim, o nome /usr/ast/x indica o arquivo x localizado no diretrio ast, o qual est no diretrio /usr. Outra propriedade interessante do sistema de arquivos do Knoppix oimpedimento (locking). Em algumas aplicaes, dois ou mais processos podem estar usando o mesmo arquivo ao mesmo tempo, o que capaz de gerar condies de disput a. Uma soluo programar a aplicao com regies crticas. Contudo, se os processos pertencem a usurios independentes que nem sempre conhecem uns aos outros, esse tipo de coordenao em geral inconveniente. Considere, por exemplo, uma base de dados c om muitos arquivos em um ou mais diretrios acessados por usurios no relacionados. Certamente possvel associar umsemforo a cada diretrio ou arquivo e implementar a excluso mtua, devendo os processos executar uma operao down sobre o semforo apropriado antes de acessar os dados. A desvantagem, porm, que o arquivo ou o diretrio todo fica impedido, mesmo que somente um registro deva ser acessado. O mecanismo de impedimento considerado mais eficiente, requer que o chamador especifique o arquivo a ser acessado, o byte inicial e o nmero de bytes seguintes. Se a

operao bem-sucedida, o sistema cria uma entrada na tabela e anota que os bytes em questo (isto , um registro da base de dados) esto impedidos de serem acessados por outros processos. Dois tipos de impedimentos so fornecidos:impedimentos compartilhados e impedimentos exclusivos. Se uma parte de determinado arquivo j contm um impedimento compartilhado, permitida uma segunda tentativa de colocar nele um impedimento compartilhado, mas uma tentativa de colocar um impedimento exclusivo no aceita. Se uma poro de um arquivo contm um impedimento exclusivo, todas as tentativas seguintes para impedir qualquer parte daquela poro falharo at que o impedimento seja liberado. Para qu e um impedimento seja colocado com sucesso, todos os bytes da regio a ser impedida devem estar disponveis. 6. Um exemplo de sucesso do uso do Knoppix O Kurumin Linux uma distribuio baseada no Knoppix e no Debian. Ele mantm o mesmo sistema de deteco de hardware do Knoppix e mantm compatibilidade com os pacotesdo Debian: .deb, que podem ser encontrados no www.debian.org/distrib/packages, nos cds do Debian ou em vrios outros lugares. O Kurumin um sistema pequeno, possui apenas 196 MB na verso1.3, ainda menor que nas verses anteriores. O Kurumin uma tentativa de desenvolver um Linux voltado para o uso em desktops, que seja fcil de usar, fcil de instalar e resolva problemas clssicos como a falta de suporte a softmodems e a multimdia. O K urumin j inclui drivers para modems Lucent e Agere, PC -tel onboard e alguns outros modelos, suporte a vrios formatos de vdeo, incluindo Divx e Windows Media e uma ferramenta para instalar suporte a Flash. Tudo isso organizado de uma forma intuitiva, v oc no precisa ler o manual pra usar.7. Referncias Bibliogrficas Tanenbaum, Andrew S.- Sistemas Operacionais Modernos. 2