Notes de version d'openSUSE 12.2

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Version :

12.2.8 (2012-08-21)

Copyright    2012 Novell, Inc.

Il est permis de copier, distribuer et/ou modifier ce document selon les
conditions de la licence GNU Free Documentation, Version 1.2 ou n'importe
quelle version plus r  cente publi  e par la Free Software Foundation ;
sans section inalt  rable, sans texte de premi  re page de couverture ni
texte de derni  re page de couverture. Une copie de la licence est incluse
dans le fichier fdl.txt.

Si vous mettez    jour une ancienne installation vers cette version
d'openSUSE, consultez les pr  c  dentes notes de version list  es ici :
http://en.opensuse.org/openSUSE:Release_Notes

Ces notes de version traitent des points suivants :

  • Section  1,     Divers     : ces   l  ments sont automatiquement inclus
       partir d'openFATE, le syst  me de gestion des fonctionnalit  s et
    exigences fonctionnelles (http://features.opensuse.org).

    N/A

  • Section  2,     Installation     : lisez ceci si vous voulez installer
    un nouveau syst  me.

  • Section  3,     G  n  ralit  s     : les informations qui s'adressent  
      tous.

  • Section  4,     Mise    niveau du syst  me     : probl  mes li  s   
    une mise    niveau du syst  me depuis la version pr  c  dente    cette
    version d'openSUSE.

  • Section  5,     Aspects techniques     : cette section contient un
    certain nombre de modifications et am  liorations techniques qui
    s'adressent    l'utilisateur exp  riment  .

1.  Divers

N/A

2.  Installation

2.1.  Pour des informations d  taill  es sur l'installation

Pour des informations d  taill  es sur l'installation, reportez-vous    la 
    Documentation openSUSE     r  f  renc  e ci-dessous.

3.  G  n  ralit  s

3.1.  Documentation openSUSE

  • Dans le Guide de d  marrage, vous trouverez des instructions
    d'installation   tape par   tape, ainsi qu'une introduction aux bureaux
    KDE et GNOME et    la suite LibreOffice. Les questions d'administration
    g  n  rale y sont   galement   voqu  es, comme le d  ploiement, la
    gestion de logiciels et une introduction au shell bash.

  • Le Guide de R  f  rence couvre l'administration et la configuration du
    syst  me en d  tail, et explique comment configurer divers services r  
    seau.

  • Le Guide de la S  curit   introduit certains concepts de base de la s  
    curit   syst  me, couvrant    la fois les aspects de s  curit   locale
    et r  seau.

  • Le Guide d'analyse et de r  glage du syst  me aide    la d  tection de
    probl  mes,    leur r  solution et    l'optimisation.

  • La Virtualisation avec KVM offre une introduction    la mise en place
    et    la gestion de la virtualisation avec les outils KVM, libvirt et
    QEMU.

4.  Mise    niveau du syst  me

4.1.  Mise    jour distante via "zypper dup"

Lors de la mise    niveau de openSUSE 12.1 (ou plus ancienne), les
connexions SSH seront ferm  es lorsque le nouveau paquet openssh sera mis  
  jour. Si vous mettez    niveau via "zypper dup" par SSH, lancer "zypper
dup" dans un multiplexeur de terminal r  activable (comme "screen" ou
"tmux") pour que vous puissiez vous reconnecter facilement, ou au moins   
tre immunis   des pertes de connexion (par exemple, via "nohup").

4.2.  sysvinit obsol  te

Certains composants du bureau d  pendent de services uniquement fournis par
systemd. Bien que openSUSE 12.2 comporte encore le support de base pour d  
marrer un syst  me avec sysvinit en tant que solution de secours, sysvinit
est n  anmoins consid  r   comme obsol  te et m  me probablement d  
fectueux ou cass   par certains aspects. Si vous avez des probl  mes avec
un syst  me d  marr   avec sysvinit, utilisez systemd avant de remplir des
rapports de bogues.

4.3.  mount et losetup ont abandonn   le support de cryptoloop

cryptoloop comporte des faiblesses connues et est donc consid  r   comme
obsol  te en faveur de dm-crypt depuis des ann  es. mount (par exemple via
/etc/fstab) et losetup ont finalement abandonn   le support de cryptoloop.
Ceci signifie que les anciennes entr  es fstab qui utilisent la commande 
cryptoloop pour acc  der aux conteneurs chiffr  s ne fonctionnent plus de
cette fa  on. Les conteneurs peuvent malgr   tout encore   tre acc  d  s
avec dm-crypt (/etc/crypttab). Reportez-vous    la page http://
en.opensuse.org/Encrypted_Filesystems pour des exemples sur la fa  on
d'utiliser la nouvelle m  thode.

4.4.  Monter des partitions crypt  es avec systemd

Si des partitions crypt  es ne sont pas mont  es automatiquement avec
systemd, le flag noauto de ces partitions dans /etc/fstab peut en   tre la
cause. Remplacer ce flag par nofail permettra de r  soudre le probl  me.
Par exemple, modifiez la ligne suivante :

/dev/mapper/cr_sda3  /home   ext4    acl,user_xattr,noauto 0 2

en

/dev/mapper/cr_sda3  /home   ext4    acl,user_xattr,nofail 0 2

5.  Aspects techniques

5.1.  Initialisation de la carte graphique avec KMS (Kernel Mode Setting)

Depuis openSUSE 11.3, KMS (Kernel Mode Setting) est activ   par d  faut
pour les cartes graphiques Intel, ATI et NVIDIA. Si vous rencontrez des
probl  mes avec le support de KMS par les pilotes (intel, radeon, nouveau),
d  sactivez KMS en ajoutant nomodeset    la ligne de commande d'amor  age
du noyau. Pour d  finir ceci de mani  re permanente avec Grub 2, le
chargeur d'amor  age par d  faut, ajoutez-le    la ligne des options par d 
 faut du noyau GRUB_CMDLINE_LINUX_DEFAULT dans le fichier texte /etc/
default/grub en tant que root et en lan  ant la commande de terminal

sudo /usr/sbin/grub2-mkconfig --output=/boot/grub2/grub.cfg

pour que les changements prennent effet. Sinon, pour l'ancien Grub,
ajoutez-le    la ligne de commande du noyau dans /boot/grub/menu.lst,   
galement en tant que root. Cette option permet de s'assurer que le module
du noyau (intel, radeon, nvidia) est charg   avec modeset=0 dans initrd,
c'est    dire que KMS est d  sactiv  .

Dans les rares cas o   le chargement du module DRM depuis initrd pose probl
  me, sans relation avec KMS, il est m  me possible de d  sactiver compl  
tement le chargement du module DRM dans initrd. Pour cela, d  finissez la
variable sysconfig NO_KMS_IN_INITRD    yes via YaST, ce qui recr  e ensuite
l'initrd. Red  marrez votre machine.

Sur Intel sans KMS, le serveur X se replie vers le pilote fbdev (le pilote
intel ne supporte que KMS) ; alternativement, il existe aussi le pilote
"intellegacy" (paquet xorg-x11-driver-video-intel-legacy) qui supporte
toujours UMS (User Mode Setting). Pour l'utiliser,   ditez /etc/X11/
xorg.conf.d/50-device.conf et changez la valeur de driver    intellegacy.

Sur ATI pour les cartes graphiques actuelles, le serveur X se rabat sur
radeonhd. Sur NVIDIA sans KMS, le pilote nv est utilis   (le pilote nouveau
ne supporte que KMS). Notez que les cartes graphiques ATI et NVIDIA les
plus r  centes basculeront sur fbdev si vous sp  cifiez le param  tre
d'amor  age du noyau nomodeset.

5.2.  Amor  age avec sysvinit (obsol  te)

Par d  faut, openSUSE d  marre maintenant avec systemd. En cas de probl  
me, vous pouvez essayer de revenir    l'ancienne m  thode bas  e sur
l'obsol  te sysvinit en appuyant sur la touche F5 lors de l'amor  age. Pour
plus d'informations    propos des limitations lors de l'amor  age avec
sysvinit, voir Section  4.2,     sysvinit obsol  te    .

5.3.  systemd : fournir des param  tres de d  marrage de service

systemctl ne supporte que des param  tres "standards" (cf. http://
www.freedesktop.org/wiki/Software/systemd/Incompatibilities).

Vous pouvez contourner ce nouveau comportement en appelant le script de d  
marrage directement, par exemple :

cd /etc/init.d
./apache2 <vos_parametres>

5.4. systemd : extinction du système

Pour arrêter et éteindre le système lorsque systemd est utilisé, tapez les
commandes halt -p ou shutdown -h now, ou utilisez le bouton d'arrêt fourni
par votre environnement de bureau.

Note : une simple commande halt n'arrêtera pas le système correctement.

5.5. systemd : utilisation de tmpfs : /run, /var/run, /media, etc.

systemd monte plusieurs dossiers qui contiennent uniquement des données
volatiles, comme les systèmes de fichier tmpfs : /run, /var/run, /var/lock,
et /media sont ces dossiers. Pour plus d'informations, voir http://lwn.net/
Articles/436012/.

Note : ne sauvegardez pas des fichiers qui doivent survivre à un
redémarrage dans /run, /var/run, etc.

5.6. systemd : nettoyage des dossiers (/tmp et /var/tmp)

systemd assure la maintenance des dossiers comme spécifié dans le dossier
tmpfiles.d et dans /lib/systemd/system/systemd-tmpfiles-clean.timer. Pour
plus d'informations, voir la page de manuel de tmpfiles.d.

Par défaut, systemd nettoie le dossier tmp comme configuré dans /usr/lib/
tmpfiles.d/tmp.conf :

d /tmp 1777 root root 10d
d /var/tmp 1777 root root 30d

Note : systemd n'honore pas les variables sysconfig dans /etc/sysconfig/
cron telles que TMP_DIRS_TO_CLEAR.

5.7. Auto-montage des médias USB

Gnome et Xfce utilisent maintenant udisks2 pour monter automatiquement les
médias USB sous /run/media/$USER. KDE utilise udisks version 1 et monte les
médias USB sous /media.

5.8. Information de fuseau horaire dans /etc/adjtime

La troisième ligne de /etc/adjtime contient maintenant des informations
pour savoir si votre horloge BIOS est réglée sur UTC ou sur une zone locale
(réglage précédemment enregistré dans HWCLOCK dans /etc/sysconfig/clock).

Si /etc/adjtime contient une information erronée (par exemple après avoir
réglé la date et l'heure avec ntpdate ou avec ntpd lancé), définissez la
variable USE_ADJUST sur "no" dans /etc/sysconfig/clock.

5.9. Valeurs par défaut de GNU tar pour créer des archives conforme à POSIX

GNU tar utilise maintenant par défaut --format=posix et crée des archives
conforme à POSIX avec des entêtes étendus PAX. Vérifiez que vos scripts et
applications sont compatibles avec ce format.

L'ancien comportement (et par défaut du projet parent) peut être retrouvé
en définissant les variables d'environnement :

TAR_OPTIONS='--format=gnu'

ou

TAR_OPTIONS='--pax-option=delete=[ac]time*'

