Re: [FUG-BR] Hd 4Tb
2011/1/30 Luiz Otavio O Souza : > On Jan 30, 2011, at 2:12 AM, Joao Rocha Braga Filho wrote: >> 2011/1/29 Cleyton Agapito : >>> Em 29 de janeiro de 2011 13:22, Joao Rocha Braga Filho >>> escreveu: Pensando no limite de 2 TB da MBR, acho que é por isto que não lançam HD maior que este tamanho. >>> ... >>> >>> Como a lista é sobre FreeBSD me permiti remover o restante :-) >>> >>> Estou tentando acompanhar a thread mas não estou entendendo essa parte >>> da MBR, essa não é aquale pedacinho de 512 bytes no começo de cada >>> partição ou de cada disco? Também não captei como o gpart poderia >>> ajudar, seria fazendo um raid com as partições? Tipo, paliativo, >> >> MBR é de cada disco, e descreve quais partições (até 4) existentes no disco, >> e o setor de boot é no início de cada partição. > > Camadas, camadas e camadas > > A BIOS vai procurar pelo MBR no primeiro setor do disco e depois vai executar > o bootloader na partição ativa. Nesse ponto, o bootloader assume e executa o > SO. > > Mas eventualmente (para resolver o problema de só ser possível utilizar 4 > partições), o bootloader (que pode fazer parte do SO ou não) pode implementar > algumas 'mágicas' por conta própria. > > Uma dessas mágicas são as partições extendidas que alguns SOs utilizam: > windows, linux e mesmo no FreeBSD, que acabou levando o nome de BSD label > (são os 16 'slices' que podemos criar dentro de cada uma das 4 partições > definidas pelo MBR). > > Para a BIOS, esses formatos extendidos não existem ela vê apenas suas 4 > partições primárias e só mesmo o bootloader para saber identificar e > trabalhar com a próxima 'camada'. > > Aqui tem uma descrição do MBR (como são compostos os 'campos' do MBR nos seus > 512 bytes): > > http://en.wikipedia.org/wiki/Master_boot_record > > E nesse link há mais algumas informações sobre os limites desse sistema: > > http://en.wikipedia.org/wiki/Logical_block_addressing > > >> RAID com partições é só inventar bagunça, especialmente no caso que ele >> quer ter um disco inteiro de 4 GB. GPART é um esquema diferente para >> definir as partições, creio eu. > > gpart(8) é uma (nova) ferramenta do FreeBSD para gerenciar partições: > > http://www.freebsd.org/cgi/man.cgi?query=gpart&apropos=0&sektion=0&manpath=FreeBSD+8.1-RELEASE&format=html > > Através dessa ferramenta é possível gerenciar vários formatos diferentes de > particionamento através de uma interface única (necessário agora que o > FreeBSD esta suportando mais e mais arquiteturas, como o port do PPC que vem > evoluindo rapidamente). > > Logo no inicio do manual há uma lista dos formatos suportados. > > IMHO, depois do susto da mudança, o gpart(8) é muito mais simples de se > trabalhar que o antigo fdisk(8). > > Com o gpart(8) você pode criar um esquema GPT de partições (que vem > substituindo a MBR em sistemas modernos). > > O que muda ? > > Utilizando GPT você terá: > > - Suporte a 128 partições nativas (sem partições extendidas, xunxo, > gambiarra ou o que seja); > > - Backup da tabela de partição (o GPT mantém duas cópias da tabela de > partição do disco, uma no primeiro setor e a outra no ultimo); > > - Algumas outras pequenas melhorias, como 'label' nativo para as partições; > > - Suporte a endereçamento de 64bits, que aumenta substancialmente o tamanho > máximo dos discos suportados. > > >> >> Um disco de FreeBSD pode não ter partições, se pedir para usar o disco >> inteiro, como eu faço, mas o Ruindows, e alguns outros sistemas operacionais >> podem tentar ver o que tem no disco e não entender nada. Neste modo, o >> que seria a partição FreeBSD ocupa o disco inteiro, e não existe MBR. >> >>> xunxo? >>> >>> Essa barreira é vencida trocando o sistema para 64 bits? Essa troca eu >>> já estou considerando já que vou ter que trocar minha máquina urgente, >>> antes de 2035 :-) > > Não existe relação nenhuma com o tipo do 'host' (maquinas de 32 ou 64bits), > mesmo no amd64 o MBR é o mesmo - 512 bytes - (bem como suas limitações). > > E da mesma forma, o formato GPT funciona em qualquer maquina/arquitetura > 32bits. > > >> >> Tem um bug nos Unix que aparecerá em 2033, que é quando a data passa >> dos 2^31 segundos desde 01/01/1970 00:00. Se usar sem sinal o problema >> é adiado para 2107, quando chega a 2^32. >> >> Sou à favor de mudar a data para 64 bits, com resolução de micro-segundos, >> e permitindo datas desde antes de Cristo. Assim teríamos como representar >> desde 29227102 anos antes de Cristo até o ano 29227102. Acho que só alguma >> geração muito futura teria algum problema. >> >> >> João Rocha. > > João, o time_t é feito para representar horários e datas 'humanas', datas de > eventos que nós 'humanos' utilizamos para identifica-los. > > Não acho que um 'timestamp' de uso uso generico deva ter 'microsegundos' > (qual a data de nascimento dos seus filhos ? você lembra da hora ? do minuto > ? do segundo ? e ainda do microsegundo ? heuehuhea) > > Quando você precisa analisar eventos rápidos, há outra
Re: [FUG-BR] Hd 4Tb
On Jan 30, 2011, at 2:12 AM, Joao Rocha Braga Filho wrote: > 2011/1/29 Cleyton Agapito : >> Em 29 de janeiro de 2011 13:22, Joao Rocha Braga Filho >> escreveu: >>> Pensando no limite de 2 TB da MBR, acho que é por isto que não >>> lançam HD maior que este tamanho. >> ... >> >> Como a lista é sobre FreeBSD me permiti remover o restante :-) >> >> Estou tentando acompanhar a thread mas não estou entendendo essa parte >> da MBR, essa não é aquale pedacinho de 512 bytes no começo de cada >> partição ou de cada disco? Também não captei como o gpart poderia >> ajudar, seria fazendo um raid com as partições? Tipo, paliativo, > > MBR é de cada disco, e descreve quais partições (até 4) existentes no disco, > e o setor de boot é no início de cada partição. Camadas, camadas e camadas A BIOS vai procurar pelo MBR no primeiro setor do disco e depois vai executar o bootloader na partição ativa. Nesse ponto, o bootloader assume e executa o SO. Mas eventualmente (para resolver o problema de só ser possível utilizar 4 partições), o bootloader (que pode fazer parte do SO ou não) pode implementar algumas 'mágicas' por conta própria. Uma dessas mágicas são as partições extendidas que alguns SOs utilizam: windows, linux e mesmo no FreeBSD, que acabou levando o nome de BSD label (são os 16 'slices' que podemos criar dentro de cada uma das 4 partições definidas pelo MBR). Para a BIOS, esses formatos extendidos não existem ela vê apenas suas 4 partições primárias e só mesmo o bootloader para saber identificar e trabalhar com a próxima 'camada'. Aqui tem uma descrição do MBR (como são compostos os 'campos' do MBR nos seus 512 bytes): http://en.wikipedia.org/wiki/Master_boot_record E nesse link há mais algumas informações sobre os limites desse sistema: http://en.wikipedia.org/wiki/Logical_block_addressing > RAID com partições é só inventar bagunça, especialmente no caso que ele > quer ter um disco inteiro de 4 GB. GPART é um esquema diferente para > definir as partições, creio eu. gpart(8) é uma (nova) ferramenta do FreeBSD para gerenciar partições: http://www.freebsd.org/cgi/man.cgi?query=gpart&apropos=0&sektion=0&manpath=FreeBSD+8.1-RELEASE&format=html Através dessa ferramenta é possível gerenciar vários formatos diferentes de particionamento através de uma interface única (necessário agora que o FreeBSD esta suportando mais e mais arquiteturas, como o port do PPC que vem evoluindo rapidamente). Logo no inicio do manual há uma lista dos formatos suportados. IMHO, depois do susto da mudança, o gpart(8) é muito mais simples de se trabalhar que o antigo fdisk(8). Com o gpart(8) você pode criar um esquema GPT de partições (que vem substituindo a MBR em sistemas modernos). O que muda ? Utilizando GPT você terá: - Suporte a 128 partições nativas (sem partições extendidas, xunxo, gambiarra ou o que seja); - Backup da tabela de partição (o GPT mantém duas cópias da tabela de partição do disco, uma no primeiro setor e a outra no ultimo); - Algumas outras pequenas melhorias, como 'label' nativo para as partições; - Suporte a endereçamento de 64bits, que aumenta substancialmente o tamanho máximo dos discos suportados. > > Um disco de FreeBSD pode não ter partições, se pedir para usar o disco > inteiro, como eu faço, mas o Ruindows, e alguns outros sistemas operacionais > podem tentar ver o que tem no disco e não entender nada. Neste modo, o > que seria a partição FreeBSD ocupa o disco inteiro, e não existe MBR. > >> xunxo? >> >> Essa barreira é vencida trocando o sistema para 64 bits? Essa troca eu >> já estou considerando já que vou ter que trocar minha máquina urgente, >> antes de 2035 :-) Não existe relação nenhuma com o tipo do 'host' (maquinas de 32 ou 64bits), mesmo no amd64 o MBR é o mesmo - 512 bytes - (bem como suas limitações). E da mesma forma, o formato GPT funciona em qualquer maquina/arquitetura 32bits. > > Tem um bug nos Unix que aparecerá em 2033, que é quando a data passa > dos 2^31 segundos desde 01/01/1970 00:00. Se usar sem sinal o problema > é adiado para 2107, quando chega a 2^32. > > Sou à favor de mudar a data para 64 bits, com resolução de micro-segundos, > e permitindo datas desde antes de Cristo. Assim teríamos como representar > desde 29227102 anos antes de Cristo até o ano 29227102. Acho que só alguma > geração muito futura teria algum problema. > > > João Rocha. João, o time_t é feito para representar horários e datas 'humanas', datas de eventos que nós 'humanos' utilizamos para identifica-los. Não acho que um 'timestamp' de uso uso generico deva ter 'microsegundos' (qual a data de nascimento dos seus filhos ? você lembra da hora ? do minuto ? do segundo ? e ainda do microsegundo ? heuehuhea) Quando você precisa analisar eventos rápidos, há outras soluções, como os timers de alta resolução (HPET): http://en.wikipedia.org/wiki/High_Precision_Event_Timer Assim você tem um pouco dos dois mundos, alta precisão e resolução (se preciso) e da
Re: [FUG-BR] Hd 4Tb
2011/1/29 Cleyton Agapito : > Em 29 de janeiro de 2011 13:22, Joao Rocha Braga Filho > escreveu: >> Pensando no limite de 2 TB da MBR, acho que é por isto que não >> lançam HD maior que este tamanho. > ... > > Como a lista é sobre FreeBSD me permiti remover o restante :-) > > Estou tentando acompanhar a thread mas não estou entendendo essa parte > da MBR, essa não é aquale pedacinho de 512 bytes no começo de cada > partição ou de cada disco? Também não captei como o gpart poderia > ajudar, seria fazendo um raid com as partições? Tipo, paliativo, MBR é de cada disco, e descreve quais partições (até 4) existentes no disco, e o setor de boot é no início de cada partição. RAID com partições é só inventar bagunça, especialmente no caso que ele quer ter um disco inteiro de 4 GB. GPART é um esquema diferente para definir as partições, creio eu. Um disco de FreeBSD pode não ter partições, se pedir para usar o disco inteiro, como eu faço, mas o Ruindows, e alguns outros sistemas operacionais podem tentar ver o que tem no disco e não entender nada. Neste modo, o que seria a partição FreeBSD ocupa o disco inteiro, e não existe MBR. > xunxo? > > Essa barreira é vencida trocando o sistema para 64 bits? Essa troca eu > já estou considerando já que vou ter que trocar minha máquina urgente, > antes de 2035 :-) Tem um bug nos Unix que aparecerá em 2033, que é quando a data passa dos 2^31 segundos desde 01/01/1970 00:00. Se usar sem sinal o problema é adiado para 2107, quando chega a 2^32. Sou à favor de mudar a data para 64 bits, com resolução de micro-segundos, e permitindo datas desde antes de Cristo. Assim teríamos como representar desde 29227102 anos antes de Cristo até o ano 29227102. Acho que só alguma geração muito futura teria algum problema. João Rocha. > > Abração! > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." http://jgoffredo.blogspot.com goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hd 4Tb
Em 29 de janeiro de 2011 13:22, Joao Rocha Braga Filho escreveu: > Pensando no limite de 2 TB da MBR, acho que é por isto que não > lançam HD maior que este tamanho. ... Como a lista é sobre FreeBSD me permiti remover o restante :-) Estou tentando acompanhar a thread mas não estou entendendo essa parte da MBR, essa não é aquale pedacinho de 512 bytes no começo de cada partição ou de cada disco? Também não captei como o gpart poderia ajudar, seria fazendo um raid com as partições? Tipo, paliativo, xunxo? Essa barreira é vencida trocando o sistema para 64 bits? Essa troca eu já estou considerando já que vou ter que trocar minha máquina urgente, antes de 2035 :-) Abração! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hd 4Tb
2011/1/29 Danilo Egea : > On 1/29/11 1:22 PM, Joao Rocha Braga Filho wrote: >> Pensando no limite de 2 TB da MBR, acho que é por isto que não >> lançam HD maior que este tamanho. Do modo que os tamanho de >> HD cresceram, e pararam repentinamente em 2 TB, já era para >> termos HDs de 4 TB. Mas imagine colocar um HD de mais de 2 TB >> à venda informando que ele só funciona no Linux, No Solaris, nos >> BSDs ( inclusive Mac OS X), mas não no Windows. rsrs >> >> Ia ter gente instalando Ubuntu só para usar HDs maiores de 2 TB, >> e empresa xingando por que não pode aumentar a capacidade de >> disco do servidor só por que escolheu usar Windows Server. >> >> A Microsoft iria desesperadamente tentar resolver o problema. >> Acho que se eu fosse fabricante de HD lançava o HD, informando >> esta limitação. >> >> Aliás, já houve a barreira de 32 GB, mas era de reconhecimento das >> BIOS, e depois de um tempo, todas as BIOS novas davam suporte >> para HDs maiores que este limite. Fora os sistemas operacionais. O >> meu AMD K6 não sabe que tem um segundo HD, que é de 250 GB, >> e se descobrir, a BIOS enfarta quando o acha. Quem resolve este >> problema é o FreeBSD. >> >> >> João Rocha. >> >> >> > O Window$ suporta GPT, e tbm já existem HDs maiores que 2TB > http://www.legitreviews.com/article/1442/1/ Não achei ontem no site da Seagate. Não sabia que a WD tinha feito um e faltou ideia de procurar. O Windows XP não suporta, o Vista em diante sim, Então os Windows Server antigos não devem suportar, e talvez os novos suportem. E no artigo tem uma menção à necessidade de um Windows de 64 bits. João Rocha. > __ > Fale com seus amigos de graça com o novo Yahoo! Messenger > http://br.messenger.yahoo.com/ > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." http://jgoffredo.blogspot.com goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hd 4Tb
On 1/29/11 1:22 PM, Joao Rocha Braga Filho wrote: > Pensando no limite de 2 TB da MBR, acho que é por isto que não > lançam HD maior que este tamanho. Do modo que os tamanho de > HD cresceram, e pararam repentinamente em 2 TB, já era para > termos HDs de 4 TB. Mas imagine colocar um HD de mais de 2 TB > à venda informando que ele só funciona no Linux, No Solaris, nos > BSDs ( inclusive Mac OS X), mas não no Windows. rsrs > > Ia ter gente instalando Ubuntu só para usar HDs maiores de 2 TB, > e empresa xingando por que não pode aumentar a capacidade de > disco do servidor só por que escolheu usar Windows Server. > > A Microsoft iria desesperadamente tentar resolver o problema. > Acho que se eu fosse fabricante de HD lançava o HD, informando > esta limitação. > > Aliás, já houve a barreira de 32 GB, mas era de reconhecimento das > BIOS, e depois de um tempo, todas as BIOS novas davam suporte > para HDs maiores que este limite. Fora os sistemas operacionais. O > meu AMD K6 não sabe que tem um segundo HD, que é de 250 GB, > e se descobrir, a BIOS enfarta quando o acha. Quem resolve este > problema é o FreeBSD. > > > João Rocha. > > > 2011/1/29 Luiz Otavio O Souza: >> On Jan 29, 2011, at 10:30 AM, Welkson Renny de Medeiros wrote: >>> Fri, 28 Jan 2011 23:11:17 -0200 >>> , Joao Rocha Braga Filho >>> escreveu: >>> 2011/1/28 Leandro - Intersol: > Boa Noite Pessoal > > olha estou com um problema o qual ainda nao tinha me deparado. > > Estou com uma controladora RAID física fazendo um RAID0 de 2 discos de > 2TB, > com com isso > > a todo momento e de toda a forma que eu tenho conhecimento no FreeBSD 8.2 > eu > só consigo > usar uma particao de como se fosse 2TB. > > Pergunta alguém sabe me falar se consigo criar uma particao de 4tb assim ? > > > > Outra vez fiz um raid0 via software com 6tb e funcionou normal, mas agora > via hardware > > nao vai. Já pensou que pode ser limite da controladora? João Rocha. >>> >>> Tenho um storage de 8TB mas não é ligado ao FreeBSD... fiz uma busca rápida >>> e encontrei isso: >>> http://www.freebsd.org/projects/bigdisk/index.html >>> >>> "Unfortunately, many tools and storage mechanisms still use or assume 32 >>> bit values, often keeping FreeBSD limited to 2TB" >>> >>> Não li o texto todo... mas talvez seja um ponto de partida para o que >>> precisa. >>> >>> -- >>> Welkson Renny de Medeiros >>> Focus Automação Comercial >>> Desenvolvimento / Gerência de Redes >>> welk...@focusautomacao.com.br >> Welkson, >> >> Eu dei uma olhada lá e realmente não há como acessar discos de mais de 2TB >> utilizando o formato de partição convencional (MBR) que tem seus offsets >> baseados em inteiros de 32 bits (e como é um 'padrão' muito antigo dos PCs, >> não tem como/não vai mudar). >> >> É preciso migrar para o formato GPT (veja como em gpart(8)) ou utilizar o >> disco no formato 'dedicado' (sem MBR). >> >> Att., >> Luiz >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > O Window$ suporta GPT, e tbm já existem HDs maiores que 2TB http://www.legitreviews.com/article/1442/1/ __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hd 4Tb
Pensando no limite de 2 TB da MBR, acho que é por isto que não lançam HD maior que este tamanho. Do modo que os tamanho de HD cresceram, e pararam repentinamente em 2 TB, já era para termos HDs de 4 TB. Mas imagine colocar um HD de mais de 2 TB à venda informando que ele só funciona no Linux, No Solaris, nos BSDs ( inclusive Mac OS X), mas não no Windows. rsrs Ia ter gente instalando Ubuntu só para usar HDs maiores de 2 TB, e empresa xingando por que não pode aumentar a capacidade de disco do servidor só por que escolheu usar Windows Server. A Microsoft iria desesperadamente tentar resolver o problema. Acho que se eu fosse fabricante de HD lançava o HD, informando esta limitação. Aliás, já houve a barreira de 32 GB, mas era de reconhecimento das BIOS, e depois de um tempo, todas as BIOS novas davam suporte para HDs maiores que este limite. Fora os sistemas operacionais. O meu AMD K6 não sabe que tem um segundo HD, que é de 250 GB, e se descobrir, a BIOS enfarta quando o acha. Quem resolve este problema é o FreeBSD. João Rocha. 2011/1/29 Luiz Otavio O Souza : > On Jan 29, 2011, at 10:30 AM, Welkson Renny de Medeiros wrote: >> Fri, 28 Jan 2011 23:11:17 -0200 >> , Joao Rocha Braga Filho >> escreveu: >> >>> 2011/1/28 Leandro - Intersol : Boa Noite Pessoal olha estou com um problema o qual ainda nao tinha me deparado. Estou com uma controladora RAID física fazendo um RAID0 de 2 discos de 2TB, com com isso a todo momento e de toda a forma que eu tenho conhecimento no FreeBSD 8.2 eu só consigo usar uma particao de como se fosse 2TB. Pergunta alguém sabe me falar se consigo criar uma particao de 4tb assim ? Outra vez fiz um raid0 via software com 6tb e funcionou normal, mas agora via hardware nao vai. >>> >>> Já pensou que pode ser limite da controladora? >>> >>> >>> João Rocha. >>> >> >> >> Tenho um storage de 8TB mas não é ligado ao FreeBSD... fiz uma busca rápida >> e encontrei isso: >> http://www.freebsd.org/projects/bigdisk/index.html >> >> "Unfortunately, many tools and storage mechanisms still use or assume 32 bit >> values, often keeping FreeBSD limited to 2TB" >> >> Não li o texto todo... mas talvez seja um ponto de partida para o que >> precisa. >> >> -- >> Welkson Renny de Medeiros >> Focus Automação Comercial >> Desenvolvimento / Gerência de Redes >> welk...@focusautomacao.com.br > > Welkson, > > Eu dei uma olhada lá e realmente não há como acessar discos de mais de 2TB > utilizando o formato de partição convencional (MBR) que tem seus offsets > baseados em inteiros de 32 bits (e como é um 'padrão' muito antigo dos PCs, > não tem como/não vai mudar). > > É preciso migrar para o formato GPT (veja como em gpart(8)) ou utilizar o > disco no formato 'dedicado' (sem MBR). > > Att., > Luiz > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." http://jgoffredo.blogspot.com goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hd 4Tb
On Jan 29, 2011, at 10:30 AM, Welkson Renny de Medeiros wrote: > Fri, 28 Jan 2011 23:11:17 -0200 > , Joao Rocha Braga Filho > escreveu: > >> 2011/1/28 Leandro - Intersol : >>> Boa Noite Pessoal >>> >>> olha estou com um problema o qual ainda nao tinha me deparado. >>> >>> Estou com uma controladora RAID física fazendo um RAID0 de 2 discos de 2TB, >>> com com isso >>> >>> a todo momento e de toda a forma que eu tenho conhecimento no FreeBSD 8.2 eu >>> só consigo >>> usar uma particao de como se fosse 2TB. >>> >>> Pergunta alguém sabe me falar se consigo criar uma particao de 4tb assim ? >>> >>> >>> >>> Outra vez fiz um raid0 via software com 6tb e funcionou normal, mas agora >>> via hardware >>> >>> nao vai. >> >> Já pensou que pode ser limite da controladora? >> >> >> João Rocha. >> > > > Tenho um storage de 8TB mas não é ligado ao FreeBSD... fiz uma busca rápida e > encontrei isso: > http://www.freebsd.org/projects/bigdisk/index.html > > "Unfortunately, many tools and storage mechanisms still use or assume 32 bit > values, often keeping FreeBSD limited to 2TB" > > Não li o texto todo... mas talvez seja um ponto de partida para o que > precisa. > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > welk...@focusautomacao.com.br Welkson, Eu dei uma olhada lá e realmente não há como acessar discos de mais de 2TB utilizando o formato de partição convencional (MBR) que tem seus offsets baseados em inteiros de 32 bits (e como é um 'padrão' muito antigo dos PCs, não tem como/não vai mudar). É preciso migrar para o formato GPT (veja como em gpart(8)) ou utilizar o disco no formato 'dedicado' (sem MBR). Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hd 4Tb
Fri, 28 Jan 2011 23:11:17 -0200 , Joao Rocha Braga Filho escreveu: > 2011/1/28 Leandro - Intersol : > > Boa Noite Pessoal > > > > olha estou com um problema o qual ainda nao tinha me deparado. > > > > Estou com uma controladora RAID física fazendo um RAID0 de 2 discos de 2TB, > > com com isso > > > > a todo momento e de toda a forma que eu tenho conhecimento no FreeBSD 8.2 eu > > só consigo > > usar uma particao de como se fosse 2TB. > > > > Pergunta alguém sabe me falar se consigo criar uma particao de 4tb assim ? > > > > > > > > Outra vez fiz um raid0 via software com 6tb e funcionou normal, mas agora > > via hardware > > > > nao vai. > > Já pensou que pode ser limite da controladora? > > > João Rocha. > Tenho um storage de 8TB mas não é ligado ao FreeBSD... fiz uma busca rápida e encontrei isso: http://www.freebsd.org/projects/bigdisk/index.html "Unfortunately, many tools and storage mechanisms still use or assume 32 bit values, often keeping FreeBSD limited to 2TB" Não li o texto todo... mas talvez seja um ponto de partida para o que precisa. -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hd 4Tb
2011/1/28 Leandro - Intersol : > Boa Noite Pessoal > > olha estou com um problema o qual ainda nao tinha me deparado. > > Estou com uma controladora RAID física fazendo um RAID0 de 2 discos de 2TB, > com com isso > > a todo momento e de toda a forma que eu tenho conhecimento no FreeBSD 8.2 eu > só consigo > usar uma particao de como se fosse 2TB. > > Pergunta alguém sabe me falar se consigo criar uma particao de 4tb assim ? > > > > Outra vez fiz um raid0 via software com 6tb e funcionou normal, mas agora > via hardware > > nao vai. Já pensou que pode ser limite da controladora? João Rocha. > > Obrigado pela ajuda > > > > > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." http://jgoffredo.blogspot.com goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Hd 4Tb
Boa Noite Pessoal olha estou com um problema o qual ainda nao tinha me deparado. Estou com uma controladora RAID física fazendo um RAID0 de 2 discos de 2TB, com com isso a todo momento e de toda a forma que eu tenho conhecimento no FreeBSD 8.2 eu só consigo usar uma particao de como se fosse 2TB. Pergunta alguém sabe me falar se consigo criar uma particao de 4tb assim ? Outra vez fiz um raid0 via software com 6tb e funcionou normal, mas agora via hardware nao vai. Obrigado pela ajuda - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
