Ubuntu-fr

le titre du post n'est pas très adapté: Android ne pose aucun problème avec Ubuntu, seulement les Samsung...

j'ai eu entre les mains des Htc (Dream, Magic), des Motorola (Dext, Milestone), LG (GW620), Sony (Xperia X10), et tous fonctionnaient très bien avec Ubuntu: branchement en USB qui ouvre automatiquement Nautilus, USB-tether, hotspot Wifi-3G, flash de ROM et accès ADB (au pire j'ai eu des règles Udev à ajouter).

il y a deux solutions:
-soit utiliser une des solutions de repli qu'on trouve sur le forum entre autre (Airdroid, Ssh...), comme sur ce post.

-soit flasher le tel pour avoir une version d'Android sans les restrictions de Samsung (voir ici ou là ). on perd souvent hélas l'usage du stylet pour certaines applications.

sinon, si tu sais rooter ce smartphone, et installer Terminal-emulator, il y a certainement une solution, sachant qu'Android n'est jamais qu'un Linux, et qu'on peut faire plein de choses en ligne de commandes...

PS: je suis surpris au vu du nombre de Galaxy S, SII, SIII, Note et Note2 en circulation, que personne n'aie encore cherché à développer un équivalent à Kies pour Linux; mais je sais peut-être pas chercher...

ce sujet est dans "Gnome3" mais il y a aussi ce bug sous Unity, et je l'ai aussi...

j'ai donc désinstallé "evolution-data-server", on verra ce que ça donne; par contre, le plus propre aurait été d'enlever "evolution-data-server-common", mais là y a trop de dépendances importantes...

mais c'est quand même une plaie d'avoir encore des paquets en rapport avec Evolution, alors qu'il n'est plus installé et remplacé par Thunderbird...

c'est expliqué ici ; en gros, il faut extraire le contenu du CD ou de l'image ISO (avec Gestionnaire d'archives, ça marche) dans un répertoire créé pour l'occasion (ubcd-extracted), rendre exécutable les scripts qui se trouvent dans /ubcd/tools/linux et lancer celui qui s'appelle ubcd2usb avec les bonnes options.
ce qui donne:

cd ./ubcd-extracted/ubcd/tools/linux
chmod a+x ./*/*.sh
chmod a+x ./ubcd2usb/syslinux
chmod a+x ../../../antivir/antivir 

ça c'est pour les droits; pour la commande à lancer, ils donnent la commande sous Windows:

cd \ubcd-extracted\ubcd\tools\win32\ubcd2usb
ubcd2usb c:\ubcd-extracted x: 

mais ils ne donnent pas celle sous Linux, ce qui laisse un gros doute sur la façon de passer les paramètres (chemin de la clé); on peut supposer que ça se tourne comme ça:

cd ./ubcd-extracted/ubcd/tools/linux
./ubcd2iso ~/ubcd-extracted /dev/sdb

mais le mieux serait de nous montrer le contenu du script quand tu l'auras extrait, pour voir s'il faut utiliser Sudo, comment on désigne la clé,...etc

ils sont à coté de chez moi aussi...

d'après ce que tu dis, ça en a l'air, mais ce que dit MicP est vrai aussi: une alim défectueuse peut donner le même genre de simptôme (et la carte-mère aussi).
tu n'as pas beaucoup creusé l'essai du live-CD sur une longue durée; je suggère de le refaire après avoir débranché ton disque dur, et de rester un bon moment en utilisation du live; évidemment, si ta carte graphique et ta carte son sont mal reconnues depuis le live, ça ne veut pas dire grand chose (à toi de te rappeler si tu avais eu des manips à faire pour que ça marche quand tu as installé Ubuntu la première fois), mais il si tu essaies une version ancienne d'Ubuntu, il se peut que tu aies des problèmes de support matériel.
si tu n'as plus de problème en live (sans le disque dur) sur un essai long, ça désignera le coupable; sinon, sans matériel de test, il restera la méthode des essais et des erreurs: remplacer les pièces une par une jusqu'à trouver celle qui est défectueuse; inutile de dire que ce n'est pas très scientifique, et que ça peut t'amener loin (en terme de prix); dans ce cas, je commencerais par changer l'alim (le moins cher), et si ça marche pas, j'essaierais la RAM, et après, si c'est pas la RAM non-plus, il ne reste plus que la carte-mère et le CPU...

oui, flasher le bios alors qu'on avait de sérieux soupçons sur l'alim, c'est pas une bonne idée.
et on peut dire que si tu n'as plus d'accès au bios, plus aucun message de démarrage (POST), ni bip, alors le flash a foiré; les ventilos et le CD qui s'allume, ça ne démontre rien, ça s'allume même sans bios...

la seule chose à voir, c'est si tu peux encore booter sur un CD (si oui, ce qui m'étonnerait, tout n'est pas perdu)...

au fait, c'est ton seul PC ?

pour info, un bios corrompu, ça se sauve de deux façon:
-soit on remplace l'Eeprom par une nouvelle, pré-programmée (encore faut-il en avoir une, identique, et si elle est soudée, il faut être en mesure de souder ça)
-soit on reflashe l'Eeprom, ce qui sous-entend d'avoir le matériel pour le faire sachant qu'on ne peut plus rien booter.
faute de pouvoir appliquer une de ces deux méthodes, la carte-mère peut aller au rebus...

une idée à tester: remplace dans le script

#!/bin/bash

par

#!/bin/sh

PS: je m'explique; dans /etc/crontab, on a ça:

SHELL=/bin/sh

et bien que dans /etc/shells on aie ça:

# /etc/shells: valid login shells
/bin/sh
/bin/dash
/bin/bash
/bin/rbash

je me demandais si ça pouvait jouer...

je viens de vérifier dans Chromium, et il semble qu'on soit obligé de télécharger, mais qu'on peut demander à choisir dans quel dossier le faire; je ne trouve pas comment juste ouvrir...

et en plus, je ne vois pas de noyau en 3.5 dans les dépots 12.04, que des 3.2; n'aurais-tu pas activé un dépots tiers contenant des noyaux ?

pas si sûr

ls /lib/modules

regarde dans Synaptic si tu le vois, et si oui, regarde de quel dépot il provient.

ce qu'il faut voir aussi, c'est que la stabilité passe par 2 facteurs: la stabilité des logiciels, et la cohésion de tout ce qui est présent dans les dépots (et dont dépend la stabilité d'une distribution).

pour faire simple, les logiciels Machin et Bidule viennent de sortir en version stable (dixit le développeur); le packageur les fait donc entrer dans le dépots Unstable; mais Machin requiert la libtruc-1.5 alors que Bidule requiert la version 2.0 de la même libtruc: c'est là que commence la galère du maintien d'une distribution, le fait de réunir des logiciels de tous les horizons pour en faire un tout cohérent...

Debian met en moyenne 2 ans pour faire passer les paquets de Expérimental à Stable, via Unstable et Testing; comme le logiciel Bidule est entré dans Experimental en version 2.5, et que sauf correction de gros bug il restera à cette version jusqu'à Stable, il sera un peu "démodé" au final: il y aura Bidule-2.5.1 dans Stable, alors que le dev de Bidule vient de sortir la version 4.0.

on l'a dit plus haut, il y a près de 30000 paquets dans les dépots Debian X le nombre d'architecture X le nombre de version: imaginez le travail titanesque (ceux qui ont déjà compilé et packagé savent de quoi on parle).

pour Ubuntu c'est plus rapide, et on se demande donc quels raccourcis ont été pris...

et on va même pas parler des distributions qui ont un rythme de publication ultra rapide, comme Arch ou Gentoo; dans ce cas, la cohésion des paquets dans les dépots est sur le fil du rasoir, et il vaut mieux lire les notes de mise à jour avant de faire un "pacman -Syu".

pour la 12.10, c'est vrai, il y a quelques petits bugs, mais rien de bloquant dans l'ensemble (ça doit dépendre des configs de toute façon).
et pour résumer, il faut aussi savoir choisir sa distro en fonction des besoins; soit on veut du méga-stable, soit on veut du hyper-récent, et je serais tenté de dire qu'Ubuntu est entre les deux

je plussoie pour HP; l'utilitaire HPsetup est quasi identique à celui pour Windows, ce qui permet de configurer facilement même les imprimantes wifi (parce que le configurateur intégré à l'imprimante est pas toujours pratique).

j'ai un peu plus de mal avec Epson; certes, elles fonctionnent sous Ubuntu, mais c'est leur fiabilité qui est un peu limite...

donne le retour de

cat ~/.xsession-errors

essaie aussi:

rm ~/.Xauthority

et redémarre