Reprise du message précédent :
C'est "normal" http://www.archlinux.org/news/init [...] -required/

 
yaourt -Si linux
 
Mais c'est très lourd le numéro de version à deux chiffres au lieu de 3, ça pète plein d'outils comme debootstrap...

Kernel 3.1.1 hier, kernel 3.1.2 aujourd’hui.
Il se passe quoi avec le kernel ? Ils ont patché des buggs les développeurs ?

Ce n'est pas 3.1.2 mais 3.1-2. Petite nuance. Le -2 doit être probablement le numéro de build du paquet pour la distribution.

Exact. Mes excuses >.<

 
Précisément, c'est une révision (pkgrel) du PKGBUILD.

 
est-ce qu'un pacman -Syu met à jour par défaut le kernel ou bien il faut le spécifier dans un fichier de configuration ?
 
mes dépôts sont ceux configurés par défaut lors d'une install "netiso",  
 
et visiblement ma version du noyau linux est le "3.0.7-1" d'après le nom du paquet installé si je fais un  :
 
pacman -S | grep linux
 
ça me renvoie :
 
linux 3.0.7-1
linux-headers 3.0.7-1
linux-api-headers 3.0.1-1
 
il faut ajouter un dépot "testing" pour pouvoir utiliser un noyau plus récent ?

"Testing" est activé chez moi, oui.

 
Suffit d'utiliser ARM (Archlinux Rollback Machine), ou le script direct "downgrade" sur AUR

oui, mais plus d'une fois, c'est mon réseau qui souffrait de MAJ foireuses, donc je préfère garder en local mes paquets N-1. Mais chacun le fait comme il le sent !

Install de mon nouveau serveur, sous Arch  

  "ready to serve"

à la fermeture de arch j'ai ce message d'erreur dans la console :

/dev/sda5 étant la partition de swap,

quelqu'un a une idée pour le résoudre ?

Bonjour,
 
 
mon horloge ne se mets jamais à jour automatiquement pour le passage en heure d'hiver / d'été malgré que dans rc.conf ce soit indiqué : localtime et timezone: brussels
 
Comment se fesse?

il faut obligatoirement ce paquet "ntp" pour que la gestion de l'heure d'été/hiver se fasse ?
 
je suis sous  virtualbox, installation depuis un CD netiso avec les packages par défaut et je n'ai pas ce paquet

NTP permet de récupérer l’heure sur le net. Donc, je dirais « Oui. »

Quoi que je fasse, pas moyen de mettre à jour.
Une idée de ce qu’il faut faire ?

 
il y a pas un autre moyen de gérer l'heure d'été/hiver sans passer par un accès à internet ? ( windows lui le fait sans utiliser de daemon internet ),
 
normalement le système devrait se débrouiller tout seul en se basant sur le fait que le basculement de l'heure d'hiver se fait dans la nuit du dernier samedi du mois d'octobre, il devrait alors retirer une heure à l'heure actuelle, pas besoin de faire des accès à internet,
 
supposons qu'une machine de production tourne dans une usine (genre une étiqueteuse ou une machine outil pilotée par archlinux ) et que cette machine n'a pas accès à internet ( aucun besoin d'être connecté sur le réseau ) il n'y aurait alors aucun moyen de gérer l'heure d'été/hiver s'il faut obligatoirement utiliser ntp et avoir un accès à internet  

Oui, bien sûr.
L’OS choppe l’heure dans le BIOS comme tu le sais.
Je ne sais pas si mon BIOS met à jour l’heure selon la date courante. Du coup, je préfère me reposer sur un programme tiers.
A toi de voir si tu préfères faire confiance à ton BIOS ou un programme.

tzdata contient normalement les informations relatives aux changements d'heure été/hiver.

Tzdata n'a pas été contraint à fermer??

Et le serveur NTP il se met comment à l'heure d'hiver/été ?

Ton bios est à l'heure GMT, il ne change pas d'heure. Ton OS applique le différentiel dessus. Ca fonctionne évidemment en offline sans avoir besoin d'un accès à internet ou à un serveur ntp sur le LAN.

Je croyais que c'etait toi qui changeait l'heure du serveur ntp.  

 
Merci tzdata

donc en résumé, comment faire pour avoir le basculement d'heure automatique sans utiliser ntp?
edit: tzdata est déja installé chez moi

Le basculement se fait automatiquement. De mon côté c'est comme ça que ça s'est passé.

Un peu de logique.
Tu dis à ton OS que ton BIOS est déjà à l'heure locale (hardwareclock=localtime). Donc ton OS va se synchro dessus sans toucher à rien (utile dans le cas d'un dual boot). Dans ce cas, un windows par exemple en dual boot va faire le passage a l'heure d'hiver, changer l'heure du Bios et le Linux va se synchroniser dessus.

Si tu veux que ce soit le linux qui fasse le boulot, tu regles l'heure de ton BIOS une fois pour toute en UTC, puis tu dis à l'Arch "hardwareclock=utc". A ce moment là, et seulement à ce moment là, l'Arch va lire l'heure utc du bios ET appliquer un différentiel pour l'heure locale.

Note : Timezone, d'habitude c'est un souspath complet de /usr/share/zoneinfo. Genre Europe/Brussels ...

 
correction: chez moi il n'existe pas d'option "UTC" dans le bios d'un PC classique, on peut uniquement régler l'heure et la date dans le PC ( carte mère gigabyte ga-p31-dsl3 qui date de 2008 ),
 

 
donc pour être clair il suffit uniquement de régler "hardwareclock=utc" dans un fichier de configuration d'archlinux ( lequel ? ), de n'installer aucun paquet supplémentaire ( une installation par défaut d'archlinux devrait suffire ) et hop on a la gestion automatique du basculement heure d'été/heure d'hiver ?
 
ce que je veux:  
 
- que ArchLinux modifie l'heure du bios lors du passage à l'heure d'hiver (ainsi que l'heure d'été ), en gros exactement comme le ferait windows ( ou ce que ferait un humain lorsqu'il regle lui même l'heure de son radio-reveil ou de sa montre ) en gros que la modif se fasse de manière hardware par l'OS sur l'horloge du bios

La fonction "localtime" est déconseillée sur Archlinux pour la simple est bonne raison que ce n'est pas possible de synchroniser l'horloge sur l'heure d'été et l'heure d'hiver de manière fiable.
Plutôt que de faire ça, on met l'horloge du PC en UTC, puis l'heure est ajustée en fonction de ton fuseau horaire au démarrage, en interrogeant la base de données tzdata (fichiers dans /usr/share/zoneinfo).
 
C'est dans /etc/rc.conf, chez moi :  
 

 
Au passage dans les commentaires du fichier, tu liras ça :

Bien entendu quand je dis tu règles le bois en utc, ça veut dire de régler le bios à l'heure utc ... Pas de chercher une option utc dans le bios ...

Absolument!

 
 
hello merci mais je suis en dual boot et je ne boot quasi jamais sous windows ...
Si je mets hardwareclock (sous le bios) en utc, windows il va pas être content il me semble ...

 
J'avais le problème avec XP mais ça passe maintenant...

l'heure c'est relatif, ça change tout le temps

t'façons, les jours, les heures, les dates... tout ca c'est pas une science exacte.  
 
c'est pas faux  
 
 
 
 
 
 
 
 
 
ah pardon, mauvais topic

Post inutile du jour : je suis en train de réinstaller l'ordi d'un pote avec sa licence d'origine, à savoir Windows Vista. Je ne comprends pas comment ce modèle consistant à télécharger les logiciels un par un, les mises à jour une par une, et qui installe les mises à jour les unes sur les autres sans que la dernière en date soit rétroactive et prenne en charge celles qui l'ont précédées est devenu et reste le système dominant. Ça parait tellement archaïque lorsqu'on a l'habitude d'utiliser un gestionnaire de paquets, je suis halluciné. Ça faisait longtemps que je n'avais pas fait ça, c'est juste incroyable...

Vous pouvez reprendre une activité normale.

 
 
EDIT : moi aussi, ça fait 6 ans que je n'ai pas fait une install de Windows (sauf une LSD dans virtualbox, autrement dit, pas grand chose )... mais je suis curieux de nature : un exemple de pb de rétroactivité STP ? (histoire aussi de me moquer de mes amis windowsiens... oui, j'en ai, j'avoue... )

Genre le .net framework 3, 2 et 1 qu'il faut avoir installé conjointement.
 

t'as aussi le SPx qui se telecharge et s'installe completement, meme si ton systeme est deja quasiment "SPisé", a une ou deux MaJ mineures près
 
'fin attendez, faut voir que les mecs ont déjà commencé a se dire qu'il fallait PENSER a une meilleure architecture de "paquets" y'a quelques années : depuis vista, les pilotes WHQL sont dispo via windows update.
 
c'est déjà un pas énorme pour les windowsiens, eux qui hurlent a la révolution a chaque micropouillème avancée
 
avec windows, c'est doucement le matin, pas trop vite le soir hein, faut y aller mollo.
 
un jour ils découvriront qu'on peut avoir une centralisation logicielle importante permettant de faciliter les installs et MaJ, ca leur fera tout drole
 
bon, evidemment, ca sera mis en place sous la forme d'un appstorelike, pas d'un dépot
 
mais bon, ca sera dans longtemps, faut pas aller trop vite pour le public
 
 

Si c'était que ça... On pourrait comparer les .NET aux diverses librairies qui se doivent d'être cumulées, genre GTK2 et GTK3 ou Qt3 et Qt4 qui peuvent cohabiter sur un système pour des applications différentes. Mais par contre, les 8 SP de .NET 3.5 qui s'installent gentiment un par un avec un reboot obligatoire après chacun alors qu'il aurait probablement été trop simple de faire en sorte que le dernier SP intègre les 7 premiers (d'autant plus qu'il doit probablement remplacer 90% des fichiers mis à jour par les SP précédents).

Sans compter le SP1 nécessaire avant de pouvoir installer le SP2 (et autant de centaines de Mo de téléchargement à chaque fois), ou les applications uniques sur un système, typiquement IE, où tu passes par l'installation minutieuse de chaque version puis de chaque SP de la version installée avant d'installer la version suivante qui efface tout de toute façon et ainsi de suite jusqu'à la dernière version en date qui elle même ne s'installe qu'en version de base et doit donc ensuite installer ses différents SP, dans l'ordre. Ça donne, après une installe de Vista stock (ou [X->Y] signifie qu'on installe le SPX puis le SPX+1 jusqu'au SPY, avec force reboot 2 fois sur 3) :

Vista -> Vista SP1 -> Vista SP2 -> IE7 SP[X->Y] -> IE8 -> IE SP [X->Y] -> IE9 -> IE SP[X->Y]

Si encore, à la rigueur (mais vraiment à la rigueur) on avait :

Vista -> Vista SP2 -> IE9 SPY

Et bien entendu, quand on arrive à installer deux MAJ de suite sans rebooter, c'est jour de fête. V'la le craquage quoi.