SlideShare uma empresa Scribd logo
1 de 119
Baixar para ler offline
UNICAMP - CCUEC




$'0,1,675$d­2 '( 6,67(0$6


          81,;
UNICAMP - CCUEC

                                                                                                                             (ÃÃÃÃTDTU@H6TÃ9@Ã6SRVDWPT  #
      DIUSP9Vd­P 

                                                                                                                               9.1.      SISTEMAS DE ARQUIVOS .......................................................................... 42
     1.1.    AMBIENTE UNIX DISTRIBUÍDO.......................................................... 2
                                                                                                                               9.2.      MANUTENÇÃO DE SISTEMAS DE ARQUIVOS ............................................... 43
     1.2.    TIPOS DE EQUIPAMENTO.................................................................... 3
                                                                                                                               9.3.      FSCK ..................................................................................................... 44
     1.3.    TAREFAS DO ADMINISTRADOR......................................................... 4
                                                                                                                               9.4.      MONITORANDO ESPAÇO EM DISCO............................................................ 47
     1.4.    ROOT ...................................................................................................... 6
                                                                                                                               9.5.      FIND...................................................................................................... 48
!     9DT8PTÃ@ÃQ6SUDd®@T                     9.6       CRONTAB................................................................................................ 49
                                                                                                                               9.7       AT ......................................................................................................... 51
     2.1.    TERMINOLOGIA.................................................................................... 8
                                                                                                                               9.8       USO DE QUOTA EM DISCOS....................................................................... 52
     2.2.    ESTRUTURA DO DISCO........................................................................ 9
     2.3.    PRATO DO DISCO ............................................................................... 10                   768FVQÃ@ÃS@8VQ@S6d­P  $quot;

     2.4.    PARTIÇÕES ......................................................................................... 11
                                                                                                                               10.1.     BACKUPS ............................................................................................. 54
     2.5.    LAYOUT DO DISCO ............................................................................ 12
                                                                                                                               10.2.     TAR....................................................................................................... 55
     2.6.    INODES................................................................................................. 13
                                                                                                                               10.3.     CPIO...................................................................................................... 56
quot;     TU6SUVQÃ@ÃTCVU9PXI                      #      10.4.     DD ......................................................................................................... 57
                                                                                                                               10.5.     PREPARATIVOS PARA O BACKUP.................................................... 58
     3.1.    BOOTING.............................................................................................. 15
                                                                                                                               10.6.     BACKUP DE SISTEMAS DE ARQUIVOS ........................................... 59
     3.2.    INTERRUPÇÕES NO SISTEMA........................................................... 17
                                                                                                                               10.7.     BACKUP DE VÁRIOS SISTEMAS DE ARQUIVOS EM UMA FITA ... 60
     3.3.    PARADA DO SISTEMA ....................................................................... 18
                                                                                                                               10.8.     RECUPERAÇÃO DE BACKUP............................................................. 61
     3.4.    OPÇÕES DE BOOT .............................................................................. 20
                                                                                                                                  DHQS@TTPS6T  %%
#     DITU6G6d­PÃ9@ÃTDTU@H6ÃPQ@S68DPI6G  !

                                                                                                                               11.3. DEFINIÇÃO DE FILAS DE IMPRESSÃO ......................................................... 68
     4.1.    INSTALAÇÃO DE SOLARIS 2.X ............................................................. 22
                                                                                                                               11.4. COMANDOS DE IMPRESSÃO....................................................................... 72
$     8PIADBVS6d­PÃ9PÃF@SI@G !$                                11.5. DESTRAVANDO AIMPRESSORA .................................................................. 73
     5.1.    PORQUE CONFIGURAR O KERNEL................................................... 26                                 !   I@UXPSFÃADG@ÃT`TU@HIAT #

     5.2.    CONFIGURAÇÃO DO KERNEL.................................................................. 27
                                                                                                                               12.1.     NETWORK FILE SYSTEM........................................................................... 75
%ÃÃÃ6H7D@IU@ÃPQ@S68DPI6G !'                             12.2.     SERVIDOR NFS........................................................................................ 76
                                                                                                                               12.3.     CLIENTE NFS.......................................................................................... 77
     6.1.    AMBIENTE OPERACIONAL ........................................................................ 29
                                                                                                                               12.4.     INTERAÇÃO CLIENTE/SERVIDOR ............................................................... 78
     6.2.    PROFILES ................................................................................................ 30
                                                                                                                               12.5.     EXPORTAÇÃO DE SISTEMAS DE ARQUIVOS ................................................ 79
     6.3.    SHELLS ................................................................................................... 31
                                                                                                                               12.6.     IMPORTAÇÃO DE SISTEMAS DE ARQUIVOS ................................................. 80
     6.4.    C SHELL ................................................................................................. 32
                                                                                                                               12.7.     COMANDOS INFORMATIVOS ..................................................................... 81
     6.5.    KORN SHELL ........................................................................................... 33
                                                                                                                              quot;   I@UXPSFÃDIAPSH6UDPIÃT@SWD8@IDT  '!
ÃÃQSP8@TTPT  quot;#

                                                                                                                               13.1.     NIS ........................................................................................................ 83
     7.1     VISÃO GERAL .......................................................................................... 35
                                                                                                                               13.2.     SERVIDORES E CLIENTES .......................................................................... 84
     7.2     COMANDOS ÚTEIS ................................................................................... 36
                                                                                                                               13.3.     YPBIND/YPSERV ................................................................................. 85
'ÃÃÃB@S@I8D6H@IUPÃ9@ÃVTVÈSDPT  quot;                                   13.4.     RPC.PASSWD ....................................................................................... 86
                                                                                                                               13.5.     ARQUIVOS AFETADOS PELO NIS ............................................................... 87
     8.1      CRIAÇÃO DE USUÁRIOS............................................................................ 38
                                                                                                                               13.6.     ETC/PASSWD ............................................................................................ 88
     8.2      ADMINISTRAÇÃO DE USUÁRIOS ................................................................ 39
UNICAMP - CCUEC

 13.6      /ETC/GROUP............................................................................................. 89
 13.7.     ARQUIVOS SUBSTITUIDOS PELO NIS ......................................................... 90
 13.8.     CRIAÇÃO DE SERVIDOR NIS MESTRE ........................................................ 91
 13.9      CRIAÇÃO DE SERVIDOR NIS ESCRAVO ...................................................... 92
 13.9.     SINCRONIZAÇÃO DE MAPAS...................................................................... 93
 13.10     ACRESCENTANDO CLIENTES .................................................................... 94
 13.11     ATUALIZAÇÃO DO BANCO DE DADOS NIS ................................................ 95
 13.12     COMANDOS INFORMATIVOS ..................................................................... 96
$   T@BVS6Id6  (


 15.1.     INTRODUÇÃO...................................................................................... 98
 15.2.     SEGURANÇA DAS CONTAS ........................................................................ 99
 15.3.     SEGURANÇA DO SISTEMA DE ARQUIVOS .................................................. 100
 15.4.     SEGURANÇA DA REDE ............................................................................ 102
 15.5.     MONITORAMENTO DA SEGURANÇA......................................................... 104
 15.6.     COMANDOS QUE PODEM AUXILIAR NA SEGURANÇA .................................. 106
 15.7.     FERRAMENTAS ÚTEIS............................................................................. 107
%ÃÃG@DUVS6ÃS@8PH@I9696                         '


 16.1        RECOMENDADOS ................................................................................. 109
ÃÃGDIFTÃS@8PH@I969PT                         


 17.1       LINKS .................................................................................................. 111
'ÃÃGDTU6TÃS@8PH@I9696T                         !


 18.1      LISTAS .................................................................................................. 113
UNICAMP - CCUEC




       ,1752'8d­2




1                          Introdução
UNICAMP - CCUEC



      $0%,(17( 81,; ',675,%8Ë'2
                                                                     IPU6T)




•   8hqhà r†‡hom‚à qrà ‡…hihyu‚à ƒ‚††ˆvà †ˆhà ƒ…yƒ…vh

    8QVÀr€y…vhÃrÆv†‡r€hÃqrÃDP



•   Q…‚prqv€r‡‚†Ã         qrà   ihpxˆƒÃ    r‰‚y‰r€Ã     ‰i…vh†

    €i„ˆvh†ÃrÉi…v‚†Ãqv†p‚†



•   8hqhÃr†‡hom‚ÃqrÇ…hihyu‚††ˆvÂÆrˆÃ             ƒ…yƒ…v‚

    †ˆƒr…ˆ†ˆi…v‚



•   V‡vyv‡i…v‚†Ã   ‡hv†Ã   p‚€‚à   IATà    rà   IDTà   ‡‚…h€Ã   h

    hq€vv†‡…hom‚Ãqvsr…r‡rÃrÀhv†Ãsipvy




2                                                                                  Introdução
UNICAMP - CCUEC



     7,326 '( (48,3$0(172
                                IPU6T)




                                     Uma estação de trabalho †‡hqhy‚r possui uma área de root completa
                                mais o diretório /usr em seu disco. Não necessita de serviços da rede para
      •ÃT‡hqhy‚r              funcionar e faz o boot a partir de seu próprio disco. Pode ou não possuir uma
                                unidade de fita acoplada.


                                     Um servidor se caracteriza pela quantidade substancial de espaço em
                                disco para uso de outras máquinas da rede, chamadas clientes.
      •ÃTr…‰vq‚…                Normalmente possui uma unidade de fita.

                                     Uma máquina qv†xyr†† é aquela que necessita dos serviços da rede
                                para acessar o disco de um servidor. Ela recebe o código para boot através
                                da rede. Normalmente as áreas root e swap de uma máquina qv†xyr††
                                residem em um mesmo servidor, mas o código executável e os arquivos dos
      •Ã9v†xyr††                usuários podem residir em várias máquinas da rede.

                                     Uma máquina qh‡hyr†† é aquela que possui seu próprio disco para
                                armazenar a área de swap e a área de root. Este disco pode também ser
                                usado para armazenar dados de usuários. Arquivos e código executável
                                necessários para sua operação (/usr) são obtidos da rede. Desta forma o
      •Ã9h‡hyr††                código executável de diversas máquinas qh‡hyr†† é armazenado em um
                                único servidor.




      •ÃY‡r…€vhy




3                                                                                               Introdução
UNICAMP - CCUEC



     7$5()$6 '2 $'0,1,675$'25
                                                     IPU6T)




                                                           A administração de sistemas envolve a tarefa de sempre manter o
•   D†‡hyhom‚ÃqrÃT‚s‡h…r                           sistema operacional atualizado, rodando a última versão disponível. Quando
                                                     novas máquinas são adquiridas estas devem ser configuradas, o sistema
                                                     operacional instalado e conectadas à rede. Esta instalação vai depender da
    •   Tv†‡r€hƒr…hpv‚hyÃrÃh‡ˆhyv“ho}r†           configuração da máquina, se qv†xyr††, qh‡hyr††, †‡hqhy‚r ou servidora. É
                                                     recomendável sempre formatar o disco antes de instalar o sistema
    •   6ƒyvpho}r†ÃqrÃp‚……ro}r†
                                                     operacional.
    •   A‚…€h‡hom‚ÃrÃh…‡vpv‚h€r‡‚ÃqrÃqv†p‚†
                                                          O xr…ry que vem com a máquina raramente atende às necessidades
                                                     do usuário. Ele deve ser configurado e adaptado às condições do ambiente
•   8ˆ†‡‚€v“hom‚Ãq‚Æ‚s‡h…r                         operacional. Hardware acrescentado à configuração básica normalmente
                                                     requer a geração de um novo xr…ry para inclusão dos q…v‰r…† de
                                                     dispositivo.
    •   Fr…ry

    •   Ur…€vhv†
                                                            A segurança é um aspecto que nunca deve ser negligenciado. Os os
                                                     usuários devem ser gerenciados de forma a só poderem fazer aquilo a que
    •   H‚qr†                                       forem designados. Enfatizar a importância do sigilo da senha de acesso e
    •   D€ƒ…r††‚…h†
                                                     restringir o acesso privilegiado às operações do sistema. Criar grupos de
                                                     usuários de modo que , pessoas trabalhando em um mesmo projeto possam
    •   Srqr                                         compartilhar seus dados. Ao mesmo tempo impede o acesso de usuários
                                                     não pertencentes ao grupo.

•   Trtˆ…hoh



    •   6qvom‚…r€‚om‚ÃqrȆˆi…v‚†

    •   8…vhom‚ÃqrÃt…ˆƒ‚†ÃqrȆˆi…v‚†

    •   8‚‡…‚yrÃqrÃhpr††‚Ãj†Ã€i„ˆvh†

    •   Sr†‡…vtv…Ãhpr††‚Ã…v‰vyrtvhq‚Ãj†Ã€i„ˆvh†




4                                                                                                                 Introdução
UNICAMP - CCUEC




•   Tr…‰vo‚†ÃqrÃ…rqr                        IPU6T)



    •   IAT
                                                 Um dos recursos mais importantes que o sistema Unix oferece é a
    •   IDT
                                            capacidade de troca de mensagens entre usuário.

                                                  NFS (Ir‡‚…xà Avyrà T’†‡r€) permite que máquinas montem diretórios
                                            residentes em outras máquinas da rede. O acesso a estes diretórios é feito
•   Hhˆ‡rom‚Ãq‚ÃTv†‡r€h                   de maneira transparente para o usuário que tem a impressão de estar
                                            usando arquivos locais. NIS (Ir‡‚…xà Ds‚…€h‡v‚Ã Tr…‰vpr†) permite que
                                            informações importantes de configuração e outras sejam compartilhadas por
    •   Hhˆ‡rom‚Ãq‚Æv†‡r€hÃqrÃh…„ˆv‰‚†   diferentes máquinas.
    •   7hpxˆƒ†
                                                  A tarefa mais importante de um administrador de sistemas é fazer
    •   Sr†‡‚…r                             ihpxˆƒ† . Inevitavelmente dados serão perdidos, defeitos em disco
                                            ocorrerão. Backups devem ser realizados de forma sistemática e regular. Os
                                            comandos ufsqˆ€ƒ e ufs…r†‡‚…r existem para facilitar essa tarefa. O
                                            comando s†px é usado automaticamente para verificar a consistência do
•   @†‡hiryrpr…Ãp‚€ˆvphom‚                 sistema de arquivos durante o boot do sistema e reduzir a possibilidade de
                                            um sistema de arquivos se corromper.

    •   @€hvy

    •   V†rr‡

    •   Tr…‰vq‚…ÃqrÃAUQÃh‚’€‚ˆ†

    •   XXX




5                                                                                                        Introdução
UNICAMP - CCUEC



                     5227
                                          IPU6T)



                                                A administração do sistema é função da conta root. Root é o nome do
                                          usuário mais privilegiado do sistema, também conhecido como superusuário.
                                          Esta conta pode fazer qualquer coisa no sistema. Como de praxe em
                                          sistemas Unix, nenhum ato do superusuário é questionado. Devido a este
    •Ã8‚‡hÃq‚ƈƒr…ˆ†ˆi…v‚               poder, é de extrema importância que a senha da área root seja protegida
                                          com muito cuidado. Ela não deve ser facilmente deduzida (nome da
                                          máquina, nome invertido do administrador, iniciais, nome do cachorro, nome
                                          do carro, placa do carro, etc.) e deve ser mudada periodicamente.
                                          Recomenda-se também que tarefas de rotina não sejam executadas sob a
                                          área root. Entrar nessa área apenas para desempenhar tarefas que
                                          requerem privilégios especiais e em seguida voltar a conta comum.
    •Ã8ˆvqhq‚†Ãr†ƒrpvhv†Ãp‚€ÃhÃh††‚…q




    •ÃIˆphÃy‚th…Ãqv…r‡h€r‡rÃp‚€‚Ã…‚‚‡




6                                                                                                      Introdução
UNICAMP - CCUEC




       ',626 ( 3$57,d®(6




7                             Discos e Partições
UNICAMP - CCUEC



               7(50,12/2*,$
                                                            IPU6T)



•Ã 8‚‡…‚yhq‚…h†ÃqrÃqv†p‚†                                        Como o nome indica, a controladora de discos é o dispositivo que
                                                            controla a unidade de disco. A controladora se encarrega de detalhes tais
                                                            como operações de baixo nível no disco, checagem de erros, movimentar os
    •Ã   qv†ƒ‚†v‡v‰‚à   „ˆrà   †rà   p‚€ˆvphà   p‚€Ã   h   cabeçotes de leitura e gravação, transferência de dados e disposição dos
         ˆvqhqrqrÃqrÃÃqv†p‚                                dados no disco. A controladora de disco provê a interface da unidade de
                                                            disco com o resto do sistema.
    •Ã   ˆ€hà p‚‡…‚yhq‚…hà †ˆƒ‚…‡hà ‰i…vh†Ã ˆvqhqr†

         qrÃÃqv†p‚†                                               O q…v‰r… de dispositivo (qr‰vprà q…v‰r…) é o †‚s‡h…r que opera a
                                                            controladora. Este †‚s‡h…r reside no xr…ry. Um dispositivo cujo †‚s‡h…r
    •Ã   ˆ€hà r†‡hom‚à qrà ‡…hihyu‚à ƒ‚qrà ‡r…à ‰i…v‚†      não houver sido incorporado ao xr…ry não poderá ser usado.
         qv†p‚†

    •Ã   T8TDÃÃT€hyyÃ8‚€ƒˆ‡r…ÃT’†‡r€ÃD‡r…shpr

    •Ã   D9@ÃÃÃÃÃD‡rt…h‡rqÃ9…v‰rÃ@yr‡…‚vp†




•Ã 9…v‰r…ÃqrÃ9v†ƒ‚†v‡v‰‚

    •Ã   T‚s‡h…rà …r†vqr‡rà ‚à xr…ryà „ˆrà sh“à h

         p‚‡…‚yhq‚…hƒr…h…




•Ã I‚€rÃqrÃr‡…hqhÃq‚Ãqv†ƒ‚†v‡v‰‚

    •Ã   eà ‚à ‚€rà yytvp‚à qrsvvq‚à ‚à †v†‡r€hà qr

         h…„ˆv‰‚ĈrÃvqvphÂÃq…v‰r…ÃqrÃqv†ƒ‚†v‡v‰‚Á‚

         xr…ry




8                                                                                                                  Discos e Partições
UNICAMP - CCUEC



     (6758785$ '2 ',62
                              IPU6T)




                                   Uma unidade de disco rígido é fisicamente composto por uma série de
                              pratos ligados a um eixo. A informação contida nestes pratos é processada
                              pelas cabeçotes de leitura e gravação. Estes cabeçotes são acoplados ao
                              braço atuador. No momento da leitura ou gravação de dados, os cabeçotes
                              são movidos conjuntamente pelo braço atuador. O movimento radial é
                              chamado “seeking”, que é uma das razões pelas quais as especificações de
                              disco freqüentemente mencionam o “seek time”. Outros fatores permanecem
                              constantes, quanto mais rápido o “seek time”, mais rápido é o acesso aos
                              dados no disco.

                                   A compreensão da estrutura do disco pode ser útil na sua formatação,
                              pois podem ser necessárias informações como o número de cilindros,
                              cabeças, setores por trilha, velocidade de rotação.




9                                                                                   Discos e Partições
UNICAMP - CCUEC



      35$72 '2 ',62
                           IPU6T)




                                  O prato do disco é dividido em trilhas, cilindros e setores. A trilha é a
                           porção do disco que passa debaixo de uma cabeça simples estacionada
                           durante a rotação do disco, formando um anel de 1 bit de largura. O cilindro
                           é composto de um conjunto de trilhas descrita por todas as cabeças em uma
                           simples posição de procura. Cada cilindro é eqüidistante do centro do disco.
                           A trilha é dividida em segmentos de setores, os quais são a unidade básica
                           de armazenamento.




10                                                                                     Discos e Partições
UNICAMP - CCUEC

PARTIÇÕES



•    7y‚p‚†ÃqrÃqv†p‚Ær‡‚…r†ÃqrÃ$                    !Ãi’‡r†
                                                                                     IPU6T)

•    8vyvq…‚†Ã‡…vyuh†Ã†r‡‚…r†                                                         Para alguns procedimentos como ihpxˆƒ† e …r†‡‚…r† o uso de partições
•    8uh€hq‚†ÃqrÃqv†ƒ‚†v‡v‰‚†Ãó…h´                                                é mais conveniente.A partição é o dispositivo de disco lógico.

                                                                                           SunOs 5.X (Solaris 2.X) dividiu os nomes dos qr‰vpr† em três espaços:
                                                                                     físico, lógico, SunOS compatível. Mas para a administração normalmente
                                                                                     são utilizados os nomes lógicos.
•    Qh…‡vo}r†Ã‚ÃT‚yh…v†)
                                                                                           Os nomes lógicos dos discos contém o número da controladora, o
                                                                                     número “target” (alvo) se o disco está no “bus” (portadora), o número do
                                                                                     disco e o número do “slice” (partição).O †yvpr root é 0, †yvpr 1 é swap, †yvpr 2
Æs‚…€h‡
                                                                                     cobre o disco inteiro. Cada qr‰vpr de disco tem uma entrada nos diretórios
ƒh…‡v‡v‚Ã3Ã…v‡                                                                    /dev/q†x e /dev/…q†x para os qr‰vpr† de disco bloco e “raw”
8ˆ……r‡Ãƒh…‡v‚Ã‡hiyrÂ…vtvhyÆqquot;)                                                respectivamente.

                                                                                            Assim, o nome lógico /dev/sd0a do SunOS 4.1.X será no Solaris 2.X:
 Qh…‡         Uht        Ayht   8’yvqr…†               Tv“r           7y‚px†

             …‚‚‡        €         ÃÃ$              '!'H7      $!                /dev/dsk/c0t0d0s0
             †hƒ         ˆ        $!Ãà      #quot;      quot;!quot;#H7      (!

     !       ihpxˆƒ       €        Ãà       $      ##%$H         $   
                                                                                            onde:
     quot;   ˆh††vtrq       €                                 
                                                                                       c0           número da controladora
     #   ˆh††vtrq       €                                 

     $                   €         ##ÃÃ%!              %H7   #'#          t0           número de alvo (‡h…tr‡)
     %        ˆ†…         €        %#'       !%      #!H7     quot;((
                                                                                       d0           número do disco
            u‚€r         €        !        $     #quot;$(H7         !#

                                                                                       s0           número do †yvpr (partição)

à   Ayhtà   vqvphà   …v‡rhiyrà    Ã       rà    €‚ˆ‡hiyrà        €Ã    r
                                                                                       Este nome é na verdade um      yvx   simbólico para:
ˆ€‚ˆ‡hiyrˆ
                                                                                       /devices/sbus@1,f8000000/esp@0,8000000/sd@0,0:a             (nome físico do
                                                                                       qr‰vpr).




11                                                                                                                                               Discos e Partições
UNICAMP - CCUEC


      /$287 '2 ',62         IPU6T)




                                       O yhiry fica no primeiro setor da primeira partição. Os próximos 15
                                  setores contêm a área de boot.
                 LABEL
                                       Seguindo o yhiry na partição root e em todas as outras partições vêm as
                                  séries de grupos de cilindros. Cada grupo de cilindros contêm um bloco de
              ÁREA DE BOOT        resumo do grupo de cilindros, uma tabela de v‚qr†, e a respectiva área de
                (bootstrap)       blocos de dados.
              SUPERBLOCO
               PRIMÁRIO                O superbloco primário é mantido na memória e cada grupo de cilindros
                                  guarda uma cópia. O tamanho qrshˆy‡ para os blocos de dados é 8192,
            BLOCO DE RESUMO       dividido em 8 fragmentos de 1024 cada.
          DO GRUPO DE CILINDROS
            TABELA DE INODE             O bloco de resumo do grupo de cilindros guarda: o número de v‚qr† e
                                  blocos de dados; ponteiros para o último bloco, fragmento e v‚qr usado; o
                                  número de fragmentos livres; o mapa de v‚qr† usados, o mapa de v‚qr†
                                  livres.
             ÁREA DE BLOCOS
                                        Um disco pode conter mais de um sistema de arquivos que o UNIX
                DE DADOS          interpreta como um hierarquia de diretórios e arquivos. O UNIX interpreta as
                                  solicitações para criar, ler, gravar e apagar arquivos e as executa
               BACKUP DO          acrescentando e apagando entradas na lista de v‚qr† e blocos livres.
              SUPERBLOCO
                                      Os diretórios contêm apenas duas informações sobre cada arquivo: o
            BLOCO DE RESUMO       nome e o número do v‚qr.
          DO GRUPO DE CILINDOS

            TABELA DE INODES


             ÁREA DE BLOCOS

                DE DADOS




12                                                                                         Discos e Partições
UNICAMP - CCUEC



                   ,12'(6
                                          IPU6T)




                                                Os D‚qr† (vqr‘à ‚qr†) contêm informações a respeito de arquivos e
                                          diretórios no sistema de arquivos. A única coisa que o v‚qr não contém é o
                                          nome do arquivo. O nome do arquivo é mantido no diretório que, também é
     3(50,66®(6                           um tipo de arquivo.
     35235,(7È5,2                              O v‚qr contém informações sobre as permissões do arquivo,
     HORA E DATA                          contagem de ligações (yvx†), ‡v€r†‡h€ƒ, blocos duplicados, blocos ruins,
                                          associações de tamanho, e ponteiros para os blocos de dados.
     TAMANHO
                                                O v‚qr mantém uma contagem de yvx†, que é o número total de
     1
                                          referências ao v‚qr. Blocos duplicados são blocos apontados por dois
     2                                    v‚qr†. Blocos ruins ocorrem quando o número de um bloco está além do
                                      P
     3                                    limite aceitável. O v‚qr mantêm um registro do número de caracteres em
     4                                    um arquivo e o número de blocos a ele associados.
     5                   BLOCOS DE    P
                         DADOS PARA             O v‚qr possui também apontadores para os blocos de dados dos
     6                                    arquivos. Cada v‚qr possui 16 destes apontadores. Os apontadores de 0 a
                         PONTEIROS
     7                                    11 apontam para os 12 primeiros blocos de dados do arquivo (blocos
                                      P
     8                                    diretos). O apontador 12 aponta para um bloco indireto que aponta para mais
     9                                    1024 blocos de dados. O apontador de número 13 é um bloco indireto duplo
                                          que aponta para 1024 blocos indiretos que por sua vez apontam para 1024
     10                               P
                                          blocos de dados.
     11                          P
     12                               P
     DI9DS@UPTÃTDHQG@T    P
                                      P
     DI9DS@UPTÃ9VQGPT            P

                                      P




13                                                                                                Discos e Partições
UNICAMP - CCUEC




        6WDUWXS H 6KXWGRZQ




14                             Startup e Shutdown
UNICAMP - CCUEC



                      %227,1*
                                                          IPU6T)




                                                                Quando a máquina é ligada segue uma seqüência determinada
•Ã 6ˆ‡‚Çr†‡rÀr€y…vh                                    inicialmente pela PROM da placa de CPU. Se todos os testes iniciais forem
                                                          completados com sucesso, o controle é passado então ao dispositivo de
                                                          boot. No Sun0s o dispositivo de boot é por qrshˆy‡ a partição a do q…v‰r 0,
                                                          mas isto pode ser reprogramado através da EEPROM. Se o q…v‰r definido
•    Dqr‡vsvphom‚                                        não existe ou se o programa de boot (/boot) não for encontrado, o sistema
     •   H‚qry‚
                                                          tentará fazer a carga através da rede.

     •   Uvƒ‚ÃqrÇrpyhq‚                                       O †‡h…‡ˆƒ a partir do dispositivo de boot procede em estágios até que o
     •   C‚†‡vq
                                                          Kernel esteja carregado na memória. Neste ponto o controle é passado para
                                                          o xr…ry.
     •   @qr…ro‚Ãr‡ur…r‡
                                                               O xr…ry exibe informações a respeito de seu tamanho e histórico. Ele
                                                          então pesquisa o barramento para confirmar se os dispositivos especificados
                                                          no xr…ry realmente existem. Se o dispositivo não existe, então o xr…ry o
•Ã Qr†„ˆv†hà ‚à ih……h€r‡‚à jà ƒ…‚pˆ…hà q‚à qv†ƒ‚†v‡v‰‚   ignora. Cada dispositivo que precisa ser testado e que não existe atrasa a
                                                          carga do sistema. Consequentemente, uma das razões pelas quais se
     qrÃi‚‚‡                                              recomenda a configuração do xr…ry é diminuir o tempo de boot.
     •Ã T8TDÆq
                                                              Os dispositivos root, swap e dump são identificados.
     •Ã Ir‡‚…xÃyr

•Ã QSPHÃyrÃhÇ…vyuhÃqrÃi‚‚‡Ãi‚‚‡Ãiy‚pxÃÃTQ6S8

•Ã 8h……rthÂÃ…‚t…h€hÃqrÃi‚‚‡Ãi‚‚‡

•Ã PÃ…‚t…h€hÃqrÃi‚‚‡ÃyrÂÃxr…ry




15                                                                                                               Startup e Shutdown
UNICAMP - CCUEC




•Ã PÃFr…ryÃvvpvhyv“hÂÆv†‡r€h                     IPU6T)




                                                          O        invoca o vv‡Ã no último estágio do boot. Dv‡ dá um s‚…x para o
                                                              xr…ry
•Ã Q…‚pˆ…hÃq‚†Ãqv†ƒ‚†v‡v‰‚†Ãp‚urpvq‚†Ãƒry‚ÃFr…ry   ihpxt…‚ˆq  para rodar durante a existência do sistema. Depois que o vv‡ é
                                                     carregado, ele invoca os †uryyà †p…vƒ‡† RC na seqüência definida por cada
                                                     sistema. Estes †p…vƒ‡† executam várias tarefas necessárias para colocar o
                                                     sistema em modo multiusuário.
•    Dvpvhyv“hÂÃ…‚pr††‚Ãvv‡
                                                          Entre estas tarefas está a verificação da consistência dos sistemas de
                                                     arquivos. Se problemas sérios são detectados pelo s†px, o processo de boot
                                                     pode ser impedido de continuar até que seja feita uma verificação manual
•Ã Dv‡ÃyrÂÃh…„ˆv‰‚Ãvv‡‡hi                         dos sistemas de arquivos. Neste caso o sistema é carregado apenas em
                                                     modo de leitura e o comando s†px pode ser utilizado. Entretanto,
                                                     normalmente as inconsistências são corrigidas automaticamente pelo s†px.

                                                           Os †p…vƒ‡† providenciam a montagem dos discos e os qhr€‚† padrão,
•Ã @‘rpˆ‡h†Æp…vƒ‡†ÃS8                             depois carregam qhr€‚† de rede e sistemas de arquivos remotos. Por fim
                                                     inicializa o sistema em modo multiusuário.


•Ã Tv†‡r€hÃr€Ã€‚q‚Àˆy‡vˆ†ˆi…v‚




16                                                                                                            Startup e Shutdown
UNICAMP - CCUEC



       ,17(5583d®(6 12 6,67(0$
                                                      IPU6T)

TQ6S8)
                                                             A tecla BREAK é usada em sistemas que usam terminais ASCII
                                                          como console. Esta interrupção joga o console para o nível PROM que
•    †‡‚ƒÃh                                               aceita vários comandos. O comando “c” (continue) permite a
                                                          recuperação do sistema paralisado.

6i‚…‡hà ‡r€ƒ‚…h…vh€r‡rà ‚à †v†‡r€hà ‚†Ã €‚v‡‚…r†       Este tipo de interrupção não avisa aos usuários que o sistema será
                                                      encerrado. Além disto, os sistemas de arquivos não são sincronizados, o que
     qrÀi„ˆvh†ÃTVI
                                                      poderá acarretar inconsistências que poderão necessitar correção manual
                                                      com o programa s†px.

                                                           O comando †’p tenta sincronizar os discos e gera um core. Este
3p
                                                      procedimento deve ser adotado ao invés de simplesmente desligar o sistema
Sr‡‚€hÃh†Ãh‡v‰vqhqr†Ãq‚Æv†‡r€h                       após um interrupção com BREAK. O comando †’p tenta rebootar
                                                      automaticamente após sincronizar os sistemas de arquivos se for executado
                                                      no prompt da PROM.

3†’p



Tvp…‚v“h†Ãqv†p‚†ÃrÃ…rph……rthÂÆv†‡r€hÃ…r†r‡




17                                                                                                          Startup e Shutdown
UNICAMP - CCUEC


             3$5$'$ '2 6,67(0$
                                     IPU6T)




•    Chy‡                                  Os comandos   uhy‡Ã rà …ri‚‚‡   sincronizam os discos antes de parar o
                                     sistema.
@‘rpˆ‡hÃv€rqvh‡h€r‡r

Sr‡‚…hÃh‚Ã…‚€ƒ‡ÃqhÃQSPHÃTQ6S8

Tvp…‚v“h†Ãqv†p‚†




•    Sri‚‚‡



@‘rpˆ‡hÃv€rqvh‡h€r‡r

Tvp…‚v“h†Ãqv†p‚†

Srph……rthÂÆv†‡r€h

Wr…vsvphÃh†Ãƒh…‡vo}r†Ãp‚€Ãs†px




18                                                                                           Startup e Shutdown
UNICAMP - CCUEC



•    Tuˆ‡q‚

                                                        IPU6T)

Tvp…‚v“h†Ãqv†p‚†

6yr…‡h†È†ˆi…v‚†ÃrÃpyvr‡r†ÃIAT

D€ƒrqrÃy‚tv†
                                                             O comando †uˆ‡q‚ é um procedimento ordenado de encerramento
                                                        que alerta os usuários e clientes NFS. Este comando aceita opções, tempo
                                                        de encerramento e mensagens a serem enviadas aos usuários.

                                                             As opções determinam o modo como o sistema será encerrado. A hora
•                     VHJXQGRVdÃbvÃQtYHOBGRBVLVWHPDd
     †uˆ‡q‚Ãb’dÃb±tà                                 de encerramento e uma instrução para rebootar podem ser incluídas na linha
                                                        de comando.

                                                            No caso do Solaris 2.X há diferentes versões do comando †uˆ‡q‚.


                                                            Exemplo:

                                                               †uˆ‡q‚Ã’Ãtquot;Ãv

                                                               (leva o sistema para o nível 0 (derruba) em 5 minutos sem
                                                               perguntas)




19                                                                                                            Startup e Shutdown
UNICAMP - CCUEC



                  23d®(6 '( %227
                                                       IPU6T)


TQ6S8)

                                                             O boot pode ser efetuado com várias opções. Estas opções incluem a
                                                       controladora a partir de onde fazer o boot e o arquivo a ser usado. As
                                                       máquinas Sun podem fazer o boot a partir de:
•ÃA‚…€hÃBr…hy
                                                           Qualquer partição lógica do disco
                                                           Um sistema NFS cujo nome seja fornecido pelo qhr€‚
3ÃiÃqr‰vprp‚‡…‚yyr…Æȁv‡ÃÆÃsvyrÆÃh‡uh€rÃh…t†
                                                           /bootparamd
                                                           O primeiro arquivo de um dispositivo de fita local
•Ã7‚‚‡Ãqrshˆy‡                                               O monitor PROM informa quais os dispositivos de boot se você entrar
     Ã3Ãi                                              com o comando b ?. Esta lista fornece a ordem pela qual os dispositivos são
                                                       testados. Não há nenhuma garantia que um dispositivo listado esteja
                                                       presente ou funcione.
•Ã7‚‚‡Ãr€Ã€‚q‚ÆvtyrȆr…
     Ã3ÃiÆ
                                                           Cada Unix possui um procedimento próprio de †‡h…‡ˆƒ, e suas
                                                       peculiaridades devem ser procuradas nos manuais específicos.

•Ã7‚‚‡Ãh‡…h‰p†ÃqhÃ…rqr                                     No PC pode-se bootar em single user usando o vv‡Ã .
     Ã3ÃiÃyr



•Ã7‚‚‡ÃhÃh…‡v…ÃqrÈ€hÃsv‡h
     Ã3ÃiƇ



•Ã7‚‚‡Ãp‚€Ã‚ƒom‚óh†x´
     Ã3ÃiÆqÃh




20                                                                                                           Startup e Shutdown
UNICAMP - CCUEC




           ,167$/$d­2


                '(


     6,67(0$ 23(5$,21$/




21                              Instalação
UNICAMP - CCUEC



          ,167$/$d­2 '( 6RODULV [
                                                            IPU6T)



•    D†‡hyhom‚Ãr€ÃTQ6S8)




     •   Ah“r…ÂÃi‚‚‡ÃhÃh…‡v…ÃqrÈ€Ãpq…‚€



     •   V†h…ÂÆ’†vq‡‚‚yÃvqr‡vsvphom‚



     •   Q…‚‰vqrpvh…ÂÃTˆD†‡hyyÃv†‡hyhom‚



     •   @†p‚yuhà    r‡…rà   v†‡hyhom‚à    …iƒvqhà   ‚ˆ

         pˆ†‡‚€v“hqh



     •   Tryrpv‚rÂÆ‚s‡h…rÃqr†rwhq‚



     •   Qh…hȀÆr…‰vq‚…Ãp‚svtˆ…h…†Ãpyvr‡r†



     •   8‚svtˆ…r†Ãqv†p‚†ÃqrÃhp‚…q‚Ãp‚€Ã‚Æ‚s‡h…r



     •   8‚€roh…ÃhÃv†‡hyhom‚




22                                                                        Instalação
UNICAMP - CCUEC




•    D†‡hyhom‚Ãr€ÃQ8Ãp‚€ƒh‡t‰ry                                 IPU6T)




     •   Ah“r…à ‚à i‚‚‡Ã hà ƒh…‡v…à qrà ˆ€Ã qv†„ˆr‡rà qrà i‚‚‡         Caso na instalação a placa de rede não seja reconhecida, verifique se a
         q‚ÃT‚yh…v†                                              interrupção está ok, bootando a máquina com o disquete da placa.

     •   @†p‚yur…Ãhƒom‚ÃqrÃv†‡hyhom‚Ãry‚Ã8q…‚€                    Se a sua placa for a NE2000 ou NE2300plus, faça o boot via disquete
     •   @†p‚yuhà     r‡…rà   v†‡hyhom‚à   v‡r…h‡v‰hà   ‚ˆ    DOS. Tire o disquete de boot DOS e coloque o disquete de boot do Solaris
                                                                 2.5.1 e então rode o executável nov2000.bat. Esse executável irá gerar um
         pˆ†‡‚€v“hqh                                             novo disquete de boot, portanto quando o software perguntar se pode criar
     •   Tryrpv‚rà ‚†Ã ‡vƒ‚†Ã q‚†Ã qv†ƒ‚†v‡v‰‚†Ã hà †r…r€       esse novo boot, tire o disquete de boot do Solaris 2.5.1 e coloque um
                                                                 disquete apenas formatado na unidade a:.
         v†‡hyhq‚†                                                 Fazer o boot novamente, agora com o disquete gerado pelo nov2000.bat
     •   8‚svtˆ…rÂÁ‚€rÃrÂÃDQÃqhÀi„ˆvh                      e então escolher a opção de instalação via Cdrom.
     •   8‚svtˆ…rÂÁh€rÆr…‰vpr‡ur…

     •   8‚svtˆ…rÃhÀi†ph…hÃqrÃ…rqr

     •   8‚svtˆ…rÃhÃqh‡hÃrÃu‚…h

     •   Tryrpv‚rÃhƒom‚ÃqrƇh…‡Ãvvpvhy

     •   Tryrpv‚rà     hà     ph‡rt‚…vhà    qhà    €i„ˆvh

         †‡hqhy‚r†r…‰r…Ãr‡p

     •   Tryrpv‚rà ‚à ‡vƒ‚à qrà v†‡hyhom‚à qr‰ry‚ƒr…à rq

         ˆ†r…Ãr‡p

     •   8‚svtˆ…r†Ãqv†p‚†

     •   8‚€roh…ÃhÃv†‡hyhom‚




23                                                                                                                                Instalação
UNICAMP - CCUEC




•    TQ6S8Q8)

                                                                       IPU6T)



     •   Qh…hà     qrsvv…à       …‚‡hà   rqv‡h…à   ‚à      h…„ˆv‰‚
                                                                              Na definição de rota, é especificado o servidor, o domínio da
                                                                       máquina que está sendo instalada e o search. A seguir um exemplo da
         r‡p…r†‚y‰p‚s)                                             aplicação do que foi especificado no search:

                                                                               telnet obelix
         h€r†r…‰r…ÃÃÃÃÃà        #quot;   %‘‘‘‘

         q‚€hv                  ppˆrpˆvph€ƒi…                         Foi especificado o nome da máquina mas não foi especificado o domínio
                                                                       da mesma. Será verificada então a existência de uma máquina
         †rh…pu                  ˆvph€ƒi…Ãppˆrpˆvph€ƒi…           obelix.unicamp.br e caso esta não exista, será verificada a existência de
                                                                       uma máquina obelix.ccuec.unicamp.br.

                                                                         Ã No nsswitch.conf é definida a ordem de resolução de nomes, para ver se
     •   Qh…hà qrsvv…à hà †r„ˆrpvhà qrà …r†‚yˆom‚à qr
                                                                       a máquina desejada existe na rede (exemplo se obelix.unicamp.br existe).
         ‚€r†Ãrqv‡h…ÂÃh…„ˆv‰‚Ãr‡p††v‡pup‚s)                   Com a definição que foi exibida ao lado a ordem é a seguinte:

                                                                           •     Verifica na máquina DNS
          u‚‡†)ÃÃÃÃÃq†Ãsvyr†ÃbIPUAPVI92…r‡ˆ…d                            •     Se não encontrou verifica nos arquivos configurados na máquina
                                                                                 local
                                                                           •     Se não encontrou retorna com mensagem de máquina não
     •   Qh…hà   qrsvv…à   ‚à    th‡rh’à   rqv‡h…à   ‚à   h…„ˆv‰‚             localizada.
         r‡pqrshˆy‡…‚ˆ‡r…)



           #quot;   %‘‘‘‘



     •   Sri‚‚‡h…à hà €i„ˆvhà ƒh…hà „ˆrà ryhà …rp‚uroh

         h†Ãhy‡r…ho}r†




24                                                                                                                                   Instalação
UNICAMP - CCUEC




        21),*85$d­2 '2 .(51(/




25                                         Kernel
UNICAMP - CCUEC



 32548( 21),*85$5 2 .(51(/
                                               IPU6T)




                                                    O xr…ry que vem junto com o sistema é configurado para suportar
                                               todos os dispositivos de uma determinada arquitetura. na realidade,
                                               nenhuma máquina terá conectada a ela todos estes dispositivos a um só
•ÃPi‡r…Àhv‚…Éry‚pvqhqr                       tempo. O código do xr…ry ocupa espaço na memória. para reduzir o
                                               tamanho do xr…ry, elimine os módulos que não são necessários, reduzindo
                                               assim memória para uso de programas e Consequentemente, aumentando a
                                               performance do sistema.

                                                    Durante o boot, o sistema pesquisa cada dispositivo do xr…ry para
•ÃSrqˆ“v…Ȇ‚ÃqrÀr€y…vh                       confirmar sua existência. Se o dispositivo não responder, o sistema desiste
                                               após algum tempo e passa para o próximo dispositivo. para eliminar este
                                               período de espera requerido pelo ‡v€r‚ˆ‡, configure o xr…ry de forma a que
                                               apenas os dispositivos existentes no sistema sejam testados.

                                                    Hardware adicional - acréscimo de discos, placas, mudanças para
•Ã6qr„ˆh…†rÃjÃp‚svtˆ…hom‚Ãq‚Æv†‡r€h         monitores coloridos - requerem suporte do xr…ry. À medida que o sistema
                                               cresce , o xr…ry deve ser reconfigurado para suportar o novo uh…qh…r que
                                               lhe é acrescentado. Isto também pode se aplicar ao †‚s‡h…r. Programas
                                               aplicativos podem incluir q…v‰r…† de dispositivos que precisam ser incluídos
                                               no xr…ry. Estas informações são normalmente encontradas na
•Ã6p…r†pr‡h…Á‚‰‚†Ãqv†ƒ‚†v‡v‰‚†ÃqrÃuh…qh…r   documentação dos distribuidores independentes de †‚s‡h…r.




•Ã6p…r†pr‡h…Á‚‰‚†Ã†‚s‡h…r†




26                                                                                                                Kernel
UNICAMP - CCUEC



         RQILJXUDomR GR .(51(/
                                      IPU6T)

                      TˆPTÃ$‘‘

                                         O kernel é alterado automaticamente durante o próximo boot.




•    8‚svtˆ…h…ÂÃr‡p†’†‡r€




27                                                                                                 Kernel
UNICAMP - CCUEC




        $0%,(17( 23(5$,21$/




28                               Ambiente Operacional
UNICAMP - CCUEC




            $PELHQWH 2SHUDFLRQDO                     IPU6T)


                                                                  O ambiente operacional é primeiramente o conjunto de variáveis que
•    8‚wˆ‡‚ÃqrÉh…vi‰rv†Ã„ˆrÃqrsvr€Ã‚ˆÃp‚‡…‚yh€      definem ou controlam certas características da operação do sistema. A
     qr‡r…€vhq‚†Ãh†ƒrp‡‚†Ãqhƒr…hom‚
                                                         maior parte destas variáveis é definida durante a inicialização do sistema,
                                                         sendo que suas definições são lidas do arquivo /etc/profile ou definidas por
                                                         default.
•    Wh…vi‰rv†Ãyvqh†Ãq‚Ãh…„ˆv‰‚Ãr‡pƒ…‚svyrˆ
                                                                O shell utiliza dois tipos de arquivos de inicialização quando um
     r‡pqrshˆy‡y‚tvÃ‚ˆÃhvqhÃqrsvvqh†Ãƒ‚…Ãqrshˆy‡   usuário loga no sistema. Ela avalia os comandos contidos nestes arquivos e
                                                         então os executa para definir o ambiente operacional. Os arquivos possuem
                                                         funções similares, com a exceção de que o arquivo /etc/profile controla
                                                         variáveis aplicáveis a todos os usuários ao passo que o arquivo .profile
                                                         permite a customização individual do ambiente.




29                                                                                                            Ambiente Operacional
UNICAMP - CCUEC




                       3URILOHV                     IPU6T)


                                                              Os primeiros arquivos que o sistema lê durante o login de um usuário
•    6…„ˆv‰‚†Ãˆ‡vyv“hq‚†ÃƒryhÆuryyÃh…hÃqrsvvom‚Ãq‚    são os arquivos /etc/profile ou /etc/default/login. Estes arquivos controlam
                                                         variáveis tais como:
     h€ivr‡rƒr…hpv‚hy)
                                                                      • Variáveis exportáveis
                                                                      • Máscara de criação de arquivos
                                                                      • Tipos de terminal
                                                                      • Mensagens utilizadas para informar o usuário da chegada
       •   r‡pƒ…‚svyr                                                   de novas mensagens eletrônicas

                                                              O administrador do sistema configura o arquivo /etc/profile para
       •   r‡pqrshˆy‡y‚tv                              todos os usuários do sistema. Este arquivo tem acesso permitido
                                                           apenas para o usuário …‚‚‡.

       •   ÇCPH@ƒ…‚svyrĈhq‚ÂÆuryyÃhÆr…Ȇhq‚         O segundo arquivo que o sistema operacional usa durante o login é o
           s‚…ÃF‚…Ã†uryy                             arquivo .profile(quando é usado Korn shell) ou .login(quando é usado C
                                                           shell) encontrados no diretório u‚€rÃdo usuário. Estes arquivos
                                                           permitem que cada usuário customize o seu ambiente de acordo com
       •   ÇCPH@y‚tvÃ„ˆhq‚ÂÆuryyÃhÆr…Ȇhq‚        suas preferências pessoais. Os comandos contidos neste arquivo
                                                           /etc/profile. Entre outras coisas os arquivos .profile e .login são usados
           s‚…ÃÃ8Æuryy
                                                           para:
                                                                       • Definir o shell a ser usado
                                                                       • Aparência do prompt
                                                                       • Variáveis de ambiente ($PATH por exemplo)




30                                                                                                           Ambiente Operacional
UNICAMP - CCUEC




                        6KHOOV
                                                        IPU6T)


•    Q…‚t…h€h
                                                                O shell é a interface entre o sistema e o usuário. É um programa que
                                                        aceita e executa comandos.
•    6prv‡hÃrÃr‘rpˆ‡hÃp‚€hq‚†
                                                                Comandos de shell normalmente executam uma determinada tarefa
                                                        muito bem. A capacidade de combinar estes comandos para situações
•    Gvtˆhtr€ÃqrÃ…‚t…h€hom‚
                                                        específicas dá ao programador um grande controle sobre o sistema.

                                                                O sistema Solaris 2.5.1 vem com a Bourne shell, C-shell, Korn shell,
•    Q‚qr…‚†hÃrÃsyr‘t‰ry
                                                        shell restrita e trusted shell. O usuário pode escolher o shell a que melhor se
                                                        adapte.

•    9v†ƒ‚t‰rv†Ãp‚€Ã‚ÃT‚yh…v†Ã!$   Ãr‡…rˆ‡…h†



         •   8†uryy

         •   F‚…ÃTuryy




31                                                                                                             Ambiente Operacional
UNICAMP - CCUEC




                      6KHOO
                                                IPU6T)


•    ivp†u
                                                        Como o sistema Unix foi escrito em linguagem C e como era
                                                freqüentemente utilizado por programadores C, era de se esperar que se
•    ÈÃ…‚€ƒ‡
                                                criasse um shell que aceitasse comandos com sintaxe semelhante à
                                                linguagem C.

•    9r†r‰‚y‰vqhÃr€Ã7r…xyr’
                                                      O C shell possui funções que não estão disponíveis na Bourne shell,
                                                como por exemplo um histórico dos comandos emitidos com resubmissão e
                                                uma função para criação de comandos customizados.
•    Tv‡h‘rÆr€ryuh‡rÃjÃyvtˆhtr€Ã8
                                                       Os aliases são uma maneira de se criar comandos customizados.

•    Q‚††ˆvÀˆv‡‚†Ãp‚€hq‚†ÃrÉh…vi‰rv†Ã~‡rv†          O controle de tarefas fornece a facilidade de se suspender e de se
                                                retomar tarefas, colocar tarefas em ihpxt…‚ˆq e s‚…rt…‚ˆq

•    6yvh†r†                                           Você pode encontrar o arquivo .cshrc no diretório home do usuário.
                                                Ele contém o controle de recursos da C shell

•    8‚‡…‚yrÃqrÇh…rsh†




32                                                                                                   Ambiente Operacional
UNICAMP - CCUEC




                   .RUQ 6KHOO
                                                     IPU6T)



•    ivx†u                                               O Korn shell combina a sintaxe da Bourn shell com as funções
                                                     adicionais, tal como aliases e histórico de comandos, à semelhança do C
                                                     shell.
•    ÇÃ…‚€ƒ‡
                                                            O histórico dos comandos executados é mantido em um arquivo
                                                     designado pela variável HISTFILE (default $HOME/.sh_history). O tamanho
•    Q‚††ˆvÃhÆv‡h‘rÃrÃh†Ãsˆo}r†ÃqhÃ7‚ˆ…rÆuryy   do arquivo é determinado pela variável HISTSIZE (default é 128 comandos).
                                                     A variável FCEDIT é usada para definir o editor utilizado para editar
                                                     comandos.
•    Aˆo}r†ÃqhÃyvtˆhtr€Ã8
                                                         A edição da linha de comandos pode ser feita usando ou o editor vi ou
                                                     emacs. “set –o vi” ou “set –o emacs”especificam qual editor será usado.
•    6yvh†r†
                                                          Quando as variáveis são definidas, elas estão disponíveis apenas para
                                                     o processo no qual elas foram definidas a menos que elas sejam exportadas.
•    8‚‡…‚yrÃqrÇh…rsh†                             Da mesma forma, aliases e funções somente estão disponíveis no processo
                                                     no qual elas foram criadas a menos que algo especial seja feito.

•    Cv†‡y…vp‚ÃqrÃp‚€hq‚†



•    @qvom‚ÃqhÃyvuhÃqrÃp‚€hq‚†



•    6…„ˆv‰‚ÃqrÃh€ivr‡r




33                                                                                                       Ambiente Operacional
UNICAMP - CCUEC




        352(6626




34                          Processos
UNICAMP - CCUEC




                   9LVmR *HUDO            IPU6T)


                                                      O que é um processo? É um programa ou comando que está sendo
•    Q…‚t…h€h†Ã‚ˆÃp‚€hq‚†Ã†rq‚Ãr‘rpˆ‡hq‚†   executado pelo computador, o qual pode executar mais de um processo ao
                                              mesmo tempo(multiprocessamento).
                                                      A criação de processos obedece à hierarquia pai-filho.Assim todo
•    Cvr…h…„ˆvhÃhvsvyu‚                     processo pai pode ter mais que um processo filho, e todo processo filho
                                              possui apenas um pai. O processo pai é aquele que foi criado a partir de um
                                              programa ou comando e o processo filho é aquele criado por um processo
•    QvqñÀˆy‡vƒ…‚pr††h€r‡‚ñÆpurqˆyr…     do tipo pai.
                                                      Por ser um sistema de multiprocessamento, o sistema associa um
                                              número a cada processo (ƒvq), que é diferente de todos os números já
•    A‚…rt…‚ˆqñÃihpxt…‚ˆq                  associados a processos durante o tempo relativo da entrada da máquina no
                                              ar até o momento de sua queda. Cada processo utiliza uma determinada
                                              quantidade de tempo disponível do sistema, de acordo com uma política de
•    9hr€‚†                                  escalonamento e também de acordo com a prioridade dos processos.
                                                      Processos considerados s‚…rt…‚ˆq, são aqueles criados através da
                                              linha de comando e que precisam de interação com o usuário. Durante a sua
•    “‚€ivr                                   execução nenhum outro comando pode ser executado. Processos
                                              ihpxt…‚ˆqà são aqueles que executam independentemente da criação pela

                                              linha de comando, sem a interação com o usuário.
                                                      9hr€‚† são processos criados no momento de boot da máquina e

                                              que continuam executando até o encerramento do sistema. Estes tipos de
                                              processos executam serviços do sistema e estão disponíveis sempre para
                                              mais de um usuário ou tarefa. Eles somente podem ser criados ou parados
                                              pelo usuário root.
                                                      a‚€ivr† são processos “stopped” mas que ainda são reconhecidos

                                              pela tabela de processos. Este tipo de processo não utiliza nenhum recurso
                                              do sistema operacional. Eles são liberados somente quando o processo pai
                                              também é “stopped”, ou o sistema é reinicializado.




35                                                                                                            Processos
UNICAMP - CCUEC




                   RPDQGRV ~WHLV                            IPU6T)




•    GvuhÃqrÃp‚€hq‚ÃÉ



     @‘r€ƒy‚)

     ÃÈsvqÃÃñh€rÇryr‡Ã±ƒ…v‡ÃÉ

     ÃÈsvqÃÃñh€rÇryr‡Ã±ƒ…v‡



•    Qh…hÉr…Ãw‚i†Ãihpxt…‚ˆq

     ÈÃw‚i†Ã±y



ÃÃÃÃ6ÃyvuhÃqrÃ…r†ƒ‚†‡hÆr…iÃhÆrtˆv‡r)

ÃÃÃÃÃÃb   dÃÃÃÃ!$ÃSˆvtÃÃÃÃÃÃÃÃÃsvqÃñh€rÇryr‡Ãƒ…v‡



•    Qh…hÃsh“r…Ãp‚€Ã„ˆrÃw‚i†Ãihpxt…‚ˆqÇ‚…r€†r

     s‚…rt…‚ˆq

     ÈstÃÃvq

ÃÃÃÃÃÃÃI‚Ãr‘r€ƒy‚Ãhpv€hÂÃvqÃpÃ



•    Qh…hÃh…h…ȀÃ…‚pr††‚Ãihpxt…‚ˆq

     Ȇ‡‚ƒÃw‚ivq

           I‚Ãr‘r€ƒy‚Ãhpv€hÂÃw‚ivqÃpÃ!$



•    Qh…hÃh††h…ȀÃ…‚pr††‚ÃqrÃs‚…rt…‚ˆqÃh…h

     ihpxt…‚ˆq

          Urpyh…Ã18USG3ÃaÃrÃr‡m‚Ãqvtv‡h…ÃitÃ1@IU@S3



36                                                                              Processos
UNICAMP - CCUEC




        *(5(1,$0(172 '( 868È5,26




37                                    Gerenciamento de Usuários
UNICAMP - CCUEC




                  ULDomR GH XVXiULRV
                                                   IPU6T)



•    P†Ã‡…r†Ãp‚€ƒ‚r‡r†ÃqrÈ€hÃp‚‡hÃqrȆˆi…v‚   Ãà      O diretório home do usuário deve ser criado antes da criação do
                                                   próprio usuário. O owner deste diretório também deve ser alterado para que
                                                   passe a ser o próprio usuário e não mais o root com o seguinte comando:

                                                               %chown –R ˆ†ˆi…v‚Ȇˆi…v‚
     •   r‡pƒh††qÃrÃr‡p†uhq‚
                                                           Caso isso não seja feito o usuário não conseguirá acessar seu
                                                   próprio home.
     •   qv…r‡y…v‚Ãu‚€r



     •   h…„ˆv‰‚†ÃqrÃp‚svtˆ…hom‚



          •   p†u…pˆÃx†u…p



          •   y‚tvÃ‚ˆÃƒ…‚svyr




•    B…ˆƒ‚†ÃqrȆˆi…v‚Ãr‡pt…‚ˆƒ




38                                                                                                 Gerenciamento de Usuários
UNICAMP - CCUEC


•    I‚à T‚yh…v†Ã !‘à h†Ã p‚‡h†Ã qr‰r€Ã †r…à hir…‡h†

     ƒ…rsr…rpvhy€r‡rà   à   h‡…h‰p†Ã   q‚à   ƒ…‚t…h€hà   qr

     hq€vv†‡…hom‚Ãhq€v‡‚‚y                                  IPU6T)



                                                                Além da abertura de contas o admintool permite modificar vários outros
                                                                mapas importantes na administração:
                                                                  • usuários
                                                                  • grupos
                                                                  • hosts
                                                                  • impressoras
                                                                  • portas serias
                                                                  • software

                                                                Tanto no Solaris 2.x as contas de usuários podem ser abertas de duas outras
                                                                formas

                                                                 • Pelo comando vipw
                                                                 • Qry‚Ãp‚€hq‚Ȇr…hqq




39                                                                                                             Gerenciamento de Usuários
UNICAMP - CCUEC



           $GPLQLVWUDomR GH XVXiULRV
                                                                     IPU6T)


•    6y‡r…hom‚à qryrom‚à ‚ˆÃ p‚†ˆy‡hà qh†Ã p‚‡h†Ã q‚†

     ˆ†ˆi…v‚†Ã    ‡h€ip€Ã      qr‰r€Ã    †r…à    srv‡h†Ã      ƒry‚

     6q€v‡‚‚y




•    à 9rsvv…à ‚†Ã h‡…viˆ‡‚†Ã qrshˆy‡†Ã ƒh…hà h†Ã p‚‡h†Ã q‚†

     ˆ†ˆi…v‚†




•    6à   hy‡r…hom‚à   qrà   †ruhà   ƒ‚qrà   †r…à   srv‡hà   ƒry‚

     6q€v‡‚‚yˆÃry‚Ãp‚€hq‚Ãh††q




40                                                                            Gerenciamento de Usuários
UNICAMP - CCUEC




        6LVWHPD GH $UTXLYRV




41                              Sistema de Arquivos
UNICAMP - CCUEC



                                                 IPU6T)

            6LVWHPDV GH $UTXLYRV                   O sistema de arquivos é uma estrutura de dados que contém arquivos e
                                                 diretórios. Os sistemas de arquivos (um por partição são criados pelos
                                                 comandos €xs† ou rs†.Problemas no sistema de arquivos podem ser
                                                 corrigidos pelo comando s†px

•    @†‡…ˆ‡ˆ…hÃqrÃh…„ˆv‰‚†ÃrÃqv…r‡y…v‚†



•    Tˆƒr…iy‚p‚†Ãiy‚p‚†ÃqrÃt…ˆƒ‚ÃqrÃpvyvq…‚†



•    7y‚p‚ÃqrÃi‚‚‡



•    8…vhq‚Ãry‚†Ãp‚€hq‚†Ã€xs†Ã‚ˆÃrs†



•    Q…rpv†hÆr…󀂁‡hq‚´



•    Srƒh…hq‚Ãry‚Ãp‚€hq‚Ãs†px




42                                                                                                    Sistema de Arquivos
UNICAMP - CCUEC



      0$187(1d­2 '( 6,67(0$ '(
               $548,926                                      IPU6T)




•    P†Ã†v†‡r€h†ÃqrÃh…„ˆv‰‚†Ãƒ‚qr€Ã‰v…Ãhà †rà qhvsvph…

     qr‰vq‚Ãh)



      •   Qh…h…ÂÆv†‡r€hÆr€Ã†vp…‚v“h…†Ãqv†p‚†



      •   Im‚à ‰r…vsvph…à rà …rƒh…h…à vp‚†v†‡rpvh†Ã ‚†

          †v†‡r€h†ÃqrÃh…„ˆv‰‚†Ãqˆ…h‡rÂƇh…‡ˆƒ



      •   @……‚†Ã‚Ãqv†p‚



      •   Ahyuh†ÃqrÃuh…qh…r




43                                                                    Sistema de Arquivos
UNICAMP - CCUEC



                             )6.
                                                                  IPU6T)


                                                                        Inconsistências lógicas são quase sempre descobertas pelo programa
•    PÃ…‚t…h€hÃs†pxÃpurph)                                       fsck ao checar a integridade dos sistemas de arquivos, e são normalmente
                                                                  ocasionadas por quedas do sistema operacional. O programa s†px pode
                                                                  efetuar os reparos tanto interativamente quanto automaticamente (através
                                                                  da opção -p).
     •   Dp‚†v†‡rpvh†Ãh†Ãvs‚…€ho}r†Ãq‚ƈƒr…iy‚p‚
                                                                        O programa s†px checa os sistemas de arquivos identificados no
                                                                  arquivo /etc/fstab como do tipo 4.2. O arquivo /etc/fstab pode ser usado para
                                                                  descobrir a ordem em que os sistemas de arquivos são examinados pelo
         •   Uh€hu‚Ãq‚Æv†‡r€hÃqrÃh…„ˆv‰‚†
                                                                  programa fsck.
                                                                        O programa s†px se baseia no fato de que não devem haver
         •   I~€r…‚†ÃqrÃv‚qr†                                    inconsistências nos sistemas de arquivos. Por exemplo, o número de inodes
         •   8‚‡htr€ÃqrÃiy‚p‚†Ãyv‰…r†
                                                                  é especificado no superbloco. Qualquer informação que contrarie este
                                                                  número é considerado suspeita. O programa fsck tenta então consertar o
         •   8‚‡htr€ÃqrÃv‚qr†Ãyv‰…r†                            sistema de arquivos baseado no tipo de problema encontrado.
                                                                        Arquivos ou diretórios órfãos são reconectados aos sistemas de
                                                                  arquivos sob o diretório lost+found. Cada sistema de arquivos possui um
                                                                  diretório com esse nome.
     •   Dp‚†v†‡rpvh†Ã‚ÀhƒhÃqrÃiy‚p‚†Ãq‚Ãt…ˆƒ‚Ãqr
                                                                       O programa fsck verifica as seguintes inconsistências:
         pvyvq…‚†
                                                                        Blocos requisitados por mais de um inode, ou requisitado por um inode
                                                                  na lista de inodes livres.
         •   7y‚p‚†Ãyv‰…r†Ã…r„ˆv†v‡hq‚†Ãƒ‚…Ãh…„ˆv‰‚†                    Blocos requisitados por um inode ou lista de blocos livres fora dos
         •   U‚‡hyà   yv‰…r†iy‚p‚†Ã   …r„ˆv†v‡hq‚†2‡‚‡hyà   qr   limites do sistema de arquivos.
                                                                        Contagem de links incorreta.
             iy‚p‚†                                                     Tamanho de diretórios incorretos.
                                                                        Informação sobre inodes incorreta.
                                                                        Blocos não identificados em lugar nenhum
                                                                        Arquivo apontando para um inode livre, ou um número de inode fora do
     •   Dp‚†v†‡rpvh†Ã‚†Ãv‚qr†                               limite.
                                                                        Verificação dos superblocos: mais blocos por inodes do que existem no
                                                                  sistema de arquivos.
         •   V€Ãv‚qrÃr†‡iÃhy‚phq‚ˆÃyv‰…rÁˆphÃh€i‚†                Formato da lista de blocos livres incorreto.
         •   8‚‡htr€ÃqrÃyvx†Ãp‚……r‡h
                                                                        Total de blocos livres ou inodes livres incorretos.

         •   D‚qr†Ãm‚Ã…rsr…rpvhq‚†




44                                                                                                                       Sistema de Arquivos
UNICAMP - CCUEC




•    Pà ƒ…‚t…h€hà s†pxà ‰r…vsvphà €h†Ã m‚à sh“à p‚……ro}r†     IPU6T)

     r€Ãˆ€Ã†v†‡r€hÃqrÃh…„ˆv‰‚†Ãh‡v‰‚
                                                                      O programa fsck invocado sem nenhum argumento checa todas as
                                                                partições contidas no arquivo fstab. O programa fsck aceita €‚ˆ‡Ã ƒ‚v‡†
•    Qh…hà ‰r…vsvph…à hà v‡rt…vqhqrà qrà ‡‚q‚†Ã ‚†Ã †v†‡r€h†
                                                                como argumento e determina através daí o dispositivo correto a checar. A
                                                                verificação do dispositivo “raw” é sempre mais rápida.
     qrÃh…„ˆv‰‚†Ãyv†‡hq‚†Ã‚Ãh…„ˆv‰‚Ãr‡ps†‡hiÃ)                     Se for utilizada opção -y, todas as correções são feitas sem
     Æs†px                                                      confirmação. Esta opção não é aconselhável, se todos os dados da partição
                                                                forem importantes. O programa fsck faz as modificações diretamente no
                                                                disco.
•    @‘r€ƒy‚†)                                                        O programa fsck pode ser instruído a utilizar um superbloco alternado.
                                                                Para determinar os superblocos existentes use o comando newfs com a
                                                                opção -N número. (Muito cuidado, pois o comando newfs sem opção -N
8urph…ÂÆv†‡r€hÃqrÃh…„ˆv‰‚†Ãqr‰q†xp‡q†                  apagará todos os dados).
Æs†pxÃqr‰q†xp‡q†



8urph…à      ‚à   †v†‡r€hà   qrà   h…„ˆv‰‚†Ã   hà   ƒh…‡vom‚

qr‰q†xp‡q†Ãˆ†hq‚Âƈƒr…iy‚p‚Ãhy‡r…hq‚Ãquot;!

TQ6S8

Æs†pxÃiÃquot;!Ãqr‰q†xp‡q†




45                                                                                                                    Sistema de Arquivos
UNICAMP - CCUEC




•ÃAh†r†Ãq‚ÃAT8F)                                        IPU6T)


                                                        Fase 1: Checa Blocos e Tamanhos (checa inodes procurando
ÃQuh†rà   ÃÃ8urpxÃ7y‚p†ÃhqÃTv“r†                    inconsistências)
quot;''%!Ã769ÃD2%%                                        Fase 2: Checa Qh‡uIh€r† (checa diretórios e inconsistências de inodes)
                                                        Fase 3: Checa Conectividade (checa se todos diretórios estão conectados no
ÃQuh†rÃ!ÃÃ8urpxÃh‡uh€r†
                                                        sistema de arquivo)
9VQ769ÃD2%%ÃPXI@S2…‚‚‡ÃHP9@à            $$          Fase 4: checa Reference Counts (compara informações de contagem de link
                                                        da fase 2 e 3, corrigindo discrepância)
TDa@2%#(ÃHUDH@2Hh…Ãquot;Ã        $)!(Ã   (($
                                                        Phase 5: Checa grupos de cilindros (checa blocos livres e o mapa de inodes
ADG@2ˆ†…ivxhh                                     usados procurando por inconsistências)
S@HPW@S4’
                                                             No exemplo ao lado, o programa fsck descobriu um inode duplicado
                                                        para um arquivo chamado /usr/bin/kawan. Neste caso, o superusuário
ÃQuh†rÃquot;ÃÃ8urpxÃp‚rp‡v‰v‡’                         decidiu desconectar o inode e instruiu o programa fsck a prosseguir e limpa-
ÃQuh†rÃ#ÃÃ8urpxÃSrsr…rprÃ8‚ˆ‡†                     lo. Ao final, o programa descobriu que existem blocos faltando na lista de
                                                        blocos livres. Ele pergunta então se a lista de blocos livres deve ser salva.
7699VQÃD2%%ÃPXI@S2…‚‚‡ÃHP9@2                $$      Com a resposta afirmativa o programa fsck prossegue e salva a lista.
TDa@2%#(ÃHUDH@2Hh…Ãquot;Ã        $)!(Ã   (($                   Normalmente o programa fsck é executado em cinco fases, mas neste
                                                        caso existe uma fase adicional.
ADG@2ˆ†…ivxhh
                                                             Algumas vezes, após o fim da execução do programa fsck aparece
8G@6S4’                                                 uma mensagem do tipo:
VIS@AÃADG@ÃD2$quot;    ÃPXI@S2…‚‚‡ÃHP9@2            %
                                                        **** BOOT UNIX (NO SYNC) ****
TDa@2ÃHUDH@2AriÃ!'Ã      )quot;$Ã   (($

S@8PI@8U`4’                                                  Isto acontece quando o sistema de arquivos montado foi modificado. Se
                                                        o sistema não é reinicializado neste ponto, a modificações feitas pelo
ÃQuh†rÃ$ÃÃ8urpxÃA…rrÃGv†‡                            programa fsck serão perdidas se os dados no superbloco forem gravados
 quot;Ã7GFTÃHDTTDIB                                      novamente no disco.
                                                             Interrompa (L1-A, BREAK) e reinicialize o sistema imediatamente. Não
769ÃAS@@ÃGDTU
                                                        espere que o sistema se atualize sozinho.
T6GW6B@4’

ÃQuh†rÃ%ÃÃThy‰htrÃA…rrÃGv†‡

 quot;('Ãsvyr†Ãiy‚px†Ã%$#%Ãs…rr




46                                                                                                             Sistema de Arquivos
UNICAMP - CCUEC



       021,725$1'2 (63$d2 (0
                 ',62                                    IPU6T)




Æqs



Pà p‚€hq‚à qsà qv†xà s…rrà €‚†‡…hà ‚à ‡h€hu‚à ‡‚‡hy

m‚à vpyˆvq‚à ‚†Ã   Èà hqvpv‚hv†Ã ~€r…‚à qr

xi’‡r†Ã ˆ†hq‚†Ã rà qv†ƒ‚t‰rv†Ã ƒ‚…pr‡htr€Ã ‡‚‡hy

ˆ†hqhÃrÀ‚ˆ‡Ãƒ‚v‡ÃqrÃphqhÆv†‡r€hÃqrÃh…„ˆv‰‚†




Æqˆ



Pà p‚€hq‚à qˆÃ qv†xà ˆ†htrà €‚†‡…hà ‚à ~€r…‚à qr

iy‚p‚†Ãp‚‡vq‚†Ã r€Ã phqhà †ˆiqv…r‡y…v‚à q‚à qv…r‡y…v‚

p‚……r‡r




ÆqˆÃhÕÆ‚…‡Ã…



Gv†‡hà ‡‚q‚†Ã ‚†Ã h…„ˆv‰‚†Ã r†‡rà qv…r‡y…v‚à r€Ã ‚…qr€

qrà ‡h€hu‚à q‚à €hv‚…à ƒh…hà ‚à €r‚…à vpyˆvq‚à ‚

ph€vu‚Ãp‚€ƒyr‡‚




47                                                                 Sistema de Arquivos
UNICAMP - CCUEC




                     ),1'                           IPU6T)




ÆsvqÃÁh€rõp‚…r¶Ãƒ…v‡



@‘virà ‡‚q‚†Ã h…„ˆv‰‚†Ã pˆw‚†Ã ‚€r†Ã ‡r…€vr€Ã r€

p‚…rÃhÃh…‡v…




ÆsvqÃÀ‡v€rÃ(Ã…v‡



@‘virà ‡‚q‚†Ã ‚†Ã h…„ˆv‰‚†Ã m‚à €‚qvsvphq‚†Ã ƒ‚…

‚‰r‡hÃqvh†




ÆsvqÃÁh€rõƶÀ‡v€rÃÃ…v‡



@‘virà ‡‚q‚†Ã ‚†Ã h…„ˆv‰‚†Ã vvpvhq‚†Ã ƒ‚…à ³Æ´Ã pˆwh

qh‡hÃqrÃ~y‡v€hÀ‚qvsvphom‚Ãr‘prqhÃÃqvh†




48                                                               Sistema de Arquivos
UNICAMP - CCUEC



                      5217$%
                                                   IPU6T)



                                                        O daemon /usr/etc/cron é usado para executar comandos em horários
•    9rh€‚Ã)ÃȆ…r‡pp…‚
                                                   pré    determinados.     Ele    lê   arquivos   contidos   no    diretório
                                                   /var/spool/cron/crontabs. Estes arquivos pertencem a usuários do sistema;
                                                   os arquivos determinam quais programas ou scripts serão executados e
                                                   quando.

•    6Ær…Ãr‘rpˆ‡hq‚)ÃÉh…†ƒ‚‚yp…‚p…‚‡hi             Os registros nestes arquivos contêm cinco campos. São eles:

                                                   Campo                  Valores permitidos

quot;ÃÃÃÃÃÃÃÃÃivqh‡rÃÃÃ3ÃÃÃqr‰p‚†‚yr      minuto                 0-59
                                                   hora                   0-23
                                                   dia do mês             1-31
ÃÃÃÃÃÃÃÃÃphyrqr…à                           mês                    1-12 (Janeiro – Dezembro)
                                                   dia da semana          0-6 (Segunda – Domingo)

    $ÃÃÃÃÃÃÃȆ…r‡p†hÆÃÃÃ3ÃÃÃqr‰ˆyy    Comando

                                                   n                      O comando é executado quando o valor do campo é n
quot;ÃÃÃÃÃÃÃÃr‡pq€r†tÃ33Ȇ…hq€€r††htr†   n,p,q                  O comando é executado quando o valor do campo é n,
                                                                          p, q.
                                                   n-q                    O comando é executado quando o valor do campo é n-
                                                                          p
                                                   *                      O comando é executado para todos os valores
                                                                          possíveis do campo




49                                                                                                       Sistema de Arquivos
UNICAMP - CCUEC




                                                          IPU6T)


‰h…†ƒ‚‚yp…‚p…‚hyy‚

Trà r††rà h…„ˆv‰‚à r‘v†‡v…à hƒrh†Ã ‚†Ã ˆ†ˆi…v‚†Ã ryr

p‚‡vq‚†Ã†m‚Ãhˆ‡‚…v“hq‚†



‰h…†ƒ‚‚yp…‚p…‚qr’

Trà ‚à h…„ˆv‰‚à p…‚hyy‚Ã m‚à r‘v†‡v…à ‚†Ã ˆ†ˆi…v‚†

p‚‡vq‚†Ã     ‚à   h…„ˆv‰‚à   p…‚qr’à   m‚à   †m‚

hˆ‡‚…v“hq‚†ÃhÃr‘rpˆ‡h…ÂÃp‚€hq‚Ãp…‚‡hi



Æp…‚‡hiÃr

@qv‡hÂÃh…„ˆv‰‚Ãp…‚‡hiÃq‚Ȇˆi…v‚



Æp…‚‡hiÃy

Gv†‡hÂÃh…„ˆv‰‚Ãp…‚‡hiÃq‚Ȇˆi…v‚



p…‚‡hiÁ‚€rfq‚fh…„ˆv‰‚

@qv‡hÂÃh…„ˆv‰‚Ãp…‚‡hiÃr†ƒrpvsvphq‚




50                                                                 Sistema de Arquivos
UNICAMP - CCUEC



                         $7
                                                          IPU6T)




Èh‡Ã±pÃ!quot;)quot;




h‡3rpu‚ó‚vÃrˆÃsˆpv‚rv´Ã3Ãh…„




h‡3e9




Èh‡„



Shx     @‘rpˆ‡v‚Ã9h‡r           Pr…   E‚i†Æ E‚iIh€r

 †‡      9rpÃ!!à   ((!à   )   hyq‚    !quot;$   T‡qv




Èh‡…€Ã!quot;$

     !quot;$Ã…r€‚‰rq




51                                                                 Sistema de Arquivos
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix
Administração de Sistema Unix

Mais conteúdo relacionado

Mais procurados

53005966 maquinas-eletricas
53005966 maquinas-eletricas53005966 maquinas-eletricas
53005966 maquinas-eletricasGleicy Helen
 
Livro - Projeto, Desempenho e Aplicacoes de Sistemas Digitais em FPGAs
Livro - Projeto, Desempenho e Aplicacoes de Sistemas Digitais em FPGAsLivro - Projeto, Desempenho e Aplicacoes de Sistemas Digitais em FPGAs
Livro - Projeto, Desempenho e Aplicacoes de Sistemas Digitais em FPGAsEdward David Moreno
 
Individuais 02-tqs preo - projeto de estruturas pre-moldadas
Individuais 02-tqs preo - projeto de estruturas pre-moldadasIndividuais 02-tqs preo - projeto de estruturas pre-moldadas
Individuais 02-tqs preo - projeto de estruturas pre-moldadasAnderson Ricardo Cunha
 
Caderno ssma
Caderno ssma Caderno ssma
Caderno ssma bia139
 
ICMS e Obrigações Acessórias para empresas de telecom (Telecomunicação) - IOB...
ICMS e Obrigações Acessórias para empresas de telecom (Telecomunicação) - IOB...ICMS e Obrigações Acessórias para empresas de telecom (Telecomunicação) - IOB...
ICMS e Obrigações Acessórias para empresas de telecom (Telecomunicação) - IOB...IOB News
 
Coleção IOB Trabalhista e Previdenciária - Contrato de Trabalho - Aspectos Ju...
Coleção IOB Trabalhista e Previdenciária - Contrato de Trabalho - Aspectos Ju...Coleção IOB Trabalhista e Previdenciária - Contrato de Trabalho - Aspectos Ju...
Coleção IOB Trabalhista e Previdenciária - Contrato de Trabalho - Aspectos Ju...IOB News
 
Coleção IOB Trabalhista e Previdenciária - Benefícios Previdenciários - Cálcu...
Coleção IOB Trabalhista e Previdenciária - Benefícios Previdenciários - Cálcu...Coleção IOB Trabalhista e Previdenciária - Benefícios Previdenciários - Cálcu...
Coleção IOB Trabalhista e Previdenciária - Benefícios Previdenciários - Cálcu...IOB News
 
Excel para Contadores – 8ª edição
Excel para Contadores – 8ª ediçãoExcel para Contadores – 8ª edição
Excel para Contadores – 8ª ediçãoIOB News
 
Processo Tributário Administrativo - 4ª ed. | IOB e-Store
Processo Tributário Administrativo - 4ª ed. | IOB e-StoreProcesso Tributário Administrativo - 4ª ed. | IOB e-Store
Processo Tributário Administrativo - 4ª ed. | IOB e-StoreIOB News
 
Apostila terraplenagem
Apostila terraplenagemApostila terraplenagem
Apostila terraplenagemsfon
 
Apostila SAR 005 - Curso Básico de Busca e Salvamento - 2012
Apostila SAR 005 - Curso Básico de Busca e Salvamento - 2012Apostila SAR 005 - Curso Básico de Busca e Salvamento - 2012
Apostila SAR 005 - Curso Básico de Busca e Salvamento - 2012Jeferson Espindola
 

Mais procurados (18)

Hardware idepac
Hardware idepacHardware idepac
Hardware idepac
 
53005966 maquinas-eletricas
53005966 maquinas-eletricas53005966 maquinas-eletricas
53005966 maquinas-eletricas
 
Manual Excel
Manual ExcelManual Excel
Manual Excel
 
Livro - Projeto, Desempenho e Aplicacoes de Sistemas Digitais em FPGAs
Livro - Projeto, Desempenho e Aplicacoes de Sistemas Digitais em FPGAsLivro - Projeto, Desempenho e Aplicacoes de Sistemas Digitais em FPGAs
Livro - Projeto, Desempenho e Aplicacoes de Sistemas Digitais em FPGAs
 
Individuais 02-tqs preo - projeto de estruturas pre-moldadas
Individuais 02-tqs preo - projeto de estruturas pre-moldadasIndividuais 02-tqs preo - projeto de estruturas pre-moldadas
Individuais 02-tqs preo - projeto de estruturas pre-moldadas
 
Apostila clps & grafset ufrn
Apostila clps & grafset ufrnApostila clps & grafset ufrn
Apostila clps & grafset ufrn
 
Caderno ssma
Caderno ssma Caderno ssma
Caderno ssma
 
ICMS e Obrigações Acessórias para empresas de telecom (Telecomunicação) - IOB...
ICMS e Obrigações Acessórias para empresas de telecom (Telecomunicação) - IOB...ICMS e Obrigações Acessórias para empresas de telecom (Telecomunicação) - IOB...
ICMS e Obrigações Acessórias para empresas de telecom (Telecomunicação) - IOB...
 
Apostila Guindaste Portuário Móvel.
Apostila Guindaste Portuário Móvel.Apostila Guindaste Portuário Móvel.
Apostila Guindaste Portuário Móvel.
 
Coleção IOB Trabalhista e Previdenciária - Contrato de Trabalho - Aspectos Ju...
Coleção IOB Trabalhista e Previdenciária - Contrato de Trabalho - Aspectos Ju...Coleção IOB Trabalhista e Previdenciária - Contrato de Trabalho - Aspectos Ju...
Coleção IOB Trabalhista e Previdenciária - Contrato de Trabalho - Aspectos Ju...
 
Coleção IOB Trabalhista e Previdenciária - Benefícios Previdenciários - Cálcu...
Coleção IOB Trabalhista e Previdenciária - Benefícios Previdenciários - Cálcu...Coleção IOB Trabalhista e Previdenciária - Benefícios Previdenciários - Cálcu...
Coleção IOB Trabalhista e Previdenciária - Benefícios Previdenciários - Cálcu...
 
01 hardware 2011
01 hardware 201101 hardware 2011
01 hardware 2011
 
Mpoda(1)
Mpoda(1)Mpoda(1)
Mpoda(1)
 
Apostila ARC GIS
Apostila ARC GISApostila ARC GIS
Apostila ARC GIS
 
Excel para Contadores – 8ª edição
Excel para Contadores – 8ª ediçãoExcel para Contadores – 8ª edição
Excel para Contadores – 8ª edição
 
Processo Tributário Administrativo - 4ª ed. | IOB e-Store
Processo Tributário Administrativo - 4ª ed. | IOB e-StoreProcesso Tributário Administrativo - 4ª ed. | IOB e-Store
Processo Tributário Administrativo - 4ª ed. | IOB e-Store
 
Apostila terraplenagem
Apostila terraplenagemApostila terraplenagem
Apostila terraplenagem
 
Apostila SAR 005 - Curso Básico de Busca e Salvamento - 2012
Apostila SAR 005 - Curso Básico de Busca e Salvamento - 2012Apostila SAR 005 - Curso Básico de Busca e Salvamento - 2012
Apostila SAR 005 - Curso Básico de Busca e Salvamento - 2012
 

Destaque

Comandos de redes en windows 7
Comandos de redes en windows 7Comandos de redes en windows 7
Comandos de redes en windows 7leo022883
 
Redes - Configuração básica
Redes - Configuração básicaRedes - Configuração básica
Redes - Configuração básicaPeslPinguim
 
Como implementar APIs RESTful em PHP
Como implementar APIs RESTful em PHPComo implementar APIs RESTful em PHP
Como implementar APIs RESTful em PHPPablo Aguiar
 
Comandos para redes
Comandos para redesComandos para redes
Comandos para redesguajiro27
 
Comandos cmd para soporte tecnico
Comandos cmd para soporte tecnicoComandos cmd para soporte tecnico
Comandos cmd para soporte tecnicoGeovanni Lozano
 
Web Services PHP Tutorial
Web Services PHP TutorialWeb Services PHP Tutorial
Web Services PHP TutorialLorna Mitchell
 

Destaque (6)

Comandos de redes en windows 7
Comandos de redes en windows 7Comandos de redes en windows 7
Comandos de redes en windows 7
 
Redes - Configuração básica
Redes - Configuração básicaRedes - Configuração básica
Redes - Configuração básica
 
Como implementar APIs RESTful em PHP
Como implementar APIs RESTful em PHPComo implementar APIs RESTful em PHP
Como implementar APIs RESTful em PHP
 
Comandos para redes
Comandos para redesComandos para redes
Comandos para redes
 
Comandos cmd para soporte tecnico
Comandos cmd para soporte tecnicoComandos cmd para soporte tecnico
Comandos cmd para soporte tecnico
 
Web Services PHP Tutorial
Web Services PHP TutorialWeb Services PHP Tutorial
Web Services PHP Tutorial
 

Semelhante a Administração de Sistema Unix

Manual Prático de Operações Fiscais e Contábeis (ICMS, IPI, ISS, PIS, COFINS)...
Manual Prático de Operações Fiscais e Contábeis (ICMS, IPI, ISS, PIS, COFINS)...Manual Prático de Operações Fiscais e Contábeis (ICMS, IPI, ISS, PIS, COFINS)...
Manual Prático de Operações Fiscais e Contábeis (ICMS, IPI, ISS, PIS, COFINS)...IOB News
 
Ciesa.tecnologia design moda.projeto político pedagógico.2010
Ciesa.tecnologia design moda.projeto político pedagógico.2010Ciesa.tecnologia design moda.projeto político pedagógico.2010
Ciesa.tecnologia design moda.projeto político pedagógico.2010PORANJE
 
Pontes Ferroviárias
Pontes FerroviáriasPontes Ferroviárias
Pontes FerroviáriasDaniel Campos
 
Plano de saneamento básico de itatiba do sul
Plano de saneamento básico de itatiba do sulPlano de saneamento básico de itatiba do sul
Plano de saneamento básico de itatiba do sulIvonir Santolin
 
Curso Bolsa de Valores
Curso Bolsa de ValoresCurso Bolsa de Valores
Curso Bolsa de ValoresGrupo Shield
 
Ubuntuserverguide 111121194031-phpapp02
Ubuntuserverguide 111121194031-phpapp02Ubuntuserverguide 111121194031-phpapp02
Ubuntuserverguide 111121194031-phpapp02a2m
 
Transformadores Weg
Transformadores WegTransformadores Weg
Transformadores WegPCSLZ2010
 
Manualdecombateaincndioesalvamentoemaerdromos 110413235816-phpapp01
Manualdecombateaincndioesalvamentoemaerdromos 110413235816-phpapp01Manualdecombateaincndioesalvamentoemaerdromos 110413235816-phpapp01
Manualdecombateaincndioesalvamentoemaerdromos 110413235816-phpapp01Jorge Damasceno
 
Manual de combate a incêndio e salvamento em aeródromos
Manual de combate a incêndio e salvamento em aeródromosManual de combate a incêndio e salvamento em aeródromos
Manual de combate a incêndio e salvamento em aeródromosEvertonhpn
 
Po Contabilidade
Po ContabilidadePo Contabilidade
Po Contabilidadepipoka90
 
Ihcat rvtar004 rev04-out2010_splitão_splitop_(fixo_inverter)
Ihcat rvtar004 rev04-out2010_splitão_splitop_(fixo_inverter)Ihcat rvtar004 rev04-out2010_splitão_splitop_(fixo_inverter)
Ihcat rvtar004 rev04-out2010_splitão_splitop_(fixo_inverter)Agassis Rodrigues
 

Semelhante a Administração de Sistema Unix (20)

Access 2007 basico
Access 2007 basicoAccess 2007 basico
Access 2007 basico
 
64805565 access-basico
64805565 access-basico64805565 access-basico
64805565 access-basico
 
Itur Manual
Itur ManualItur Manual
Itur Manual
 
Pesquisa CNT de Rodovias 2012
Pesquisa CNT de Rodovias 2012Pesquisa CNT de Rodovias 2012
Pesquisa CNT de Rodovias 2012
 
Manual Prático de Operações Fiscais e Contábeis (ICMS, IPI, ISS, PIS, COFINS)...
Manual Prático de Operações Fiscais e Contábeis (ICMS, IPI, ISS, PIS, COFINS)...Manual Prático de Operações Fiscais e Contábeis (ICMS, IPI, ISS, PIS, COFINS)...
Manual Prático de Operações Fiscais e Contábeis (ICMS, IPI, ISS, PIS, COFINS)...
 
Pilar 03-critérios de projeto
Pilar 03-critérios de projetoPilar 03-critérios de projeto
Pilar 03-critérios de projeto
 
Trabalho de redes
Trabalho de redesTrabalho de redes
Trabalho de redes
 
Ciesa.tecnologia design moda.projeto político pedagógico.2010
Ciesa.tecnologia design moda.projeto político pedagógico.2010Ciesa.tecnologia design moda.projeto político pedagógico.2010
Ciesa.tecnologia design moda.projeto político pedagógico.2010
 
Pontes Ferroviárias
Pontes FerroviáriasPontes Ferroviárias
Pontes Ferroviárias
 
Plano de saneamento básico de itatiba do sul
Plano de saneamento básico de itatiba do sulPlano de saneamento básico de itatiba do sul
Plano de saneamento básico de itatiba do sul
 
Projetopiscinas
ProjetopiscinasProjetopiscinas
Projetopiscinas
 
Curso Bolsa de Valores
Curso Bolsa de ValoresCurso Bolsa de Valores
Curso Bolsa de Valores
 
Guia Ubuntu Server
Guia Ubuntu ServerGuia Ubuntu Server
Guia Ubuntu Server
 
Ubuntuserverguide 111121194031-phpapp02
Ubuntuserverguide 111121194031-phpapp02Ubuntuserverguide 111121194031-phpapp02
Ubuntuserverguide 111121194031-phpapp02
 
Transformadores Weg
Transformadores WegTransformadores Weg
Transformadores Weg
 
Manual lexuz
Manual lexuzManual lexuz
Manual lexuz
 
Manualdecombateaincndioesalvamentoemaerdromos 110413235816-phpapp01
Manualdecombateaincndioesalvamentoemaerdromos 110413235816-phpapp01Manualdecombateaincndioesalvamentoemaerdromos 110413235816-phpapp01
Manualdecombateaincndioesalvamentoemaerdromos 110413235816-phpapp01
 
Manual de combate a incêndio e salvamento em aeródromos
Manual de combate a incêndio e salvamento em aeródromosManual de combate a incêndio e salvamento em aeródromos
Manual de combate a incêndio e salvamento em aeródromos
 
Po Contabilidade
Po ContabilidadePo Contabilidade
Po Contabilidade
 
Ihcat rvtar004 rev04-out2010_splitão_splitop_(fixo_inverter)
Ihcat rvtar004 rev04-out2010_splitão_splitop_(fixo_inverter)Ihcat rvtar004 rev04-out2010_splitão_splitop_(fixo_inverter)
Ihcat rvtar004 rev04-out2010_splitão_splitop_(fixo_inverter)
 

Mais de elliando dias

Clojurescript slides
Clojurescript slidesClojurescript slides
Clojurescript slideselliando dias
 
Why you should be excited about ClojureScript
Why you should be excited about ClojureScriptWhy you should be excited about ClojureScript
Why you should be excited about ClojureScriptelliando dias
 
Functional Programming with Immutable Data Structures
Functional Programming with Immutable Data StructuresFunctional Programming with Immutable Data Structures
Functional Programming with Immutable Data Structureselliando dias
 
Nomenclatura e peças de container
Nomenclatura  e peças de containerNomenclatura  e peças de container
Nomenclatura e peças de containerelliando dias
 
Polyglot and Poly-paradigm Programming for Better Agility
Polyglot and Poly-paradigm Programming for Better AgilityPolyglot and Poly-paradigm Programming for Better Agility
Polyglot and Poly-paradigm Programming for Better Agilityelliando dias
 
Javascript Libraries
Javascript LibrariesJavascript Libraries
Javascript Librarieselliando dias
 
How to Make an Eight Bit Computer and Save the World!
How to Make an Eight Bit Computer and Save the World!How to Make an Eight Bit Computer and Save the World!
How to Make an Eight Bit Computer and Save the World!elliando dias
 
A Practical Guide to Connecting Hardware to the Web
A Practical Guide to Connecting Hardware to the WebA Practical Guide to Connecting Hardware to the Web
A Practical Guide to Connecting Hardware to the Webelliando dias
 
Introdução ao Arduino
Introdução ao ArduinoIntrodução ao Arduino
Introdução ao Arduinoelliando dias
 
Incanter Data Sorcery
Incanter Data SorceryIncanter Data Sorcery
Incanter Data Sorceryelliando dias
 
Fab.in.a.box - Fab Academy: Machine Design
Fab.in.a.box - Fab Academy: Machine DesignFab.in.a.box - Fab Academy: Machine Design
Fab.in.a.box - Fab Academy: Machine Designelliando dias
 
The Digital Revolution: Machines that makes
The Digital Revolution: Machines that makesThe Digital Revolution: Machines that makes
The Digital Revolution: Machines that makeselliando dias
 
Hadoop - Simple. Scalable.
Hadoop - Simple. Scalable.Hadoop - Simple. Scalable.
Hadoop - Simple. Scalable.elliando dias
 
Hadoop and Hive Development at Facebook
Hadoop and Hive Development at FacebookHadoop and Hive Development at Facebook
Hadoop and Hive Development at Facebookelliando dias
 
Multi-core Parallelization in Clojure - a Case Study
Multi-core Parallelization in Clojure - a Case StudyMulti-core Parallelization in Clojure - a Case Study
Multi-core Parallelization in Clojure - a Case Studyelliando dias
 

Mais de elliando dias (20)

Clojurescript slides
Clojurescript slidesClojurescript slides
Clojurescript slides
 
Why you should be excited about ClojureScript
Why you should be excited about ClojureScriptWhy you should be excited about ClojureScript
Why you should be excited about ClojureScript
 
Functional Programming with Immutable Data Structures
Functional Programming with Immutable Data StructuresFunctional Programming with Immutable Data Structures
Functional Programming with Immutable Data Structures
 
Nomenclatura e peças de container
Nomenclatura  e peças de containerNomenclatura  e peças de container
Nomenclatura e peças de container
 
Geometria Projetiva
Geometria ProjetivaGeometria Projetiva
Geometria Projetiva
 
Polyglot and Poly-paradigm Programming for Better Agility
Polyglot and Poly-paradigm Programming for Better AgilityPolyglot and Poly-paradigm Programming for Better Agility
Polyglot and Poly-paradigm Programming for Better Agility
 
Javascript Libraries
Javascript LibrariesJavascript Libraries
Javascript Libraries
 
How to Make an Eight Bit Computer and Save the World!
How to Make an Eight Bit Computer and Save the World!How to Make an Eight Bit Computer and Save the World!
How to Make an Eight Bit Computer and Save the World!
 
Ragel talk
Ragel talkRagel talk
Ragel talk
 
A Practical Guide to Connecting Hardware to the Web
A Practical Guide to Connecting Hardware to the WebA Practical Guide to Connecting Hardware to the Web
A Practical Guide to Connecting Hardware to the Web
 
Introdução ao Arduino
Introdução ao ArduinoIntrodução ao Arduino
Introdução ao Arduino
 
Minicurso arduino
Minicurso arduinoMinicurso arduino
Minicurso arduino
 
Incanter Data Sorcery
Incanter Data SorceryIncanter Data Sorcery
Incanter Data Sorcery
 
Rango
RangoRango
Rango
 
Fab.in.a.box - Fab Academy: Machine Design
Fab.in.a.box - Fab Academy: Machine DesignFab.in.a.box - Fab Academy: Machine Design
Fab.in.a.box - Fab Academy: Machine Design
 
The Digital Revolution: Machines that makes
The Digital Revolution: Machines that makesThe Digital Revolution: Machines that makes
The Digital Revolution: Machines that makes
 
Hadoop + Clojure
Hadoop + ClojureHadoop + Clojure
Hadoop + Clojure
 
Hadoop - Simple. Scalable.
Hadoop - Simple. Scalable.Hadoop - Simple. Scalable.
Hadoop - Simple. Scalable.
 
Hadoop and Hive Development at Facebook
Hadoop and Hive Development at FacebookHadoop and Hive Development at Facebook
Hadoop and Hive Development at Facebook
 
Multi-core Parallelization in Clojure - a Case Study
Multi-core Parallelization in Clojure - a Case StudyMulti-core Parallelization in Clojure - a Case Study
Multi-core Parallelization in Clojure - a Case Study
 

Último

Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Dirceu Resende
 
[ServiceNow] Upgrade de versão - 2ª edição (Revisada, atualizada e ampliada)
[ServiceNow] Upgrade de versão - 2ª edição (Revisada, atualizada e ampliada)[ServiceNow] Upgrade de versão - 2ª edição (Revisada, atualizada e ampliada)
[ServiceNow] Upgrade de versão - 2ª edição (Revisada, atualizada e ampliada)Alessandro Almeida
 
Concurso Caixa TI - Imersão Final - Rogério Araújo.pdf
Concurso Caixa TI - Imersão Final - Rogério Araújo.pdfConcurso Caixa TI - Imersão Final - Rogério Araújo.pdf
Concurso Caixa TI - Imersão Final - Rogério Araújo.pdfGuilhermeRodrigues896381
 
From_SEH_Overwrite_with_Egg_Hunter_to_Get_a_Shell_PT-BR.pdf
From_SEH_Overwrite_with_Egg_Hunter_to_Get_a_Shell_PT-BR.pdfFrom_SEH_Overwrite_with_Egg_Hunter_to_Get_a_Shell_PT-BR.pdf
From_SEH_Overwrite_with_Egg_Hunter_to_Get_a_Shell_PT-BR.pdfRodolpho Concurde
 
Apresentação Comercial VITAL DATA 2024.pdf
Apresentação Comercial VITAL DATA 2024.pdfApresentação Comercial VITAL DATA 2024.pdf
Apresentação Comercial VITAL DATA 2024.pdfCarlos Gomes
 
Certificado - Data Analytics - CoderHouse.pdf
Certificado - Data Analytics - CoderHouse.pdfCertificado - Data Analytics - CoderHouse.pdf
Certificado - Data Analytics - CoderHouse.pdfLarissa Souza
 

Último (6)

Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
 
[ServiceNow] Upgrade de versão - 2ª edição (Revisada, atualizada e ampliada)
[ServiceNow] Upgrade de versão - 2ª edição (Revisada, atualizada e ampliada)[ServiceNow] Upgrade de versão - 2ª edição (Revisada, atualizada e ampliada)
[ServiceNow] Upgrade de versão - 2ª edição (Revisada, atualizada e ampliada)
 
Concurso Caixa TI - Imersão Final - Rogério Araújo.pdf
Concurso Caixa TI - Imersão Final - Rogério Araújo.pdfConcurso Caixa TI - Imersão Final - Rogério Araújo.pdf
Concurso Caixa TI - Imersão Final - Rogério Araújo.pdf
 
From_SEH_Overwrite_with_Egg_Hunter_to_Get_a_Shell_PT-BR.pdf
From_SEH_Overwrite_with_Egg_Hunter_to_Get_a_Shell_PT-BR.pdfFrom_SEH_Overwrite_with_Egg_Hunter_to_Get_a_Shell_PT-BR.pdf
From_SEH_Overwrite_with_Egg_Hunter_to_Get_a_Shell_PT-BR.pdf
 
Apresentação Comercial VITAL DATA 2024.pdf
Apresentação Comercial VITAL DATA 2024.pdfApresentação Comercial VITAL DATA 2024.pdf
Apresentação Comercial VITAL DATA 2024.pdf
 
Certificado - Data Analytics - CoderHouse.pdf
Certificado - Data Analytics - CoderHouse.pdfCertificado - Data Analytics - CoderHouse.pdf
Certificado - Data Analytics - CoderHouse.pdf
 

Administração de Sistema Unix

  • 2. UNICAMP - CCUEC (ÃÃÃÃTDTU@H6TÃ9@Ã6SRVDWPT # DIUSP9Vd­P 9.1. SISTEMAS DE ARQUIVOS .......................................................................... 42 1.1. AMBIENTE UNIX DISTRIBUÍDO.......................................................... 2 9.2. MANUTENÇÃO DE SISTEMAS DE ARQUIVOS ............................................... 43 1.2. TIPOS DE EQUIPAMENTO.................................................................... 3 9.3. FSCK ..................................................................................................... 44 1.3. TAREFAS DO ADMINISTRADOR......................................................... 4 9.4. MONITORANDO ESPAÇO EM DISCO............................................................ 47 1.4. ROOT ...................................................................................................... 6 9.5. FIND...................................................................................................... 48 ! 9DT8PTÃ@ÃQ6SUDd®@T 9.6 CRONTAB................................................................................................ 49 9.7 AT ......................................................................................................... 51 2.1. TERMINOLOGIA.................................................................................... 8 9.8 USO DE QUOTA EM DISCOS....................................................................... 52 2.2. ESTRUTURA DO DISCO........................................................................ 9 2.3. PRATO DO DISCO ............................................................................... 10 768FVQÃ@ÃS@8VQ@S6d­P $quot; 2.4. PARTIÇÕES ......................................................................................... 11 10.1. BACKUPS ............................................................................................. 54 2.5. LAYOUT DO DISCO ............................................................................ 12 10.2. TAR....................................................................................................... 55 2.6. INODES................................................................................................. 13 10.3. CPIO...................................................................................................... 56 quot; TU6SUVQÃ@ÃTCVU9PXI # 10.4. DD ......................................................................................................... 57 10.5. PREPARATIVOS PARA O BACKUP.................................................... 58 3.1. BOOTING.............................................................................................. 15 10.6. BACKUP DE SISTEMAS DE ARQUIVOS ........................................... 59 3.2. INTERRUPÇÕES NO SISTEMA........................................................... 17 10.7. BACKUP DE VÁRIOS SISTEMAS DE ARQUIVOS EM UMA FITA ... 60 3.3. PARADA DO SISTEMA ....................................................................... 18 10.8. RECUPERAÇÃO DE BACKUP............................................................. 61 3.4. OPÇÕES DE BOOT .............................................................................. 20 DHQS@TTPS6T %% # DITU6G6d­PÃ9@ÃTDTU@H6ÃPQ@S68DPI6G ! 11.3. DEFINIÇÃO DE FILAS DE IMPRESSÃO ......................................................... 68 4.1. INSTALAÇÃO DE SOLARIS 2.X ............................................................. 22 11.4. COMANDOS DE IMPRESSÃO....................................................................... 72 $ 8PIADBVS6d­PÃ9PÃF@SI@G !$ 11.5. DESTRAVANDO AIMPRESSORA .................................................................. 73 5.1. PORQUE CONFIGURAR O KERNEL................................................... 26 ! I@UXPSFÃADG@ÃT`TU@HIAT # 5.2. CONFIGURAÇÃO DO KERNEL.................................................................. 27 12.1. NETWORK FILE SYSTEM........................................................................... 75 %ÃÃÃ6H7D@IU@ÃPQ@S68DPI6G !' 12.2. SERVIDOR NFS........................................................................................ 76 12.3. CLIENTE NFS.......................................................................................... 77 6.1. AMBIENTE OPERACIONAL ........................................................................ 29 12.4. INTERAÇÃO CLIENTE/SERVIDOR ............................................................... 78 6.2. PROFILES ................................................................................................ 30 12.5. EXPORTAÇÃO DE SISTEMAS DE ARQUIVOS ................................................ 79 6.3. SHELLS ................................................................................................... 31 12.6. IMPORTAÇÃO DE SISTEMAS DE ARQUIVOS ................................................. 80 6.4. C SHELL ................................................................................................. 32 12.7. COMANDOS INFORMATIVOS ..................................................................... 81 6.5. KORN SHELL ........................................................................................... 33 quot; I@UXPSFÃDIAPSH6UDPIÃT@SWD8@IDT '! ÃÃQSP8@TTPT quot;# 13.1. NIS ........................................................................................................ 83 7.1 VISÃO GERAL .......................................................................................... 35 13.2. SERVIDORES E CLIENTES .......................................................................... 84 7.2 COMANDOS ÚTEIS ................................................................................... 36 13.3. YPBIND/YPSERV ................................................................................. 85 'ÃÃÃB@S@I8D6H@IUPÃ9@ÃVTVÈSDPT quot; 13.4. RPC.PASSWD ....................................................................................... 86 13.5. ARQUIVOS AFETADOS PELO NIS ............................................................... 87 8.1 CRIAÇÃO DE USUÁRIOS............................................................................ 38 13.6. ETC/PASSWD ............................................................................................ 88 8.2 ADMINISTRAÇÃO DE USUÁRIOS ................................................................ 39
  • 3. UNICAMP - CCUEC 13.6 /ETC/GROUP............................................................................................. 89 13.7. ARQUIVOS SUBSTITUIDOS PELO NIS ......................................................... 90 13.8. CRIAÇÃO DE SERVIDOR NIS MESTRE ........................................................ 91 13.9 CRIAÇÃO DE SERVIDOR NIS ESCRAVO ...................................................... 92 13.9. SINCRONIZAÇÃO DE MAPAS...................................................................... 93 13.10 ACRESCENTANDO CLIENTES .................................................................... 94 13.11 ATUALIZAÇÃO DO BANCO DE DADOS NIS ................................................ 95 13.12 COMANDOS INFORMATIVOS ..................................................................... 96 $ T@BVS6Id6 ( 15.1. INTRODUÇÃO...................................................................................... 98 15.2. SEGURANÇA DAS CONTAS ........................................................................ 99 15.3. SEGURANÇA DO SISTEMA DE ARQUIVOS .................................................. 100 15.4. SEGURANÇA DA REDE ............................................................................ 102 15.5. MONITORAMENTO DA SEGURANÇA......................................................... 104 15.6. COMANDOS QUE PODEM AUXILIAR NA SEGURANÇA .................................. 106 15.7. FERRAMENTAS ÚTEIS............................................................................. 107 %ÃÃG@DUVS6ÃS@8PH@I9696 ' 16.1 RECOMENDADOS ................................................................................. 109 ÃÃGDIFTÃS@8PH@I969PT 17.1 LINKS .................................................................................................. 111 'ÃÃGDTU6TÃS@8PH@I9696T ! 18.1 LISTAS .................................................................................................. 113
  • 4. UNICAMP - CCUEC ,1752'8d­2 1 Introdução
  • 5. UNICAMP - CCUEC $0%,(17( 81,; ',675,%8Ë'2 IPU6T) • 8hqhà r†‡hom‚à qrà ‡…hihyu‚à ƒ‚††ˆvà †ˆhà ƒ…yƒ…vh 8QVÀr€y…vhÃrÆv†‡r€hÃqrÃDP • Q…‚prqv€r‡‚†Ã qrà ihpxˆƒÃ r‰‚y‰r€Ã ‰i…vh† €i„ˆvh†ÃrÉi…v‚†Ãqv†p‚† • 8hqhÃr†‡hom‚ÃqrÇ…hihyu‚††ˆvÂÆrˆÃ ƒ…yƒ…v‚ †ˆƒr…ˆ†ˆi…v‚ • V‡vyv‡i…v‚†Ã ‡hv†Ã p‚€‚à IATà rà IDTà ‡‚…h€Ã h hq€vv†‡…hom‚Ãqvsr…r‡rÃrÀhv†Ãsipvy 2 Introdução
  • 6. UNICAMP - CCUEC 7,326 '( (48,3$0(172 IPU6T) Uma estação de trabalho †‡hqhy‚r possui uma área de root completa mais o diretório /usr em seu disco. Não necessita de serviços da rede para •ÃT‡hqhy‚r funcionar e faz o boot a partir de seu próprio disco. Pode ou não possuir uma unidade de fita acoplada. Um servidor se caracteriza pela quantidade substancial de espaço em disco para uso de outras máquinas da rede, chamadas clientes. •ÃTr…‰vq‚… Normalmente possui uma unidade de fita. Uma máquina qv†xyr†† é aquela que necessita dos serviços da rede para acessar o disco de um servidor. Ela recebe o código para boot através da rede. Normalmente as áreas root e swap de uma máquina qv†xyr†† residem em um mesmo servidor, mas o código executável e os arquivos dos •Ã9v†xyr†† usuários podem residir em várias máquinas da rede. Uma máquina qh‡hyr†† é aquela que possui seu próprio disco para armazenar a área de swap e a área de root. Este disco pode também ser usado para armazenar dados de usuários. Arquivos e código executável necessários para sua operação (/usr) são obtidos da rede. Desta forma o •Ã9h‡hyr†† código executável de diversas máquinas qh‡hyr†† é armazenado em um único servidor. •ÃY‡r…€vhy 3 Introdução
  • 7. UNICAMP - CCUEC 7$5()$6 '2 $'0,1,675$'25 IPU6T) A administração de sistemas envolve a tarefa de sempre manter o • D†‡hyhom‚ÃqrÃT‚s‡h…r sistema operacional atualizado, rodando a última versão disponível. Quando novas máquinas são adquiridas estas devem ser configuradas, o sistema operacional instalado e conectadas à rede. Esta instalação vai depender da • Tv†‡r€hƒr…hpv‚hyÃrÃh‡ˆhyv“ho}r† configuração da máquina, se qv†xyr††, qh‡hyr††, †‡hqhy‚r ou servidora. É recomendável sempre formatar o disco antes de instalar o sistema • 6ƒyvpho}r†ÃqrÃp‚……ro}r† operacional. • A‚…€h‡hom‚ÃrÃh…‡vpv‚h€r‡‚ÃqrÃqv†p‚† O xr…ry que vem com a máquina raramente atende às necessidades do usuário. Ele deve ser configurado e adaptado às condições do ambiente • 8ˆ†‡‚€v“hom‚Ãq‚Æ‚s‡h…r operacional. Hardware acrescentado à configuração básica normalmente requer a geração de um novo xr…ry para inclusão dos q…v‰r…† de dispositivo. • Fr…ry • Ur…€vhv† A segurança é um aspecto que nunca deve ser negligenciado. Os os usuários devem ser gerenciados de forma a só poderem fazer aquilo a que • H‚qr† forem designados. Enfatizar a importância do sigilo da senha de acesso e • D€ƒ…r††‚…h† restringir o acesso privilegiado às operações do sistema. Criar grupos de usuários de modo que , pessoas trabalhando em um mesmo projeto possam • Srqr compartilhar seus dados. Ao mesmo tempo impede o acesso de usuários não pertencentes ao grupo. • Trtˆ…hoh • 6qvom‚…r€‚om‚ÃqrȆˆi…v‚† • 8…vhom‚ÃqrÃt…ˆƒ‚†ÃqrȆˆi…v‚† • 8‚‡…‚yrÃqrÃhpr††‚Ãj†Ã€i„ˆvh† • Sr†‡…vtv…Ãhpr††‚Ã…v‰vyrtvhq‚Ãj†Ã€i„ˆvh† 4 Introdução
  • 8. UNICAMP - CCUEC • Tr…‰vo‚†ÃqrÃ…rqr IPU6T) • IAT Um dos recursos mais importantes que o sistema Unix oferece é a • IDT capacidade de troca de mensagens entre usuário. NFS (Ir‡‚…xà Avyrà T’†‡r€) permite que máquinas montem diretórios residentes em outras máquinas da rede. O acesso a estes diretórios é feito • Hhˆ‡rom‚Ãq‚ÃTv†‡r€h de maneira transparente para o usuário que tem a impressão de estar usando arquivos locais. NIS (Ir‡‚…xà Ds‚…€h‡v‚Ã Tr…‰vpr†) permite que informações importantes de configuração e outras sejam compartilhadas por • Hhˆ‡rom‚Ãq‚Æv†‡r€hÃqrÃh…„ˆv‰‚† diferentes máquinas. • 7hpxˆƒ† A tarefa mais importante de um administrador de sistemas é fazer • Sr†‡‚…r ihpxˆƒ† . Inevitavelmente dados serão perdidos, defeitos em disco ocorrerão. Backups devem ser realizados de forma sistemática e regular. Os comandos ufsqˆ€ƒ e ufs…r†‡‚…r existem para facilitar essa tarefa. O comando s†px é usado automaticamente para verificar a consistência do • @†‡hiryrpr…Ãp‚€ˆvphom‚ sistema de arquivos durante o boot do sistema e reduzir a possibilidade de um sistema de arquivos se corromper. • @€hvy • V†rr‡ • Tr…‰vq‚…ÃqrÃAUQÃh‚’€‚ˆ† • XXX 5 Introdução
  • 9. UNICAMP - CCUEC 5227 IPU6T) A administração do sistema é função da conta root. Root é o nome do usuário mais privilegiado do sistema, também conhecido como superusuário. Esta conta pode fazer qualquer coisa no sistema. Como de praxe em sistemas Unix, nenhum ato do superusuário é questionado. Devido a este •Ã8‚‡hÃq‚ƈƒr…ˆ†ˆi…v‚ poder, é de extrema importância que a senha da área root seja protegida com muito cuidado. Ela não deve ser facilmente deduzida (nome da máquina, nome invertido do administrador, iniciais, nome do cachorro, nome do carro, placa do carro, etc.) e deve ser mudada periodicamente. Recomenda-se também que tarefas de rotina não sejam executadas sob a área root. Entrar nessa área apenas para desempenhar tarefas que requerem privilégios especiais e em seguida voltar a conta comum. •Ã8ˆvqhq‚†Ãr†ƒrpvhv†Ãp‚€ÃhÃh††‚…q •ÃIˆphÃy‚th…Ãqv…r‡h€r‡rÃp‚€‚Ã…‚‚‡ 6 Introdução
  • 10. UNICAMP - CCUEC ',626 ( 3$57,d®(6 7 Discos e Partições
  • 11. UNICAMP - CCUEC 7(50,12/2*,$ IPU6T) •Ã 8‚‡…‚yhq‚…h†ÃqrÃqv†p‚† Como o nome indica, a controladora de discos é o dispositivo que controla a unidade de disco. A controladora se encarrega de detalhes tais como operações de baixo nível no disco, checagem de erros, movimentar os •Ã qv†ƒ‚†v‡v‰‚à „ˆrà †rà p‚€ˆvphà p‚€Ã h cabeçotes de leitura e gravação, transferência de dados e disposição dos ˆvqhqrqrÃqrÃÃqv†p‚ dados no disco. A controladora de disco provê a interface da unidade de disco com o resto do sistema. •Ã ˆ€hà p‚‡…‚yhq‚…hà †ˆƒ‚…‡hà ‰i…vh†Ã ˆvqhqr† qrÃÃqv†p‚† O q…v‰r… de dispositivo (qr‰vprà q…v‰r…) é o †‚s‡h…r que opera a controladora. Este †‚s‡h…r reside no xr…ry. Um dispositivo cujo †‚s‡h…r •Ã ˆ€hà r†‡hom‚à qrà ‡…hihyu‚à ƒ‚qrà ‡r…à ‰i…v‚† não houver sido incorporado ao xr…ry não poderá ser usado. qv†p‚† •Ã T8TDÃÃT€hyyÃ8‚€ƒˆ‡r…ÃT’†‡r€ÃD‡r…shpr •Ã D9@ÃÃÃÃÃD‡rt…h‡rqÃ9…v‰rÃ@yr‡…‚vp† •Ã 9…v‰r…ÃqrÃ9v†ƒ‚†v‡v‰‚ •Ã T‚s‡h…rà …r†vqr‡rà ‚à xr…ryà „ˆrà sh“à h p‚‡…‚yhq‚…hƒr…h… •Ã I‚€rÃqrÃr‡…hqhÃq‚Ãqv†ƒ‚†v‡v‰‚ •Ã eà ‚à ‚€rà yytvp‚à qrsvvq‚à ‚à †v†‡r€hà qr h…„ˆv‰‚ĈrÃvqvphÂÃq…v‰r…ÃqrÃqv†ƒ‚†v‡v‰‚Á‚ xr…ry 8 Discos e Partições
  • 12. UNICAMP - CCUEC (6758785$ '2 ',62 IPU6T) Uma unidade de disco rígido é fisicamente composto por uma série de pratos ligados a um eixo. A informação contida nestes pratos é processada pelas cabeçotes de leitura e gravação. Estes cabeçotes são acoplados ao braço atuador. No momento da leitura ou gravação de dados, os cabeçotes são movidos conjuntamente pelo braço atuador. O movimento radial é chamado “seeking”, que é uma das razões pelas quais as especificações de disco freqüentemente mencionam o “seek time”. Outros fatores permanecem constantes, quanto mais rápido o “seek time”, mais rápido é o acesso aos dados no disco. A compreensão da estrutura do disco pode ser útil na sua formatação, pois podem ser necessárias informações como o número de cilindros, cabeças, setores por trilha, velocidade de rotação. 9 Discos e Partições
  • 13. UNICAMP - CCUEC 35$72 '2 ',62 IPU6T) O prato do disco é dividido em trilhas, cilindros e setores. A trilha é a porção do disco que passa debaixo de uma cabeça simples estacionada durante a rotação do disco, formando um anel de 1 bit de largura. O cilindro é composto de um conjunto de trilhas descrita por todas as cabeças em uma simples posição de procura. Cada cilindro é eqüidistante do centro do disco. A trilha é dividida em segmentos de setores, os quais são a unidade básica de armazenamento. 10 Discos e Partições
  • 14. UNICAMP - CCUEC PARTIÇÕES • 7y‚p‚†ÃqrÃqv†p‚Ær‡‚…r†ÃqrÃ$ !Ãi’‡r† IPU6T) • 8vyvq…‚†Ã‡…vyuh†Ã†r‡‚…r† Para alguns procedimentos como ihpxˆƒ† e …r†‡‚…r† o uso de partições • 8uh€hq‚†ÃqrÃqv†ƒ‚†v‡v‰‚†Ãó…h´ é mais conveniente.A partição é o dispositivo de disco lógico. SunOs 5.X (Solaris 2.X) dividiu os nomes dos qr‰vpr† em três espaços: físico, lógico, SunOS compatível. Mas para a administração normalmente são utilizados os nomes lógicos. • Qh…‡vo}r†Ã‚ÃT‚yh…v†) Os nomes lógicos dos discos contém o número da controladora, o número “target” (alvo) se o disco está no “bus” (portadora), o número do disco e o número do “slice” (partição).O †yvpr root é 0, †yvpr 1 é swap, †yvpr 2 Æs‚…€h‡ cobre o disco inteiro. Cada qr‰vpr de disco tem uma entrada nos diretórios ƒh…‡v‡v‚Ã3Ã…v‡ /dev/q†x e /dev/…q†x para os qr‰vpr† de disco bloco e “raw” 8ˆ……r‡Ãƒh…‡v‚Ã‡hiyrÂ…vtvhyÆqquot;) respectivamente. Assim, o nome lógico /dev/sd0a do SunOS 4.1.X será no Solaris 2.X: Qh…‡ Uht Ayht 8’yvqr…† Tv“r 7y‚px† …‚‚‡ € ÃÃ$ '!'H7 $! /dev/dsk/c0t0d0s0 †hƒ ˆ $!Ãà #quot; quot;!quot;#H7 (! ! ihpxˆƒ € Ãà $ ##%$H $ onde: quot; ˆh††vtrq € c0 número da controladora # ˆh††vtrq € $ € ##ÃÃ%! %H7 #'# t0 número de alvo (‡h…tr‡) % ˆ†… € %#' !% #!H7 quot;(( d0 número do disco u‚€r € ! $ #quot;$(H7 !# s0 número do †yvpr (partição) à Ayhtà vqvphà …v‡rhiyrà Ã rà €‚ˆ‡hiyrà €Ã r Este nome é na verdade um yvx simbólico para: ˆ€‚ˆ‡hiyrˆ /devices/sbus@1,f8000000/esp@0,8000000/sd@0,0:a (nome físico do qr‰vpr). 11 Discos e Partições
  • 15. UNICAMP - CCUEC /$287 '2 ',62 IPU6T) O yhiry fica no primeiro setor da primeira partição. Os próximos 15 setores contêm a área de boot. LABEL Seguindo o yhiry na partição root e em todas as outras partições vêm as séries de grupos de cilindros. Cada grupo de cilindros contêm um bloco de ÁREA DE BOOT resumo do grupo de cilindros, uma tabela de v‚qr†, e a respectiva área de (bootstrap) blocos de dados. SUPERBLOCO PRIMÁRIO O superbloco primário é mantido na memória e cada grupo de cilindros guarda uma cópia. O tamanho qrshˆy‡ para os blocos de dados é 8192, BLOCO DE RESUMO dividido em 8 fragmentos de 1024 cada. DO GRUPO DE CILINDROS TABELA DE INODE O bloco de resumo do grupo de cilindros guarda: o número de v‚qr† e blocos de dados; ponteiros para o último bloco, fragmento e v‚qr usado; o número de fragmentos livres; o mapa de v‚qr† usados, o mapa de v‚qr† livres. ÁREA DE BLOCOS Um disco pode conter mais de um sistema de arquivos que o UNIX DE DADOS interpreta como um hierarquia de diretórios e arquivos. O UNIX interpreta as solicitações para criar, ler, gravar e apagar arquivos e as executa BACKUP DO acrescentando e apagando entradas na lista de v‚qr† e blocos livres. SUPERBLOCO Os diretórios contêm apenas duas informações sobre cada arquivo: o BLOCO DE RESUMO nome e o número do v‚qr. DO GRUPO DE CILINDOS TABELA DE INODES ÁREA DE BLOCOS DE DADOS 12 Discos e Partições
  • 16. UNICAMP - CCUEC ,12'(6 IPU6T) Os D‚qr† (vqr‘à ‚qr†) contêm informações a respeito de arquivos e diretórios no sistema de arquivos. A única coisa que o v‚qr não contém é o nome do arquivo. O nome do arquivo é mantido no diretório que, também é 3(50,66®(6 um tipo de arquivo. 35235,(7È5,2 O v‚qr contém informações sobre as permissões do arquivo, HORA E DATA contagem de ligações (yvx†), ‡v€r†‡h€ƒ, blocos duplicados, blocos ruins, associações de tamanho, e ponteiros para os blocos de dados. TAMANHO O v‚qr mantém uma contagem de yvx†, que é o número total de 1 referências ao v‚qr. Blocos duplicados são blocos apontados por dois 2 v‚qr†. Blocos ruins ocorrem quando o número de um bloco está além do P 3 limite aceitável. O v‚qr mantêm um registro do número de caracteres em 4 um arquivo e o número de blocos a ele associados. 5 BLOCOS DE P DADOS PARA O v‚qr possui também apontadores para os blocos de dados dos 6 arquivos. Cada v‚qr possui 16 destes apontadores. Os apontadores de 0 a PONTEIROS 7 11 apontam para os 12 primeiros blocos de dados do arquivo (blocos P 8 diretos). O apontador 12 aponta para um bloco indireto que aponta para mais 9 1024 blocos de dados. O apontador de número 13 é um bloco indireto duplo que aponta para 1024 blocos indiretos que por sua vez apontam para 1024 10 P blocos de dados. 11 P 12 P DI9DS@UPTÃTDHQG@T P P DI9DS@UPTÃ9VQGPT P P 13 Discos e Partições
  • 17. UNICAMP - CCUEC 6WDUWXS H 6KXWGRZQ 14 Startup e Shutdown
  • 18. UNICAMP - CCUEC %227,1* IPU6T) Quando a máquina é ligada segue uma seqüência determinada •Ã 6ˆ‡‚Çr†‡rÀr€y…vh inicialmente pela PROM da placa de CPU. Se todos os testes iniciais forem completados com sucesso, o controle é passado então ao dispositivo de boot. No Sun0s o dispositivo de boot é por qrshˆy‡ a partição a do q…v‰r 0, mas isto pode ser reprogramado através da EEPROM. Se o q…v‰r definido • Dqr‡vsvphom‚ não existe ou se o programa de boot (/boot) não for encontrado, o sistema • H‚qry‚ tentará fazer a carga através da rede. • Uvƒ‚ÃqrÇrpyhq‚ O †‡h…‡ˆƒ a partir do dispositivo de boot procede em estágios até que o • C‚†‡vq Kernel esteja carregado na memória. Neste ponto o controle é passado para o xr…ry. • @qr…ro‚Ãr‡ur…r‡ O xr…ry exibe informações a respeito de seu tamanho e histórico. Ele então pesquisa o barramento para confirmar se os dispositivos especificados no xr…ry realmente existem. Se o dispositivo não existe, então o xr…ry o •Ã Qr†„ˆv†hà ‚à ih……h€r‡‚à jà ƒ…‚pˆ…hà q‚à qv†ƒ‚†v‡v‰‚ ignora. Cada dispositivo que precisa ser testado e que não existe atrasa a carga do sistema. Consequentemente, uma das razões pelas quais se qrÃi‚‚‡ recomenda a configuração do xr…ry é diminuir o tempo de boot. •Ã T8TDÆq Os dispositivos root, swap e dump são identificados. •Ã Ir‡‚…xÃyr •Ã QSPHÃyrÃhÇ…vyuhÃqrÃi‚‚‡Ãi‚‚‡Ãiy‚pxÃÃTQ6S8 •Ã 8h……rthÂÃ…‚t…h€hÃqrÃi‚‚‡Ãi‚‚‡ •Ã PÃ…‚t…h€hÃqrÃi‚‚‡ÃyrÂÃxr…ry 15 Startup e Shutdown
  • 19. UNICAMP - CCUEC •Ã PÃFr…ryÃvvpvhyv“hÂÆv†‡r€h IPU6T) O invoca o vv‡Ã no último estágio do boot. Dv‡ dá um s‚…x para o xr…ry •Ã Q…‚pˆ…hÃq‚†Ãqv†ƒ‚†v‡v‰‚†Ãp‚urpvq‚†Ãƒry‚ÃFr…ry ihpxt…‚ˆq para rodar durante a existência do sistema. Depois que o vv‡ é carregado, ele invoca os †uryyà †p…vƒ‡† RC na seqüência definida por cada sistema. Estes †p…vƒ‡† executam várias tarefas necessárias para colocar o sistema em modo multiusuário. • Dvpvhyv“hÂÃ…‚pr††‚Ãvv‡ Entre estas tarefas está a verificação da consistência dos sistemas de arquivos. Se problemas sérios são detectados pelo s†px, o processo de boot pode ser impedido de continuar até que seja feita uma verificação manual •Ã Dv‡ÃyrÂÃh…„ˆv‰‚Ãvv‡‡hi dos sistemas de arquivos. Neste caso o sistema é carregado apenas em modo de leitura e o comando s†px pode ser utilizado. Entretanto, normalmente as inconsistências são corrigidas automaticamente pelo s†px. Os †p…vƒ‡† providenciam a montagem dos discos e os qhr€‚† padrão, •Ã @‘rpˆ‡h†Æp…vƒ‡†ÃS8 depois carregam qhr€‚† de rede e sistemas de arquivos remotos. Por fim inicializa o sistema em modo multiusuário. •Ã Tv†‡r€hÃr€Ã€‚q‚Àˆy‡vˆ†ˆi…v‚ 16 Startup e Shutdown
  • 20. UNICAMP - CCUEC ,17(5583d®(6 12 6,67(0$ IPU6T) TQ6S8) A tecla BREAK é usada em sistemas que usam terminais ASCII como console. Esta interrupção joga o console para o nível PROM que • †‡‚ƒÃh aceita vários comandos. O comando “c” (continue) permite a recuperação do sistema paralisado. 6i‚…‡hà ‡r€ƒ‚…h…vh€r‡rà ‚à †v†‡r€hà ‚†Ã €‚v‡‚…r† Este tipo de interrupção não avisa aos usuários que o sistema será encerrado. Além disto, os sistemas de arquivos não são sincronizados, o que qrÀi„ˆvh†ÃTVI poderá acarretar inconsistências que poderão necessitar correção manual com o programa s†px. O comando †’p tenta sincronizar os discos e gera um core. Este 3p procedimento deve ser adotado ao invés de simplesmente desligar o sistema Sr‡‚€hÃh†Ãh‡v‰vqhqr†Ãq‚Æv†‡r€h após um interrupção com BREAK. O comando †’p tenta rebootar automaticamente após sincronizar os sistemas de arquivos se for executado no prompt da PROM. 3†’p Tvp…‚v“h†Ãqv†p‚†ÃrÃ…rph……rthÂÆv†‡r€hÃ…r†r‡ 17 Startup e Shutdown
  • 21. UNICAMP - CCUEC 3$5$'$ '2 6,67(0$ IPU6T) • Chy‡ Os comandos uhy‡Ã rà …ri‚‚‡ sincronizam os discos antes de parar o sistema. @‘rpˆ‡hÃv€rqvh‡h€r‡r Sr‡‚…hÃh‚Ã…‚€ƒ‡ÃqhÃQSPHÃTQ6S8 Tvp…‚v“h†Ãqv†p‚† • Sri‚‚‡ @‘rpˆ‡hÃv€rqvh‡h€r‡r Tvp…‚v“h†Ãqv†p‚† Srph……rthÂÆv†‡r€h Wr…vsvphÃh†Ãƒh…‡vo}r†Ãp‚€Ãs†px 18 Startup e Shutdown
  • 22. UNICAMP - CCUEC • Tuˆ‡q‚ IPU6T) Tvp…‚v“h†Ãqv†p‚† 6yr…‡h†È†ˆi…v‚†ÃrÃpyvr‡r†ÃIAT D€ƒrqrÃy‚tv† O comando †uˆ‡q‚ é um procedimento ordenado de encerramento que alerta os usuários e clientes NFS. Este comando aceita opções, tempo de encerramento e mensagens a serem enviadas aos usuários. As opções determinam o modo como o sistema será encerrado. A hora • VHJXQGRVdÃbvÃQtYHOBGRBVLVWHPDd †uˆ‡q‚Ãb’dÃb±tà de encerramento e uma instrução para rebootar podem ser incluídas na linha de comando. No caso do Solaris 2.X há diferentes versões do comando †uˆ‡q‚. Exemplo: †uˆ‡q‚Ã’Ãtquot;Ãv (leva o sistema para o nível 0 (derruba) em 5 minutos sem perguntas) 19 Startup e Shutdown
  • 23. UNICAMP - CCUEC 23d®(6 '( %227 IPU6T) TQ6S8) O boot pode ser efetuado com várias opções. Estas opções incluem a controladora a partir de onde fazer o boot e o arquivo a ser usado. As máquinas Sun podem fazer o boot a partir de: •ÃA‚…€hÃBr…hy Qualquer partição lógica do disco Um sistema NFS cujo nome seja fornecido pelo qhr€‚ 3ÃiÃqr‰vprp‚‡…‚yyr…Æȁv‡ÃÆÃsvyrÆÃh‡uh€rÃh…t† /bootparamd O primeiro arquivo de um dispositivo de fita local •Ã7‚‚‡Ãqrshˆy‡ O monitor PROM informa quais os dispositivos de boot se você entrar Ã3Ãi com o comando b ?. Esta lista fornece a ordem pela qual os dispositivos são testados. Não há nenhuma garantia que um dispositivo listado esteja presente ou funcione. •Ã7‚‚‡Ãr€Ã€‚q‚ÆvtyrȆr… Ã3ÃiÆ Cada Unix possui um procedimento próprio de †‡h…‡ˆƒ, e suas peculiaridades devem ser procuradas nos manuais específicos. •Ã7‚‚‡Ãh‡…h‰p†ÃqhÃ…rqr No PC pode-se bootar em single user usando o vv‡Ã . Ã3ÃiÃyr •Ã7‚‚‡ÃhÃh…‡v…ÃqrÈ€hÃsv‡h Ã3ÃiƇ •Ã7‚‚‡Ãp‚€Ã‚ƒom‚óh†x´ Ã3ÃiÆqÃh 20 Startup e Shutdown
  • 24. UNICAMP - CCUEC ,167$/$d­2 '( 6,67(0$ 23(5$,21$/ 21 Instalação
  • 25. UNICAMP - CCUEC ,167$/$d­2 '( 6RODULV [ IPU6T) • D†‡hyhom‚Ãr€ÃTQ6S8) • Ah“r…ÂÃi‚‚‡ÃhÃh…‡v…ÃqrÈ€Ãpq…‚€ • V†h…ÂÆ’†vq‡‚‚yÃvqr‡vsvphom‚ • Q…‚‰vqrpvh…ÂÃTˆD†‡hyyÃv†‡hyhom‚ • @†p‚yuhà r‡…rà v†‡hyhom‚à …iƒvqhà ‚ˆ pˆ†‡‚€v“hqh • Tryrpv‚rÂÆ‚s‡h…rÃqr†rwhq‚ • Qh…hȀÆr…‰vq‚…Ãp‚svtˆ…h…†Ãpyvr‡r† • 8‚svtˆ…r†Ãqv†p‚†ÃqrÃhp‚…q‚Ãp‚€Ã‚Æ‚s‡h…r • 8‚€roh…ÃhÃv†‡hyhom‚ 22 Instalação
  • 26. UNICAMP - CCUEC • D†‡hyhom‚Ãr€ÃQ8Ãp‚€ƒh‡t‰ry IPU6T) • Ah“r…à ‚à i‚‚‡Ã hà ƒh…‡v…à qrà ˆ€Ã qv†„ˆr‡rà qrà i‚‚‡ Caso na instalação a placa de rede não seja reconhecida, verifique se a q‚ÃT‚yh…v† interrupção está ok, bootando a máquina com o disquete da placa. • @†p‚yur…Ãhƒom‚ÃqrÃv†‡hyhom‚Ãry‚Ã8q…‚€ Se a sua placa for a NE2000 ou NE2300plus, faça o boot via disquete • @†p‚yuhà r‡…rà v†‡hyhom‚à v‡r…h‡v‰hà ‚ˆ DOS. Tire o disquete de boot DOS e coloque o disquete de boot do Solaris 2.5.1 e então rode o executável nov2000.bat. Esse executável irá gerar um pˆ†‡‚€v“hqh novo disquete de boot, portanto quando o software perguntar se pode criar • Tryrpv‚rà ‚†Ã ‡vƒ‚†Ã q‚†Ã qv†ƒ‚†v‡v‰‚†Ã hà †r…r€ esse novo boot, tire o disquete de boot do Solaris 2.5.1 e coloque um disquete apenas formatado na unidade a:. v†‡hyhq‚† Fazer o boot novamente, agora com o disquete gerado pelo nov2000.bat • 8‚svtˆ…rÂÁ‚€rÃrÂÃDQÃqhÀi„ˆvh e então escolher a opção de instalação via Cdrom. • 8‚svtˆ…rÂÁh€rÆr…‰vpr‡ur… • 8‚svtˆ…rÃhÀi†ph…hÃqrÃ…rqr • 8‚svtˆ…rÃhÃqh‡hÃrÃu‚…h • Tryrpv‚rÃhƒom‚ÃqrƇh…‡Ãvvpvhy • Tryrpv‚rà hà ph‡rt‚…vhà qhà €i„ˆvh †‡hqhy‚r†r…‰r…Ãr‡p • Tryrpv‚rà ‚à ‡vƒ‚à qrà v†‡hyhom‚à qr‰ry‚ƒr…à rq ˆ†r…Ãr‡p • 8‚svtˆ…r†Ãqv†p‚† • 8‚€roh…ÃhÃv†‡hyhom‚ 23 Instalação
  • 27. UNICAMP - CCUEC • TQ6S8Q8) IPU6T) • Qh…hà qrsvv…à …‚‡hà rqv‡h…à ‚à h…„ˆv‰‚ Na definição de rota, é especificado o servidor, o domínio da máquina que está sendo instalada e o search. A seguir um exemplo da r‡p…r†‚y‰p‚s) aplicação do que foi especificado no search: telnet obelix h€r†r…‰r…ÃÃÃÃÃà #quot; %‘‘‘‘ q‚€hv ppˆrpˆvph€ƒi… Foi especificado o nome da máquina mas não foi especificado o domínio da mesma. Será verificada então a existência de uma máquina †rh…pu ˆvph€ƒi…Ãppˆrpˆvph€ƒi… obelix.unicamp.br e caso esta não exista, será verificada a existência de uma máquina obelix.ccuec.unicamp.br. à No nsswitch.conf é definida a ordem de resolução de nomes, para ver se • Qh…hà qrsvv…à hà †r„ˆrpvhà qrà …r†‚yˆom‚à qr a máquina desejada existe na rede (exemplo se obelix.unicamp.br existe). ‚€r†Ãrqv‡h…ÂÃh…„ˆv‰‚Ãr‡p††v‡pup‚s) Com a definição que foi exibida ao lado a ordem é a seguinte: • Verifica na máquina DNS u‚‡†)ÃÃÃÃÃq†Ãsvyr†ÃbIPUAPVI92…r‡ˆ…d • Se não encontrou verifica nos arquivos configurados na máquina local • Se não encontrou retorna com mensagem de máquina não • Qh…hà qrsvv…à ‚à th‡rh’à rqv‡h…à ‚à h…„ˆv‰‚ localizada. r‡pqrshˆy‡…‚ˆ‡r…) #quot; %‘‘‘‘ • Sri‚‚‡h…à hà €i„ˆvhà ƒh…hà „ˆrà ryhà …rp‚uroh h†Ãhy‡r…ho}r† 24 Instalação
  • 28. UNICAMP - CCUEC 21),*85$d­2 '2 .(51(/ 25 Kernel
  • 29. UNICAMP - CCUEC 32548( 21),*85$5 2 .(51(/ IPU6T) O xr…ry que vem junto com o sistema é configurado para suportar todos os dispositivos de uma determinada arquitetura. na realidade, nenhuma máquina terá conectada a ela todos estes dispositivos a um só •ÃPi‡r…Àhv‚…Éry‚pvqhqr tempo. O código do xr…ry ocupa espaço na memória. para reduzir o tamanho do xr…ry, elimine os módulos que não são necessários, reduzindo assim memória para uso de programas e Consequentemente, aumentando a performance do sistema. Durante o boot, o sistema pesquisa cada dispositivo do xr…ry para •ÃSrqˆ“v…Ȇ‚ÃqrÀr€y…vh confirmar sua existência. Se o dispositivo não responder, o sistema desiste após algum tempo e passa para o próximo dispositivo. para eliminar este período de espera requerido pelo ‡v€r‚ˆ‡, configure o xr…ry de forma a que apenas os dispositivos existentes no sistema sejam testados. Hardware adicional - acréscimo de discos, placas, mudanças para •Ã6qr„ˆh…†rÃjÃp‚svtˆ…hom‚Ãq‚Æv†‡r€h monitores coloridos - requerem suporte do xr…ry. À medida que o sistema cresce , o xr…ry deve ser reconfigurado para suportar o novo uh…qh…r que lhe é acrescentado. Isto também pode se aplicar ao †‚s‡h…r. Programas aplicativos podem incluir q…v‰r…† de dispositivos que precisam ser incluídos no xr…ry. Estas informações são normalmente encontradas na •Ã6p…r†pr‡h…Á‚‰‚†Ãqv†ƒ‚†v‡v‰‚†ÃqrÃuh…qh…r documentação dos distribuidores independentes de †‚s‡h…r. •Ã6p…r†pr‡h…Á‚‰‚†Ã†‚s‡h…r† 26 Kernel
  • 30. UNICAMP - CCUEC RQILJXUDomR GR .(51(/ IPU6T) TˆPTÃ$‘‘ O kernel é alterado automaticamente durante o próximo boot. • 8‚svtˆ…h…ÂÃr‡p†’†‡r€ 27 Kernel
  • 31. UNICAMP - CCUEC $0%,(17( 23(5$,21$/ 28 Ambiente Operacional
  • 32. UNICAMP - CCUEC $PELHQWH 2SHUDFLRQDO IPU6T) O ambiente operacional é primeiramente o conjunto de variáveis que • 8‚wˆ‡‚ÃqrÉh…vi‰rv†Ã„ˆrÃqrsvr€Ã‚ˆÃp‚‡…‚yh€ definem ou controlam certas características da operação do sistema. A qr‡r…€vhq‚†Ãh†ƒrp‡‚†Ãqhƒr…hom‚ maior parte destas variáveis é definida durante a inicialização do sistema, sendo que suas definições são lidas do arquivo /etc/profile ou definidas por default. • Wh…vi‰rv†Ãyvqh†Ãq‚Ãh…„ˆv‰‚Ãr‡pƒ…‚svyrˆ O shell utiliza dois tipos de arquivos de inicialização quando um r‡pqrshˆy‡y‚tvÃ‚ˆÃhvqhÃqrsvvqh†Ãƒ‚…Ãqrshˆy‡ usuário loga no sistema. Ela avalia os comandos contidos nestes arquivos e então os executa para definir o ambiente operacional. Os arquivos possuem funções similares, com a exceção de que o arquivo /etc/profile controla variáveis aplicáveis a todos os usuários ao passo que o arquivo .profile permite a customização individual do ambiente. 29 Ambiente Operacional
  • 33. UNICAMP - CCUEC 3URILOHV IPU6T) Os primeiros arquivos que o sistema lê durante o login de um usuário • 6…„ˆv‰‚†Ãˆ‡vyv“hq‚†ÃƒryhÆuryyÃh…hÃqrsvvom‚Ãq‚ são os arquivos /etc/profile ou /etc/default/login. Estes arquivos controlam variáveis tais como: h€ivr‡rƒr…hpv‚hy) • Variáveis exportáveis • Máscara de criação de arquivos • Tipos de terminal • Mensagens utilizadas para informar o usuário da chegada • r‡pƒ…‚svyr de novas mensagens eletrônicas O administrador do sistema configura o arquivo /etc/profile para • r‡pqrshˆy‡y‚tv todos os usuários do sistema. Este arquivo tem acesso permitido apenas para o usuário …‚‚‡. • ÇCPH@ƒ…‚svyrĈhq‚ÂÆuryyÃhÆr…Ȇhq‚ O segundo arquivo que o sistema operacional usa durante o login é o s‚…ÃF‚…Ã†uryy arquivo .profile(quando é usado Korn shell) ou .login(quando é usado C shell) encontrados no diretório u‚€rÃdo usuário. Estes arquivos permitem que cada usuário customize o seu ambiente de acordo com • ÇCPH@y‚tvÃ„ˆhq‚ÂÆuryyÃhÆr…Ȇhq‚ suas preferências pessoais. Os comandos contidos neste arquivo /etc/profile. Entre outras coisas os arquivos .profile e .login são usados s‚…ÃÃ8Æuryy para: • Definir o shell a ser usado • Aparência do prompt • Variáveis de ambiente ($PATH por exemplo) 30 Ambiente Operacional
  • 34. UNICAMP - CCUEC 6KHOOV IPU6T) • Q…‚t…h€h O shell é a interface entre o sistema e o usuário. É um programa que aceita e executa comandos. • 6prv‡hÃrÃr‘rpˆ‡hÃp‚€hq‚† Comandos de shell normalmente executam uma determinada tarefa muito bem. A capacidade de combinar estes comandos para situações • Gvtˆhtr€ÃqrÃ…‚t…h€hom‚ específicas dá ao programador um grande controle sobre o sistema. O sistema Solaris 2.5.1 vem com a Bourne shell, C-shell, Korn shell, • Q‚qr…‚†hÃrÃsyr‘t‰ry shell restrita e trusted shell. O usuário pode escolher o shell a que melhor se adapte. • 9v†ƒ‚t‰rv†Ãp‚€Ã‚ÃT‚yh…v†Ã!$ Ãr‡…rˆ‡…h† • 8†uryy • F‚…ÃTuryy 31 Ambiente Operacional
  • 35. UNICAMP - CCUEC 6KHOO IPU6T) • ivp†u Como o sistema Unix foi escrito em linguagem C e como era freqüentemente utilizado por programadores C, era de se esperar que se • ÈÃ…‚€ƒ‡ criasse um shell que aceitasse comandos com sintaxe semelhante à linguagem C. • 9r†r‰‚y‰vqhÃr€Ã7r…xyr’ O C shell possui funções que não estão disponíveis na Bourne shell, como por exemplo um histórico dos comandos emitidos com resubmissão e uma função para criação de comandos customizados. • Tv‡h‘rÆr€ryuh‡rÃjÃyvtˆhtr€Ã8 Os aliases são uma maneira de se criar comandos customizados. • Q‚††ˆvÀˆv‡‚†Ãp‚€hq‚†ÃrÉh…vi‰rv†Ã~‡rv† O controle de tarefas fornece a facilidade de se suspender e de se retomar tarefas, colocar tarefas em ihpxt…‚ˆq e s‚…rt…‚ˆq • 6yvh†r† Você pode encontrar o arquivo .cshrc no diretório home do usuário. Ele contém o controle de recursos da C shell • 8‚‡…‚yrÃqrÇh…rsh† 32 Ambiente Operacional
  • 36. UNICAMP - CCUEC .RUQ 6KHOO IPU6T) • ivx†u O Korn shell combina a sintaxe da Bourn shell com as funções adicionais, tal como aliases e histórico de comandos, à semelhança do C shell. • ÇÃ…‚€ƒ‡ O histórico dos comandos executados é mantido em um arquivo designado pela variável HISTFILE (default $HOME/.sh_history). O tamanho • Q‚††ˆvÃhÆv‡h‘rÃrÃh†Ãsˆo}r†ÃqhÃ7‚ˆ…rÆuryy do arquivo é determinado pela variável HISTSIZE (default é 128 comandos). A variável FCEDIT é usada para definir o editor utilizado para editar comandos. • Aˆo}r†ÃqhÃyvtˆhtr€Ã8 A edição da linha de comandos pode ser feita usando ou o editor vi ou emacs. “set –o vi” ou “set –o emacs”especificam qual editor será usado. • 6yvh†r† Quando as variáveis são definidas, elas estão disponíveis apenas para o processo no qual elas foram definidas a menos que elas sejam exportadas. • 8‚‡…‚yrÃqrÇh…rsh† Da mesma forma, aliases e funções somente estão disponíveis no processo no qual elas foram criadas a menos que algo especial seja feito. • Cv†‡y…vp‚ÃqrÃp‚€hq‚† • @qvom‚ÃqhÃyvuhÃqrÃp‚€hq‚† • 6…„ˆv‰‚ÃqrÃh€ivr‡r 33 Ambiente Operacional
  • 37. UNICAMP - CCUEC 352(6626 34 Processos
  • 38. UNICAMP - CCUEC 9LVmR *HUDO IPU6T) O que é um processo? É um programa ou comando que está sendo • Q…‚t…h€h†Ã‚ˆÃp‚€hq‚†Ã†rq‚Ãr‘rpˆ‡hq‚† executado pelo computador, o qual pode executar mais de um processo ao mesmo tempo(multiprocessamento). A criação de processos obedece à hierarquia pai-filho.Assim todo • Cvr…h…„ˆvhÃhvsvyu‚ processo pai pode ter mais que um processo filho, e todo processo filho possui apenas um pai. O processo pai é aquele que foi criado a partir de um programa ou comando e o processo filho é aquele criado por um processo • QvqñÀˆy‡vƒ…‚pr††h€r‡‚ñÆpurqˆyr… do tipo pai. Por ser um sistema de multiprocessamento, o sistema associa um número a cada processo (ƒvq), que é diferente de todos os números já • A‚…rt…‚ˆqñÃihpxt…‚ˆq associados a processos durante o tempo relativo da entrada da máquina no ar até o momento de sua queda. Cada processo utiliza uma determinada quantidade de tempo disponível do sistema, de acordo com uma política de • 9hr€‚† escalonamento e também de acordo com a prioridade dos processos. Processos considerados s‚…rt…‚ˆq, são aqueles criados através da linha de comando e que precisam de interação com o usuário. Durante a sua • “‚€ivr execução nenhum outro comando pode ser executado. Processos ihpxt…‚ˆqà são aqueles que executam independentemente da criação pela linha de comando, sem a interação com o usuário. 9hr€‚† são processos criados no momento de boot da máquina e que continuam executando até o encerramento do sistema. Estes tipos de processos executam serviços do sistema e estão disponíveis sempre para mais de um usuário ou tarefa. Eles somente podem ser criados ou parados pelo usuário root. a‚€ivr† são processos “stopped” mas que ainda são reconhecidos pela tabela de processos. Este tipo de processo não utiliza nenhum recurso do sistema operacional. Eles são liberados somente quando o processo pai também é “stopped”, ou o sistema é reinicializado. 35 Processos
  • 39. UNICAMP - CCUEC RPDQGRV ~WHLV IPU6T) • GvuhÃqrÃp‚€hq‚ÃÉ @‘r€ƒy‚) ÃÈsvqÃÃñh€rÇryr‡Ã±ƒ…v‡ÃÉ ÃÈsvqÃÃñh€rÇryr‡Ã±ƒ…v‡ • Qh…hÉr…Ãw‚i†Ãihpxt…‚ˆq ÈÃw‚i†Ã±y ÃÃÃÃ6ÃyvuhÃqrÃ…r†ƒ‚†‡hÆr…iÃhÆrtˆv‡r) ÃÃÃÃÃÃb dÃÃÃÃ!$ÃSˆvtÃÃÃÃÃÃÃÃÃsvqÃñh€rÇryr‡Ãƒ…v‡ • Qh…hÃsh“r…Ãp‚€Ã„ˆrÃw‚i†Ãihpxt…‚ˆqÇ‚…r€†r s‚…rt…‚ˆq ÈstÃÃvq ÃÃÃÃÃÃÃI‚Ãr‘r€ƒy‚Ãhpv€hÂÃvqÃpà • Qh…hÃh…h…ȀÃ…‚pr††‚Ãihpxt…‚ˆq Ȇ‡‚ƒÃw‚ivq I‚Ãr‘r€ƒy‚Ãhpv€hÂÃw‚ivqÃpÃ!$ • Qh…hÃh††h…ȀÃ…‚pr††‚ÃqrÃs‚…rt…‚ˆqÃh…h ihpxt…‚ˆq Urpyh…Ã18USG3ÃaÃrÃr‡m‚Ãqvtv‡h…ÃitÃ1@IU@S3 36 Processos
  • 40. UNICAMP - CCUEC *(5(1,$0(172 '( 868È5,26 37 Gerenciamento de Usuários
  • 41. UNICAMP - CCUEC ULDomR GH XVXiULRV IPU6T) • P†Ã‡…r†Ãp‚€ƒ‚r‡r†ÃqrÈ€hÃp‚‡hÃqrȆˆi…v‚ Ãà O diretório home do usuário deve ser criado antes da criação do próprio usuário. O owner deste diretório também deve ser alterado para que passe a ser o próprio usuário e não mais o root com o seguinte comando: %chown –R ˆ†ˆi…v‚Ȇˆi…v‚ • r‡pƒh††qÃrÃr‡p†uhq‚ Caso isso não seja feito o usuário não conseguirá acessar seu próprio home. • qv…r‡y…v‚Ãu‚€r • h…„ˆv‰‚†ÃqrÃp‚svtˆ…hom‚ • p†u…pˆÃx†u…p • y‚tvÃ‚ˆÃƒ…‚svyr • B…ˆƒ‚†ÃqrȆˆi…v‚Ãr‡pt…‚ˆƒ 38 Gerenciamento de Usuários
  • 42. UNICAMP - CCUEC • I‚à T‚yh…v†Ã !‘à h†Ã p‚‡h†Ã qr‰r€Ã †r…à hir…‡h† ƒ…rsr…rpvhy€r‡rà à h‡…h‰p†Ã q‚à ƒ…‚t…h€hà qr hq€vv†‡…hom‚Ãhq€v‡‚‚y IPU6T) Além da abertura de contas o admintool permite modificar vários outros mapas importantes na administração: • usuários • grupos • hosts • impressoras • portas serias • software Tanto no Solaris 2.x as contas de usuários podem ser abertas de duas outras formas • Pelo comando vipw • Qry‚Ãp‚€hq‚Ȇr…hqq 39 Gerenciamento de Usuários
  • 43. UNICAMP - CCUEC $GPLQLVWUDomR GH XVXiULRV IPU6T) • 6y‡r…hom‚à qryrom‚à ‚ˆÃ p‚†ˆy‡hà qh†Ã p‚‡h†Ã q‚† ˆ†ˆi…v‚†Ã ‡h€ip€Ã qr‰r€Ã †r…à srv‡h†Ã ƒry‚ 6q€v‡‚‚y • à 9rsvv…à ‚†Ã h‡…viˆ‡‚†Ã qrshˆy‡†Ã ƒh…hà h†Ã p‚‡h†Ã q‚† ˆ†ˆi…v‚† • 6à hy‡r…hom‚à qrà †ruhà ƒ‚qrà †r…à srv‡hà ƒry‚ 6q€v‡‚‚yˆÃry‚Ãp‚€hq‚Ãh††q 40 Gerenciamento de Usuários
  • 44. UNICAMP - CCUEC 6LVWHPD GH $UTXLYRV 41 Sistema de Arquivos
  • 45. UNICAMP - CCUEC IPU6T) 6LVWHPDV GH $UTXLYRV O sistema de arquivos é uma estrutura de dados que contém arquivos e diretórios. Os sistemas de arquivos (um por partição são criados pelos comandos €xs† ou rs†.Problemas no sistema de arquivos podem ser corrigidos pelo comando s†px • @†‡…ˆ‡ˆ…hÃqrÃh…„ˆv‰‚†ÃrÃqv…r‡y…v‚† • Tˆƒr…iy‚p‚†Ãiy‚p‚†ÃqrÃt…ˆƒ‚ÃqrÃpvyvq…‚† • 7y‚p‚ÃqrÃi‚‚‡ • 8…vhq‚Ãry‚†Ãp‚€hq‚†Ã€xs†Ã‚ˆÃrs† • Q…rpv†hÆr…󀂁‡hq‚´ • Srƒh…hq‚Ãry‚Ãp‚€hq‚Ãs†px 42 Sistema de Arquivos
  • 46. UNICAMP - CCUEC 0$187(1d­2 '( 6,67(0$ '( $548,926 IPU6T) • P†Ã†v†‡r€h†ÃqrÃh…„ˆv‰‚†Ãƒ‚qr€Ã‰v…Ãhà †rà qhvsvph… qr‰vq‚Ãh) • Qh…h…ÂÆv†‡r€hÆr€Ã†vp…‚v“h…†Ãqv†p‚† • Im‚à ‰r…vsvph…à rà …rƒh…h…à vp‚†v†‡rpvh†Ã ‚† †v†‡r€h†ÃqrÃh…„ˆv‰‚†Ãqˆ…h‡rÂƇh…‡ˆƒ • @……‚†Ã‚Ãqv†p‚ • Ahyuh†ÃqrÃuh…qh…r 43 Sistema de Arquivos
  • 47. UNICAMP - CCUEC )6. IPU6T) Inconsistências lógicas são quase sempre descobertas pelo programa • PÃ…‚t…h€hÃs†pxÃpurph) fsck ao checar a integridade dos sistemas de arquivos, e são normalmente ocasionadas por quedas do sistema operacional. O programa s†px pode efetuar os reparos tanto interativamente quanto automaticamente (através da opção -p). • Dp‚†v†‡rpvh†Ãh†Ãvs‚…€ho}r†Ãq‚ƈƒr…iy‚p‚ O programa s†px checa os sistemas de arquivos identificados no arquivo /etc/fstab como do tipo 4.2. O arquivo /etc/fstab pode ser usado para descobrir a ordem em que os sistemas de arquivos são examinados pelo • Uh€hu‚Ãq‚Æv†‡r€hÃqrÃh…„ˆv‰‚† programa fsck. O programa s†px se baseia no fato de que não devem haver • I~€r…‚†ÃqrÃv‚qr† inconsistências nos sistemas de arquivos. Por exemplo, o número de inodes • 8‚‡htr€ÃqrÃiy‚p‚†Ãyv‰…r† é especificado no superbloco. Qualquer informação que contrarie este número é considerado suspeita. O programa fsck tenta então consertar o • 8‚‡htr€ÃqrÃv‚qr†Ãyv‰…r† sistema de arquivos baseado no tipo de problema encontrado. Arquivos ou diretórios órfãos são reconectados aos sistemas de arquivos sob o diretório lost+found. Cada sistema de arquivos possui um diretório com esse nome. • Dp‚†v†‡rpvh†Ã‚ÀhƒhÃqrÃiy‚p‚†Ãq‚Ãt…ˆƒ‚Ãqr O programa fsck verifica as seguintes inconsistências: pvyvq…‚† Blocos requisitados por mais de um inode, ou requisitado por um inode na lista de inodes livres. • 7y‚p‚†Ãyv‰…r†Ã…r„ˆv†v‡hq‚†Ãƒ‚…Ãh…„ˆv‰‚† Blocos requisitados por um inode ou lista de blocos livres fora dos • U‚‡hyà yv‰…r†iy‚p‚†Ã …r„ˆv†v‡hq‚†2‡‚‡hyà qr limites do sistema de arquivos. Contagem de links incorreta. iy‚p‚† Tamanho de diretórios incorretos. Informação sobre inodes incorreta. Blocos não identificados em lugar nenhum Arquivo apontando para um inode livre, ou um número de inode fora do • Dp‚†v†‡rpvh†Ã‚†Ãv‚qr† limite. Verificação dos superblocos: mais blocos por inodes do que existem no sistema de arquivos. • V€Ãv‚qrÃr†‡iÃhy‚phq‚ˆÃyv‰…rÁˆphÃh€i‚† Formato da lista de blocos livres incorreto. • 8‚‡htr€ÃqrÃyvx†Ãp‚……r‡h Total de blocos livres ou inodes livres incorretos. • D‚qr†Ãm‚Ã…rsr…rpvhq‚† 44 Sistema de Arquivos
  • 48. UNICAMP - CCUEC • Pà ƒ…‚t…h€hà s†pxà ‰r…vsvphà €h†Ã m‚à sh“à p‚……ro}r† IPU6T) r€Ãˆ€Ã†v†‡r€hÃqrÃh…„ˆv‰‚†Ãh‡v‰‚ O programa fsck invocado sem nenhum argumento checa todas as partições contidas no arquivo fstab. O programa fsck aceita €‚ˆ‡Ã ƒ‚v‡† • Qh…hà ‰r…vsvph…à hà v‡rt…vqhqrà qrà ‡‚q‚†Ã ‚†Ã †v†‡r€h† como argumento e determina através daí o dispositivo correto a checar. A verificação do dispositivo “raw” é sempre mais rápida. qrÃh…„ˆv‰‚†Ãyv†‡hq‚†Ã‚Ãh…„ˆv‰‚Ãr‡ps†‡hiÃ) Se for utilizada opção -y, todas as correções são feitas sem Æs†px confirmação. Esta opção não é aconselhável, se todos os dados da partição forem importantes. O programa fsck faz as modificações diretamente no disco. • @‘r€ƒy‚†) O programa fsck pode ser instruído a utilizar um superbloco alternado. Para determinar os superblocos existentes use o comando newfs com a opção -N número. (Muito cuidado, pois o comando newfs sem opção -N 8urph…ÂÆv†‡r€hÃqrÃh…„ˆv‰‚†Ãqr‰q†xp‡q† apagará todos os dados). Æs†pxÃqr‰q†xp‡q† 8urph…à ‚à †v†‡r€hà qrà h…„ˆv‰‚†Ã hà ƒh…‡vom‚ qr‰q†xp‡q†Ãˆ†hq‚Âƈƒr…iy‚p‚Ãhy‡r…hq‚Ãquot;! TQ6S8 Æs†pxÃiÃquot;!Ãqr‰q†xp‡q† 45 Sistema de Arquivos
  • 49. UNICAMP - CCUEC •ÃAh†r†Ãq‚ÃAT8F) IPU6T) Fase 1: Checa Blocos e Tamanhos (checa inodes procurando ÃQuh†rà ÃÃ8urpxÃ7y‚p†ÃhqÃTv“r† inconsistências) quot;''%!Ã769ÃD2%% Fase 2: Checa Qh‡uIh€r† (checa diretórios e inconsistências de inodes) Fase 3: Checa Conectividade (checa se todos diretórios estão conectados no ÃQuh†rÃ!ÃÃ8urpxÃh‡uh€r† sistema de arquivo) 9VQ769ÃD2%%ÃPXI@S2…‚‚‡ÃHP9@à $$ Fase 4: checa Reference Counts (compara informações de contagem de link da fase 2 e 3, corrigindo discrepância) TDa@2%#(ÃHUDH@2Hh…Ãquot;à $)!(à (($ Phase 5: Checa grupos de cilindros (checa blocos livres e o mapa de inodes ADG@2ˆ†…ivxhh usados procurando por inconsistências) S@HPW@S4’ No exemplo ao lado, o programa fsck descobriu um inode duplicado para um arquivo chamado /usr/bin/kawan. Neste caso, o superusuário ÃQuh†rÃquot;ÃÃ8urpxÃp‚rp‡v‰v‡’ decidiu desconectar o inode e instruiu o programa fsck a prosseguir e limpa- ÃQuh†rÃ#ÃÃ8urpxÃSrsr…rprÃ8‚ˆ‡† lo. Ao final, o programa descobriu que existem blocos faltando na lista de blocos livres. Ele pergunta então se a lista de blocos livres deve ser salva. 7699VQÃD2%%ÃPXI@S2…‚‚‡ÃHP9@2 $$ Com a resposta afirmativa o programa fsck prossegue e salva a lista. TDa@2%#(ÃHUDH@2Hh…Ãquot;à $)!(à (($ Normalmente o programa fsck é executado em cinco fases, mas neste caso existe uma fase adicional. ADG@2ˆ†…ivxhh Algumas vezes, após o fim da execução do programa fsck aparece 8G@6S4’ uma mensagem do tipo: VIS@AÃADG@ÃD2$quot; ÃPXI@S2…‚‚‡ÃHP9@2 % **** BOOT UNIX (NO SYNC) **** TDa@2ÃHUDH@2AriÃ!'à )quot;$à (($ S@8PI@8U`4’ Isto acontece quando o sistema de arquivos montado foi modificado. Se o sistema não é reinicializado neste ponto, a modificações feitas pelo ÃQuh†rÃ$ÃÃ8urpxÃA…rrÃGv†‡ programa fsck serão perdidas se os dados no superbloco forem gravados quot;Ã7GFTÃHDTTDIB novamente no disco. Interrompa (L1-A, BREAK) e reinicialize o sistema imediatamente. Não 769ÃAS@@ÃGDTU espere que o sistema se atualize sozinho. T6GW6B@4’ ÃQuh†rÃ%ÃÃThy‰htrÃA…rrÃGv†‡ quot;('Ãsvyr†Ãiy‚px†Ã%$#%Ãs…rr 46 Sistema de Arquivos
  • 50. UNICAMP - CCUEC 021,725$1'2 (63$d2 (0 ',62 IPU6T) Æqs Pà p‚€hq‚à qsà qv†xà s…rrà €‚†‡…hà ‚à ‡h€hu‚à ‡‚‡hy m‚à vpyˆvq‚à ‚†Ã Èà hqvpv‚hv†Ã ~€r…‚à qr xi’‡r†Ã ˆ†hq‚†Ã rà qv†ƒ‚t‰rv†Ã ƒ‚…pr‡htr€Ã ‡‚‡hy ˆ†hqhÃrÀ‚ˆ‡Ãƒ‚v‡ÃqrÃphqhÆv†‡r€hÃqrÃh…„ˆv‰‚† Æqˆ Pà p‚€hq‚à qˆÃ qv†xà ˆ†htrà €‚†‡…hà ‚à ~€r…‚à qr iy‚p‚†Ãp‚‡vq‚†Ã r€Ã phqhà †ˆiqv…r‡y…v‚à q‚à qv…r‡y…v‚ p‚……r‡r ÆqˆÃhÕÆ‚…‡Ã… Gv†‡hà ‡‚q‚†Ã ‚†Ã h…„ˆv‰‚†Ã r†‡rà qv…r‡y…v‚à r€Ã ‚…qr€ qrà ‡h€hu‚à q‚à €hv‚…à ƒh…hà ‚à €r‚…à vpyˆvq‚à ‚ ph€vu‚Ãp‚€ƒyr‡‚ 47 Sistema de Arquivos
  • 51. UNICAMP - CCUEC ),1' IPU6T) ÆsvqÃÁh€rõp‚…r¶Ãƒ…v‡ @‘virà ‡‚q‚†Ã h…„ˆv‰‚†Ã pˆw‚†Ã ‚€r†Ã ‡r…€vr€Ã r€ p‚…rÃhÃh…‡v… ÆsvqÃÀ‡v€rÃ(Ã…v‡ @‘virà ‡‚q‚†Ã ‚†Ã h…„ˆv‰‚†Ã m‚à €‚qvsvphq‚†Ã ƒ‚… ‚‰r‡hÃqvh† ÆsvqÃÁh€rõƶÀ‡v€rÃÃ…v‡ @‘virà ‡‚q‚†Ã ‚†Ã h…„ˆv‰‚†Ã vvpvhq‚†Ã ƒ‚…à ³Æ´Ã pˆwh qh‡hÃqrÃ~y‡v€hÀ‚qvsvphom‚Ãr‘prqhÃÃqvh† 48 Sistema de Arquivos
  • 52. UNICAMP - CCUEC 5217$% IPU6T) O daemon /usr/etc/cron é usado para executar comandos em horários • 9rh€‚Ã)ÃȆ…r‡pp…‚ pré determinados. Ele lê arquivos contidos no diretório /var/spool/cron/crontabs. Estes arquivos pertencem a usuários do sistema; os arquivos determinam quais programas ou scripts serão executados e quando. • 6Ær…Ãr‘rpˆ‡hq‚)ÃÉh…†ƒ‚‚yp…‚p…‚‡hi Os registros nestes arquivos contêm cinco campos. São eles: Campo Valores permitidos quot;ÃÃÃÃÃÃÃÃÃivqh‡rÃÃÃ3ÃÃÃqr‰p‚†‚yr minuto 0-59 hora 0-23 dia do mês 1-31 ÃÃÃÃÃÃÃÃÃphyrqr…à mês 1-12 (Janeiro – Dezembro) dia da semana 0-6 (Segunda – Domingo) $ÃÃÃÃÃÃÃȆ…r‡p†hÆÃÃÃ3ÃÃÃqr‰ˆyy Comando n O comando é executado quando o valor do campo é n quot;ÃÃÃÃÃÃÃÃr‡pq€r†tÃ33Ȇ…hq€€r††htr† n,p,q O comando é executado quando o valor do campo é n, p, q. n-q O comando é executado quando o valor do campo é n- p * O comando é executado para todos os valores possíveis do campo 49 Sistema de Arquivos
  • 53. UNICAMP - CCUEC IPU6T) ‰h…†ƒ‚‚yp…‚p…‚hyy‚ Trà r††rà h…„ˆv‰‚à r‘v†‡v…à hƒrh†Ã ‚†Ã ˆ†ˆi…v‚†Ã ryr p‚‡vq‚†Ã†m‚Ãhˆ‡‚…v“hq‚† ‰h…†ƒ‚‚yp…‚p…‚qr’ Trà ‚à h…„ˆv‰‚à p…‚hyy‚Ã m‚à r‘v†‡v…à ‚†Ã ˆ†ˆi…v‚† p‚‡vq‚†Ã ‚à h…„ˆv‰‚à p…‚qr’à m‚à †m‚ hˆ‡‚…v“hq‚†ÃhÃr‘rpˆ‡h…ÂÃp‚€hq‚Ãp…‚‡hi Æp…‚‡hiÃr @qv‡hÂÃh…„ˆv‰‚Ãp…‚‡hiÃq‚Ȇˆi…v‚ Æp…‚‡hiÃy Gv†‡hÂÃh…„ˆv‰‚Ãp…‚‡hiÃq‚Ȇˆi…v‚ p…‚‡hiÁ‚€rfq‚fh…„ˆv‰‚ @qv‡hÂÃh…„ˆv‰‚Ãp…‚‡hiÃr†ƒrpvsvphq‚ 50 Sistema de Arquivos
  • 54. UNICAMP - CCUEC $7 IPU6T) Èh‡Ã±pÃ!quot;)quot; h‡3rpu‚ó‚vÃrˆÃsˆpv‚rv´Ã3Ãh…„ h‡3e9 Èh‡„ Shx @‘rpˆ‡v‚Ã9h‡r Pr… E‚i†Æ E‚iIh€r †‡ 9rpÃ!!à ((!à ) hyq‚ !quot;$ T‡qv Èh‡…€Ã!quot;$ !quot;$Ã…r€‚‰rq 51 Sistema de Arquivos