Falhas de sistema podem ser divididas em dois tipos:

1. Problemas do lado do sistema
2. Problemas do lado do usuário

Problemas do primeiro tipo não serão abordadas aqui mas em muitos casos para você poder dizer que o problema é deste tipo você primeiro terá que descartar a possibilidade do problema não ser do segundo. Este tipo de falha pode ser  um bug na aplicação que precisa ser consertado, pode ser  devido ao erro na instalação de uma de suas dependências (uma biblioteca, por exemplo), uma configuração problemática do lado do sistema (arquivos no /etc) ou até mesmo uma falha de hardware (sobreaquecimento, erro de memória, de disco etc);

Problemas do segundo tipo, em regras gerais podem ser facilmente identificados quando entramos no sistema com outro usuário, abrimos a aplicação problemática e para nossa surpresa o problema não se repete. Pode-se até dizer que estes problemas são limitados apenas ao conteúdo do seu “/home”, ou no máximo o “/tmp” mas nunca por conteúdo de outras pastas.

O ideal para se fazer constatar se o problema é da configuração do usuário ou do sistema é que se tenha uma conta limpa no computador (para muitos casos a conta de convidado do seu sistema é suficiente). Basta fazer um login com esta conta, abrir sua aplicação e ver se o problema aparece.

Se o problema se repetir, mesmo com esta conta limpa, então o problema é do lado do sistema (aquele primeiro tipo que comentei) e você terá que pesquisar um pouco mais a razão do problema; agora, se o problema não aparecer, parabéns, você achou a solução. Volte ao seu usuário principal, remova a pasta ou arquivo de configuração de sua aplicação (muitas vezes é um arquivo ou pasta começando com um “.” seguido do nome da aplicação ou do seu produtor) e ela deverá voltar a funcionar.

É preciso lembrar que em alguns casos o problema pode não ser exatamente na configuração da aplicação que você quer abrir e sim em um “penduricalho” dela. Por exemplo, o seu Firefox está travando muito. Pela conta de convidado ele funcionou bem, mas após excluir as configurações do seu usuário ele continua travando. Antes de dizer que o problema é do lado do sistema talvez você devesse verificar  se não é culpa do Java, do Flash ou algum addon que você instalou.

Lembre-se que várias aplicações costumam chamar outras para concluir ou complementar suas tarefas, então, caso sua aplicação tenha funcionado bem na conta de convidado mas após remover as configurações do seu usuário o problema persistir é possível que o problema esteja na configuração destes “agregados”.

Se você não conseguir identificar o “agregado” problemático, de forma radical, você pode excluir todas as configurações do seu usuário ou mesmo criar um novo e excluir o antigo, mas tome cuidado para não acabar excluindo seus arquivos de texto, foto, vídeo etc.

Falar de solução de problemas é puxar assunto para o dia inteiro e talvez se vire a noite falando disso já solução dada para um problema que se repete pode não ser a mesma em todos os casos e muitas vezes há várias maneiras de se resolver o mesmo problema. A ideia desta dica é dar uma nova alternativa ao usuário desesperado que muitas vezes quando se depara com um problema desses pensa logo em formatar e reinstalar o sistema, mas saiba que algumas vezes a reinstalação do sistema será inevitável. Mas isso é papo para outro dia. Até lá.

Para lembrá-lo de realizar esta tarefa tão vital, foi criado o Dia mundial do Backup (World Backup Day — March 31st), comemorado todo dia 31/3. Para participar é bem simples. Apenas faça uma cópia de tudo que está em seu computador, para um pendrive, CD, DVD, outro computador etc, não importa para onde desde que haja uma cópia. Este não é o backup ideal, mas para quem não tem nada, isso pode ser a diferença entre recomeçar do zero ou apenas dar um suspiro e continuar o trabalho… ah! e repita este procedimento periodicamente para assegurar que seu backup está sempre atualizado.

De comando para comando com “pipe”

Talvez o mais comum de todos os redirecionamentos é o Pipe (encanamento) ou vulgarmente “|”, aquela barrinha vertical, geralmente acessada com “SHIFT+\”.

Este redirecionador é útil quando queremos jogar a saída de um comando para outro, de maneira que eles se complementem.

Um exemplo típico de uso seria na necessidade de listar um diretório (comando ls) com centenas de arquivos, ou  ver o conteúdo de um arquivo de texto (comando cat) muito extenso, que obviamente não seria possível ver todo na tela. Existem alguns comandos que podem “paginar” uma saída extensa, meus preferidos são os comandos “less” e “more”. O primeiro permite consultas, avançar e voltar no texto várias vezes etc, o segundo é mais direto e avança as páginas ao teclar espaço, no teclado.

Para paginar uma listagem completa do diretório /etc em meu sistema eu poderia usar os seguintes comandos, então:

ls -l | more

ou

ls -l | less

Analogamente, para ver o conteúdo do arquivo de log “messages” no meu sistema eu poderia fazer:

cat /var/log/messages | less

Em um último exemplo, suponhamos que eu queira ver a lista de usuários do meu sistema (comando “getent passwd”) de forma ordenada (para ordenar uma listagem usa-se o comando “sort”). Poderiamos fazer assim:

getent passwd | sort

De comando para arquivo com o sinal de “maior que”

Este é um outro tipo de redirecionamento popular. Sempre que queremos enviar a saída de um comando para um arquivo, que poderá ser lido depois usa-se o sinal “>” (maior que).

Suponhamos que eu precise criar uma lista com todos os usuários do meu sistema. Para listar os usuários, já sabemos que se faz com “getent passwd” e para jogar tudo isso para um arquivo bastaria redirecionar a saída deste comando para um arquivo. Como no exemplo abaixo:

getent passwd > listadeusuarios.txt

Simples assim.

Embora eu imagine que seja óbvio, não custa lembrar que se necessário poderiamos redirecionar a saída de um comando para outro (com o |) e então pegar a saída final e mandar para um arquivo (com o >).

Por exemplo, se você executar apenas o comando “getent passwd” vai observar que ele apresenta muitas informações sobre cada usuário e neste caso só me interessa enviar para o arquivo, o login e o nome completo do sujeito. O comando abaixo faz exatamente isso:

getent passwd | cut -d: -f 1,5 | tr -d ",,," > nome_e_login.txt

Neste caso o comando “getent passwd” lista tudo que então é redirecionado para o comando “cut” que é quem vai pegar as informações nos campos 1 e 5 (campos separados por “:”) e por fim esta nova saída será encaminhada para o comando “tr” que se encarregará de remover a “,,,” que deve aparecer após alguns nomes. Só a título de curiosidade eu ainda poderia, antes de redirecionar para o arquivo, usar mais um “tr” para substituir os “:”, por “,” de forma a ter uma listagem em formato “csv” que pode ser lida pelo Excel, LibreOffice Calc, ou qualquer outra planilha eletrônica.

getent passwd | cut -d: -f 1,5 | tr -d ",,," | tr ":" "," > nome_e_login.txt

Veja então que é possível usar vários redirecionamentos levando um comando para outro de forma que cada um faça um pedacinho do trabalho e no final você tenha um resultado completo.

Várias saídas em um só arquivo com o sinal “>>”

Se você usar o “>” para redirecionar várias saídas para um único arquivo você verá que ele sempre terá o resultado do último comando. Por exemplo:

date > data.txt

uptime > data.txt

cat data.txt

Ao executar estes dois comandos que redirecionam suas saídas para o mesmo arquivo, o que um novato poderia esperar era que no arquivo tivessemos a data do sistema e abaixo o seu uptime (tempo que o seu sistema está em operação desde o último boot), mas a verdade é que quando usamos o “>”, o arquivo de saída é truncado e tem seu tamanho reduzido a “0 bytes”.

Para adicionar novas saídas a um mesmo arquivo deve-se sempre usar o redirecionador “>>”.

Compare a saída daqueles comandos acima, com a saída destes aqui:

date > data.txt

uptime >> data.txt

cat data.txt

Como neste último caso usamos o “>>” o resultado do comando uptime será adicionado logo após a saída do comando date.

Usando o comando “tee”

O comando tee é um daqueles que pouca gente conhece e quando o descobre se pergunta “como nunca me falaram dele antes?”.

Sua função é similar a dos redirecionadores “>” e “>>” (mas lembre-se que é um comando então ele será usado com “|”), mas a diferença fica por conta do fato de que o comando “tee” também exibe na tela o que está sendo enviado para o arquivo.

Pode parecer besteira, mas suponhamos que uma rotina demorada vá realizar um dump de sua base de dados e você queira registrar as mensagens do comando de dump em um arquivo, mas paralelamente você também quer acompanhar em tempo real. Você poderia fazer algo assim:

mysql_dump -f minhabase.sql minhabase |tee saidadodump.txt

Nem todo mundo tem um Mysql rodando por perto para testar este exemplo, então vamos pegar o exemplo da listagem de logins e usuários e substituir o “>” pelo tee. O que era assim:

getent passwd | cut -d: -f 1,5 | tr -d ",,," | tr ":" "," > nome_e_login.txt

passa a ser assim:

getent passwd | cut -d: -f 1,5 | tr -d ",,," | tr ":" "," | tee nome_e_login.txt

Quando executar o primeiro você apenas verá o prompt de comandos novamente sem nenhuma informação adicional para saber se deu certo ou não. Quando executar o segundo exemplo você verá na tela tudo o que estiver sendo enviado para o arquivo nome_e_login.txt

Salvando os erros

Quando usamos os redirecionamentos “>”, “>>” e até mesmo o comando “tee” só conseguimos enviar para arquivos aquilo que o comando anterior enviou para a saída padrão, mas nem sempre o que você vê em sua tela está na saída padrão e sim na saída de erros.

Por exemplo, logado com um usuário comum (que não seja o “root”) tente ler o arquivo de senhas do seu sistema.

cat /etc/shadow

Como ninguém além do usuário root possui permissão para ler este arquivo você deverá ver na tela uma mensagem como:

cat: /etc/shadow: Permissão negada

Agora, se você tentar redirecionar esta mensagem para um arquivo da forma como vimos até aqui você não obterá sucesso, porque esta mensagem é enviada para saída de erros e não para a saída padrão.

Sempre que quisermos redirecionar a saída de erros para um arquivo devemos usar o redirecionador “2>” (algarismo 2 e sinal “maior que”). Assim:

cat /etc/shadow 2> errosdeleitura.txt

Alguns comandos podem intercalar mensagens na saída padrão com mensagens na saída de erro, como por exemplo ao tentar emitir um ping para vários endereços IP na rede, ou ao acessar um dispositivo como pendrive, CD que tenha setores danificados, ou mesmo o exemplo do dump da base de dados etc

Você tem duas alternativas para isso.Escolha de acordo com a sua necessidade.

Alternativa 1: Erros e saída padrão em arquivos separados:

mysql_dump -f minhabase.sql minhabase 2> errosnodump.txt > saidadodump.txt

Alternativa 2: Redirecionar a saída de erros para a saída padrão e então mandar tudo para um arquivo só:

mysql_dump -f minhabase.sql minhabase 2>&1 > saidadodump.txt

Observe o redirecionador especial “2>&1″ (algarismo 2, sinal maior que, E comercial e o algarismo 1).

Caso você não tenha uma base de dados para testar, ou mesmo que tenha se ela não gerar erros, você pode testar este comando enviando um ping para o roteador da sua rede. Deixe-o pingando e depois desconecte o seu computador da rede por alguns segundo enquanto ele ainda está pingando.

Com a primeira alternativa você verá os erros em um arquivo e os sucessos em outro. Com a segunda alternativa estará tudo no mesmo arquivo.

Enviando para lugar nenhum

Pode soar estranho, mas não só é possível, como muito útil enviar certas saídas para um grande e sombrio buraco negro, popularmente conhecido como “/dev/null”. Onde elas não poderão mais sair e atrapalhar nossa leitura.

Agora que já sabemos que temos saídas padrão e de erro, podemos experimentar este recurso. Pegando os exemplos anteriores, de dump de base de dados, se ao invés de salvar as saídas de erro eu as quisesse ignorar completamente bastaria substituir o “2> errosnodump.txt” ou “2>&1″ por 2>/dev/null.

Todas as mensagens de erro serão redirecionadas para o dispositivo virtual “null” que aponta para lugar nenhum. Em algumas situações talvez você queira descartar a saída padrão e ficar a penas com a saída de erros. Neste caso bastaria trocar o “2>” pelo “>” e nada mais.

Últimas palavras

Isto ai é o essencial que qualquer usuário de linha de comandos precisa saber,agora você precisa procurar conhecer todas as ferramentas disponíveis em seu sistema para conectá-las através destes redirecionadores. Assim você conseguirá fazer milagres na telinha preta.

Divirtam-se.

Pra quem não conhece, o comando “Getent” é um comando disponível em toda instalação Linux e permite consultar as bases de usuários, senha, grupos, aliases, hosts, redes, serviços e protocolos (respectivamente passwd, shadow, aliases, hosts, networks, services e protocols) usadas pelo seu sistema. Se, por exemplo, o seu sistema autentica usuários de uma base remota (como um servidor LDAP, por exemplo) e  você quer saber se ele está realmente encontrando os usuários, você precisará deste comando.

O meu problema era que se eu procurasse um usuário diretamente com o comando abaixo, que retorna os dados de um usuário especifico, os dados do usuário eram retornados sem problemas porém se eu omitisse o login do sujeito, na intenção de ver toda a listagem, ele limitava a algo em torno dos 525 (embora o limite padrão seja 500 e tenha encontrado relatos com diversos valores próximo disso) era este o problema.

getent passwd meuusuario

Se você tiver este problema, a solução é simples, rápida e não requer qualquer instalação ou compilação. Basta alterar o parâmetro SizeLimit do OpenLDAP, reiniciar o serviço (na verdade eu não tenho muita certeza se é necessário reiniciar) e mais nada. Todos seus usuários serão listados normalmente.

Como o meu servidor LDAP usa o novo formato de configuração eu tive entrar no diretório /etc/ldap/slapd.d/cn=config, editar o arquivo olcDatabase={-1}frontend.ldif e alterar o atributo “olcSizeLimit” que tinha o valor 500 para outro maior. No meu caso era suficiente colocar 1500, mas você pode colocar qualquer valor que resolva o seu problema, reinicie o serviço slapd e seja feliz.

Depois que se descobre o problema e como resolver é fácil achar as referências, então se precisar mais informações consulte as páginas abaixo:

OpenLDAP. Limits. http://www.openldap.org/doc/admin24/limits.html

Zitrax. LDAP configurations: olcSizeLimits. http://www.zytrax.com/books/ldap/ch6/#sizelimit

Isso foi a quase eternos 15 anos atrás quando ainda usava um modem Motorola para discar à 33kbps pela linha telefônica, na época, recentemente migrada para o padrão digital. E olha que na época não existiam nenhuma das ferramentas que temos hoje em dia para desenvolvimento de websites, ainda assim havia “magia”.

Ter o conhecimento de tudo ao alcance de meia dúzia de cliques só poderia ser realmente mágico. Mesmo depois de sair da ignorância digital e conhecer como as coisas funcionavam ainda assim eu continuava a ouvir aquela frase ecoando em minha mente.

Deixando o lado fantasioso da coisa e indo para o lado racional, tudo isso funciona graças a ferramentas como Ajax, HTML5, Flash entre outras. Estes são apenas alguns dos ingredientes citados em qualquer receita de poção mágica para Internet.

E por falar em magia, poção mágica, ingredientes e receitas, vamos voltar ao tópico que me propus a falar. O site IFTTT (Se Isto, Então Aquilo). O nome pode parecer estranho para quem não conhece de programação, mas tem tudo a ver com o seu propósito e o que é melhor é muito simples de se usar.

Exemplos de uso

Imagine a seguinte situação.Você tem um perfil no Facebook para onde envia dezenas fotos diariamente a partir do seu smartphone e depois nunca se lembra de salvar esta foto no seu computador. O IFTTT pode ajudá-lo monitorando o seu perfil e SE tiver uma nova foto no seu perfil, ENTÃO ele automagicamente a enviará para sua conta no Dropbox, ou para o seu e-mail, para o Google Drive ou qualquer outra coisa que você queria.

Em outro exemplo. Você quer que determinados e-mails sejam enviados como tarefas para o Wunderlist ou sejam salvos no Dropbox como arquivo texto etc; ou ainda quer escrever uma publicação no Facebook e replicá-la no Twitter, Tumblr, no blog WordPress ou qualquer outro lugar. Enfim … há milhões de possibilidades.

Como funciona

Uma vez que você tenha criado uma conta no site, você poderá criar suas receitas, ou usar uma das milhares já feitas por outros usuários que a compartilharam (você pode compartilhar ou não sua receita isso é opcional).

Os termos que você precisa lembrar são:

Canal (Channel): Há cerca de 60 canais disponíveis que correspondem a sistemas web que permitem interação das mais diversas como E-mail, Dropbox, Delicious, Blogger, WordPress, RSS, Facebook, Twitter, Google Drive, Instapapper,  Evernote entre outros. Toda receita usa dois canais. Um na seção “This” que corresponde ao canal a ser monitorado e outro que será usado na seção “That”, este será o canal que vai realizar uma tarefa.

Alguns canais do IFTTT

Gatilho (Trigger): Gatilho nada mais é que o evento que vai disparar a ação esperada (pode ser o fato de chegar uma nova notícia no seu feed, ou o recebimento de uma mensagem no Twitter, a atualização de status no seu Facebook etc). Os gatilhos são variados de acordo com o Canal escolhido então não dá pra descrever todos eles aqui. Em geral escolha o canal que você quer interagir e certamente o evento que você deseja monitorar estará lá.

Ação (Action): Acho que o nome está bem claro e dispensa maiores comentários. Esta é a ação a ser executada quando um gatilho for disparado. Assim como ocorre com os gatilhos, as ações variam de acordo com o Canal e podem ser coisas como “publique no meu mural”, “envie-me um e-mail”, “tweet isso”, “salve a imagem no meu Dropbox”, “alerte-me pelo Google Talk” etc.

Ingredientes (Ingredients): A maioria, senão todas as ações precisam de informações sobre o que será feito. Estas informações são os ingredientes e também dependem dos canais escolhidos (para ser mais especifico depende do canal do lado “This”). Se por exemplo minha receita vai monitorar o Twitter para atualizar Facebook, então os ingredientes são as informações que o Twiter pode fornecer sobre o meu status e não sobre o Facebook.

Mãos na massa

Não se preocupe o site todo é bem intuitivo e não tem como errar por muito tempo. Claro que você vai precisar testar as suas receitas até estar satisfeito, mas se errar basta alterá-las, ou excluir e criar denovo.

É importante deixar como aviso que alguns canais precisam ser ativados. O que significa que eles precisam autorização para certas atividades. Como por exemplo o Twitter, Facebook, Gmail precisam ser autorizados. Quem já andou brincando com estas ferramentas conhecem bem o que é, pois já devem ter visto inúmeras vezes as mensagens de pedido de autorização para acessar seu perfil. Não é nada demais, mas não custa avisar.

Agora é com você, clique no botão “Create” no topo da página e divirta-se, ou então clique em “Browse” e comece a explorar as receitas já existentes para aprender ou mesmo usá-las como queira.

O sistema de confecção de firewall é bem prático e de forma resumida seu funcionamento consiste em criar os objetos de sua rede na interface gráfica e então arrastá-los para a tabela de regras definindo a permissão ou negação como queira.

É importante destacar entretanto que esta ferramenta não é para iniciantes e o conhecimento de regras de firewall é fundamental. Por exemplo se você tiver sua rede com Ips inválidos e precisar colocar alguns servidores atrás deste firewall você vai apanhar por um bom tempo caso não crie as regras de repasse e de NAT corretamente, mas até isso é facilitado. Simplesmente teclado “X” é possível ver qual seria a regra criada, caso você criasse tudo na mão.

Dentre as inúmeras características as que mais me agradaram foram o fato de que ele cria as interfaces virtuais (quando você tem um servidor atrás do firewall e precisa que seu firewall tenha um novo endereço Ip válido para responder as requisições daquele servidor); se você já tiver um firewall pronto poderá importar as regras e com poucas ou nenhuma alteração passando a gerenciá-lo a partir do Fwbuilder; e uma vez que você tenha as regras definidas o próprio Firewall Builder se encarrega de enviar as novas regras para o servidor de firewall e executá-las remotamente.

Claro que não é só isso, ele tem muito mais recursos interessantes. Vale a pena dar um olhada no site, na documentação e até implementar.

Prezado Usuário Evernote,

O time de Operações e Segurança da Evernote recentemente descobriu e bloqueou uma atividade suspeita na rede da Evernote que parece ter sido uma tentativa coordenada de acessar áreas seguras do Serviço da Evernote.

Como precaução para proteger seus dados, nós decidimos implementar uma redefinição das senhas. Por favor leia a seguir para detalhes e instruções.

Em nossa investigação de segurança, nós não encontramos nenhuma evidência de que o seu conteúdo armazenado na Evernote tenha sido acessado, modificado ou perdido. Nós também não temos nenhuma evidência de que dados de pagamento da Evernote Premium e Evernote Business tenham sido acessados.

A investigação mostrou, entretanto, que o(s) indivíduo(s) responsáveis foram capazes de acessar informações de usuários da Evernote, que incluem nomes de usuário, endereços de e-mail associados à conta Evernote, e senhas criptografadas. Ainda que a informação da senha tenha sido acessada, por favor note que todos as senhas salvas são protegidas por criptografia de “mão única” (Em termos técnicos, “hash” e “salt”).

Enquanto que nossa criptografia é robusta, nós estamos tomando um passo extra para garantir que seus dados pessoais continuem seguros. Isso significa que, em um exagero de cautela, nós estamos pedindo que todos os usuários redefinam suas senhas da conta da Evernote. Por gentileza crie uma nova senha logando-se em evernote.com.

Depois de logar-se, você será solicitado a entrar com uma nova senha. Uma vez que você tenha redefinido sua senha em Evernote.com, você deverá entrar com essa nova senha nas outras aplicações da Evernote que você use. Nós também estamos distribuindo atualizações de vários dos nossos aplicativos para facilitar o processo de mudança de senha. Então, por favor, verifique as atualizações no decorrer das próximas horas.

Como tem se mostrado em eventos recentes com outros serviços de larga escala, este tipo de atividade está se tornando mais comum. Nossa responsabilidade em manter seus dados seguros é levada muito seriamente e nós estamos constantemente aprimorando a segurança de nossa infraestrutura para proteger a Evernote e o seu conteúdo.

Há também, alguns passos importantes que você pode tomar para garantir que seus dados em qualquer site, incluindo Evernote, mantenham-se seguros:

• Evite usar senhas simples baseadas em palavras de dicionário.
• Nunca use a mesma senha em múltiplos sites ou serviços.
• Nunca clique em solicitações de redefinição de senhas em e-mails – ao invés disso, vá direto ao site.

Muito obrigado por dispor de seu tempo lendo esse informe. Nós pedimos desculpas pela inconveniência da mudança de senha, mas, no fim das contas, nós acreditamos que este simples passo irá resultar em uma experiência mais segura com a Evernote. Se você tem qualquer dúvida, por favor não hesite em contactar o Suporte da Evernote.

O time da Evernote

Quando eu digo “tornaram-se absurdamente lento” entende-se que eu quero dizer que antes do problema os diretórios compartilhados eram carregados em 5 segundos e após o problema passaram a levar até 5 minutos. E não falo aqui de diretórios muito grandes não. O maior diretório tinha cerca de 500 arquivos JPG.

Depois de muito pesquisar a relação entre os sistemas Apple e o Samba e também testar várias otimizações no smb.conf do servidor a conclusão que cheguei era que definitivamente o problema era o Mac e não o servidor. Então passei a procurar no Google simplesmente por “mac lento”, “otimizar mac” etc. Até que encontrei umas discussões em forums sobre uns arquivos de metadados que o Mac cria em qualquer disco externo formatado como FAT ou unidades de rede remotas SMB/CIFS.

Trata-se dos arquivos .DS_Store e ._nomedoarquivooriginal. O primeiro é criado pelo “Finder”, gerenciador de arquivos do Mac OS, para armazenar atributos da pasta onde ele está, como seu papel de parede, posição dos ícones etc – você deve encontrar um arquivo por pasta que o Finder resolva mexer; o segundo é para armazenar atributos individuais para cada arquivo, assim se você tiver um arquivo “Praia com a galera.jpg” você também terá um arquivo “._Praia com a galera.jpg” contendo metadados sobre o primeiro arquivo. Veja que estes arquivos são invisíveis pelo Mac. Você só os encontrará no servidor samba, pela linha de comandos, ou usando um gerenciador de arquivos gráfico que permita listar arquivos ocultos.

Todos os textos que li sobre otimização do Mac (nenhum deles oficial) sempre indicavam a exclusão destes arquivos. Em uma nova conversa com o cliente descobri que por algum tempo ele excluia estes arquivos manualmente pois eram “muito chatos”, mas ele acabou desistindo de apagá-los porque sempre apareciam denovo. Bingo! achei o motivo da lentidão e quando ela começou a aparecer.

Após convencer o cliente que este era o motivo da lentidão e conseguir sua autorização para removê-los, eu os removi a partir da linha de comandos do servidor Samba:

find /mnt/storage -type f -iname ".ds_store" -delete

find /mnt/storage -type f -iname "._*" -delete

Adicionei uma regra “veto files” na seção global do smb.conf impedindo a criação destes arquivos novamente:

veto files = /.DS_Store/._*/

E após reiniciar o serviço samba o problema estava resolvido.

service samba restart

ou, dependendo do seu S.O.:

service smb restart

service nmb restart

Foi só acessar o compartilhamento a partir de qualquer estação Mac OS e mostrar ao cliente que o trabalho estava concluído com sucesso.

Adicionalmente a isso, há no site da Apple[1] e em alguns outros sites uma dica para fazer o Mac OS não criar estes arquivos. A linha de comandos abaixo deve ser rodada na linha de comandos de cada estação Mac OS. Como teria que rodar isso em todas as estações eu optei por não executá-la, mas que ela fique aqui registrada para o caso de ser necessário usá-la futuramente:

defaults write com.apple.desktopservices DSDontWriteNetworkStores true

É importante lembrar, que excluir aqueles arquivos fará com que os usuários percam a capacidade de destacar arquivos com cores diferentes e fazer anotações sobre eles (por isso eu primeiro pedi autorização ao cliente) entretanto já podem acessar os seus dados mais rápido. Trocamos usabilidade por performance.

[1] Apple. Mac OS X v10.4 and later: How to prevent .DS_Store file creation over network connections. http://support.apple.com/kb/HT1629