Debian stucks na formatação de 33%

Question

Estou tentando instalar o Debian Squeeze 6.0.5 em um novo HP Proliant Microserver N40L com 4 GB de RAM e 1.5 GHZ e 2 novos Seagate BARRACUDA 2TB HDD (entregues ontem). A instalação ficou no ponto de formatação do HD de 2 TB em 33%. Dei-lhe 16 horas, abortei a formatação e iniciei o SEATOOLS HDD Utility para verificar erros. O disco rígido passou o cheque e eu acabei de lançar ambos os discos hdd com zero pelo utilitário SEATOOLS. Agora eu reiniciei a instalação e ele ficou preso novamente em 33%. Por quanto tempo eu preciso esperar por essa formatação?

Partições do Software-Raid 1: / boot 500MB ext2 / 1995.9 GB ext3 trocar 4 GB

Com Alt + F4 não consigo ver nenhum erro no terminal, porque o tempo todo meus dispositivos USB aparecem ..., voltando ao Alt + F1, ele fica em 33%.

Existe alguma maneira de acelerar essa formatação? O disco rígido é novo, então não há necessidade de exclusão segura, etc ...

Atualização:

Descobri agora que a ressincronização é incrivelmente lenta: link escrevendo com 700 k / seg. Como isso pôde acontecer? - > Tempo estimado: 30 dias!

já defini echo 50000 > / proc / sys / dev / raid / speed_limit_min sem qualquer alteração ...

Muito obrigado!

    

Answer 1

Muito obrigado pelas suas respostas.

A solução foi preparar a instalação para o ataque 1, mas basta montar um disco rígido no ataque.

(Dispositivos ativos: 2, dispositivos reservados: 0, mas apenas SDA e não SDA + SDB)

Isso resolveu o problema com a ressincronização e o instalador funcionava normalmente.

Após a instalação do debian, eu simplesmente adicionei o segundo hdd ao meu raid:

mdadm --add /dev/md0 /dev/sdb1 (this for every partition)

Resultado: a velocidade de ressincronização aumentou de 750 k (no instalador) para 70000 k no sistema em execução.

    

Answer 2

A etapa de "formatação" dentro da instalação não é totalmente precisa com porcentagens (na verdade, ela apenas divide 100% pelo número de partições a serem criadas), então, quando parece que está, pode estar funcionando corretamente.

Concordo que 16 horas parecem excessivas, mesmo para a inicialização ext3 notoriamente lenta (a gravação em dispositivos de bloco acontece de forma síncrona, e a inicialização ext3 requer que muitos dados sejam gravados em pequenos trechos afastados, o que é o pior caso ), no entanto, lembre-se de que, ao mesmo tempo, a inicialização do RAID também está sendo executada com uma largura de banda mínima (ou seja, os discos estão se debatendo bastante).

Coisas que você pode fazer:

• pense no seu esquema de particionamento:
  • Se a partição / for uma partição real em vez de um volume LVM, não há necessidade de um /boot separado e você quase certamente desejará seu espaço de troca no meio do disco e não no final.
  • uma partição/ de 2 TB% é um inferno, porque leva muito tempo para verificar se alguma coisa está errada, e você não pode fazer nada sobre isso.
• inicialize o RAID com --assume-clean . Isso significa que o RAID inicialmente não sincronizará os discos, o que é bom se você já os escreveu como zeros
• crie o sistema de arquivos na linha de comando (para ver um progresso mais granular).

Se você alterar seu esquema de particionamento, sugiro algo como

• partição 1: /boot (500 MB)
• partição 2: LVM PV
  • LV 1: / (500 MB)
  • LV 2: /usr (8 GB)
  • LV 3: /var (4 GB)
  • LV 4: /home (tamanho de acordo com a preferência pessoal, 100 GB é o que eu uso)
  • LV 5: swap
  • LV 6: /srv/ (tamanho de acordo com a preferência pessoal e finalidade da máquina)

Não há problema em deixar a maior parte do espaço não alocada, você pode alterar isso mais tarde, quando o sistema estiver instalado, e também pode adicionar sistemas de arquivos adicionais para serviços específicos que usam muito espaço, o que significa que desses serviços avaria e começa a encher o disco, ele só irá preencher sua própria partição (é também por isso que você separou /var - o logging pode funcionar quando a partição root está cheia.

    

Answer 3

16 horas é excessivo. Algo deu errado. Quando você diz "o tempo todo os meus dispositivos USB aparecem", você quer dizer que suas mensagens de vomitar constantemente? Em caso afirmativo, quais mensagens? A maneira mais fácil é fazer uma captura de tela usando uma câmera do telefone e apenas postar isso. Quais dispositivos USB você conectou?

Você verificou que sua mídia de instalação está intacta? Eu acredito que há uma opção de menu no instalador para verificar a mídia de instalação.

De qualquer forma, supondo que nenhum dos itens acima seja o problema:

Primeiro, use ext4, não ext3. Não há realmente nenhum bom motivo para usar o ext3. Além disso, considere o uso de discos corporativos em servidores (por exemplo, a linha Constellation), dependendo do tipo de tarefa que esse servidor verá. Muito mais caro, mas mais capaz de lidar com uma carga de trabalho constante.

Segundo, você poderia fazer o formato usando o mkfs na linha de comando. Basta apertar alt-f2 e pressione enter para obter um prompt de comando. Então mkfs.ext4 -v -L "label" /dev/whatever (adicione qualquer outra opção que você queira, veja a página man do mke2fs). Então mude de volta para alt-f1 e faça a coisa varrer novamente (voltando ao menu principal, etc.). Você pode então dizer para não formatar o disco, e apenas informar o ponto de montagem.

    

Answer 4

Eu tentaria duas coisas.

Tenho notado por algum motivo (e se isso é verdade ou não, não tenho certeza) que o Linux é mais sensível à falha de hardware. Eu já vi isso no meu computador de escritório em casa algumas vezes.

Eu nunca tive muita sorte com o SeaTools. Eu sempre usei o HDD Regenerator para checar os setores defeituosos, mesmo em novas unidades. Não é grátis, mas funciona muito bem.

A próxima coisa que eu tentaria (ou o primeiro, desde a sua livre) seria um Memtest.

Para isso, eu recomendaria o Ultimate Boot CD. Eu deixaria correr pelo menos uma hora - de um dia para o outro, de preferência.

Dentre esses dois, eu apostaria muito dinheiro que algo apareceria defeituoso - e meu dinheiro estaria na memória.

    

Answer 5

A mesma coisa acontece comigo ao formatar um notebook amigo, eu tentei instalar 5 distros Linux e um Windows 7, e a mesma coisa aconteceu em todos esses O.S. então eu descobri que o problema vem do HD, porque estava danificado.

    

Answer 6

Esta é (a versão curta) a explicação Eu encontrei:

mkfs is prompting to confirm if existing ext4 partition detected. Prompt is not handled, causing install to hang.

No meu caso, os arquivos de log declararam uma questão diferente ("Encontrei uma tabela de partições em / dev / sda1"), mas aposto que o problema era o mesmo. Então eu acho que também poderia ser o mesmo problema com qualquer outro comando usado pelo instalador (mdadm etc.).

A seguinte solução descrita no relatório de erros do Ubuntu 1447600 foi o que funcionou para mim:

1. vá para o console virtual (alt + F2)
2. procura pelo processo mkfs (para mim foi 'mkfs.ext4 / dev / sda1')
3. sudo kill -9 pid desse processo
4. execute o mesmo comando: sudo mkfs.ext4 / dev / sda1 [teve que confirmar y / n]
5. volte ao gui (alt + F1), onde a instalação automaticamente retrocedeu
6. reinicie a etapa de instalação

Answer 7

Eu tive o problema com a instalação do Ubuntu 16.4.3.
Aqui meu disco rígido (250GB SSD) foi formatado a partir de uma tentativa anterior de instalação do * ubuntu (lá eu escolhi a instalação guiada com o LVM dentro do lubuntu). instalação de desktop e servidor ubuntu preso em 33% de cada vez (alternando para o console com alt + F4 (?!) a última declaração foi algo como "DOS detectado ...")
wipefs na unidade de destino didn ' trabalho para mim (próxima tentativa de instalação ficou com 33%, também)

Solução para mim:

- inicialize de uma mídia ao vivo e inicie o gparted.
- tente apagar todas as partições |  (! Não foi possível excluir a partição LVM no gparted, eu tive que iniciar o console e remover o volume lógico (lv) e grupo de volume (vg) manualmente com (primeira pesquisa para os nomes com lvs e vgs ) lvremove /dev/myname-vg/root lvremove /dev/myname-vg/swap_1 vgremove myname-vg
Eu não sei, talvez você possa apenas remover o grupo de volume, mas a dissolução de todo o dispositivo lógico com pvremove /dev/sda não funcionou)
- quando todas as partições forem excluídas, crie uma nova partição ext3 / 4 que ocupe todo o espaço e grave as alterações no disco. - reinicie e reinstale