====== De sarge en etch ======
Notes ayant trait aux opérations nécessaires à la migration de l'installation par défaut de kimsufi en sarge vers une configuration en etch en soulignant les bizarreries et corrections à apporter à l'image (assez peu) « standard » faite par OVH.
===== Préparatifs =====
==== /etc/apt/sources.list ====
:!: Ce fichier contient ''stable'' plutôt que ''sarge'' (ce qui est crétin).
Donc remplacement de ''stable'' par ''sarge'' en conséquence.
==== Clefs admin OVH ====
Il y a des clefs dans le fichier ///root/.ssh/authorized_keys2//.
==== Utilisateur non-root ====
Il n'y a pas d'utilisateur autre que root. À créer selon désirs et besoins.
==== logrotate ====
''logrotate'' n'est pas installé par défaut. L'installer :
# aptitude install logrotate
amène en dépendance exim4.
À noter, lors de l'installation d'exim4, que :
- il y a un cache de ''exim'' qui semble traîner dans le coin et que les cartons debconf pour exim4 en suggèrent la suppression ;
- il est utile d'avoir l'utilisateur non-root (ci-dessus) pour rediriger le courrier root.
Et après :
# aptitude purge exim
==== Paquets inutiles (ou obsolètes) ====
Il y a quelques trucs qui traînent (voir ''aptitude'').
Moi, j'enlève :
# aptitude purge libnewt0 libstdc++3 gcc-3.0 gcc-3.0-base cpp-3.0 \
libpcap0 libperl5.6 libsasl7 libdns5 libisc4 systemimager-client \
systemimager-common ppp dhcp-client
==== locales ====
Les paramètres linguistiques régionaux peuvent être re-configurés (je choisis UTF-8) :
# dpkg-reconfigure locales
===== Passage vers etch =====
En passant de ''lilo'' à ''grub''.
==== /etc/apt/sources.list ====
Remplacement de ''sarge'' par ''etch''.
==== Mise à jour ====
:!: Ce n'est pas la méthode recommandée par Debian : http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.fr.html
# aptitude update
# aptitude update
# aptitude dist-upgrade
==== Installation du noyau 2.6 (avec lilo) ====
# aptitude update
# aptitude install linux-image-2.6-686
=== /etc/lilo.conf ===
Modification :
default=linux
image=/vmlinuz
label=linux
read-only
initrd=/initrd.img
=== /etc/kernel-img.conf ===
do_initrd = Yes
=== Épreuve de vérité ===
# reboot
==== Installation de grub sur 2.6 (etch) ====
# aptitude install grub
# grub-install "(hd0)"
# update-grub
=== /etc/kernel-img.conf ===
do_initrd = Yes
postinst_hook = /usr/sbin/update-grub
postrm_hook = /usr/sbin/update-grub
do_bootloader = no
=== Nouvelle épreuve de vérité ===
# reboot
Si tout roule :
# aptitude purge lilo
===== Correction anomalies de l'image kimsufi =====
==== /etc/gshadow incorrect ====
Symptôme :
# dpkg-reconfigure passwd
aucune entrée correspondante dans le fichier de groupe /etc/gshadow
ajouter le groupe « man » dans /etc/gshadow aucune entrée correspondante dans le fichier de groupe /etc/gshadow
ajouter le groupe « sasl » dans /etc/gshadow aucune entrée correspondante dans le fichier de groupe /etc/gshadow
ajouter le groupe « plugdev » dans /etc/gshadow grpck : aucun changement
Please correct the error and rerun `/sbin/shadowconfig on'
Donc ajouts dans ///etc/gshadow// de :
man:*::
sasl:*::
plugdev:*::
Ça marche :
# dpkg-reconfigure passwd
Shadow passwords are now on.
==== /var/mail n'a pas les bons droits ====
# ls -ld /var/mail
drwxr-sr-x 2 root root 4096 2004-11-22 17:07 /var/mail
# chmod g+w /var/mail
# chgrp mail /var/mail
# ls -ld /var/mail
drwxrwsr-x 2 root mail 4096 2004-11-22 17:07 /var/mail
==== /etc/hosts incorrect ====
Il faut corriger la ligne
feo0::0 ip6-localnet
en
fe00::0 ip6-localnet
==== Droits /root inhabituels ====
Ça peut engendrer des problèmes très inhabituels sur des trucs apparemment sans rapport (utilisateurs système qui ont /root comme compte par défaut).
# ls -ld /root/
drwx------ 5 root root 4096 2007-05-02 22:05 /root/
# chmod go+rx /root/
# ls -ld /root/
drwxr-xr-x 5 root root 4096 2007-05-02 22:05 /root/
===== Remerciements =====
À tous ceux qui publient leur documentation sur Internet. Si cette documentation vous a fait gagner des heures, vous pouvez me remercier en publiant vos documentations à votre tour.