Ubuntu-fr

Quelle versoin d'Ubuntu (32 ou 64 bits) ? Sur un HP Pavillon ze2000 ?

Bonsoir,
Avant d'aller plus loin :

1. avez-vous vérifié l'intégrité de l'image disque que vous avez téléchargée (md5 ou sha1) ?

2. avez-vous utilisé un logiciel de gravure qui permet de contrôler la conformité du disque gravé et l'avez vérifiée ?

J'ai du avoir de la chance jusqu'ici car mon portable avais passé toutes les mises à niveau LTS depuis 7 ans. J'avais bien perdu le boot-loader et la carte graphique une ou deux fois, mais ce sont des détails qui s'arrangent très bien en redémarrant sur un système de dépannage, comme l'alternate CD d'Ubuntu.

Concernant la mise à niveau à partir d'un live CD, dans ce cas, ça n'aurait pas changé grand chose. Le fait que apt soit cassé m'a inquiété mais, grâce aux forums j'ai réalisé que j'avais tous les paquettages dans le cache mais ça ne suffisait pas.

Pour ce qui est de la mise à niveau, je constate qu'il y a une incompréhension. Mettre à niveau, ça n'a rien à voir avec effacer et installer de neuf. Soit la fonctionnalité existe, soit elle n'existe pas.  Considérer comme normal qu'il soit impossible de passer d'une version du système à une autre, c'est très Windowsien En tout cas, c'est incongru sur une station de travail GNU-Linux qui n'est pas une boîte noire dans laquelle on a remplacé un OS payant par un OS gratuit, mais un ordi dans lequel on a placé un système libre pour y avoir accès, l'adapter, le configurer (le tout représentant des heures de travail).

À propos de ton expérience positive de mise à niveau dans un club informatique, ça pourrait confirmer le fait que la mise à niveau fonction si on n'utilise que des paquettages "Canonical". J'émets cette hypothèse parce que c'est ce que je fais, quand j'installe des poste informatiques banalisés, en batterie. Tu confirmes ?

Si c'est le cas, ça vaudrait le coup de documenter précisément la procédure de nettoyage que j'avais sommairement rapportée (récupérer la liste des paquetages non disponibles dans les dépôts actifs et les supprimer). Ça devrait même permettre de réinstaller aussi près que possible de l'identique. J'ai fait quelque chose de semblable pour cloner un environnement de travail et ça avait marché à 100% (mais c'était exactement la même version de la même distrib).

Certes… Je peux toujours arracher la prise de courant (ou faire un hard reset pour moins stresser le matériel), reformatter le disque et installer un système vierge, comme sous Window$. J'espère, peut-être naïvement, que sous Ubuntu, il est encore possible de faire autrement.

Mais Jérome38 à peut-être raison. Travailler avec des LTS, attendre sagement la premère mise à jour de la LTS suivante avant de faire la mise à niveau, respecter pas à pas les indications officielles d'Ubuntu, ce n'est peut-être pas "propre"

Ce vieux fil de discussion arrivant en tête de classement sur interrogation "SyncML", je me permets de mettre à jour l'information.

Sous Android, le client gratuit FunV10 permet de synchroniser les contacts, l'agenda et les tâches.  Il est disponible sur la Play Store.

La richesse de description des contacts soulève alors le problème des limitations de l'application de Contacts d'origine. Toutes les informations d'un contact sont affichées mais on ne peut en modifier que certaines. Heureusement, FunV10 intègre son propre éditeur de contacts qui vous donne accès la toute la richesse de Funambol. Seul inconvénient, il vous faudra choisir l'éditeur au moment de la modification parce que Google ne fait rien pour simplifier la vie des développeurs.

À ma connaissance, il n'existe pas de client gratuit permettant de synchroniser par SyncML des répertoires de données (pas uniquement les données PIM). Seul Synthesis SyncML Client Pro semble proposer cette fonctionnalité, à prix d'or Encore faut-il disposer d'un - compte sur - serveur proposant la fonctionnalité. Par exemple, la version Community du serveur SyncML Funambol ne propose que les données PIM.

Merci pour ta réponse xabilon,

J'avais trouvé le post que tu indiques mais comme kde-trinity et kde4 vivait bien ensemble sur ma version Lucid 32bits, j'en avais conclu que le problème indiqué dans le post avait été réglé. D'où aussi la précision que je suis sur une version AMD64.

Pour ce qui est de supprimer le fichier fautif (ksscalist), c'est ce que j'ai fait, en pensant faire comme tu le suggères et aviser si le contenu divergeait suivant les versions... Mais il ne suffit pas de supprimer le fichier.

Après suppression du fichier, apt-get refuse toujours d'installer le paquet et affiche le même message d'erreur. Il semble que la vérification se fasse sur la description des paquets et non sur le contenu du système de fichiers. Ce qui parait logique car sinon on ne voit pas comment apt-get pourrait dire quel paquet a installé le fichier... D'où ma question concernant l'installation forcée.

Je ne sais pas si le message d'erreur d'installation fournit la liste des exhaustives de fichiers conflictuels ou s'arrête au premier conflit rencontré. Dans le  premier cas, une installation forcée permettrait de faire comme nous le pensions tous les deux. Dans le second, y a-t-il une commande fournissant la liste exhaustive des conflits potentiels dans l'hypothèse d'installation d'un paquetage donné ? J'avoue ne connaître que superficiellement la famille des commandes apt-*

Effectivement, j'ai besoin de Trinity et KDE4, simultanément   Les développeurs de Trinity estiment avoir fait les choses proprement pour ce soit possible puisque c'est l'un de leurs objectifs. En écrivant cela, j'en viens à m'interroger sur la propreté du paquet KDE4. Est-il bien normal qu'un paquet KDE4 installe un fichier dans /etc/kde3 ?

xabilon, tes infos m'ont été bien utiles. En manipulant apt-file, je me suis rendu compte que kdelib5-data était installé sur mon système. Du coup, à quoi pouvait bien servir le paquet kdelibs-data 4 ? En cherchant quels paquetage en dépendaient, j'ai vu ksensor. J'en déduis que j'ai malencontreusement installé kdelibs-data 4 en installant cet paquet.

Tout ça ressemble à des paquetages de rétro-compatibilité pour maintenir à flots certaines applications non portées en KDE4 (dont Quanta).

Après suppression du paquetage kdelibs-data 4, les paquetages de Trinity dont j'avais besoin se sont installés sans aucun problème !

Tout ça pour quoi ? Pour installer Kpilot et (enfin !) re-synchroniser mon Palm avec les applications PIM de KDE 4.

Le noyau 2.6.35 est en RC3, ce qui laisse peu d'espoir d'évolution (sur ce point précis) quant à ce qui sera intégré dans Maverick...

"Récurrent"? Depuis toujours ? Combien de disques ? Ou sont les partitions qui coincent et qui ne coincent pas ?  Un peu d'infos pleeeeeeeeeeeeeeeease ;-)

Cela ne dépend pas de linux mais du bootloader, donc, dans ton cas, probablement de la version du GRUB que tu utilises.

http://grub.enbug.org/LVMandRAID