Chama-se sistema de arquivos tanto o gerenciador de arquivos quanto a forma como os arquivos (e pastas) são organizados.
O sistema de arquivos do Windows geralmente tem raiz em C:/ algumas pastas tem destinação específica como:
Windows contém os arquivos do sistema operacional
Program Files contém os programas instalados no computador
Arquivos de Programa idem
Arquivos de Programa(x86) idem*
Users contém a áreas dos usuários
* esta pasta existe quando o Windows "é" 64-bits para conter programas de 32-bits.
Os tipos de arquivo são determinados pela extensão - executáveis recebem .exe, documentos texto .txt e assim por diante. O sistema operacional usa essa marcação para escolher o que fazer.
Windows é case-insensitive (não diferencia maiúsculas e minúsculas). Atualmente os HDs Windows são formatados em NTFS.
-----
O sistema de arquivos do Linux (e outros UNIX) tem raiz em / e pastas com destinação específica como:
/bin contém os executáveis do sistema básico (o SO está nela)
/lib contém as bibliotecas do sistema básico
/include contém os headers do sistema básico
/etc contém os arquivos de configuração do sistema básico
/usr contém executáveis, bibliotecas, headers de aplicações para usuários.
/proc contém a representação no sistema de arquivos dos processos em execução
/var área de armazenamento (geralmente quando a máquina é um servidor web, as páginas são armazenadas em /var/www
/dev contém a representação no sistema de arquivos dos dispositivos de hardware (sda, sdb geralmente são HDs, sda1, sda2 são partições do HD sda. Algum dos TTY correspondem ao monitor, algumas distribuições de Linux usam ttyUSBn para designar portas USB.
/mnt contém as referências para acessar o conteúdo de dispositivos de armazenamento.
/home contém as áreas de usuário - o usuário Fabio terá seus documentos e programas armazenados em /home/Fabio.
UNIX é case-sensitive (diferencia maiúsculas e minúsculas). Ubuntu geralmente formata os HDs com ext4.
UNIX armazena parte da informação sobre o uso de um arquivo (especificamente as permissões) em um conjunto de 10 bits (se os verá com o comando ls -l ). Se todos os bits pudessem ser true simultaneamente você veria drwxrwxrwx. O primeiro bit informa se o arquivo é um diretório ou não, As trincas que vem em seguida são permissões de leitura (r), escrita(w) e execução(x) do arquivo para outros, grupo e usuário. Exemplos abaixo.
drwxrwxr-x 3 fabio fabio 4096 Jan 15 14:51 .local/
-rw-rw-r-- 1 fabio fabio 3834 Fev 12 20:03 Mestre do Universo.mm
pelos flags, .local é um diretório que pode ser listado (lido), escrito (modificado) e executado (entrar no diretório) pelo seu dono e pelos usuários que forem do mesmo grupo do dono. Os outros podem listar e entrar, mas não podem modificar, ou seja, não podem criar pastas e arquivos dentro de .local.
Nota: nomes começados com ponto (.) em UNIX são excluídos das listagens mais simples, por isso usar apenas o comando ls não listará o .local.
pelos flags, Mestre do Universo.mm não pode ser executado, pode ser lido por qualquer um e modificado pelo proprietário e seu grupo.*
Os comandos chmod, chown e chgrp modificam esses bits.
UNIX identifica os arquivos pelo conteúdo ou pela assinatura, extensões não são necessárias para o SO, mas os usuários (nós) nos orientamos melhor pelas extensões, então é boa idéia mantê-las.
Nota:
* dispositivos de armazenamento externo, como pendrives geralmente são formatados em FAT, que não tem esses bits. Neste caso UNIX não executa esses arquivos, mesmo que eles sejam executáveis.
* tanto Windows quanto Linux não fornecem meios práticos para o usuário do terminal lidar com espaços nos nomes de arquivo, assim, se possível, evite espaços em nomes de arquivos.
* os caracteres dos nomes dos arquivos são codificados em algum sistema. Geralmente Linux usa UTF-8 e Windows usa ISO8859. Essas codificações são compatíveis apenas nos caracteres ASCII de 7 bits. Desta forma usar caracteres fora destes (como os acentuados) é arriscar ter arquivos acessíveis por um SO e inacessíveis por outro.
* veja o post 2.4 - Recomendação sobre escolha de nomes de arquivos e variáveis.
Este é o blog de relacionamento com alunos de Fábio Nakano.
Desejo testar se esta mídia facilita a comunicação e aprendizado de conteúdo.
Gostaria que vocès dessem notas mais altas para posts que ajudaram mais a entender o assunto (e não por outro critério, por exemplo o melhor escrito ou o mais "bonito")
fabionakano at usp dot br
Prédio A1, segundo andar - Sala 204E
Caso precise do mapa do Campus:http://each.uspnet.usp.br/site/mapa.php
Siga-me por email preenchendo a caixa abaixo.
Nenhum comentário:
Postar um comentário