====== 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.