Erro com instalador cl.2.24e [INACTIVE]

[Luiz Barcelos]

Oi Cláudio, e demais colegas, tentei instalar o CL em um HD Quantum 2.1 GB para testar o polipo e deu a o seguinte erro.


Cleaning MBR...
1+0 Records in
1+0 Records out

0,40,b,*\n,1974,83

Partitioning
had:

Disk /dev/had: 1023 cylinders, 64 heads, 63 sectors/track
Old Situation:

Units = megabytes of 1048576 bytes, blocks of 1024 bytes, counting from 0

Device boot start end #blocks id system

/dev/had1 0 - 0 0 empty
/dev/had2 0 - 0 0 empty
/dev/had3 0 - 0 0 empty
/dev/had4 0 - 0 0 empty

sfdisk bad input
Error partitioning

Tanto neste como em outro de 4.2 GB Quantum.
Eu já testei os dois discos esta tudo ok. Alguma idéia?

[Luiz Barcelos]

Há esqueci de acrescentar que instalou normalmente em um hd quantum de 520 MB.
Da pra usar o pólipo com cachê nesse disco ou é pequeno?

[Humberto Palácio]

had??

não é hda não.

você digitou errado ou copiou de algum lugar?

Acho que o hd está ruim. Tente recomeçar do zero e veja se passa o erro.

[Marcelo - Brazil]

Sim, não pensem que uma hd por estar "boa" no uso com windows que a mesma esteja em condições para nosso uso.
Digo isso por que fiz muitos testes com este instalador e vi isso.
Fat+win95, tuso redondo, mas com o installer....

Outra coisa, tente montar a primeira partição com 40 mb e a segunda com 1.8 gb. (vc montou 40+1974). Veja se com menos tamanho a partição aconteçe.

[Giba]

Faz uns testes com o disk manager do fabricante entes de instalar.

[mazzei32]

Boa Madrugada Pessoal!

Luiz Barcelos, 520 MB depende da aplicação que vai realizar!
Agora "had" é estranho, só me apareceu uma vez isso comigo quando a placa que
eu estava usando não tinha sido ativado o modo LBA no setup mas isso acho que
as placas novas já fazem automático!

Um Abraço a Todps, Marcelo Mazzei

[publio]

É o terceiro disco que utilizo, todos acima de 1.2GB.
Em todos apresentou o mesmo erro...
Será que todos os discos que estou colocando estão defeitosos? Muita Conscidencia.
Alguém pode ajudar em algo?
Desde já fico agradecido.
\o/

[Luiz Barcelos]

Oi Mazzei, escrevi errado, o certo é hda, mas isso não pega nada,
Os dois hds estão bons tanto que eu tinha rodando o debian 3.1 numa boa.
Mas vou fazer um teste com um hd maior 20 GB. O resultado posto aqui.
Valeu, bom final de semana a todos.
Luiz Barcelos

[publio]

Abaixo os HDs com que realizei os testes:

01 hd Quantum1.225GB 51/4
01 HD fugitsu 20GB
01 HD Seagate 15GB
em todos, parte desde não particionados a duas partições.
Todos apresentaram erros.
E o primeiro HD estava rodando o CL 2.24 com ppp ( acesso discado), foi partir para os testes do hd particionado que apresentou erros.
O pior é que danificou a HD.
\o/

[mazzei32]

Boa Noite Galera!

Estranho, pode ser que há um problema (Não acredito) quando o HD esteja com
com alguma partição, quem puder utilise o fdisk do MSDOS e limpe completamente
as partições e recomeça apartir dai, se não der erro o problema pode ser
esse.

[publio]

MMazzei,
Bom dia.

Exatamente isso que eu fiz, e nada.
Vou tentar hoje montar manualmente (eu disse: Vou tentar, não sou bom nisso).
\0/

[publio]

Meus caros colegas da comunidade,
Me dê uma informação:
Quando esta carregando o instalador e é solicitado o valor de Hda = 40MB, por default.
Em seguida é solicitado o valor para Hda1= restante do espeço por default.
Bem qualquer valor que eu coloque, lógico dentro do espaço de sobra, é apresentado uma mensagem logo abaixo, do tipo, vamos supor que meu HD é de 1.2GB e 40MB para hda e 800MB para Hda1:
[: 800 bad number

Pergunta: O que é isto, qualquer valor que coloque, seja 800MB, 800 MB, 800M, 800 M....

Desde já fico agradecido.
\0/

[Claudio Roberto Cussuol]

"Disk /dev/had: 1023 cylinders, 64 heads, 63 sectors/track
Old Situation: "

Essa é a chave da questão.
Confiram se esses parametros comferem com realidade do hd e se a bios está reconhecendo eles direito.

O Marcelo estava tendo esse tipo de problema porque a bios dele estava reconhecendo o hd com parametros diferentes do real.

Limpar as partições velhas com fdisk é desnecessário porque o instalador já limpa tudo antes de começar.

Outra coisa que pode estar acontecendo é que na hora de converter megabytes para cylindos alguma espécie de arredondamento pode estar fazendo dar um numero de cilindos maior do que o hd tem. Tente especificar a segunda particao com alguns megabytes a menos.

Vale resaltar que as partições são sempre divididas por cilindos e não por megabytes.

A formula é: cilindos * cabecas * setores * 512

Cada setor tem 512 bytes ou meio Kb, essa formula determina o tamanho maximo REAL do hd (os fabricantes especificam que 1 giga = 1000 * 1000 * 1000 e nós sabemos que um giga na verdade é 1024 * 1024 * 1024. Parece pouco mas a diferença é grande).

No caso deste hd citado como exemplo ele tem:
1023 * 64 * 63 * 512 =
2111864832 bytes =
2062368 kb = 2014 mb = 1.96 gb

Cada cilindro deste hd tem : 64 (cabecas) * 63 (setores) * 0.5 (meio kb por setor) = 2016 kb
Isso significa que a menor particao que esse hd aceita seria (quase) dois megas e que na hora de converter megabytes para cilindos uma diferenca de dois-megas-pra-lá ou dois-megas-pra-cá é normal.

Essa é a causa de às vezes sobrar um pedacinho de hd não utilizado entre uma partição e outra, nos hds maiores esse pedacinho tipicamente é 8 megas que costuma corresponder a um cilindro.

No caso deste hd eu tentaria utilizar o instalador com um ou dois cilindros a menos no total, subtraindo uns 4 megas da segunda partição. Se funcionar, me avise que eu vou tentar melhorar os calculos do instalador.

[publio]

Ok... Cláudio!
Vou verificar melhor as configurações do HD..... e posto o resultado,...
\0/

[publio]

Como devo entrar com os valores, tanto para hda, quanto hda1, se quando entro com qualer forma de valor apresenta erro?
Por exemplo:

"Quando esta carregando o instalador e é solicitado o valor de Hda = 40MB, por default.
Em seguida é solicitado o valor para Hda1= restante do espeço por default.
Bem qualquer valor que eu coloque, lógico dentro do espaço de sobra, é apresentado uma mensagem logo abaixo, do tipo, vamos supor que meu HD é de 1.2GB e 40MB para hda e 800MB para Hda1:
[: 800 bad number"

Quais são os parâmetros para se entrar com esses valores? São em MB, KB Bytes? As unidades de medidas, acompanham os valores?
\0/

[Luiz Barcelos]

Oi Pessoal.
Consegui instalar o coyote no hd para isso tive que desativar o LBA na bios do micro.
Publio tenta também e depois posta o resultado, vou fazer mais testes.


Cláudio apareceu essa mensagem, mas funcionou normal.

Trying to detect an upgradeable Version of Coyote Linux
Hda1: bad access: block=0,count =1
End_request : I/O error ,dev 03:01 (hda) sector 0
Fat unable to read boot sector
Mount: mounting /dev/hda1/
/mnt/failed: invalid argument
umount :/mnt/ :invalid argument

Se eu habilitar o LBA depois da formatação vou ter problemas?


Um Abraço a Todos.

[publio]

Ok! Luiz.
Vou aguardar para ver o que o Claudio diz a respeito de sua dúvida, também tive esse problema. Mas por hora vou fazer como vc fez.
Obrigado
\0/

[publio]

Luiz,
Realmente deu certo. O CL está no HD particionado (aparentemente).

Claudio.
Fiz o cálculo, e verifiquei os dados do HD e relamente a bios pegou as informações em desarcordo com o HD. Mas isto em modo LBA. Passando o modo para NORMAL, é reconhecido exatamente conforme as descrições do fabricante.
Salvei a BIOS com esses dados. Deixei 2MB fora da segunda partição.
Conforme anunciei acima (para o Luiz) funfou porém com o mesmo erro apresentado paera o Luiz.
Claudio e demais..
Para que eu possa acessar o cache na partição hda1, como faço?
\0/

[Marcelo - Brazil]

Só via Coyote, dos nem sabe que existe ext2 na segunda partição.
o fdisk diz "non-dos"..he,he,he.

[Luiz Barcelos]

publio, realmente já tentei acessar a segunda partição, Mas não consegui, os comandos que usei segue abaixo, tem algo errado? pois montou.


mt /dev/hda2/
cd /mnt/hda2
cd: 2: can't cd to /mnt/hda2
cd /mnt/hda2/
cd: 7: can't cd to /mnt/hda2/3
^
|
|
cada vez o numero muda

se você der um ls ou aparece a raiz

cd mnt
ls
config iptraf.tgz local.tgz scp.tgz
dhcpd.tgz l7filter.tgz modules.tgz syslinux.cfg
etc.tgz ldlinux.sys polipo.tgz pppd244b.tgz
syslinux.dpy ftp.tgz linux root.tgz
webadmin.tgz

Estranho em!

[IceMan!]

Uma coisa que todos estão esquecendo.
As placas mãe por padrão reconhecem o HD em modo LBA, e o fdisk e programas particionadores de distribuições linux aceitam o modo LBA normalmente.
Quem não ta no padrão é o formatador do Claudio.
Não seria o caso de fazer o formatador ficar compativel com o modo LBA ?
Pois 99% dos usuários vão ter esse problema.


Desculpe se falei besteira, pois trabalho com manutenção e montagem de PC e sempre a BIOS reconheceu os HDs em modo LBA.
Apenas algumas placas de Pentium 2 e 3 SLOT 1, com BIOS Award que usavam modo Normal.

[publio]

Você está certo Ice.
Somente depois que eu e o Luiz, passamos aconfigurar o HD em modo NORMAL, é que foi possível a continuidade da instalação. Mesmo assim, mesmo colocando os dados do HD, digo, valores corretos conforme o fabricante descreve e o Claudio e Marcelo-Brasil falaram (no caso, é a geometria do HD),mesmo assim continua apresentando erro, conforme os posts acima.
Outra coisa, como faço para acessar o cache na HDA1? Como monto esse dispositivo?
\0/

[mazzei32]

Boa Madrugada Pessoal!

IceMan, só uma coisinha que esqueceu, o Coyote funciona em 486 que, para essas
placas o modo LBA as vezes tinha que ser ativado (o default era sem) por isso
eu falei aqui no forum sobre o LBA pois não sabia qual máquina estava sendo
usada e tentei dar todas as opções possiveis para o erro.

Vou explicar o que eu sei e talvez possa dar uma luz no assunto:

Relamente o sfdisk ainda trabalha no formato cilindro x cabeças, mas é (com
eu acho) para ser exatamente compátivel com as placas 486 pois essas placas como
eu disse não tem LBA ativado no default (Realmente Mestre Claudio 1 placa minha
é antiga) seria a mesma coisa de colocar suporte para ultra DMA 4 e tentar usar
no 486 que nem em sonho tem.

Sobre outros programas o menor que tem por ai é o fdisk do linux (é um pouco
maior que sfdisk) e ele também trabalha no formato cilindro x cabeças, o proximo
da lista é o cfdisk (LBA) mas ele pede uma lib ncurses que não daria para colocar
tudo em um unico disquete de 1.44 e se for tentar usar formatação 1.68 ou 1.72
não se esqueçam que XP e o Novo R$_Windows_R$ não reconhecem a formatação e
dá varios erros.

Então para manter a compatibilidade (Eu acho) é usado o sfdisk, apenas teria
que realmente colocar o HD em modo "NORMAL" que não faz tanta diferença, aliais
nenhuma diferença no funcionamento, pois o modo LBA foi criado para atender
o R$_WINDOWS_R$ na epoca, pois os sistemas UNIX,OS2, e o NOVEL, nunca precisaram
disso.

E um adendo, os primeiros linux (2.0) pediam para mudar o modo do HD para normal,
e o sistema NOVEL até hoje pede para trocar o modo pois a formatação do NOVEL
é quase fisica (baixo nivel) para acessar mais rapidamente os dados do HD. Só o
R$_WINDOWS_R$ que dá varios erros de instalação em modo normal (Porque será?)

Publio, no console do Coyote digite mt (monta hda1) e umt (desmonta).

[publio]

Ok, vou tentar....
Obrigado mais uma vez...
\0/

[Claudio Roberto Cussuol]

Vamos por partes:

"Cláudio apareceu essa mensagem, mas funcionou normal.
Trying to detect an upgradeable Version of Coyote Linux
Hda1: bad access: block=0,count =1 "

Isso é NORMAL, é o instalador procurando por uma partição com coyote antigo para ver se dá para fazer upgrade, como o hd não tinha nada ou tinha partições estranhas ele dá erro e o instalador conclui que não há nenhum coyote para fazer upgrade. Vou tentar esconder as mensagens de erro só para evitar mal entendidos no futuro.


Quando ao suporte a LBA isso foi acidental, eu não tinha me tocado que poderia ser um problema, vou dar uma olhada para saber se é possivel manter a compatibilidade e evitar aborrecimentos, caso não seja possivel eu coloco uma mensagem orientando o usuario para desliga-lo.


A dificuldade que vocês estão tendo para enchergar a segunda partição dentro do coyote é porque não estão montando ela direito. Os comandos mt e umt são abreviaturas que eu coloquei no coyote para montar a partição de boot (a primeira) para montar a segunda partição vocês precisam utilizar o comando mount completo. Por exemplo:

mkdir /disco2 (Cria uma pasta temporária)
mount /dev/hda2 /disco2 -t ext2 (monta a partição)
cd /disco2 (agora sim, esse é o hd)

Para desmontar:
cd /
umount /dev/hda2

Na partição recem-criada a unica coisa que deverá existir dentro dela é uma pasta chamada lost+found essa pasta é criada normalmente todas as vezes que se formata uma partição linux, ela pode ser removida porque o coyote não tem as ferramentas que seriam necessárias para utilizá-la (fsck). Se você montar a partição e encontrar uma pasta chamada lost+found dentro dela é porque está tudo certo.

Convem lembrar que esse processo de montagem já é feito normalmente pelo polipo quando você liga o cache em hd, você não precisa se preocupar com isso. O polipo monta a segunda partição na pasta /var/polipo. Nela ele cria duas pastas (cache e log).

Com a partição montada o comando df mostra o percentual em uso.

[publio]

Olá pessoal...

"Quando ao suporte a LBA isso foi acidental, eu não tinha me tocado que poderia ser um problema, vou dar uma olhada para saber se é possivel manter a compatibilidade e evitar aborrecimentos, caso não seja possivel eu coloco uma mensagem orientando o usuario para desliga-lo."
--> Cláudio, estamos aqui é para isto mesmo. Vocês desenvolvem e nós tester, verificamos e passamos a vocês os possíveis "erros". Pois nem sempre são erros, como neste caso e outros que ocorreram. Já pensou você se preocupar com tudo, inclusive com os testes??
Não há de ser nada...por isto!
"A dificuldade que vocês estão tendo para enchergar a segunda partição dentro do coyote é porque não estão montando ela direito. Os comandos mt e umt são abreviaturas que eu coloquei no coyote para montar a partição de boot (a primeira) para montar a segunda partição vocês precisam utilizar o comando mount completo. Por exemplo:

mkdir /disco2 (Cria uma pasta temporária)
mount /dev/hda2 /disco2 -t ext2 (monta a partição)
cd /disco2 (agora sim, esse é o hd)

Para desmontar:
cd /
umount /dev/hda2

Na partição recem-criada a unica coisa que deverá existir dentro dela é uma pasta chamada lost+found essa pasta é criada normalmente todas as vezes que se formata uma partição linux, ela pode ser removida porque o coyote não tem as ferramentas que seriam necessárias para utilizá-la (fsck). Se você montar a partição e encontrar uma pasta chamada lost+found dentro dela é porque está tudo certo.

Convem lembrar que esse processo de montagem já é feito normalmente pelo polipo quando você liga o cache em hd, você não precisa se preocupar com isso. O polipo monta a segunda partição na pasta /var/polipo. Nela ele cria duas pastas (cache e log).

Com a partição montada o comando df mostra o percentual em uso."
---> Deixe-me entender melhor. O polipo auntomáticamente monta a partição hda1 para acesso ao cache como /var/polipo. É neste caminho que devo procurar o quem tem em cache?
Desde já fico agradecido.
\0/

[Marcelo - Brazil]

"O polipo auntomáticamente monta a partição hda1..."

Não, hda1 é a partição principal, a dele coyote, hda2 é a extendida para receber o cache fisicamente.
/var/polipo contem as instruções para a montagem da hda2.

[publio]

OK, valeu Marcelo!
\0/

[publio]

Pessoal,
Até que enfim consegui instalar o Cl 2.24 com o instalador 2.24e sem nenhum erro!!
Bem o que fiz:
1 - Baixei o formatador de baixo nível do fabricante, no meu caso Quantum;

2 - Executando o arquivo do fabricante, foi mostrado a real área geométrica do HD. No meu caso, quando pedia a BIOS para verificar ela apresentava o seguinte:
LBA - C=623 - H=64 - S=63, isto é = 1286MB
NORMAL - C= 2492 - H=16 - S=63, isto é = 1286MB
Analisado pelo arquivo da Quantum:
C=622 - C=64 - S=63, isto é = 1284MB (o correto)

3 - configurei no Setup para o valor encontrado pelo arquivo Quantum.

4 - Executei a instalação 2.24e, manti os seguintes valores para as partições -> hda1=40MB (default), hda2= 1180 (seria 1226MB - 40 = 1186), deixei 6MB proposital.

A partir dai rodou tudo muito bem, sem nenhum erro.
Mas, (não podia ser né, tinha que ter o "mas") Quando foi solicitado a reiniciar e na volta, quem disse que a BIOS encontrava o HD... Isto, isto mesmo, tive que alterar a config. do HD de forma que a BIOS o reconhecesse. pronto, apartir dai tudo legal... Estou nesse momento navegando com o novo CL, com polipo em HD com duias partições.

Agora uma coisita que reparei.
Acessando o diretorio /var/polipo, somente foi encontrado o diretório LOG com o arquivo polipo.log. Cadê o www? Ou eu tenho que habilitá-lo no config.template ou webadmin?
\0/

[mazzei32]

Boa Madrugada Pessoal!

Publio pode pegar o pacote do cfdisk para Coyote lá no meu site é só colocar
o endereço mais /download/hd2.tgz que logo começa a baixar, instale normalmente
no Coyote e execute (depois de instalado) o comando cfdisk, é um fdisk com
comandos via menus e sem complicação, HA! no pacote já tem a segunda versão do
istalador gráfico que estou fazendo vê se está ficando bom.

A pasta WWW fica em /usr/share/polipo/www mas não se preocupe com ela, essa pasta
é usada pelo polipo para log's e quando vc usa o webserver dele, por enquanto
ainda não foi feito nada nesse sentido.

[Claudio Roberto Cussuol]

Publio.

O polipo só monta a segunda partição e cria o diretorio para o cache se você ativar o cache em disco (que vem desabilitado por default) no pacote que eu postei.

Pelas suas explicações a história do lba e da diferença no numero de cilindros só afeta na hora de particionar, uma vez formatado o hd trabalha normalmente.

Isso significa que arrumar o instalador é fácil, e não será preciso mexer no kernel. Dá para fazer tudo apenas mexendos os scripts.

Obrigado pelos esclarecimentos. Uma versão nova do instalador sairá em breve.

[Claudio Roberto Cussuol]

Versão 2.24f disponível no site.

São 3 modificações pequenas:

- Eu incluí um aviso que é NORMAL algumas mensagens de erro na hora que o instalador está procurando uma versão velha no hd para fazer upgrade. Mensagem de erro neste momento significa apenas que o hd não tem um coyote velho instalado nede.

- Eu passei a mostrar a geometria do hd antes de particionar, assim o usuario pode conferir se o linux reconheceu o hd corretamente.

- Voltei a passar os parametros para o fdisk na forma de cilindros e não como megabytes (era assim antes do 2.24e). Espero que isso resolva os problemas que estão dando. Com isso vocês podem esquecer aquela recomendação de deixar uns megas a menos, o calculo que converte megas para cilindros já arredonda para baixo.

Publio

Veja se essa versão é capaz de formatar o hd na forma como ele é reconhecido automaticamente pela bios.

[publio]

Ok vou refazer o meu HD e posto os resultados
\0/

[Luiz Barcelos]

Ok Cláudio, Testei com detector de hd em auto sem intervenção, funcionou legal.
Parabéns. Vou testar em outros tipos de placas, posto o resultado aqui.

Um abraço, a todos.
Luiz Barcelos.

[Marcelo - Brazil]

Sim, Claudio !
De todas (b,c,d) a "E" é a mais amigável e funcional.
Tbm formatei na primeira.
OK, formatador estável.

[Claudio Roberto Cussuol]

E ou F?

Você confirmou se o formatador funciona mesmo quando a bios reconhece o hd com uma geometria diferente (LBA)?

[Marcelo - Brazil]

Ops...

O ultimo que eu tenho é o "F".
Sim, lba, funcionou perfeitinho.Fiz todos aqueles ensaios e foram na boa, nada de erros.
Como deu, não fui fundo a ponto de anotar os tamanhos assumidos realmente, apenas determinei um tamanho para partição 1 e outro para a dois, e em todos os casos/hds formataram.

[publio]

Eu estou tentando instalar com a "F" e não arranca, não inicializa o disquete...
/0\

[Claudio Roberto Cussuol]

Esperimente fazer o download de novo e gerar outro disco.