OpenLLM-France/wikimedia huggingface dataset:
# Língua oquinauana/Provérbios

Proverbios retirado do site: http://www.ime.usp.br/~ddantas/okinawago.html
Ataishi turu atairu. - Nós nos damos bem com aqueles que se dão bem conosco.
Achinee ya tankaa mankaa. - Negócios são uma via de mão dupla.
Aramun jooguu ya duu ganjuu. - Aquele que se alimenta de forma simples é saudável.
Ichariba choodee. - Encontrando-se, são irmãos.
Uya yushi kwa yushi. - Pais e filhos ensinam um aos outros.
Kaagee kaa ru ya ru. - A beleza é apenas superficial.
Kamuru ussaa mii nayun. -Quanto mais você come, mais lucra.
Kuu sa kana sa. - Pequenas coisas são amáveis.
Kuchi ganga naa ya yakutatan. - Uma pessoa de discurso inútil, é imprestável.
Kutubaa. Jin chikee. - Palavras são mais eficientes que dinheiro.
Kutuba noo ushikumaran. - Uma palavra não pode ser negada uma vez dita.
Shikinoo chui shiihii shiru kurasuru. - Vamos viver ajudando uns aos outros.
Shinjichi nu ada nayumi. - A bondade nunca poderá ser destruida de qualquer maneira.
Jin too waraaran kwa tu ru waraariiru. - Você será feliz com filhos, não com dinheiro.
Chu uyamee ru duu uyamee. - Respeite para ser respeitado.
Choo kukuru ru dee ichi. - O coração é a essência da qualidade humana.
Tusui ya tatashina mun. Warabee shikashina mun. - O idoso deve ser respeitado, e a criança mimada.
Tusui ya takara. - O idoso é um tesouro.
Miitundaa duu tichi. - Marido e mulher são únicos.
Nuchi nu sadamee wakaran. - Não sabemos nosso futuro.
Machushi garu ufu iyoo tuyuru. - Somente com paciência podemos pegar um grande peixe.
Miinai chichi nai. - Nós aprendemos vendo e ouvindo.
Mii ya tin niru aru. - Nosso destino está escrito no céu.
Munoo yuu iyuru mun. - Fale bem dos outros.
Yaasa ru maasaru. - A comida é boa somente se estiver faminto.
Duu nu duu ya duu shiru shiyuru. - Você é que sabe se seu corpo está bem.
Choo kani ru deeichi. - Juízo é essencial.
Yii kutoo isugi. - Uma boa oportunidade exige rapidez.
Chira kaagi yaka chimu gukuru. - Melhor do que boa aparência, um bom coração.
Yuu ya shititin mii ya shitinna. - Mesmo que voce se esconda do mundo, não esconda sua verdadeira natureza.
Nmarijima nu kutuba wasshii nee kuni n wasshiin. - Se você esquecer sua língua, vai esquecer de sua Pátria.
Acha nu neen chi ami. - Amanhã é um novo dia.
Yikiga nu kutubaa shuumun gaai. - A palavra de um homem é sua honra.
Mookiraa kwee michi shiri. - Se fizer fortuna, esteja preparado para usá-la.
ooo------ooo------------
Provérbios retirados do livreto "okinawa kotowaza mame ehon" [おきなわ・ことわざ・豆絵本]
Iya tou Wan Nakayaree, tooniin katamiin -> Pela nossa amizade, carrego até o recipiente de lavagem. (toonii é um recipiente de madeira onde se coloca a lavagem do porco"
Kubi chiri dushi -> amigos verdadeiros
Tuunu yibiya inutakiya neeran -> assim como a altura dos dedos são diferentes, as pessoas também assim são
Mayaanu soon neeran -> memória tão péssima quanto a de um gato
Umariree chiyutuushinchiyu -> todos que nasceram têm a mesma idade. "Independente da idade, "nunca se sabe quem vai morrer primeiro
Ijinunjiraa tiihiki tiinunjiraa ijihiki -> se o ego vier, segure a mão. se a mão vier, segure o ego. "Não se deixe levar pelo impulso"
Yishiru kakairu -> aquele que deu a idéia executa
# Civilização Egípcia/Último período/Dinastias do último período/28ª Dinastia
## 28ª Dinastia

* Amyrtaios
* Amyrtaios
Temos aqui uma dinastia totalmente diferente de todas as que já vimos e das que ainda vamos ver.
Essa é a dinastia de um só rei, Amyrtaios.
Ele reinou entre os poderosos reis persas e os últimos reis egípcios de fato. Sua dinastia durou apenas seis anos.
É possível que Amyrtaios fosse líbio, talvez um príncipe saíta. Ele governou o país a partir de Sais após a morte de Dario II, quando houve uma grande revolta no Egito.
Nos Papiros de Elefantina há um documento que é um contrato e foi escrito no quinto ano do reinado de Amyrtaios, donde se conclui que ele foi reconhecido de fato no Alto e Baixo Egito.
Ele deve ter sido deposto e provavelmente assassinado quando os persas invadiram o país.
# Civilização Egípcia/Último período/Dinastias do último período/29ª Dinastia
## 29ª Dinastia

* Nepherites I
* Psammuthis
* Hakoris
* Nepherites II
* Nepherites I
Esse rei é mais conhecido pelo fato de se aliar à Esparta contra os persas. É sabido que ele presenteou Esparta com milho e equipamentos para cem navios em troca da aliança.
O que ele não esperava é que os presentes fossem interceptados em Rodes quando a frota egípcia passou por lá, porque o governo de Rodes já tinha se aliado aos persas.
Os registros sobre Nepherites são inscrições e construções em Buto, Sais, Mênfis e Karnak.
Seu sarcófago foi encontrado em 1869 junto com itens funerários em Mendes.
É possível que quando Nepherites faleceu ou foi assassinado, não se sabe nada a respeito, o trono tenha sido usurpado por Psammuthis que governou junto com Hernebkha Muthis filho de Nepherites.
* Psammuthis
Pode ser que ele tenha usurpado o trono após a morte de Nepherites mas talvez Hernebkha Muthis (filho de Nepherites) tenha reinado junto com ele.
Mâneton o menciona entre Nepherites e Hakoris.
O nome de Psammuthis, Pasherienmut significa Filho da deusa Mut. Ele provavelmente reinou no Alto Egito durante um ano, mais ou menos. Logo a seguir, Hakoris recuperou o trono.
Seus registros são inscrições em Karnak e Saqqara.
* Hakoris
É possível que Hakoris tenha governado ao mesmo tempo que o usurpador Psammuthis por um tempo muito curto. Logo ele retomou o trono e fez um bom governo.
Seu reinado foi marcado pela paz entre Pérsia e Esparta e isso foi um problema, porque sem maiores preocupações, a Pérsia voltou a se interessar pelo Egito.
Hakoris fez aliança com Chipre e formou um exército forte para repelir os invasores. Ele foi bem sucedido e o Egito voltou a ser independente politicamente.
Hakoris fez obras marcantes como uma capela em Karnak, a sala hipostila em el-Kaab, um quiosque em Medinet Habu e outras obras em Mendes, Saqqara e Elefantina. Parece que o rei Hakoris foi sepultado em Saqqara, mas sua tumba não foi encontrada.
* Nepherites II
Filho de Hakoris, reinou apenas durante quatro meses, quando foi deposto e provavelmente assassinado por seu sucessor Nectanebo I (30ª Dinastia). Sabemos de sua existência por Mâneton e pela Crônica Demótica.
# Civilização Egípcia/Último período/Dinastias do último período
## Vigésima Sexta Dinastia

* Psammetichus I (Psam-tik)
* Nekau (Necho) II
* Psammetichus II
* Apries
* Amasis
* Psammetichus III

## Vigésima Sétima Dinastia

* Cambyses
* Darius I
* Xerxes I
* Artaxerxes I
* Darius II

## Vigésima Oitava Dinastia

* Amyrtaios

## Vigésima Nona Dinastia

* Nepherites I
* Psammuthis
* Hakoris
* Nepherites II

## Trigésima Dinastia

* Nectanebo I
* Teos
* Nectanebo II

## Trigésima Primeira Dinastia

Essa dinastia é conhecida como Segunda Ocupação Persa e foi criada após a lista de reis de Mâneton.
* Ochus (Artaxerxes III)
* Arses
* Darius III Codomannus
# Civilização Egípcia/Terceiro Período Intermediário/Dinastias do Terceiro Período Intermediário/24ª Dinastia
## 24ª Dinastia

Essa dinastia reinou paralelamente à 23ª Dinastia em diversas regiões.
A maior pare dos reis da 24ª dinastia governou a partir de Sais. Foi uma dinastia de líbios, Grandes Chefes do Oeste.
* Osorkon
* Tefnakhte I
* Bakenranef
* Padinemti
* Tefnakhte II
Essa é a cronologia geralmente aceita embora apenas dois desses reis Tefnakhte e Bakenranef sejam comprovados.
* Osorkon
Não temos informações.
* Tefnakhte I
Seu nome de trono foi Shepsesre que significa Nobre como Ra.
Ele se outorgou os títulos reais e se chamou de profeta, é chamado Chefe do Oeste ou Chefe de Sais.
Tefnakhte I conseguiu unificar a maior parte dos nomos do Delta e foi um rei mais poderoso do que qualquer outro da 22ª Dinastia ou da 23ª Dinastia.
Ele liderou uma coalizão de príncipes do Delta (Osorkon IV, Iuput II, Sheshonq V) para atacar Hermópolis que estava sob o governo de Nimlot III.
Também tentou conquistar Heracleópolis e foi forçado a recuar frente a Piankh. De qualquer maneira, quando Piankh fugiu para Napata, Tefnakhte I se tornou governante de praticamente todo o Delta.
* Bakenranef
Seu nome de trono Wakhare significa Estável é a alma de Ra.
Ele era filho de Tefnakhte I e embora quase nada se saiba sobre seu governo, deve ter reinado a partir de Sais.
Os gregos o mencionem como um grande legislador mas não se conhece nada sobre sua política e administração.
Seu nome foi encontrado num vaso, numa tumba etrusca, numa cidade que fica a uns cem quilômetros a noroeste de Roma. No Egito nada foi achado.
Mâneton não só o menciona como conta que ele foi feito prisioneiro por Shabaka (25ª Dinastia) e queimado numa estaca.
* Padinemti
Provavelmente reinou a partir de Asiut. É mencionado em inscrições da 25ª Dinastia.
* Tefnakhte II
Não temos informações.
# FreeBSD Handbook/Administração/MAC/Módulo ifoff

FreeBSD Handbook :
| Anterior | Capítulo 16. Mandatory Access Control | Próxima |

## 16.8 O Módulo ifoff do MAC

Nome do módulo: mac_ifoff.ko
Linha para configuração do kernel: options MAC_IFOFF
Opção para carga no boot: mac_ifoff_load="YES"
O módulo mac_ifoff(4) existe apenas para desabilitar interfaces de rede com o sistema ligado e evitar que elas subam durante o boot do sistema. Ele não requer configurações de rótulos no sistema nem tem dependências com outros módulos.
A maioria dos controles é feita pelas opções de sysctl a seguir:
* security.mac.ifoff.lo_enabled irá habilitar ou desabilitar todo o tráfego na interface de loopback (lo(4))
* security.mac.ifoff.bpfrecv_enabled irá habilitar ou desabilitar todo o tráfego na interface bpf(4) (Berkeley Packet Filter) usada em geral para monitorar transmissões em outras interfaces
* security.mac.ifoff.other_enabled irá habilitar ou desabilitar todo o tráfego em todas as outras interfaces de rede
Um dos usos mais comuns do mac_ifoff(4) é o monitoramento de rede em um ambiente onde o tráfego não deve ser permitido durante a seqüência de boot. Outro uso sugerido seria a escrita de um script que usasse o programa security/aide e automaticamente bloqueasse o tráfego de rede se encontrasse arquivos novos ou alterados em diretórios protegidos.
| Anterior | Índice | Próxima |
| O Módulo bsdextended do MAC | Topo | O Módulo portacl do MAC Última edição desta página: 31/08/2010 (20100831124435) |
# FreeBSD Handbook/Administração/MAC/Módulo partition

FreeBSD Handbook :
| Anterior | Capítulo 16. Mandatory Access Control | Próxima |

## 16.10 O Módulo partition do MAC

Nome do módulo: mac_partition.ko
Linha para configuração do kernel: options MAC_PARTITION
Opção para carga no boot: mac_partition_load="YES"
A política mac_partition(4) colocará os processos em "partições" específicas de acordo com seus rótulos do MAC. Pense nisso como um tipo especial de jail(8), embora essa seja uma comparação ruim.
Este módulo precisa ser configurado no arquivo loader.conf(5) para ser carregado no boot, habilitando a política neste momento.
A maior parte da configuração para esta política é feita usando o comando setpmac(8), que será explicado abaixo. A seguinte opção de sysctl(8) está disponível para esta política:
* security.mac.partition.enabled irá habilitar as partições de processo do MAC
Quando esta política está habilitada, os usuários terão permissão para ver apenas seus processos e quaisquer outros em sua partição, mas não terão permissão para trabalhar com ferramentas fora do escopo desta partição. Por exemplo, um usuário na classe insecure acima não terá permissão para acessar o comando top bem como muitos outros que tem que disparar um processo.
Para colocar ou retirar utilitários do rótulo de uma partição use o comando setpmac:
Isso adicionará o comando top ao rótulo definido para usuários na classe insecure. Note que todos os processos disparados por usuários na classe insecure ficarão na partição de rótulo partition/13.

### 16.10.1 Exemplos

O comando a seguir mostrará os rótulos de partição (LABEL) e a lista de processos:
O próximo comando permitirá visualizar um rótulo de partição de processo de outro usuário e os processos daquele usuário rodando atualmente:
Nota: Usuários podem ver os processos no rótulo do root, a não ser que a política mac_seeotheruids(4) esteja ativada.
Uma implementação audaciosa poderia ter todos os serviços desabilitados no /etc/rc.conf e chamados por um script que os iniciasse com as definições de rótulo apropriadas.
Nota: As políticas seguintes suportam definições numéricas de rótulo no lugar das três definições padrão oferecidas. Estas opções, incluindo suas limitações, são explicadas com mais detalhes nas páginas de manual dos módulos.
| Anterior | Índice | Próxima |
| O Módulo portacl do MAC | Topo | O Módulo Multi-Level Security do MAC Última edição desta página: 31/08/2010 (20100831124454) |
# FreeBSD Handbook/Administração/MAC/Módulo LOMAC

FreeBSD Handbook :
| Anterior | Capítulo 16. Mandatory Access Control | Próxima |

## 16.13 O Módulo LOMAC do MAC

Nome do módulo: mac_lomac.ko
Linha para configuração do kernel: options MAC_LOMAC
Opção para carga no boot: mac_lomac_load="YES"
Ao contrário da política Biba do MAC, a política mac_lomac(4) permite acesso a objetos de menor integridade apenas depois que o nível de integridade é abaixado, de modo a não quebrar nenhuma regra de integridade.
A versão do MAC da política de integridade Low-watermark (algo como marcador de baixo nível), que não se deve confundir com a antiga implementação do lomac(4), funciona praticamente igual ao Biba, mas com a exceção do uso de rótulos flutuantes para dar suporte ao rebaixamento de sujeitos através de um compartimento de classe auxiliar. Este compartimento secundário toma uma forma assim [auxgrade]. A definição de uma política lomac com uma classe auxiliar deve se parecer com: lomac/10[2] onde o número (2) é a classe auxiliar.
A política LOMAC do MAC se baseia no rotulamento onipresente de todos os objetos do sistema com rótulos de integridade, permitindo que os sujeitos leiam de objetos com integridade baixa e em seguida rebaixando o rótulo dos sujeitos para prevenir futuras escritas a objetos de integridade mais alta. Isso é a opção [auxgrade] discutida antes e com isso a política fornece maior compatibilidade e requer menos configurações iniciais que a Biba.

### 16.13.1 Exemplos

Assim como as políticas Biba e MLS, os comandos setfmac e setpmac podem ser usados para colocar os rótulos nos objetos do sistema:
Note que a classe auxiliar aqui é "low" e esta é uma funcionalidade existente apenas na política LOMAC do MAC.
| Anterior | Índice | Próxima |
| O Módulo Biba do MAC | Topo | Nagios num jail MAC Última edição desta página: 31/08/2010 (20100831124441) |
# FreeBSD Handbook/Administração/MAC/Módulo bsdextended

FreeBSD Handbook :
| Anterior | Capítulo 16. Mandatory Access Control | Próxima |

## 16.7 O Módulo bsdextended do MAC

Nome do módulo: mac_bsdextended.ko
Linha para configuração do kernel: options MAC_BSDEXTENDED
Opção para carga no boot: mac_bsdextended_load="YES"
O módulo mac_bsdextended(4) ativa um firewall no sistema de arquivos. A política deste módulo fornece uma extensão ao modelo de permissões padrão do sistema de arquivos. Ela permite que o administrador crie um conjunto de regras como num firewall para proteger arquivos, utilitários e diretórios na hierarquia do disco. Quando um acesso a um objeto do sistema de arquivos é solicitado a lista de regras é verificada até que uma regra que bata com a solicitação seja encontrada ou que as regras cheguem ao fim. Este comportamento pode ser alterado por uma opção do sysctl(8), a security.mac.bsdextended.firstmatch_enabled. De maneira similar a outros módulos de firewall do FreeBSD, um arquivo de regras de controle de acesso pode ser criado e apontado por uma variável pelo rc.conf(5) para ser lido no boot.
A lista de regras deve ser carregada com o utilitário ugidfw(8), que tem sintaxe semelhante a do ipfw(8). Mais ferramentas podem ser escritas usando as funções da biblioteca libugidfw(3).
Deve se tomar um cuidado extremo ao se trabalhar com este módulo. O uso incorreto pode bloquear acessos a certas partes do sistema de arquivos.

### 16.7.1 Exemplos

Depois que o módulo mac_bsdextended(4) foi carregado, o seguinte comando pode ser usado para listar a configuração atual de regras:
Como esperado, não há regras definidas. Isso significa que tudo ainda está completamente acessível. Para criar uma regra que bloqueará todo o acesso a usuários mas não afetará o root, simplesmente use o seguinte comando:
Nota: Em versões anteriores ao FreeBSD 5.3 o parâmetro add não existe. Nestes casos o set deve ser usado. Veja um comando exemplificado abaixo.
Isso é uma péssima idéia, já que bloqueará a mais simples execução de comandos a todos os usuários, como um simples ls. Uma lista de regras mais razoável seria:
Isso irá bloquear todo e qualquer acesso, incluindo listagens de diretórios, ao diretório do user2 pelo usuário de nome user1.
Ao invés de user1 poderia ter sido passado not uid user2, o que implicaria nas mesmas restrições de acesso acima para todos os usuários que não o user2, ao invés de apenas um.
Nota: O usuário root não seria afetado por estas mudanças.
Isso deve dar uma idéia geral de como o módulo mac_bsdextended(4) pode ser usado para ajudar a fortalecer um sistema de arquivos. Para mais informações veja as páginas de manual mac_bsdextended(4) e ugidfw(8).
| Anterior | Índice | Próxima |
| Planejando a Configuração de Segurança | Topo | O Módulo ifoff do MAC Última edição desta página: 31/08/2010 (20100831124429) |
# FreeBSD Handbook/Administração/MAC/Configuração

FreeBSD Handbook :
| Anterior | Capítulo 16. Mandatory Access Control | Próxima |

## 16.6 Configuração de Módulos

Todos os módulos incluídos no framework MAC podem ser tanto compilados no kernel, como mencionado anteriormente, como carregados como um módulo em tempo de execução. O método recomendável é adicionar o nome do módulo ao arquivo /boot/loader.conf de modo que ele seja carregado na inicialização do sistema.
As seções seguintes discutirão os vários módulos do MAC e suas características. Também será considerado neste capítulo a implementação deles em ambientes específicos. Alguns módulos suportam o uso de rótulos, o que significa controlar acesso forçando um rótulo do tipo “isso é permitido e isso não”. Um arquivo de configuração de rótulos pode controlar como arquivos devem ser acessados, como uma comunicação de rede pode ser trocada e outras coisas mais. A seção anterior mostrou como o atributo multilabel pode ser definido em sistemas de arquivo para habilitar o controle de acesso por arquivo ou por partição.
Uma configuração de rótulo único (single label) forçaria apenas um rótulo através de todo o sistema, por isso a opção do tunefs é chamada multilabel.

### 16.6.1 O Módulo seeotheruids do MAC

Nome do módulo: mac_seeotheruids.ko
Linha para configuração do kernel: options MAC_SEEOTHERUIDS
Opção para carga no boot: mac_seeotheruids_load="YES"
O módulo mac_seeotheruids(4) copia e estende as opções security.bsd.see_other_uids e security.bsd.see_other_gids do sysctl. Esta opção não requer configuração prévia de rótulos e pode operar transparentemente com outros módulos.
Depois de carregar o módulo, as seguintes opções de sysctl devem ser usadas para controlar suas funcionalidades:
* security.mac.seeotheruids.enabled habilitará as funcionalidades do módulos e usará as configurações padrão. Estes padrões não permitirão que os usuários vejam processos e sockets pertencentes a outros usuários.
* security.mac.seeotheruids.specificgid_enabled permitirá que certos grupos sejam excluídos desta política. Para excluir grupos específicos use a opção security.mac.seeotheruids.specificgid=XXX do sysctl. Neste exemplo o XXX deve ser trocado pelo número de identificação do grupo a ser excluído.
* security.mac.seeotheruids.primarygroup_enabled é usado para excluir grupos primários específicos desta política. Quando usamos esta opção não devemos usar a security.mac.seeotheruids.specificgid_enabled.
| Anterior | Índice | Próxima |
| Planejando a Configuração de Segurança | Topo | O Módulo bsdextended do MAC Última edição desta página: 31/08/2010 (20100831124411) |
# FreeBSD Handbook/Administração/MAC/Amarração de Usuários

FreeBSD Handbook :
| Anterior | Capítulo 16. Mandatory Access Control | Próxima |

## 16.15 Amarração de Usuários

Este exemplo considera um sistema para armazenamento relativamente pequeno, com menos de cinqüenta usuários. Os usuários teriam direitos de login e teriam permissão não apenas de armazenar dados, mas de acessar recursos também.
Para este cenário o mac_bsdextended(4) em conjunto com o mac_seeotheruids(4) poderia coexistir e bloquear acesso não apenas a objetos do sistema mas também esconder processos de usuários.
Comece adicionando as seguintes linhas ao /boot/loader.conf:
O módulo de política de segurança mac_bsdextended(4) pode ser ativado através do uso da seguinte variável no arquivo rc.conf:
Regras padrão definidas em /etc/rc.bsdextended serão carregadas durante a inicialização do sistema, contudo, as definições padrão podem precisar ser modificadas. Como esta máquina deverá apenas servir a usuários, tudo pode ser deixado comentado, exceto as duas últimas configurações. Estas forçarão por padrão a carga de objetos do sistema de propriedade de usuários.
Adicione os usuários necessários à máquina e reinicie o sistema. Para propósitos de teste, tente se logar com usuários diferentes em duas consoles. Execute o comando ps aux para ver se os processos do outro usuário estão visíveis. Tente executar um ls(1) no diretório pessoal do outro usuário, isso deve falhar.
Não tente testar com o usuário root, a não ser que opções de sysctl específicas tenham sido modificadas para bloquear o acesso do super usuário.
Nota: Quando um novo usuário é adicionado, sua regra de mac_bsdextended(4) não estará na lista de regras. Para atualizar rapidamente a lista de regras, simplesmente desative e reative o módulo de política de segurança novamente com os utilitários kldunload(8) e kldload(8).
| Anterior | Índice | Próxima |
| Nagios num Jail MAC | Topo | Resolução de Problemas do Framework MAC |
# Guia do Linux/Iniciante+Intermediário/Comandos diversos/free
## free

Mostra detalhes sobre a utilização da memória RAM do sistema.
free [opções]
Onde:

### -b

    Mostra o resultado em bytes.

### -k

    Mostra o resultado em Kbytes.

### -m

    Mostra o resultado em Mbytes.

### -o

    Oculta a linha de buffers.

### -t

    Mostra uma linha contendo o total.

### -s [num]

    Mostra a utilização da memória a cada [num] segundos.
O free é uma interface ao arquivo /proc/meminfo.
# Guia do Linux/Iniciante+Intermediário/Comandos diversos/less
## less

Permite fazer a paginação de arquivos ou da entrada padrão. O comando less pode ser usado como comando para leitura de arquivos que ocupem mais de uma tela. Quando toda a tela é ocupada, o less efetua uma pausa (semelhante ao more) e permite que você pressione Seta para Cima e Seta para Baixo ou PgUP/PgDown para fazer o rolamento da página. Para sair do less pressione q.
less [arquivo]
Onde: arquivo É o arquivo que será paginado.
Para visualizar diretamente arquivos texto compactados pelo utilitário gzip (arquivos .gz), use o comando zless.
Exemplos: less /etc/passwd, cat /etc/passwd|less