Si vous utilisez le driver de nvidia, le boot ne fonctionnera plus, mais par contre vous aurez les effets 3D.
Là, ce n'est pas (que) la faute d'Ubuntu, mais de Debian. Sur mes Debian Squeeze/Testing, j'ai ce bug depuis bien 6 mois (".run" pour les drivers NVIDIA, et kernel 2.6.32).
Le problème est apparu avec l'intégration des drivers "nouveau" dans le kernel, et de leur activation dès la phase de chargement du kernel.
Le GRUB_CMDLINE_LINUX_DEFAULT="quiet vga=791" dans /etc/default/grub corrige le problème, mais il faut surtout fait un "blacklist nouveau" dans le "/etc/modprobe.d/00local.conf", et relancer la génération du initrd (dpkg-reconfigure initramfs-tools)
Par exemple, pour thttpd, Il faut avoir l'idée d'aller modifier le contenu de /etc/default/thttpd pour l'activer. Apparemment c'est le seul comme ça. /etc/default à l'air d'être un peu l'équivalent de /etc/sysconfig ailleurs.
Sur Debian en effet (Ubuntu en est dérivé), on ne modifie pas les fichiers du /etc/init.d/* afin de configurer les services. Les scripts d'init sont configurés pour charger les préférences utilisateurs dans /etc/default/ . Cela surprend un peu au début, mais c'est finalement assez pratique.
D'une manière générale, Debian essaye de toujours séparer les fichiers de configurations par défaut, et ceux des utilisateurs. Ainsi, les paquets peuvent modifier "sans risques"(*) leurs fichiers de configuration, les spécificités de l'utilisateur n'étant pas touchées
(*): Pour certains services cependant, comme /etc/samba/smb.conf, les configurations utilisateurs ne sont pas séparés de celles par défaut. L'installeur du paquet propose alors soit de fusionner au mieux les deux configuration, soit de laisser la configuration initiale, ou encore de mettre en place la nouvelle configuration par défaut.
[^] # Re: Ma première expérience avec Ubuntu
Posté par Olivier (site web personnel) . En réponse à la dépêche Ubuntu 42, la réponse universelle aux besoins de Madame Michu. Évalué à 2.
Là, ce n'est pas (que) la faute d'Ubuntu, mais de Debian. Sur mes Debian Squeeze/Testing, j'ai ce bug depuis bien 6 mois (".run" pour les drivers NVIDIA, et kernel 2.6.32).
Le problème est apparu avec l'intégration des drivers "nouveau" dans le kernel, et de leur activation dès la phase de chargement du kernel.
Le GRUB_CMDLINE_LINUX_DEFAULT="quiet vga=791" dans /etc/default/grub corrige le problème, mais il faut surtout fait un "blacklist nouveau" dans le "/etc/modprobe.d/00local.conf", et relancer la génération du initrd (dpkg-reconfigure initramfs-tools)
Par exemple, pour thttpd, Il faut avoir l'idée d'aller modifier le contenu de /etc/default/thttpd pour l'activer. Apparemment c'est le seul comme ça. /etc/default à l'air d'être un peu l'équivalent de /etc/sysconfig ailleurs.
Sur Debian en effet (Ubuntu en est dérivé), on ne modifie pas les fichiers du /etc/init.d/* afin de configurer les services. Les scripts d'init sont configurés pour charger les préférences utilisateurs dans /etc/default/ . Cela surprend un peu au début, mais c'est finalement assez pratique.
D'une manière générale, Debian essaye de toujours séparer les fichiers de configurations par défaut, et ceux des utilisateurs. Ainsi, les paquets peuvent modifier "sans risques"(*) leurs fichiers de configuration, les spécificités de l'utilisateur n'étant pas touchées
(*): Pour certains services cependant, comme /etc/samba/smb.conf, les configurations utilisateurs ne sont pas séparés de celles par défaut. L'installeur du paquet propose alors soit de fusionner au mieux les deux configuration, soit de laisser la configuration initiale, ou encore de mettre en place la nouvelle configuration par défaut.