Sou administrador de várias plataformas Moodle mas apenas uma está alojada nos servidores da GoDaddy.
Quando fiz a transferência para os servidores da GoDaddy não imaginava ter certas "dores de cabeça" como as que tenho tido...
Uma das questões que me causou maiores problemas enquanto administrador foi o facto de haver notificações que eram enviadas para os professores quando um aluno submetia um trabalho e outras não. Isto acontecia supostamente de uma forma aleatória.
Consultada a GoDaddy recebi a seguinte resposta:

Our mail server will not send email containing a "From:" header entry of aol, gmail, yahoo, hotmail, live, aim, or msn.

Ou seja: todos os emails que são enviados pela plataforma Moodle, sejam notificações de trabalhos submetidos pelos alunos, mensagens publicadas nos fóruns, mensagens entre utilizadores, etc, que tenham como remetente um endereço de correio electrónico de um dos domínios referidos acima (o mais comum no caso dos nossos alunos são os endereços do gmail, hotmail e live) são barrados pelo servidor SMTP da GoDaddy!
O Moodle não está "preparado" para que este problema possa ser "contornado" através das suas configurações mas sendo o Moodle um software opensource, alterei o código fonte para contornar este problema.

A solução:

Editar o ficheiro /lib/moodlelib.php.
Na linha 4288 substituir o código:

$mail->From     = stripslashes($from->email);

por

$mail->From     = $CFG->noreplyaddress;

Isto vai fazer com que todo o correio electrónico enviado pela plataforma seja enviado com o nome do remetente e o endereço de email indicado no campo "Sem endereço de resposta" (noreplyaddress) existente na Administração do Sítio | Servidor | Correio Electrónico. O que acontecia anteriormente era enviar o email com o nome do remetente e o seu endereço de correio electrónico.

Escusado será dizer que o endereço indicado no campo "Sem endereço de resposta" não poderá nunca ser de um dos domínios barrados pelos servidores SMTP da GoDaddy. Utilizem um endereço de correio electrónico do vosso próprio domínio!

Há já alguns dias que verificava que quando um aluno submetia um trabalho no Moodle os professores da disciplina não eram notificados. De salientar que nas configurações da actividade (Envio de Trabalho) está definido para enviar uma notificação para os professores da disciplina.
Comecei a procurar os logs do próprio Moodle e verifiquei que em muitos casos (não em todos), após a submissão do trabalho aparecia a informação "ERROR: Could not instantiate mail function.".
Pesquisei na net, em particular na Ajuda e Fóruns do Moodle e da GoDaddy (empresa onde se encontra alojado o domínio da instalação Moodle em causa) e não obstante o facto de encontrar imensas referências a este erro, não consegui encontrar uma explicação para tal estar a acontecer, muito menos uma solução para o meu problema.
Este problema, aparentemente, só começou a acontecer após ter feito a transferência da instalação do Moodle de um alojamento antigo para um novo alojamento na GoDaddy. Daqui surge uma dedução: o problema acontece devido a configurações diferentes dos servidores PHP e/ou Apache.
Continuava a pesquisar, a ler artigos e debates em fóruns de discussão mas tudo o que era apontado como causa e solução revelava-se inútil no meu problema.
Ontem encontrei um artigo num blogue cujo auto é Oscar Valles em que era identificado o mesmo problema e a solução apresentada parecia-me inapropriada: editar directamente um ficheiro php do Moodle!
A verdade é que a solução apresentada pelo Oscar Valles resolveu o meu problema.
Fica aqui registada a solução para o erro indicado no título deste artigo:

Open your class.phpmailer.php file under your moodle/lib/phpmailer folder.
Here go to line 109 and change
    /**
     * Method to send mail: (“mail”, “sendmail”, or “smtp”).
     * @var string — Changed from mail to sendmail
     */
    var $Mailer            = “mail”;
to
    var $Mailer            = “sendmail”;
Then go to line 269 and change
    /**
     * Sets Mailer to send message using PHP mail() function.
     * @return void — changed mail to sendmail
     */
    function IsMail() {
        $this->Mailer = “mail”;
    }
to
        $this->Mailer = “sendmail”;

Obrigado Oscar!

Por toda a Internet encontramos hoje uma referência a esta capicua: 10/10/10.
Os sites sobre numerologia estão repletos de interpretações sobre esta combinação dia/mês/ano (ano representado em 2 dígitos).
Não deixa de ser curioso ler o que por aí se vai escrevendo sobre esta combinação dia/mês/ano, ano/mês/dia ou mês/dia/ano - é conforme a preferência de cada um! - mas por cá, neste blogue, prefiro dar destaque ao lançamento da versão 10.10 da distribuição Linux, Ubuntu.
Para os mais atentos, principalmente para os utilizadores do Ubuntu, já devem ter reparado que o sistema detecta automaticamente a nova versão e sugere a actualização para a versão 10.10.
Aqueles que pretendem fazer o download do CD/DVD de instalação terão que esperar algumas horas mais para o poderem fazer, uma vez que, à hora em que escrevo este artigo, ainda não foi disponibilizada a versão final no site do Ubuntu.
Apenas uma nota: vale a pena experimentar (e usar!) esta nova versão!

Faz hoje 12 anos que a Google foi fundada.
Inicialmente surgiu como um projecto académico de dois estudantes norte-americanos que pretendia colmatar as lacunas existentes nos motores de pesquisa da altura, em 1998. Surgiu assim o Google Search.
Nestes 12 anos de existência, a Google foi lançando vários produtos no mercado, nomeadamente o Gmail, um dos mais populares serviços de email gratuitos em todo o mundo. Outras aplicações foram surgindo como o Google Maps, o Google Earth ou o Blogger, umas com mais sucesso e adesão por parte do grande público do que outras, e outras aplicações e sites web foram sendo adquiridos por este “monstro” das tecnologias da informação e comunicação como é exemplo a aquisição do site Youtube.
De salientar aqui, a disponibilização dos serviços web denominados por Google Apps em 2006.
A Google é seguramente uma das empresas líderes do mercado das tecnologias da informação e comunicação.
Da minha parte, resta-me esperar as novidades que se avizinham e que a Google continue a disponibilizar-nos mais e melhores aplicações e conteúdos.
Parabéns, Google!

A Apple acabou de lançar uma actualização para o iTunes que trás melhorias na experiência da sua rede social Ping.
O melhor de tudo é que esta versão (10.0.1) faz a correcção de vários erros (bugs) existentes na versão anterior.
Um dos bugs que afectou muitos utilizadores e que agora foi corrigido foi a leitura de ficheiros XML servidos por streaming de servidores multimédia como o Firefly.
Na versão 10.0.0 o iTunes não conseguia ler o ficheiro XML que era transmitido pelo Firefly impedindo a reprodução dos ficheiros de áudio e vídeo deste servidor.
Com esta actualização o meu servidor Firefly voltou a ter "clientes". ;-)

O problema

Com a proliferação do Windows 7 têm-se multiplicado os problemas de segurança ao nível de acesso wireless em redes domésticas e de micros, pequenas e médias empresas.
Excluo aqui as "grandes empresas" porque, acredito, estas têm departamentos de informática e funcionários com know-how e recursos suficientes para não utilizarem redes wireless básicas e de fácil acesso.
O que acontecia anteriormente - até ao aparecimento do Windows 7 - era que numa rede doméstica ou numa rede de pequenas dimensões (melhor dizendo com poucos computadores acedendo por wireless) eram utilizados os métodos de autenticação e encriptação WEP/WAP/WAP2 com uma chave de wireless definida pela pessoa (administrador) que definia os parâmetros da rede. Sempre que alguém pretendia ligar-se com um qualquer dispositivo de acesso wireless, a pessoa que administrava a rede wireless introduzia a chave pré-definida no dispositivo cliente (computador, smartphone, etc) e fazia-o em (quase total) segurança porque o dono/utilizador desse dispositivo cliente não tinha acesso fácil/directo à chave que tinha sido introduzida.
Nunca percebi - na verdade parece que ninguém percebeu ainda, tantos são os artigos e comentários publicados em fóruns por toda a Internet - qual foi o objectivo da Microsoft ao permitir que um utilizador com um simples clique numa checkbox consiga visualizar a chave de acesso wireless de uma determinada rede a que já tenha acesso.
Esta situação cria uma enorme vulnerabilidade no acesso às redes wireless domésticas e de micros, pequenas e médias empresas colocando em causa a segurança dos dados nestas redes. Na "melhor" das hipóteses esta situação pode permitir que um qualquer indivíduo que consiga acesso a um computador com o Windows 7 que por sua vez tenha acesso a uma determinada rede wireless, possa aceder à Internet "gratuitamente" através daquela rede wireless!

A solução

Para uma empresa com um número significativo de utilizadores (ou até mesmo para uma rede doméstica) e com recursos e know-how suficientes, a solução passa pela implementação de um servidor RADIUS em que cada utilizador tem as suas próprias credenciais de acesso à rede wireless independentemente do equipamento que utiliza, sendo esse utilizador responsável pela segurança/não-divulgação das suas próprias credenciais, uma vez que estas identificam o utilizador em todos os acessos que faz à rede.
Para uma rede doméstica ou pelo menos com poucos utilizadores a melhor solução é utilizar as funcionalidades de segurança que qualquer router actual (ou recente, com menos de 5 anos) disponibiliza através da opção normalmente designada por "Access Control". Nesta opção de configuração é possível identificar os MAC ADDRESS dos dispositivos de rede que queremos permitir o acesso à rede, sendo que qualquer outro dispositivo não identificado nesta lista não consegue qualquer tipo de acesso!

Em resumo

Se habitualmente permitia que pessoas suas conhecidas utilizassem a sua rede doméstica ou da empresa para aceder à Internet, confiante que essas pessoas não conheciam a chave de segurança que você próprio(a) introduzia no computador dessa pessoa, com Windows 7 essa pessoa pode, sem qualquer dificuldade, visualizar a sua chave! E se considera essa pessoa de confiança (um filho seu, p.ex.), pense que outra pessoa (um amigo dele ou até mesmo um desconhecido!) pode aceder a esse computador e passar a conhecer a sua chave de acesso à sua rede wireless!!!
A partir daí... tudo é possível!

Depois da Google ter introduzido a funcionalidade de conversação online por voz e vídeo na sua aplicação de Instant Messaging (IM), o Google Talk, o blogue oficial do mesmo anunciou hoje que já é possível transferir ficheiros numa conversação do iGoogle e do Orkut a exemplo do que acontece com outras aplicação de IM como o Windows Live Messenger.
No mesmo artigo ficamos a saber que esta funcionalidade (há muito "exigida" pelos utilizadores) estará brevemente disponível também no GTalk, quer através do chat incorporado no Gmail quer através da aplicação standalone.
Aguardo pacientemente esta nova funcionalidade!

Sou um utilizador do Windows mas também do Linux.
Das muitas distribuições do Linux que já experimentei o Ubuntu é seguramente uma das minhas preferidas e a que utilizo mais.
Hoje dei-me conta que um dos blogues a que dou suporte não era apresentado correctamente porque o tipo de letra principal não existia na minha instalação do Ubuntu.
Não sendo uma tarefa habitual (instalar novos tipos de letra no Ubuntu) procurei uma opção nos vários menus do sistema e dei-me conta que, ao contrário do Windows, o Ubuntu não tem uma opção gráfica para fazer a manutenção de Tipos de Letra no sistema. (Se alguém conhecer uma forma gráfica de o fazer agradeço que me esclareça através de um comentário!)
Pesquisei nos fóruns do Ubuntu e encontrei a solução para a instalação de Tipos de Letra:

1) Criar uma pasta onde guardar os Tipos de Letra "pessoais":

$ sudo mkdir /usr/share/fonts/myfonts

2) Copiar os Tipos de Letra que se pretendem da sua origem (por suposição imaginemos que fizemos o download para o Ambiente de Trabalho) para a pasta criada anteriormente:

$ sudo cp /home/user/Desktop/*.ttf /usr/share/fonts/myfonts/

3) Actualizar a cache dos Tipos de Letra do sistema:

$ sudo fc-cache -f

E pronto! Tudo a funcionar!

São muitos os sites que falam das inúmeras vantagens do Windows 7 e aqueles em que são referidos os prós e os contras de um e outro.
Na verdade, desde o meu primeiro contacto com o Windows 7 que só encontro vantagens e estou a migrar todos os meus computadores com o Windows para a versão 7...

Neste artigo pretendo destacar dois pontos que no Windows Vista não funcionavam (supostamente deveriam funcionar, embora se encontre documentado em vários artigos e páginas da própria Microsoft versões contraditórias!!!) e que funcionam (muitíssimo bem!) no Windows 7 Home Premium:

1. No Windows Vista, dentro de uma pasta do Explorador do Windows quando se pretendia seleccionar todos os itens (documentos e/ou pastas) o atalho do teclado (Ctrl + T) não funcionava, mesmo depois de 2 Service Packs. No Windows 7 esta situação está definitivamente resolvida!
2. No Windows Vista quando se pretendia aceder a um recurso de rede, introduzia-se as credenciais (Nome de utilizador e Palavra-passe) e se activássemos a opção  "Memorizar credenciais" estas apenas ficavam registadas durante a sessão que estava aberta. Ao terminar sessão ou depois de reiniciar o computador as mesmas credenciais tinham desaparecido e éramos obrigados a repetir o processo novamente. No Windows 7, na mesma edição - Home Premium - as credenciais de rede ficam registadas no perfil do utilizador como é desejado (se o utilizador seleccionar a opção "Memorizar minhas credenciais")!

Saliento apenas que no primeiro caso tal só acontecia na versão Portuguesa (Portugal) e a Microsoft nunca deu importância a este assunto mesmo havendo muitas reclamações nos fóruns oficiais do Windows.

Tinha o SME Server 7.3 instalado. Apareceram-me uma série de actualizações que iriam actualizar o sistema para a versão 7.4.
Como tinha instalado anteriormente o PHP 5 tive uma série de problemas de dependências o que fazia com que o sistema não se actualizasse!
Depois de procurar nos fóruns do SME Server, de colocar algumas questões e de receber a ajuda de outros utilizadores, com alguma paciência e persistência consegui fazer a actualização para a versão 7.4.

Registo aqui os passos que tive de seguir para fazer a actualização:

1. Comecei por fazer o downgrade do PHP 5 para o PHP 4:
• Verifiquei quais os pacotes do PHP 5 que estavam instalados no sistema: rpm -qa | grep php
• Para cada pacote do PHP 5 instalado e listado através do comando acima, eliminei-o: rpm -e --nodeps
• (Provavelmente haverá uma forma de proceder através de um só comando rpm para eliminar todos os pacotes cujo o nome comece por php mas não encontrei essa solução pelo que tive de eliminar todos os pacotes, um a um!)
• Actualizei novamente o sistema com todos os pacotes PHP 4: yum install php*
• Executei os comandos: signal-event post-upgrade; signal-event reboot
  
• Depois do sistema ter reiniciado tinha desta forma completado o downgrade do PHP 5 para o PHP 4
2. Actualizei o sistema com todas as actualizações disponíveis, ou seja, fiz o upgrade da versão 7.3 para a versão 7.4
• yum update
  
• signal-event post-upgrade; signal-event reboot
3. Reinstalei o PHP 5:
• yum --enablerepo=centosplus update php*
• signal-event post-upgrade; signal-event reboot

Desta forma tudo ficou a funcionar normalmente. Inclusive o Server Manager passou a estar traduzido em Português-Brasileiro o que na verdade me desagrada!
Prefiro a versão em Inglês do que uma versão "fatela" em Português-Brasileiro!
(Tenho que descobrir como voltar a colocar o Server Manager em Inglês...)

No SME Server 7.x, a versão do PHP que está disponível é a versão 4. Segundo informações disponiveis no Fórum oficial do SME Server só a versão 8 desta distribuição Linux é que será "compatível" com o PHP 5, sendo já dado adquirido que o mesmo será implementado de raíz.

Entretanto, existem aplicações que "exigem" o PHP5 pelo que é necessário "forçar" o upgrade ainda na versão 7.3 do SME Server... Vejamos como:

• yum --enablerepo=centosplus update php*
• yum --enablerepo=centosplus update mysql*
• yum --enablerepo=centosplus update perl*
• signal-event post-upgrade
• signal-event reboot

ou tão somente:

• yum --enablerepo=centosplus update php* mysql* perl*
• signal-event post-upgrade
• signal-event reboot

Torna-se necessário a actualização do Perl para que o "Server Manager" e o "User Password" possam funcionar depois da actualização do PHP e do MySQL.

Enquanto trabalho gosto de ouvir música! No entanto não gosto de ter o browser aberto na página da rádio que pretendo ouvir até porque é muito fácil fechar o separador ou a janela do browser sem intenção e... lá se foi a emissão.
Assim prefiro criar um atalho no meu ambiente de trabalho ou na barra de tarefas com o link  directo para cada uma das rádios que mais me agradam e ouvir directamente no Windows Media Player.
Então como criar esse atalho?
O processo é simples: depois de criar o atalho é pedida a "localização do item" onde se indica o caminho e o ficheiro executável do Windows Media Player e o URL da emissão da rádio pretendida.
Depois de criado o atalho é só executá-lo!

Deixo-vos alguns exemplos:

• RFM: "C:\Program Files\Windows Media Player\wmplayer.exe" http://www.rfm.pt/live/streamnew_rfm.asx
• RFM - 80's: "C:\Program Files\Windows Media Player\wmplayer.exe" http://www.rfm.pt/live/newstream_80srfm_ok.asx
• RFM - Oceano Pacífico: "C:\Program Files\Windows Media Player\wmplayer.exe" http://www.rfm.pt/live/stream_rfm_op.asx
• M80 - "C:\Program Files\Windows Media Player\wmplayer.exe" http://m80.clix.pt/asx/dynamic_channel.asp




Há imenso tempo que sou utilizador e administrador de sites do Moodle no entanto nunca tinha tido esta "experiência"...
No Moodle é possível que numa determinada disciplina, num determinado fórum (Notícias, p.ex.) estejam alguns ou até todos os alunos inscritos nesse mesmo fórum para receberem no seu e-mail uma cópia de um tema que seja iniciado.
Até uma determinada versão que não consigo identificar sempre que eu iniciava um novo tema num fórum, os meus alunos recebiam (por força de estarem automaticamente inscritos nesse fórum) uma cópia da mensagem. a partir de uma certa actualização (versão) isto deixou de acontecer e nunca percebi o porquê.
Hoje decidi-me a analisar o assunto, a pesquisar na Internet, a ler alguns artigos e verifiquei que para que tal aconteça é necessário que o servidor onde o Moodle está instalado tenha uma tarefa cron definida para correr de x em x tempo!
Foi o que eu acabei por fazer no meu servidor Linux (não é necessário que a tarefa cron esteja definida na mesma máquina que o Moodle) com os seguintes comandos:

• crontab -e (abre o vi)
• :i (no vi passa para o modo Insert e introduzi a linha seguinte)
• */5 * * * * wget -q -O /dev/null http://example.com/moodle/admin/cron.php
• carreguei em Esc para sair do modo de inserção do vi
• :wq (para gravar e sair do vi)

A partir deste momento o meu servidor passou a executar a cada 5m o ficheiro cron.php (do Moodle) que para além de outras coisas é responsável por enviar uma cópia dos novos temas dos fóruns para os utilizadores inscritos nos mesmos.

Algo estranho acabou de acontecer no meu computador...

Estava a achar que o portátil estava lento e... toca a reiniciar (coisas da Microsoft!).
Quando iniciei novamente sessão verifiquei que o meu ambiente de trabalho estava completamente mudado, a barra de mini-aplicações tinha as mini-aplicações predefinidas, os meus atalhos tinham desaparecido, não consegui aceder via Windows Mail às minhas contas de correio electrónico, não tinha acesso às minhas contas do msn, quer através do Windows Live Messenger quer do Pidgin, a minha foto de utilizador tinha desaparecido, etc...
Tudo como se de um novo utilizador se tratasse.
Quase entrei em pânico!
Nada mais fiz e reiniciei novamente o computador.
Ao voltar a iniciar a sessão verifiquei que tudo estava aparentemente "normal".

Não entendo o porquê de isto ter acontecido. O meu antivírus está actualizado, já fiz o scanning e não foi detectada qualquer ameaça. Logo, sou levado a acreditar que este seja um problema do Windows Vista.

Será que tal já aconteceu a mais alguém?!?

É com enorme satisfação que informo todos os visitantes deste meu blogue que fui convidado a participar na redacção de artigos para o blogue Revolução Digital.

Assim, a partir de hoje poderão ler os meus artigos que serão publicados (numa primeira fase) às terças-feiras, quintas-feiras e sábados, sempre às 10:00h.

Mesmo assim continuarei este meu projecto pessoal mas a um ritmo menos constante e desacelerado.

Espero que me continuem a visitar aqui e que leiam as minhas publicações no Revolução Digital, participando com os vossos comentários.

Fui surpreendido agora de manhã com uma mensagem da Google com o seguinte conteúdo:

Olá ,

Ao examinar nossos registros, descobrimos que sua conta do AdSense gerou um risco significativo para nossos anunciantes. Visto que mantê-la em nossa rede de editores pode prejudicar financeiramente os nossos anunciantes no futuro, decidimos desactivar a sua conta.

Consideramos essa medida necessária para proteger os interesses dos nossos anunciantes e de outros editores do AdSense. Sabemos que isso pode representar uma inconveniência e agradecemos sua compreensão e cooperação.

Se tiver dúvidas sobre a sua conta ou sobre as acções realizadas pelo Google, não responda a este e-mail. Você pode encontrar mais informações visitando a página
https://www.google.com/adsense/support/bin/answer.py?answer=57153.

Atenciosamente,

Equipe Google AdSense

Embora a Google permita que um utilizador possa "reclamar" desta situação não o vou fazer uma vez que a possibilidade de indeferimento desta "reclamação" poderá encerrar definitivamente as hipóteses de reabrir a conta no futuro.

Pelo que pude apurar existe a possibilidade de qualquer indivíduo gerar "cliques inválidos" em qualquer site ou conta AdSense e assim prejudicar o seu "proprietário".
Espero que isto não vos aconteça...

Depois de ter resolvido os problemas já referidos nos artigos anteriores deparei-me com um problema "maior"!!!
Depois de ter avançado os ecrãs iniciais da instalação do Ubuntu 9.04 a partir do LiveCD, o Partition Manager do programa de instalação não reconhecia as partições NTFS existentes no meu disco e apenas me dava duas opções: instalar o Ubuntu no disco inteiro ou editar manualmente o início e fim de cada uma das partições do disco (algo que pode remeter o disco para um estado de inconsistência e muito difícil de resolver!).
Apressei-me a consultar os fóruns de ajuda do Ubuntu e dei-me conta que não era o primeiro com o mesmo problema. (Ver: http://ubuntuforums.org/showthread.php?t=1135212 e http://ubuntuforums.org/showthread.php?t=1134856)
Adicionei eu também um comentário na expectativa de ver o problema "reforçado" e que alguém pudesse dar uma ajuda, uma dica que me ajudasse a resolver este problema.
Esperei horas e ninguém respondia com soluções, apenas com a indicação que tinham o mesmo problema.
Entretanto lembrei-me de um post de outro utilizador a dizer que "agora nem com a versão do Ubuntu 8.10 (ou anteriores) conseguia ultrapassar este problema". Tal como S. Tomé ("ver para crer") peguei no CD do Ubuntu 8.10 e tentei fazer a instalação. O problema era o mesmo!
Se eu próprio já tinha utilizado aquele CD em particular e aquela versão para instalar o Ubuntu e agora já não o conseguia fazer deduzi que o problema só poderia estar no meu disco (na definição das tabelas das partições). Assim lembrei-me de criar uma partição FAT32 no espaço do disco não alocado com o objectivo de forçar que os limites das partições fossem reescritos e que a tabela de partições fosse actualizada.
O resultado foi aquele que estava à espera: o Partition Manager passou a ver todas as partições do disco.
A partir daqui só tive que eliminar a partição FAT32, criar uma partição de SWAP e criar uma partição para montagem da raiz (/) do sistema de ficheiros do Ubuntu.
Depois de ultrapassar este passo (e problema) prossegui com a instação sem qualquer dificuldade!

Já há algum tempo que andava a pensar redimensionar as minhas partições do disco uma vez que estava a ficar sem espaço livre no disco C.
Como queria experimentar o novo Ubuntu 4.09 a partir de uma instalação nova (fresh installation), aproveitei e eliminei as partições que tinha no Ubuntu 8.10.
É óbvio que ao eliminar a partição do Ubuntu que guardava o boot do Grub fiquei com sector de arranque do disco "danificado" e sem a possibilidade de arrancar a partir do disco rígido - algo que não era novidade para mim nem tão pouco estava desprevenido!
Isto já tinha acontecido uma vez e tinha resolvido o problema com o arranque do computador com o CD original do Windows Vista e após ter executado a opção "Repair Computer" seguida da opção "Startup Repair".
O problema é que desta vez a opção "Startup Repair" dizia que não encontrava qualquer erro e continuava a não conseguir arrancar o computador uma vez que o Grub estava instalado no sector de arranque do disco e não encontrava (porque tinha sido eliminada) a partição com as opções de arranque.
Depois de várias pesquisas na Web, consegui com sucesso resolver o problema!
Não foi complicado:

1. Arrancar o computador com o CD original do Windows Vista;
2. Escolher a língua, neste caso "Portuguese";
3. Seleccionar a opção "Repair Computer";
4. Escolher a opção "Command Prompt";
5. Executar o comando: bootrec.exe /FixMbr para corrigir o MBR do disco;
   
6. Fechar a janela da linha de comandos (comando "exit");
7. Executar o comando "Restart".

A partir deste momento o Windows Vista passou a arrancar normalmente e sem qualquer problema.

Após ter feito algumas alterações no tamanho das partições do meu disco, o meu computador deixou de arrancar sendo que o Grub não encontrava a partição onde estava instalado.

Para resolver este problema procedi da seguinte forma:

• Arranquei com o LiveCD do Ubuntu 8.04 (versão que tinha instalada no computador);
• Abri a consola;
• Executei os comandos:

1. sudo grub
2. find /boot/grub/stage1
3. root (hdx,x)
4. setup (hdx)
5. quit

Substitui o x do terceiro e quarto comando pelo número que foi devolvido pelo comando find.

Resultado: Grub a funcionar!