[Linux-bruxelles] Ubuntu Deception ?

[Serge Munhoven]

Bonjour,

(Pas encore touché une 9.04; même pas encore tout passé en Lenny).

On Sat, Apr 25, 2009 at 04:24:51PM +0200, Didier Misson wrote:

 >  Le problème étant que ce PC à 2 disques durs.
 >  Dans le Bios, dans l'ordre de la liste du Bios :
 >  
 >  - disque IDE 120 GB  (Ubuntu)
 >  - disque SATA (Windows)
 >  
 >  et le boot se fait sur le SATA Windows...

Pas la faute à Linux ;-)
Peut-être parce que l'IDE n'a pas de MBR valide ?

 >  Nous avons eu les problèmes suivants :
 >  
 >  - un message d'erreur au partitionnement. Il n'a jamais voulu monter
 >  /dev/sda5 (ou 6... sais plus) en  /windows2 !!! On a du refaire le
 >  partitionnement en prévoyant le point de montage du disque Windows C
 >  (sda1) mais pas du Windows D ...

Il faudrait voir dans les logs (console 4 ?).  Peut-être un système de
fichiers que Linux considère comme nécessitant un filesystem check.

 >  - un message d'erreur disant "vous n'avez pas prévu assez de place
 >  disque pour la partition /home : il faut au minimum en octets" (et RIEN
 >   n'était indiqué concernant cette place minimale) ... La partition /home
 >  prévue faisait 100 GB !!!

???

 >  - plantage au reboot dans Grub : Stage 1.5 Error 15...
 >  Il a (je pense, je n'ai pas dépanné ça moi-même) mélangé le disque 1 et
 >  disque 2 ... et a mal configuré l'indication du disque contenant le
 >  /boot/grub/menu.lst ...
 >  La personne qui a dépanné le Pc a bricolé un long moment depuis le
 >  LiveCD avec des chroot et grub.

De mémoire (corrigé un cas du genre il y a longtemps) est que, pour
grub, le premier disque dur est toujours le disque qui a amorcé le
système.  Et ce n'est pas forcément le même que lors de l'installation
(amorçage à partir d'un CD). (Oui, c'est ... bogueux).

Par contre grub s'est installé dans le MBR (comment décide-t-il si sur
l'IDE ou sur le SATA ? En interrogeant le BIOS ?).  Il amorce et cherche
ses petits sur le mauvais disque. (A partir d'un live CD et chroot,
corriger le chiffre magique dans /boot/grub/menu.lst et forcer grub à se
mettre à jour).

 >  Ce plantage au reboot est vraiment catastrophique pour un débutant !
 >  On était à une Install Party à Ecaussines, ok... on a pu l'aider...
 >  Mais, il a pris un disque dur séparé pour Ubuntu, pour ne PAS devoir
 >  toucher à son Windows... et après installation, au reboot, il n'avait
 >  plus RIEN qui fonctionnait ! Plus de Windows...
 >  Ok, on a dépanné et tout fonctionne...
 >  Mais s'il avait fait ça chez lui ? Il prend le soin de mettre un
 >  DEUXIEME disque dur séparé, et au final c'est le plantage total :-(
 >  
 >  - après reboot et mise à jour, etc, j'avais installé le package
 >  "ubuntu-restricted-extra", et en faisant des mises à jour, ça bloque sur
 >  "ttf-ms-corefont" ... (un nom de ce genre) ..

Tiens, ils n'ont toujours pas corrigé celui là ...
Aussi de mémoire et de google :
Si l'horloge du PC avance lors de l'installation,  certains fichiers
auront un temps de création dans le future.  Pas grave tant que le PC
est à la même heure ou plus loin.  Mais plus loin dans l'installation
l'horloge est mise à jour.  Le packet "ttf-opensymbol" s'embrouille lors
de sa configuration parce que le répertoire
"/usr/share/fonts/truetype/msttcorefonts" est dans le future ... (et/ou
autres).  Chercher dans les logs des messages du style
"/usr/share/fonts/truetype/msttcorefonts: failed to write cache" (ou
"sudo dpkg --configure -a" pour recréer le message d'erreur).
Pour les répertoires en question reset-er la date de création :
"sudo touch /usr/share/fonts/truetype/msttcorefonts" etc.
Re "sudo dpkg --configure -a".

 >  p... c'est du sabotage !!!  :p)

:p)

Bon dimanche,

 - Serge