Novela Resolvida.
Eu acreditava que a mensagem de acesso negado ao acessar a pasta home se dava ao fato de eu ter criptografado (faz tempo que instalei, não lembrava mais) algo ou algum dispositivo de segurança, alguma novidade do ubuntu 8.04 que impedia alguem de roubar seus dados mesmo que roube seu hd.
Mas se fosse esse o caso, um detalhe chamou atenção: Por que a pasta tmp também estaria indisponivel? (Não sei como não notei!). Esse detalhe não fez sentido, eu tinha acesso a pasta media e outras mais importantes que a pasta tmp, ela não teria por que estar indisponivel, ai a teoria da segurança, criptografia ou seja la o que fosse, caiu por terra.
Não podia ser nada alem de um pau na partição. só podia ser pau mesmo na trilha 0.
Por um lado pensei que agora tinha ferrado, mas sabendo onde esta o erro fica mais facil se concentrar.
Então, com o meu hd em escravo em outro micro ubuntu 8.04, via apt-get, instalei o testdisk.
Dica: Não deixem de ter esse software para recuperar partições perdidas ou com defeito.executei o testdisk e mandei analizar o hd escravo em busca de partições perdidas.
Antes tinha o ubuntu em 100% do hd, redimensionei o mesmo para + ou - 70% e após isso, instalei varios sistemas nos 30% restantes, formatei inumeras vezes.
A duvida era, após redimensionar uma partição, formatar e instalar varioas sistemas, mexer na mbr mais que ovo mexido, o testdisk recuperaria minha partição de antiga que ocupava 100% do hd?
Sim, ele recuperou, rebootei a maquina e com meu hd ainda em escravo e todos os dados estavam la, pude acessar as pastas que antes eram inacessiveis.
pude acessar a pasta boot, assim, refiz o grub e voltei a trabalhar com o ubuntu.
Segue ai a dica para quem tem o ubuntu ocupando 100% do hd e redimensione o hd para instalar outro sistema em uma nova partição que não reconheça o ubuntu.
Acho que isso ocorreu por causa do redimensionamento, seria mais rapido recuperar o grub se o hd ja tivessse particionado, sem precisar redimensionar, ai não teria dado pau na MBR.
lembrando o que não deu certo:
nenhum outro sistema acessava varias das pastas do ubuntu no hd, nem live cd nem instaland na outra partição.
Recuperar o grub era impossivel, pois nenhum procedimento dava certo, ja que a maioria exige que se acesse o /boot/grub da partição do sistema antigo e a pasta boot não tem permissões, ela não tem permissão nenhuma estabelecida, estão todas com interrogação (??).
Os comandos chmod e chown não funcionam para acessar o diretório, o chmod não funciona por que ele não pode estabelecer novas permissões de acesso sem saber quais permissões o arquivo ou pasta tem, nenhum parametro corrige isso.
O chown não funciona por que ele não pode estabelecer o proprietario, em resumo, vc não pode se apropriar de algo de quem vc não sabe quem é.
O comando chroot para mudar para a raiz dava acesso negado, sem poder fazer isso, a chance de recuperar o grub cai para quase 0.
Sem poder acessar a pasta /boot/grub a chance de recuperar o grub cai para 0.
Instalei o fedora, mandriva, eles leem a partição do ubuntu, montam, mas não deixam as pastas home, boot, sbin, lib... disponiveis.
Mesmo acessando como root no terminal não adentramos a essas pastas que ele nem reconhece como pasta.
No desespero, peguei outra maquina ubuntu, botei la o hd e tentei mover a pasta "boot" para a partição que não subia.
Impossivel, ele não permitia, podia jogar na raiz qq pasta, mas não a boot, e ele não dizia que não podia substituir, ele simplesmente dava a mensagem de "erro de parametro, diretório invalido", tentei deletar a pasta boot da partição com problema e tinha o mesmo erro, criei uma pasta na raiz, tentei renomear para boot e tive o mesmo erro.
Mesmo adicionando o ubuntu no grub de outro sistema não bootava, desisti de fazer o hd subir e passei a priorizar o salvamento dos dados, que por sinal, estavam inacessiveis de todas as formas possiveis, seja pelo live cd, por outro sistema em outro computador ou mesmo instalando outro sistema em uma partição vazia do próprio HD.