Re: [FUG-BR] Alguém usando Intel PRO/10GbE PCIE Ethernet no FreeBSD?
On Thu, 13 Sep 2012 15:59:09 -0300, Patrick Tracanelli eks...@freebsdbrasil.com.br wrote: Em 13/09/2012, às 15:52, Marcelo Gondim escreveu: Em 11/09/2012 15:56, Patrick Tracanelli escreveu: Em 11/09/2012, às 15:47, Eduardo Schoedler escreveu: 2012/9/11 Patrick Tracanelli eks...@freebsdbrasil.com.br Em 11/09/2012, às 15:38, Marcelo Gondim escreveu: Pessoal, Alguém que esteja usando essa interface no FreeBSD, sabe me dizer se está funcionando bem o driver? Dei uma olhada pela Internet e não vi nenhum problema relatado mas achei melhor ver se alguém aqui tem algo à dizer caso necessite comprar. Sim, eu estou, uma que custou uma bala pro meu cliente, num servidor BGP, chipset 82598EB com MSI-X bonitinho, usa quantos CPU-core voce quiser :-) Só para constar a quem interesse o uso de MSI-X, a placa Intel E1G4ET tem o maravilhoso MSI-X, duas portas giga, funciona perfeitamente no FBSD e custa só 120 dolares. Agora 10Giga ainda não cheguei lá, hehehe E ainda você consegue rodar filtros em hardware! Pelo menos no linux... É, parece que sim, uns negócios de MAC, filtrar LLC, grava na eeprom da placa. Não usei mas vi que tem algo assim mesmo :-) Olha o precinho das bichinhas que consegui rsrsrsr praticamente o preço de uma switch boa de 24 portas gigabit rsrsrsr Intel E10G41AT2 AT2 Server Adapter 10Gbps PCI Express 2.0 x8 1 x RJ45 R$ 2.390,00 Intel E10G41BFSR Server Adapter X520-SR1 10Gbps PCI Express 2.0 x8 1 x LC R$ R$ 3.590,00 Lembrando que a placa mãe tem de ter slot Pci_Ex 8X É por ai mesmo :P Ai no RJ esses preços? -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
On Thu, 19 Apr 2012 12:17:37 -0300, Joao Rocha Braga Filho goffr...@gmail.com wrote: 2012/4/18 Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br: AT Matik, Ok, disponibilizou informações muito interessantes a respeitos dos SSDs, muitas delas estão expostas apenas nessa mensagem, contudo alguns pontos a se considerar. Além de ser basicamente opinião, pois não tem um teste formal. Sei quanto ao limite de gravações devido a ter lido em outros artigos quanto ao mesmo ( acho que foi clube do hardware ou tons Hardware, não me recordo ). Lembro ter visto no Toms Hardware. Agora primeiro, um HD SSD não é um barato para eu comprar ( usuário final assalariado) só para queimar ele fazendo teste de desempenho, e mesmo que o mesmo se demonstre com custo/beneficio valido, depois dos teste não teria a necessidade do mesmo, resumo joguei pelo menos 500 reais no lixo só para testar. Eu tinha curiosidade de experimentar um SSD no meu desktop como disco de sistema e swap. Se ele funcionar bem, deve fazer voar. Tambem sou do ICSI ( Se não tivesse apagado a mensagem anterior teria visto ) até por que são no minimo 20 anos de pesquisas sobre os mesmos contra 4 a 5 anos dos SSDs, Ultimo e o mais considerável dos fatos, Se eu não posso confiar na informação do fabricante, este que possui engenheiros nos quais são os unicos que tem acesso a todas as informações pertinentes ao projeto do hardware, então estou sendo lesado e por vias Jurídicas legais o fabricante tem que me sanar o dano causado, alem da propaganda enganosa, bom resumo, se não posso acreditar em um documento técnico chamado Datasheet disponibilizo pelo único especialista no hardware, considere voltarmos para o lápis e papel. O fabricante tem que disponibilizar informações confiáveis aí, senão fica desmoralizado, mas um vídeo de propaganda, como apareceu antes aqui, não é muito confiável, pois pode ser um teste escolhido a dedo para dar um bom resultado. Os argumentos apresentados são interessantes. Mas são argumentos em experiências de uma pessoa, sem um relatório de testes. Por isto devem ser vistas com cuidado. Por exemplo, a pessoa se acostuma com um desempenho, ou com a falta dele. O meu desktop é bem mais rápido que o meu notebook, mas só noto isto direito depois de passar um tempo sem usá-lo. Eu tive a sensação de melhora de desempenho quando mudei do FreeBSD 7.x para o 8.2 no meu desktop, tal como do 8.2 para o 9.0, mas não fiz nenhum teste para confirmar. Também tiveram mudança de driver de vídeo, de KDE etc, então menos ainda posso afirmar. Pode ter envolvido a sensação pelo uso do notebook que é mais lento. Variáveis demais e controle de menos na situação. Oi João, Tenho 2 SSD sata3, hoje está em ZFS, gravando o cache, um em AUFS e outro em COSS, pode ter certeza, deixou os dois SAS (15K) velhos no chinelo, mas não tenho um teste especifico para te mostrar, porém é incomparavel, e já faz meses que estão rodando, sei que devem baixar um pouco o desempenho com o tempo, mas é algo que ainda não consegui perceber. Como os dados gravados neles não são muito relevantes, não me importo se perder (coisa que ainda não aconteceu). Att. Jean Zanuzo João Rocha. Att. -- Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história. Flames /dev/null ( by Irado !! ). RIP Irado! Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ZFS
On Wed, 24 Mar 2010 20:41:19 -0300, Neriberto Caetano do Prado neribe...@gmail.com wrote: Pelo que eu li sobre o ZFS acredito que usa-lo para o cache do squid não seja interessante, seria mais interessante em servidores rodando o samba ou o NFS... Olá, tenho usado ZFS com o lusca, com um hd usando coss com varios arquivos e outro com aufs para objetos grandes (ambos SAS) e o thundercache usando um raidZ com hds sata de 1tb, a experiencia tem sido muito boa, além de ter me livrado do fsck! Nao tenho reclamação, nem gargalos nos discos, trabalham com bastante folga. Em 24 de março de 2010 14:18, Neerlan Amorim neer...@gmail.com escreveu: Como seria se fosse utilizar o ZFS em uma única partição ou hd separado do sistema? ex. /squid estou usando o / em zroot, /cache, /cache2 e o /thunder, tudo em zfs. Em 24 de março de 2010 12:46, Neerlan Amorim neer...@gmail.com escreveu: Como seria se fosse utilizar o ZFS uma única partição? ex. /squid Em 24 de março de 2010 09:52, irado furioso com tudo ir...@bsd.com.br escreveu: Em Wed, 24 Mar 2010 10:40:37 -0300 Andre Fernandes fernandes.an...@gmail.com, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: pouca coisa achei sobre isso (foram dois sites apenas que falavam sobre isso, um deles com um tutorial, mas fazendo um passo todo antes para poder inicializar o sistema de arquivos antes de usar o sysinstall). bem.. eu não estou usando em produção, por enquanto é teste em maquina virtual. Usei este tutorial: https://www.ish.com.au/solutions/articles/freebsdzfs o que notei de diferente é o seguinte: vc compila um novo kernel mas êle não vai diretamente para seu local de boot, que é o tal de /tank/bootdir, vc precisa (pós-compilação) move-lo/copia-lo para lá, senão fica o GENERIC original (risos). funciona legalzim, mas, como mencionei, não é um sistema em produção. compilei alguns links que podem ser uteis (ou confundir mais): http://wiki.freebsd.org/ZFSQuickStartGuide http://wiki.freebsd.org/ZFSOnRoot divirta-se. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free O ideal seria que os moços soubessem como sabem os velhos e os velhos pudessem como os moços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Neerlan Amorim -- Neerlan Amorim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] senhas FreeBSD
Olá Celso! blz cara? On Sun, 25 Jan 2009 09:45:22 -0300, Celso Viana celso.via...@gmail.com wrote: All, O hash padrao das senhas do FreeBSD eh MD5 (eh isso mesmo ou escrevi besteira?); esse algoritmo, pelo que li, jah nao eh mais tao seguro... quais algoritmos podemos usar para as senhas do FreeBSD (master.passwd)? Sim, é MD5. Olhando o man login.conf: passwd_formatstringmd5 The encryption format that new or changed passwords will use. Valid values include des, md5 and blf. NIS clients using a non-FreeBSD NIS server should proba- bly use des. Você pode editar o /etc/login.conf procure por: default:\ :passwd_format=md5:\ Voce pode mudar o md5 por blf ou des. Depois rode o comando cap_mkdb /etc/login.conf e troque a sua senha com o passwd e verá q o hash no master.passwd mudou para um maior (no meu caso uso blf). Thanks!! Att. Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD+Raid+Hp ML350
On Sun, 25 Jan 2009 18:57:51 -0200, Matheus Cucoloto matheuscucol...@gmail.com wrote: Pessoal... Sério mesmo que ninguem ai usa FreeBSD em um Hp ML350? On Thu, Jan 22, 2009 at 9:48 AM, Matheus Cucoloto matheuscucol...@gmail.com wrote: Pessoal To com o FreeBSD 7.1-stable em um HP ML 350 g5 e estou enfrentando lentidão extrema no IO da controladora. Com Raid 0 consigo o seguinte IO em um dump. marte# iostat -w 1 -c 1000 da0 tty da0 cpu tin tout KB/t tps MB/s us ni sy in id 09 30.41 10 0.29 1 0 0 4 95 0 129 64.00 153 9.56 0 0 0 3 97 0 43 64.00 153 9.55 0 0 1 5 94 0 43 64.00 153 9.55 0 0 1 4 95 0 43 63.37 152 9.40 0 0 1 6 93 0 43 63.37 152 9.40 0 0 0 5 95 0 43 64.00 153 9.55 0 0 2 6 92 0 43 64.00 153 9.55 0 0 0 4 96 0 43 63.69 154 9.57 0 0 1 4 95 0 43 63.38 154 9.52 0 0 0 4 95 0 43 62.80 155 9.50 0 0 1 3 96 0 43 64.00 153 9.55 0 0 0 2 98 0 43 63.69 154 9.57 0 0 1 6 94 0 43 61.85 156 9.41 0 0 1 2 98 Em Raid1 consigo o seguinte () em um dump. marte# iostat -c 1000 -w 1 da0 tty da0 cpu tin tout KB/t tps MB/s us ni sy in id 1 688 6.48 71 0.45 0 0 1 0 99 0 561 55.12 114 6.13 0 0 1 0 98 0 459 37.02 114 4.12 0 0 1 0 99 0 425 34.52 115 3.87 0 0 1 0 99 0 396 40.32 114 4.49 0 0 1 0 99 0 353 25.21 119 2.93 0 0 1 0 99 0 420 39.19 114 4.36 0 0 0 0 100 0 435 36.80 113 4.05 0 0 1 0 99 0 454 40.60 117 4.64 0 0 1 0 99 0 360 34.14 116 3.86 0 0 0 0 99 0 442 39.00 116 4.42 0 0 0 0 99 0 353 34.69 118 3.99 0 0 0 0 99 0 541 42.55 112 4.65 0 0 1 0 99 0 408 32.27 117 3.68 0 0 0 0 99 0 418 35.75 113 3.94 0 0 0 0 100 0 285 44.03 116 4.98 0 0 0 0 100 0 96 28.09 112 3.07 0 0 2 0 98 0 43 7.52 126 0.92 0 0 0 0 100 Em uma maquina normal isso é superado umas 30x mais Ja dei uma pesquisada mas nada... Pergunto... Alguem ai ja teve problemas com este hardware? Amigo Matheus, tenho uma controladora igual a sua num HP DL 180 G5. # pciconf -l -v ci...@pci0:7:8:0: class=0x010400 card=0x3212103c chip=0x3238103c rev=0x00 hdr=0x00 vendor = 'Hewlett-Packard Company' device = 'Smart Array E200/E200i Controller' class = mass storage subclass = RAID Em um teste parecido com o seu, num servidor em produção obetive com um dd if=/dev/random of=/montagem/xxx.teste o seguinte resultado: # iostat -c 1000 -w 1 da1 tty da1 cpu tin tout KB/t tps MB/s us ni sy in id 04 16.70 21 0.35 2 0 1 0 97 0 128 52.78 677 34.91 3 0 27 1 69 0 43 62.82 478 29.33 1 0 26 0 73 0 43 62.57 506 30.92 1 0 26 1 72 0 43 62.91 503 30.90 2 0 26 1 72 0 43 61.33 574 34.40 3 0 26 0 71 0 43 60.32 585 34.47 4 0 25 1 70 0 43 61.83 549 33.16 3 0 27 1 70 0 43 57.02 591 32.94 2 0 24 1 73 0 43 63.29 508 31.41 4 0 25 0 71 0 43 58.98 537 30.90 2 0 25 1 72 0 43 60.71 573 33.96 3 0 27 2 68 0 43 54.15 723 38.21 3 0 24 0 72 1 165 62.91 403 24.76 2 0 21 1 77 0 43 8.86 14 0.12 2 0 1 0 97 ^C Como eu posso reportar o time de desenvolvimento do driver sobre este problema. Com outro SO a taxa de transferencia é extraordinariamente maior. marte# pciconf -vl hos...@pci0:0:0:0: class=0x06 card=0x31fd103c chip=0x25d08086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000Z Chipset Memory Controller Hub' class = bridge subclass = HOST-PCI pc...@pci0:0:2:0: class=0x060400 card=0x chip=0x25f78086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 2-3' class = bridge subclass = PCI-PCI pc...@pci0:0:3:0: class=0x060400 card=0x chip=0x25e38086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 3' class = bridge subclass = PCI-PCI pc...@pci0:0:4:0: class=0x060400 card=0x chip=0x25e48086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 4' class = bridge subclass = PCI-PCI pc...@pci0:0:5:0: class=0x060400 card=0x chip=0x25e58086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 5' class = bridge subclass = PCI-PCI hos...@pci0:0:16:0: class=0x06 card=0x31fd103c chip=0x25f08086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series
Re: [FUG-BR] RES: Transferência de sistema entre D iscos
Eduardo Frazão escreveu: Nao manjo de Rsync. Eu nao poderia usar DD, pois vou precisar mudar o tamanho das particoes. DD traria um clone identico. Estou pensando em particionar os novos discos, iniciar uma nova instalacao, com as particoes na mesma ordem, e depois, bootar outro SO, e sobrescrever os arquivos recem instalados. Assim, teria bootloader, e todo o sistema da outra maquina, usando um cp -p para preservar as permissoes dos arquivos.. Acham que pode dar certo? Abraços! Em 12/12/07, Rodrigo Mufalani [1][EMAIL PROTECTED] escreveu: Você tem outra máquina semelhante? Um dump/restore e depois um rsync não te resolveriam isso não? -Mensagem original- De: [EMAIL PROTECTED] [[3]mailto:[EMAIL PROTECTED] Em nome de Eduardo Frazão Enviada em: terça-feira, 11 de dezembro de 2007 16:20 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] Transferência de sistema entre Discos Boa tarde a todos! Estou num dilema :) Ehhehehe Tinha um array em Raid 1, com dois discos de 250GGB SATA2 Um dos discos falhou, e o array quebrou, mas o sistema continuou no ar. Para a minha surpresa, assim que fui reconstruir, o array, descobri que o disco slave, que está suportando o sistema, também está danificado, logo no oitavo bloco, o que me impede de passar um DD dele para qualquer outro disco. Nunca tinha percebido o problema, pois a primeira partição do slice é swap, q nunca precisou ser acessada. Por ser um servidor VITAL, eu não posso interromper os serviços dele em dias de expediente normais, logo, vou ter que desligar o infeliz no final de semana, e entregá-lo 100% assim que o expediente voltar. De qualquer forma, não vou ter tempo hábil de remontar tudo, e além do mais, é o DomainServer do local, e qualquer mudança, eu teria que refazer join em todas as máquinas. Comprei 2 discos novos SATA 2 Seagate 24x7 de 400GB, e gostaria de saber se posso particionar esse disco a meu gosto, seguindo pelo menos a mesma ordem de pontos de montagem, e transferir todas as partições para as dos novos discos, sem usar DD, pois as partições terão tamanhos diferentes. Todas as partições são legíveis, exceto a swap. Precisaria transferir os arquivos com exata precisão de permissões, sem contar o boot loader, e etc. É possível? Abraços a todos! - Histórico: [4]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [5]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [6]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [7]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [8]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [9]https://www.fug.com.br/mailman/listinfo/freebsd Ultima vez que usei o dump e restore foi soh particionar pelo sysinstall e depois fazer o dump | restore e reiniciar com o novo hd, nao foi nescessaria a instalacao minima. Muito rapido e pratico. References 1. mailto:[EMAIL PROTECTED] 2. mailto:[EMAIL PROTECTED] 3. mailto:[EMAIL PROTECTED] 4. http://www.fug.com.br/historico/html/freebsd/ 5. https://www.fug.com.br/mailman/listinfo/freebsd 6. http://www.fug.com.br/historico/html/freebsd/ 7. https://www.fug.com.br/mailman/listinfo/freebsd 8. http://www.fug.com.br/historico/html/freebsd/ 9. https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Transferência de sistema entre D iscos
Eduardo Frazão escreveu: E quanto ao BootLoader Jean Carlos? Gostei da Idéia! Ultima vez que usei o dump e restore foi soh particionar pelo sysinstall e depois fazer o dump | restore e reiniciar com o novo hd, nao foi nescessaria a instalacao minima. Muito rapido e pratico. References 1. [1]mailto:[EMAIL PROTECTED] 2. [2]mailto:[EMAIL PROTECTED] 3. [3]mailto:[EMAIL PROTECTED] 4. [4]http://www.fug.com.br/historico/html/freebsd/ 5. [5]https://www.fug.com.br/mailman/listinfo/freebsd 6. [6]http://www.fug.com.br/historico/html/freebsd/ 7. [7]https://www.fug.com.br/mailman/listinfo/freebsd 8. [8]http://www.fug.com.br/historico/html/freebsd/ 9. [9]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [10]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [11]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [12]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [13]https://www.fug.com.br/mailman/listinfo/freebsd Dentro do sysinstall, no fdisk, qndo grava, vc pode escolher o gerenciador de boot STANDARD (ou o outro q nao lembro o nome) e ele jah instala, o loader vem junto no restore. Nunca tive problemas considerando q o loader sempre esteve na primeira particao, e soh fiz isso com disco sata e compact flash (ad0), com sas (da0) nunca tentei. Eu coloquei o outro hd hotplug junto no servidor em producao, dei um atacontrol attach nele, particionei o novo, dei o dump|restore, desliguei, coloquei o hd novo na gaveta do antigo e foi soh alegria! Boa sorte References 1. mailto:[EMAIL PROTECTED] 2. mailto:[EMAIL PROTECTED] 3. mailto:[EMAIL PROTECTED] 4. http://www.fug.com.br/historico/html/freebsd/ 5. https://www.fug.com.br/mailman/listinfo/freebsd 6. http://www.fug.com.br/historico/html/freebsd/ 7. https://www.fug.com.br/mailman/listinfo/freebsd 8. http://www.fug.com.br/historico/html/freebsd/ 9. https://www.fug.com.br/mailman/listinfo/freebsd 10. http://www.fug.com.br/historico/html/freebsd/ 11. https://www.fug.com.br/mailman/listinfo/freebsd 12. http://www.fug.com.br/historico/html/freebsd/ 13. https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Transferência de sistema entre Discos
Eduardo Frazão escreveu: Boa tarde a todos! Estou num dilema :) Ehhehehe Tinha um array em Raid 1, com dois discos de 250GGB SATA2 Um dos discos falhou, e o array quebrou, mas o sistema continuou no ar. Para a minha surpresa, assim que fui reconstruir, o array, descobri que o disco slave, que está suportando o sistema, também está danificado, logo no oitavo bloco, o que me impede de passar um DD dele para qualquer outro disco. Nunca tinha percebido o problema, pois a primeira partição do slice é swap, q nunca precisou ser acessada. Por ser um servidor VITAL, eu não posso interromper os serviços dele em dias de expediente normais, logo, vou ter que desligar o infeliz no final de semana, e entregá-lo 100% assim que o expediente voltar. De qualquer forma, não vou ter tempo hábil de remontar tudo, e além do mais, é o DomainServer do local, e qualquer mudança, eu teria que refazer join em todas as máquinas. Comprei 2 discos novos SATA 2 Seagate 24x7 de 400GB, e gostaria de saber se posso particionar esse disco a meu gosto, seguindo pelo menos a mesma ordem de pontos de montagem, e transferir todas as partições para as dos novos discos, sem usar DD, pois as partições terão tamanhos diferentes. Todas as partições são legíveis, exceto a swap. Precisaria transferir os arquivos com exata precisão de permissões, sem contar o boot loader, e etc. É possível? Abraços a todos! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ve se te ajuda http://www.fug.com.br/historico/html/freebsd/2003-10/msg00697.html, tem varios historicos envolvendo o dump e o restore Att. Jean Carlos Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
