Comprando a árvore de diretórios com o comando diff

Se você quiser ver os arquivos diferentes e as diferenças num só comando:

$ diff -Naur website website-new
diff -Naur website/index.shtml website-new/index.shtml
--- website/index.shtml        2008-05-22 20:16:12.000000000 -0400
+++ website-new/index.shtml    2008-06-04 12:10:50.000000000 -0400
@@ -14,6 +14,7 @@
 
 

+Welcome!

About: This subject is aimed at students with little or no
diff -Naur website/style.css website-new/style.css
--- website/style.css  2008-04-11 01:25:12.000000000 -0400
+++ website-new/style.css      2008-06-04 12:11:01.000000000 -0400
@@ -24,7 +24,7 @@
     color: white; text-decoration: none; font-weight: bold; padding: 0 0.25em;
 }

-div#body { padding: 0.1em 55px 2em 55px; font-size: small }
+div#body { padding: 0.1em 55px 2em 55px; font-size: medium }

 dd { margin-bottom: 1em }

Agora se você quer ver apenas rapidamente os arquivos diferentes:

$ diff -qr website website-new
Files website/index.shtml and website-new/index.shtml differ
Files website/style.css and website-new/style.css differ

 
O rsync faz algo similar quando a máquina é remota. A opção -n faz com que o comando seja executado apenas como teste apenas e não faz mudança alguma na máquina remota. A última barra ao especificar os diretório é muito importante nesse caso.

$ rsync -rvnc --delete website/ laptop:projects/website/
deleting schedule.shtml
style.css

Como mover os índices para uma nova tablespace (postgres)

create tablespace 'fastspace' owner 'owner' location 'directory'




select 'ALTER INDEX '||schemaname||'.'||indexname||' SET TABLESPACE fastspace ;' from pg_catalog.pg_indexes where schemaname = 'public' order by tablename;


Agora é só executar os comandos gerados pelo select!

Configurando o Proxy no Ubuntu para o apt-get

Configurando o apt-get para usar proxy com autenticação

Edite o arquivo /etc/apt/apt.conf colocando as seguintes linhas (substituindo o linux.juice pelo seu usuário e o 123456 pela usa senha, o ip 192.168.179.222 e a porta 80 pela seu IP do seu servidor proxy e sua PORTA).

# nano -w /etc/apt/apt.conf

Dentro deste arquivo deve-se colocar o seguinte:

Acquire{
HTTP::proxy "http://linux.juice:123456@192.168.179.222:80";
FTP::proxy "http://linux.juice:123456@192.168.179.222:80";
} 

 

 

Fonte: http://www.vivaolinux.com.br/dica/Configurar-o-APTGET-com-proxy-com-e-sem-autenticacao

Atualizando o OpenSuse usando o zypper

Acesse o link e veja os links para vários repositórios do OpenSuSe

https://en.opensuse.org/Package_repositories

Para adicioná-los de modo rápido e fácil use o comando

zypper ar -f url alias

Ou seja para versão 13.1:

zypper ar -f http://download.opensuse.org/update/13.1/ update-13.1

zypper ar -f http://download.opensuse.org/distribution/13.1/repo/oss/ repo-oss-13.1

zypper ar -f http://download.opensuse.org/distribution/13.1/repo/non-oss/ repo-non-oss-13.1

zypper ar -f http://download.opensuse.org/update/13.1-non-oss/ update-non-oss-13.1




Ah aprenda a usar o Zypper e dê Adeus ao Yast!
O zypper é muito melhor!

:)

Problemas com o Proxy no OpenSuSe

Após várias tentativas de configuração do proxy via Yast e via variáveis de ambiente... Achei a solução!

Editar manualmente o arquivo

vi /etc/sysconfig/proxy

Se o seu proxy necessitar de usuário e senha usar o seguinte padrão na configuração

HTTP_PROXY="http://user:password@proxyhost:port"

:)  

Como contornar os badblocks do seu HD!!!

Antes de fazer qualquer coisa garanta um backup da partição que você vai realizar os procedimentos de manutenção!

Primeiramente desmonte a partição onde você precisa mapear os badblocks.

No meu caso era a partição /dev/sdb1 e ela estava montada na pasta /dados

# umount /dados

Em seguida, efetue o comando e2fsck -c

# e2fsck -c /dev/sdb1
ou
# e2fsck -cc /dev/sdb1

O parâmetro -c usa o programa badblocks para realizar um escaneamento de leitura no dispositivo para encontrar os bad blocks. Se houver bad blocks, eles serão adicionados ao bad block inode para prevenir que eles sejam alocados a um arquivo ou diretório.

Quando esse parâmetro é usado de forma duplicada (-cc), o escaneamento dos badblocks serão realizados usando um teste de leitura e escrita não destrutivos.



Fonte: http://linux.die.net/man/8/e2fsck

Login via ssh demorando muito para conectar

Se o login via ssh está tomando muito tempo.

Você efetua o comando e leva um bom tempo até que ele solicite a senha...

Isso pode ser um problema de DNS.
É necessário configurar o aruqivo /etc/hosts adicionado as seguinte linhas
127.0.0.1 localhost, nomedamaquin
192.168.0.1 nomedamaquina


Onde o ip 192.168.0.1 é um ip que a máquina tem para se conectar a rede.

Outra alteração que deve ser feita para sanar o problema é editar o arquivo sshd_config do serivdor.

vi /etc/ssh/sshd_config

Mudar a linha de
UseDNS yes
para
UseDNS no

Muitas vezes essa linha está comentada, então descomente e sete o UseDNS para no .

Reinicie o serviço de ssh
no SuSe:
rcsshd restart
no CentOS/RedHat
service sshd restart

Agora teste novamente!
É pra estar uma bala!