Ubuntu-fr

Sauf que ton /home n'a pas été formaté, puisque, si tu l'avais formaté lors de l'installation, par mégarde donc, la partition serait également mappée. Or ça n'est pas le cas.
Elle est considérée comme étrangère à ton système (externe si tu veux).

Plutôt que faire n'importe quoi sur ta partition au risque cette fois de réellement perdre tes fichiers… tu devrais commencer par y accéder, en lecture seule, vérifier son contenu, et si tout va bien l'utiliser normalement.
Le cas contraire partir à la pêche en étant organisé … en premier lieu on évite de tripatouiller les fichiers sans être en lecture seule.

Cela dit…
Comme le dit titoubuntu, l'explorateur de fichiers (nautilus, thunar, …) devrait t'afficher la partition contenant ton ancien /home parmi les périphériques disponibles. Il se peut même que le comportement de ce logiciel monte par défaut cette partition.

Quoi qu'il en soit tu devrais pouvoir explorer son contenu comme on le ferait d'un quelconque volume 'externe' de données.

Idéalement, tu tenterais de la monter en lecture seule afin de t'assurer que tout est bien en place. Ce devrait être le cas.

Déjà :

mount

Pour avoir la liste des périphériques montés.
Ça te permet de savoir si ta partition est déjà montée par exemple sur /media/ ou /mnt/

Ensuite :
Pour la remonter en lecture seule si elle est déjà montée :

mount -o remount,noatime,nodiratime,ro /dev/sda6 /point-de-montage

Si elle n'est pas déjà montée :

mount -t ext4 -o noatime,nodiratime,ro /dev/sda6 /point-de-montage

Le point de montage doit exister, et tu dois y avoir un droit d'accès en lecture.

Je ne sais pas si monter et mapper en /home la partition f4fb6231-1a61-4199-b035-3aca224f4836 en indiquant la ligne qui convent dans /etc/fstab suffit à résoudre ton souci.
Assure toi que l'utilisateur actuel est nommé de la même façon que l'ancien et que son password correspond à l'ancien.
Ensuite … peut-être attendre confirmation de quelqu'un. Personnellement je tenterais cette solution simple qui me semble bien logique.

Laquelle implique d'ajouter une ligne au fstab. Si tel est le cas au prochain reboot tu retrouve les choses comme avant.
Si non voir si quelqu'un objecte.

Je ne sais pas.
Ça dépend des réponses que tu donne aux questions posées

Pour l'instant édite ton fstab et remplace ta ligne par celle-ci :

#UUID=f4fb6231-1a61-4199-b035-3aca224f4836     /home    ext4    rw,nosuid,nodev,noatime,nodiratime    0    2

Le petit # devant signifie qu'elle est commentée (donc inactive).

Maintenant ça serait cool d'avoir un historique de ce que tu as fait.
À priori (à toi de confirmer ou d'infirmer ça) tu avais une installation avec une partition home séparée.
Tu as ré-installé, et durant la phase de partitionnement, tu as exécuté des actions pensant retrouver tes anciens fichiers en lieu et place attendue.

Plus clairement tu aurais du vouloir indiquer la partition /dev/sda6 comme ayant /home comme point de montage. Sans cocher « formater la partition ».
À priori toujours, tu n'a pas coché cette case (pour formater)… puisque tu es prudent et souhaite récup tes fichiers.

Pour X raisons ça n'a pas fonctionné et peu importe.
On peut toujours (après coup) dire que ton ancienne partition /home est à utiliser comme… /home.
C'est la fonction de la ligne ci-dessus.

Maintenant, comme exprimé avant, il y a des conditions :

Être sur que tes anciens fichiers existent toujours
Être sur que ton identifiant utilisateur et que ton password est identique à l'ancien.

Édit :
J'avais pas vu, login et pass identique. Donc, si tes fichiers sont (chiffrés mais osef) sur la partition… ça roule.
Il suffit de dé-commenter la ligne et rebooter.

Y'a pas d'âge pour se prendre la tête, les trucs chiants c'est cadeau à vie

Oublis la liberté du choix de l'os et l'os lui-même, ils ne sont pas en question là.
Le seul souci vient de celui qui t'aide et qui ne parvient pas à trouver le moyen efficace de le faire.
Cependant ton souci n'est pas complexe, il exige simplement de la méthode. Et d'assimiler rapidement, là, j'en convient c'est pas forcément évident.

À ce propos je t'ai envoyé un mail (lis tes mails) pour t'aider en live plutôt que par forum interposé. Ça évitera les tergiversations et permettra d'avancer concrètement. Suis les indications contenues dans le mail, la suite ça ira.
On reviendra ici ensuite pour partager la solution.

@ljere oui ses fichiers sont chiffrés avec ecryptfs. Les UID avant / après formatage devraient correspondent mais y'a manifestement un prob de permissions.

Voici le récapitulatif de nos échanges (par jabber) :

I) Éditer /etc/fstab

gksudo gedit /etc/fstab

Dé-commenter la ligne « #UUID=f4fb6231-1a61-4199-b035-3aca224f4836     /home    ext4    rw,nosuid,nodev,noatime,nodiratime    0    2 » en virant le # du début.
Enregistrer les modifications puis redémarrer l'ordinateur.

II) Prendre des notes maintenant car la suite se passe en solo devant ton ordi.

1) Tenter une ouverture de session tel que ça se passe en temps normal.
→ Mémoriser ce qu'il se passe. Est-ce que la session semble s'ouvrir ? Se bloque ? Ne s'ouvre pas du tout ?

2) Ouvrir un terminal avec CTRL + ALT + F2 (ou F1 ou F3 peu importe).
S'identifier.

3) Enter cette commande : 

ls -la

SI ça refuse alors entrer plutôt cette commande

sudo ls -la

→ A) Nous avons besoin de savoir si tu vois n'importe lequel de tes fichiers personnels dans la liste.

Note : Au besoin, afin de t'assurer de la Présence ou de l'Absence de tes fichiers personnels, modifier la commande comme ceci :
« ls -la ./DOSSIER » !!! Attention, remplacer DOSSIER par le nom d'un des dossiers listés… exemple Bureau.
Comme précédemment, SI besoin mettre un sudo la commande indiquée.

→ B) Les lignes commencent par un truc du genre « drwx------ 1 XXXXX YYYYY » ;

4) SI les lignes ne contiennent pas « gilles » (à orthographier tel que ça doit être) en XXXX , alors enter cette commande :

sudo chown -R gilles: /home/gilles

Noter que toi seul sait si c'est gilles ou arthur ou toto ou mickey… à toi d'entrer ce qu'il convient d'entrer.

Note : Attention aux espaces dans la commande.

III) Taper cette commande

rm ./.ICEauthority && rm ./.Xauthority

IV) Redémarrer à nouveau.

2 cas de figure :

Soit la prochaine identification fonctionne et tu retrouve tes fichiers… tout va bien. Fais le nous savoir

Soit les résultats espérés ne sont pas là alors :

a) En live-cd : Re-commenter la ligne dans le fichier /etc/fstab de la partition de ton pc…
b) redémarrer.
c) Venir nous indiquer ce que nous avons besoin de savoir, les réponses à nos questions, tes retours.

Salut
Juste, gnome-system-log permet de visualiser des fichiers de logs. L'emplacement des fichiers t'ayant été indiqué en début de fil (/var/log/). Un simple lecteur de fichier texte permet de quasiment tous les lire.
Attention cependant, certains fichiers dans /var/log/ peuvent n'être dispo en lecture que pour l'administrateur par faire court. Utiliser sudo donc.

L'absence de swap n'est pas en soi préjudiciable, encore faut-il que le système ne soit pas induit en erreur par une configuration qui, par défaut, prévoit de l'utiliser ;-)
La manière dont le swap est employé ne génère pas de ralentissements notables. (En clair ta ram reste utilisée autant que faire ce peut et gardée dispo pour tes applications tandis que le swap serait utilisé si nécessaire pour virer de la ram ce qui n'y est pas/plus utile).

gksudo gedit /etc/sysctl.conf

Il faut éditer le fichier /etc/sysctl.conf et modifier (ou ajouter) cette ligne :
vm.swappiness = 0

En revanche si tu a finalement ajouté un swap, donc quand on a un swap, commenter cette ligne et/ou lui donner d'autres valeurs que 0 est préférable.

Toujours concernant le swap, peut-être que ton ordi se plaçait en veille après un laps de temps… et que cela causait les plantages ?
Bref ce genre de questionnements simples permet d'identifier le souci sans forcément tout remettre en question…

Du reste parmi tout ce qui a été dit, voici les informations à mémoriser :

Une version 64bits prend son sens lorsqu'on a assez de ram et un matos récent.

La version 32 bits est proposée par défaut même si la version 64 bits est maintenant parfaitement au points (non ?). En outre les quelques chiantises qui existaient encore y'a quelques mois (skype etc) sont réglées.
En tout cas ça fait bien longtemps que je vois presque plus de soucis lié au 64 bits…

La version francisée d'une installation n'est mieux ni moins bonne, puisque de toutes façons après une installation on doit rechercher + installer les mises à jours disponibles… Donc on s'en tape royal d'avoir utilisé une cd en chinois ou en français… dès lors qu'on comprend ce qui est écrit.
De plus et dans tous les cas, configurer son OS et vérifier que les langues voulues soient installées, par exemple, est le truc basique qu'on fait sans même s'en rendre compte. On ajoute ce qu'on veut et on vire ce qu'on veut parmi toutes les langues proposées… Simple !
Le live-cd francisé c'est top pour tous ceux ne parlant que français et ne désirant pas déchiffrer une langue qu'ils comprennent tout juste. C'est l'objectif de tout ce travail (admirable) de traduction. Ça n'a pas d'autre prétention.

Une distribution n'est rien d'autre qu'un ensemble de choix, faits à partir de tout ce qui est dispo (ou possible), pour composer un “pack” répondant aux objectifs de chaque projet. Certaines distrib vont proposer un navigateur, d'autres un autre… certaines vont proposer un environnement de bureau, d'autres un autre… Et toutes vont harmoniser le bouzin. Voila.
Techniquement y'a bien-sur plus de différences que ça, et le propos est simplifié, mais on s'en tape ici c'est pas la question.

Donc, choisir une distrib ou une autre se fait principalement par fainéantise, de manière à avoir quasi tout prêt un ensemble de bidules qu'on aurait installé un à un si l'on les avait choisi Dès lors, si tu n'as aucun avis concernant le choix de telle ou telle interface, tel ou tel type de fonctionnement… l'une ou l'autre qui soit simple d'utilisation c'est pareil.
Pour le coup à ce jour, simples d'utilisations elles le sont quasiment toutes. On peut même avoir une gentoo out-of-the-box en moins de temps qu'il faut pour boire un thé.

Maintenant, là où ça devient intéressant, c'est lorsqu'il s'agit de voir ce que tu compte faire de ton ordinateur, et, également ce que cet ordi est capable de faire. En gros t'es libre de choisir les interfaces & les logiciels qui te plaisent, etc…

Ensuite si y'a des bugs, il juste savoir pourquoi. Est-ce que le logiciel est instable, possède un bug déjà connu, est-ce qu'un truc notoirement incompatible a été installé avec… bref, rien qui ne sorte de l'ordinaire informatique, tous OS confondus.
Dès lors à moins qu'une distribution soit diagnostiquée instable, foiré etc… y'a pas lieu d'en changer.

On ne détruit pas un immeuble quand y'a un robinet qui fuit ou un interrupteur mal branché…

Ça serait cool que vous proposiez une page doc alternative avec votre vision des choses
Bien qu'elle soit nuancée selon tel ou tel cas, ça aura le mérite de proposer une autre façon de faire et de poser une base
Même sous forme de brouillon publiquement consultable.

En tout cas ça me branche et j'imagine ne pas être le seul à y porter un intérêt

En complément du listing de dossier réclamé par ljere je précise juste que le nom des fichiers est seulement lié à l'époque où le dépôt a été ajouté (le nom qu'a une distribution à cet instant), et non à leur contenus.

Exemple le fichier medibuntu-oneiric.list peut parfaitement contenir la référence à la bonne version de la distribution.
deb http://packages.medibuntu.org/ precise free non-free
Le nom du fichier n'a pas d'importance, seul compte son contenu.

Un ls du dossier /etc/apt/sources-list.d/ n'apportera qu'une vague indication sans rapport avec les dépôts réellement utilisés.

Il convient donc après chaque mise à niveau, de modifier les dépôts (en remplaçant le nom de l'ancienne distrib par la nouvelle) et les réactiver (en les dé-commentant). Le nom devrait être par défaut conservé puisque ça nous aide à savoir depuis quand un utilisateur traîne sa distrib en nous suggérant une évaluation du nombre de mises à niveau successives qui ont pu être faites.

Simple petit HS histoire de…

ps : Tout ça pour dire en réponse à Ayral que ce que réclame ljere (cat /etc/apt/sources.list.d/*) fait sens contrairement à un simple ls juste utile pour parfaire un diagnostique.

@Ayral : Oui pas de soucis pour ça (message suivant), c'est juste à des fins pédagogiques pour les futurs lecteurs

C'est relativement simple. Il suffit de vérifier les dépôts.

Est-ce qu'ils existent encore ?
Proposent-ils des paquets pour la version que l'utilisateur possède ?
Les logiciels / paquets sont ils maintenus ?

Si l'une de ces 3 réponses est négative il suffit de ne plus faire utiliser le dépôt

Au passage ça permet de voir un des fichiers est mal écrit, ou ce genre de détails qui sautent aux yeux

Enfin quand un dépôt ne propose plus un paquet pour une version, c'est peut-être que le paquet dans les dépôts officiels est à jour.

Concernant le source.list, y'a que 2 petits détails qui clochent
À cet emplacement…

## respective vendors as a service to Ubuntu users.
 deb http://archive.canonical.com/ubuntu oneiric partner
 deb-src http://archive.canonical.com/ubuntu oneiric partner

Supprimer l'espace du début des 2 lignes + changer oneiric par precise tant qu'à faire, comme ceci :

## respective vendors as a service to Ubuntu users.
deb http://archive.canonical.com/ubuntu precise partner
deb-src http://archive.canonical.com/ubuntu precise partner

Pour éditer ce fichier confortablement, entre ça dans la console :

gksudo gedit /etc/apt/source.list

Puis

sudo apt-get update

Si tout se passe bien… sudo apt-get upgrade

Si la suite semble anormale l'indiquer

Édit : Correction de conneries de fatigue

Ah ok j'suis con, donc rectifier de nouveau le fichier source.list

Y'a un passage comme ça :

## Uncomment the following two lines to add software from Canonical's
'partner' repository.
## This software is not part of Ubuntu, but is off blablabla

La ligne « 'partner' repository.  » doit être sur la ligne précédente ou débuter par ## comme tu veux
Ce sont des commentaires, donc, ils doivent être précisés (avec ##) comme tel.

Donc télécharge le paquet sur le site officiel. Installe le

Lorsque tu fais les tests de micro dans skype, il détecte le son ?
Es-tu allée dans les préférences du son pour activer le micro et/ou régler le niveau de volume sonore de l'application skype ? (il doit être lancé)

Effectivement un nouveau sujet concernant skype, en précisant ce qui cloche après ces tests, devrait aider.
Cependant je pense que la solution est toute simple et réside en ce que j'évoque.