Plantage suite à l'upgrade 16.04 LTS [Résolu]

Valérie_z · Le 13/07/2018, à 17:29

Bonjour

Je suis face à une problème bloquant suite au lancement de l'upgrade d'Ubuntu 14.04 vers 16.04 (LTS). La mise à jour terminée, rien ne va plus au 1er redémarrage qui indique une erreur en arrivant sur le bureau (avec signalement du bug possible ou annulation) puis gèle. Le message est toujours là graphiquement mais plus actif. Un autre réapparaît par dessus puis replante.... L'image du bureau disparaît (écran noir) puis réapparaît plusieurs fois en bougeant la souris.

Bref, la version est inutilisable. J'ai voulu collecter des infos au boot à partir d'un live USB que j'ai tenté de me faire avec une 16.04 LTS (32bits) récupérée sur https://www.ubuntu-fr.org/telechargement

Mais impossible de booter dessus même en mode non persistant, il semblerait que casper/vmlinuz manque à l'image iso réalisée (Rufus depuis un PC sous windows).
Resterait encore à aller dans var/logs, mais là je ne connais pas trop. J'ai vu que le mode recovery était possible à partir du grub, mais je ne sais pas que vérifier à partir de là.

Je suis littéralement bloquée, et ne peux plus rien faire, si quelqu'un peut m'aider à me tirer de ce mauvais pas....
Ce serait super !

Merci !
V

Dernière modification par Valérie_z (Le 16/07/2018, à 22:57)

nam1962 · Le 13/07/2018, à 17:52

Pour faire une iso dsans la rater il y a Etcher.
Tente en retéléchargant une iso --> http://old-releases.ubuntu.com/releases … p-i386.iso

Dernière modification par nam1962 (Le 13/07/2018, à 17:54)

Valérie_z · Le 13/07/2018, à 19:19

Merci nam1962. Ca marche bien avec Etcher, j'ai booté en live session, même si bizarrement la clé était devenue inaccessible depuis le PC Windows d'où je l'ai créé.
Du coup, qu'est-ce que je peux vérifier à partir de là, où aller ? dans quel log ?
Merci !
V

lucmars · Le 13/07/2018, à 19:47

Puisque tu as une clef 1604, "essaies sans installer" ton pc, récupère tes bijoux et en live si y a pas de soucis, alors réinstalle.

Car les mises à niveau sont parfois casse gueule.

Valérie_z · Le 13/07/2018, à 20:35

Aïe, ça va être costaud ça, je ne sas pas faire un truc pareil... Je risque surtout de faire pire que ce que c'est maintenant !
Et on a pas moyen d'aller voir ce qui a été cassé ? Si je vais pêcher le bon message d'erreur dans le bon log ?
++
V

nam1962 · Le 13/07/2018, à 20:51

Non, c'est très simple :
- vérifie que la session live fonctionne bien
- recopie les données qui te sont précieuses

Jérome38 · Le 13/07/2018, à 20:51

Le mieux est de faire ce que te dis lucmars. Avec le live usb tu récupères tes documents personnels sur un disque dur externe. Puis si avec le live usb, tous tes périphériques sont reconnus normalement, tu fais alors une installation propre d'Ubuntu 16.04 à partir du live USB.

Valérie_z · Le 13/07/2018, à 21:10

Bon, ok, j'ai bien peur de devoir m'y résoudre....

Quand on dit données précieuses, ou documents personnels, on parle seulement du travail, et pas des logiciels avec lesquels on l'a fait ? (question sous-jacente : je ne vais pas devoir réinstaller tous les logiciels après la distrib, quand-même, j'en ai un bon paquet !!!)

Ce qui fait qu'au niveau de la méthode, je pose une install par dessus l'existante, sans rien supprimer avant, et les logiciels fonctionneront correctement après ça ?

D'autre part, je suis un peu inquiète de voir la tête de la live USB en 16.04 (c'est la 1ère fois que je la vois) : c'et vraiment l'aspect et la logique du bureau Unity 12.04. C'est vraiment ça la 16.04 une fois installée ? (du coup je doute d'avoir la bonne v16.04....)

Merci,
V

Jérome38 · Le 13/07/2018, à 21:17

Malheureusement tu perdras l'installation de tous les programmes que tu as déjà installés. Il faudra les réinstaller un par un. Tu vas avoir le bureau unity mais il me semble que la 14.04 avait déjà ce bureau.
Si tu utilises Firefox, tu peux sauvegarder tes marques pages et tes préférences grâce à Firefox sync.
Avec le live USB, vérifie surtout que tes périphériques sont reconnus : imprimante, scanner....etc. Puis après tu peux te lancer dans l'installation.

Dernière modification par Jérome38 (Le 13/07/2018, à 21:21)

lucmars · Le 13/07/2018, à 21:20

Ce que tu vois en live sera de meme à l'installe.

Pour tes softs, l'installe efface tout, mais avant, récupères les dossiers/fichiers cachés (ctrl+H pour les demasquer) sur ton support externe. Ce sont les config de tous tes softs. T'auras deja cela en moins à faire.

Valérie_z · Le 13/07/2018, à 21:30

Merci de toutes ces infos, Jérome38. Je vais refaire un tour de tout ce que j'ai et je me lance (et peut-être tant qu'à faire reprendre directement avec une 18.04 LTS)

Par contre Firefox sur la live usb est carrément obsolète. J'imagine qu'un upgrade sera proposé par le gestionnaires de mise à jour ?
Concernant le bureau que je vois en live, c'est vraiment un retour à l'ergonomie de la 12.04, la 14 avait pas mal changé. Je voulais juste m'assurer que je parte sur les bons paquets (mais bon, récupérés sur ubuntu-fr.org, ça ne devrait pas poser de problème, ça m'a juste surprise...)

Une dernière question : quand je passerai à la réinstallation de mes outils, je n'aurais peut-être pas besoin de tout retélécharger. Du coup, c'est quoi la méthode pour réinstaller des paquets déjà en local (et où, d'ailleurs ?) ?
Merci,
V

EDIT :
Allez, une dernière : si je pars sur la 18.04 LTS, du coup, comment récupérer la 32 bits ? Ca n'a pas l'air possible de prendre autre chose que la 64bits sur la page de téléchargement officielle... Merci !

Dernière modification par Valérie_z (Le 13/07/2018, à 21:36)

Valérie_z · Le 13/07/2018, à 21:37

ok, merci lucmars, je prends cette précaution avant...

Jérome38 · Le 13/07/2018, à 21:43

Je te conseille de graver l'iso officielle disponible ici
https://www.ubuntu.com/download/desktop
Attention Ubuntu 18.04 présente un bureau encore un peu différent de la 16.04. Il s'agit d'une version gnome du bureau avec quelques modifications propre à Ubuntu. De plus la version 18.04 est faite pour des ordinateurs récents (min 4Go de ram, 8Go , c'est mieux)
Selon la configuration de ta machine peut-être devrait-tu te tourner vers un bureau plus légèr comme xubuntu.
Tu devras réinstaller tes paquets à partir d'Internet. Il faut donc que tu vérifies l'accès à Internet avec le live-usb avant l'installation sur ton disque dur.
Edit : des ordinateurs en 32 bits sont rares de nos jours. Es-tu sûr que tu ne peux pas installer en 64 bits ?

Dernière modification par Jérome38 (Le 13/07/2018, à 21:50)

Valérie_z · Le 14/07/2018, à 00:05

Merci, je note ce lien. Cette version semble d'ailleurs convenir pour 2GO de RAM. C'est ce que j'ai, l'ordinateur date des années 2000..
Du coup, pas sûre pour du 64 bits. la commande lscpu me répond 32 et 64 (architecture i386) mais un chargement par erreur du navigateur Tor en 64 bits m'a affiché un message de mauvaise architecture 32 / 64. En 32 bits ça ne marche pas mieux, mais c'est une autre histoire...

Bon je commence tout ça demain.

Merci et bonne soirée
V

Jérome38 · Le 14/07/2018, à 08:43

C'est du 32 bits tu peux pas installer la 18.04 Gnome. Sur un ordinateur des années 2000, je te conseille vraiment une version légère
Xubuntu en 32 bit, le lien est là
https://xubuntu.org/download
Teste toujours en live avant

Dernière modification par Jérome38 (Le 14/07/2018, à 08:45)

nam1962 · Le 14/07/2018, à 08:57

Alors, côté données (tes fichiers, tes réglages, tes marque-pages, tes boites mails...), tout est récupérable avec la bonne procédure : https://doc.ubuntu-fr.org/reinstallation_ubuntu

Maintenant, il est toujours judicieux de faire une sauvegarde avant.

(En fait, je me demande pourquoi on rappelle de faire une sauvegarde tant c'est une évidence. Ne pas en faire de manière au moins hebdo, c'est juste considérer que ses données n'ont aucune valeur...)

Côté matériel on va vérifier, donne les retours de :

sudo dmidecode -t 16
sudo dmidecode -t 17
sudo grep -o -w 'lm' /proc/cpuinfo | sort -u

+1 pour Xubuntu, mais pas forcément en 32bits suivant les résultats précédents.

Enfin pour la réinstallation des applications, on va t'aider avec des scripts qui vont bien

Dernière modification par nam1962 (Le 14/07/2018, à 08:58)

Valérie_z · Le 14/07/2018, à 12:46

Bonjour
Et merci nam1962, là, je viens de perdre une matinée entière à essayer de faire le point de tout ce que j'ai, je m'en serai bien passée, et toujours bloquée en attendant.... Donc je vais examiner la réinstall (https://doc.ubuntu-fr.org/reinstallation_ubuntu), si la procédure est faisable depuis une live session, elle va me sauver la mise.

Pour commencer, le retour des commandes :

1/ sudo dmidecode -t 16

# dmidecode 3.0
Getting SMBIOS data from sysfs.
SMBIOS 2.3 present.

Handle 0x1000, DMI type 16, 15 bytes
Physical Memory Array
    Location: System Board Or Motherboard
    Use: System Memory
    Error Correction Type: Single-bit ECC
    Maximum Capacity: 8 GB
    Error Information Handle: Not Provided
    Number Of Devices: 4

2/ sudo dmidecode -t 17

# dmidecode 3.0
Getting SMBIOS data from sysfs.
SMBIOS 2.3 present.

Handle 0x1100, DMI type 17, 27 bytes
Memory Device
    Array Handle: 0x1000
    Error Information Handle: No Error
    Total Width: 72 bits
    Data Width: 64 bits
    Size: 1024 MB
    Form Factor: DIMM
    Set: None
    Locator: DIMM_1
    Bank Locator: Not Specified
    Type: DDR
    Type Detail: Synchronous
    Speed: 667 MHz
    Manufacturer: 7F7F7F0B00000000
    Serial Number: 35F30205
    Asset Tag: 0D0714
    Part Number: NT1GT72U8PA1BY-3C

Handle 0x1101, DMI type 17, 27 bytes
Memory Device
    Array Handle: 0x1000
    Error Information Handle: No Error
    Total Width: 64 bits
    Data Width: 64 bits
    Size: No Module Installed
    Form Factor: DIMM
    Set: None
    Locator: DIMM_3
    Bank Locator: Not Specified
    Type: DDR
    Type Detail: Synchronous
    Speed: 667 MHz
    Manufacturer: FFFFFFFFFFFFFFFF
    Serial Number: FFFFFFFF
    Asset Tag: FFFFFF
    Part Number:                  

Handle 0x1102, DMI type 17, 27 bytes
Memory Device
    Array Handle: 0x1000
    Error Information Handle: No Error
    Total Width: 72 bits
    Data Width: 64 bits
    Size: 1024 MB
    Form Factor: DIMM
    Set: None
    Locator: DIMM_2
    Bank Locator: Not Specified
    Type: DDR
    Type Detail: Synchronous
    Speed: 667 MHz
    Manufacturer: 7F7F7F0B00000000
    Serial Number: 86F30202
    Asset Tag: 0D0714
    Part Number: NT1GT72U8PA1BY-3C

Handle 0x1103, DMI type 17, 27 bytes
Memory Device
    Array Handle: 0x1000
    Error Information Handle: No Error
    Total Width: 64 bits
    Data Width: 64 bits
    Size: No Module Installed
    Form Factor: DIMM
    Set: None
    Locator: DIMM_4
    Bank Locator: Not Specified
    Type: DDR
    Type Detail: Synchronous
    Speed: 667 MHz
    Manufacturer: FFFFFFFFFFFFFFFF
    Serial Number: FFFFFFFF
    Asset Tag: FFFFFF
    Part Number:

3/ sudo grep -o -w 'lm' /proc/cpuinfo | sort -u

lm

J'ai notamment passé un temps de dingue à chercher comment récupérer le contenu de mes bases MySQL locales, sans succès, ainsi que ce *$¤&é" de fichier .filezilla.xml, qui devrait en principe contenir toute ma config Filezilla, impossible, seule la commande ls peut donner les fichiers cachés. Mais les dossiers cachés dans lesquels ce genre de dossier se trouve ne peut pas être accédé avec cd, et pas de cp non plus (enfin, j'ai peut-être pas approfondi étant donné le temps que j'avais déjà perdu avant !!!).
Donc si tu as des tuyaux pour récupérer tout ça, et plus généralement tous les fichiers de config cachés je suis preneuse :-) (je vois en parallèle la procédure de réinstallation).
Je reviendrai sur le sujet des sauvegardes, ça fait aussi pas mal de temps que j'aimerais en mettre une en place (j'ai pensé à rsync....)

En attendant, j'ai trouvé mes paquets dans var/apt/archives, je les ai sauvegardé, au cas où je pourrai les réutiliser. J'ai vu 2 outils aptoncd et aptmove qui semblaient faire parfaitement le job de sauvegarde puis réinstallation, mais on dirait qu'il ne sont plus distribués. Dommage....

Pour finir, à toutes fins utiles, (espoir de pouvoir encore échapper à la réinstallation complète, si ça peut être utile....) j'ai fait un rapport avec Boot Repair ici http://paste.ubuntu.com/p/Ss6YZ5Tgst/

Avec les quelques infos suivantes pour aider la lecture, 2 disques physiques, partitionnés ainsi :
Disque 1
sda1 --> partition Dell, Fat16, 109Mo
sda2 --> partition Windows, Fat32, 83Go
sda3 --> extended 65GO avec :
* sda5 --> swap linux 953 Mo
* sda6 --> partition Linux, ext4, 64GO
Disque 2
sdb --> 500GO données avec
* sdb1 --> ntfs, 465 GO
* non alloué ??? ---> 2 MO
Une sdc de 115 GO qui, je crois, correspond à la live USB.

Voilà....
@+
V

EDIT de 12h45 : Point de l'avancée des choses.... la méthode 1 exposée dans https://doc.ubuntu-fr.org/reinstallation_ubuntu pourrait m'éviter d'avoir à sauvegarder les configs des logiciels. Il faudrait que je sois sûre que la réinstallations des paquets depuis internet après cela n'écrase pas les fichiers conservés lors de la réinstall depuis la live session (les scripts qui vont bien de nam1962 seront peut-être là pour ça ;-))
Reste quand-même le pb des bases mysql, que je continue de creuser....

Dernière modification par Valérie_z (Le 14/07/2018, à 14:46)

Valérie_z · Le 14/07/2018, à 16:58

Re,
Bon, je continue.... au cas où nam1962passerait pas là, j'ai récupéré /home, au cas, où la méthode 1 ne marche pas, et m'apprête à regarder en live la 18.04, histoire de voir si ça va.... Par contre, j'ai toujours le souci des bases mysql. J'ai cherché des infos sur la manière de déverrouiller la récupération du dossier var/lib/mysql, pas moyen, même pas en sudo. Donc si quelqu'un a une piste....
Merci
V

EDIT de 18h38. Bon, MySQL récupéré, test de la 18.04 LTS OK..... je me lance, j'espère que ça va le faire.

Dernière modification par Valérie_z (Le 14/07/2018, à 18:38)

Valérie_z · Le 14/07/2018, à 20:32

re, re-Bonsoir

Là j'aurais besoin de votre aide SVP... la méthode 1 du lien de nam1962 https://doc.ubuntu-fr.org/reinstallation_ubuntu ne fonctionne visiblement pas en 18.04, dans le choix "Autre chose", puis choix de la partition, le point de montage est impossible à préciser, du coup j'ai toujours la même erreur qui me demande de corriger le point de montage dans le "menu de partitionnement". Ce menu n'existe pas, il y a nulle part où modifier cette info. D'ailleurs je note que la case à cocher "formater" n'est pas cliquable non plus....
Je suis bloquée !! Les disques seraient-il en lecture seule ? J'avais pourtant répondu oui à la question du démontage...
Est-ce que quelqu'un est là SVP ??

Merci !

EDIT, j'ai trouvé : la pricédure indique de ne pas modifier la partitiion. Le souci est que c'est le seul moyen de pouvoir indiquer un point de montage. Le pb a été résolu en modifiant, et en remettant la même chose. Donc c'est une modif qui n'en est pas une, et c'est passé. L'autre pb rencontré ensuite, c'est l'échec de la création de la swap (puisque l'installeur a voulu la formater, j'ai laissé).

Dernière modification par Valérie_z (Le 14/07/2018, à 21:06)

Jérome38 · Le 14/07/2018, à 22:04

Quelle version d'Ubuntu, as-tu choisis ?

Valérie_z · Le 14/07/2018, à 22:51

Bonsoir Jérôme38, je tente la 18.04, en live, cela se passait bien. Mais l'install me fait des soucis, un peu du même genre que le plantage de la 16.04, finalement, je me demande si je ne suis pas face à un problème plus sérieux de disque en fin de vie : suite à la mise à jour en 16.04 (dont l'apparence est restée en 14.04 !), j'ai une interface gelée, un écran qui s'allume / s'éteint, en particulier à chaque mouvement de souris avec des message de signalement d'erreurs qui se supersposent, et la phase de connexion qui revenait régulièrement alors que j'étais connectée.
Là, le processus d'install me fait des choses curieuses, la plus frappante étant du même ordre : un retour au tout début du processus alors que j'avais avancé. Et là, ça fait plusieurs heures que je suis dessus, je n'arrive pas au bout.
Aussi, je me demande si le souci ne vient pas de la swap : si à chaque tentative d'install il y a formatage de la swap, et que ce formatage plante, ça peut peut-être expliquer ces sauts fantaisistes entre les écrans et les processus en cours.
Avant d'aller plus loin, je vais reprendre Boot repair disk et lancer une analyse / éventuelle réparation. J'ai mis un rapport plus haut généré avec ce même outil (post #17), si tu y trouve quelque chose de bizarre, je suis preneuse.

Là : http://paste.ubuntu.com/p/Ss6YZ5Tgst/
Merci de ton aide
V

EDIT : Boot repair lancé en mode réparation, nouveau rapport ici : http://paste.ubuntu.com/p/3S8YDjWqyR/
avec les conseils suivants (apparemment rien de problématique) :

Si vous avez toujours des problèmes de démarrage, indiquez cette URL à :
boot.repair@gmail.com
Vous pouvez maintenant redémarrer votre ordinateur.
N'oubliez pas de régler votre BIOS pour qu'il amorce sur le disque sda (ATA WDC WD1600ADFS-7) !

Les fichiers de démarrage de [Ubuntu 16.04.4 LTS] sont loin du début du disque. Votre BIOS pourrait ne pas les détecter. Vous voudrez peut-être re-essayer après avoir créé une partition /boot (EXT4, >200MB, en début de disque). Cela peut être réalisé via des outils tels que gParted. Puis sélectionnez cette partition via l'option [Partition /boot séparée :] de [Réparateur de démarrage]. (http://doc.ubuntu-fr.org/tutoriel/partition_boot)

Néanmoins, l'utilitaire Disque de base ne voit pas la partition ext4 (Ubuntu + la swap) que Garted voit pourtant bien. On a simplement un grand espace non alloué (et 33 fois trop grand par rapport à la taille !). La partition est pourtant montée. Bon.... j'espère que c'est moi qui fatigue. Je verrai ça demain :-) peut-être avec les utilitaires Dell (le PC est un Dell, avec une partition spécifique d'outils de diag), histoire de vérifier que tout soit OK au niveau du disque (ou pas)

Dernière modification par Valérie_z (Le 14/07/2018, à 23:52)

?? · Le 14/07/2018, à 23:56

bonsoir
Si tu penses avoir un problème de qualité disque, il te suffit de trois minutes pour transmettre au forum pour analyse
paragraphes 1 et 3.1 de https://doc.ubuntu-fr.org/smartmontools

Mais cela fait bien 3 ans que je croyais ce virus éradiqué.

Installing for i386-pc platform.
grub-install: warning: Sector 32 is already in use by the program `FlexNet'; avoiding it.  This software may cause boot or other problems in future.  Please ask its authors not to store data in the boot track.

J'ai un peu oublié comment on rectifie. mais certainement

sudo dd if=/dev/zero of=/dev/sda bs=512 count=1 seek=32

en fait boot-repair a bien régit

WIPE sda : 62 sectors * 512 bytes
dd if=/dev/zero of=/dev/sda bs=512 count=62 seek=1

Quel est ton problème maintenant.

Dernière modification par ?? (Le 15/07/2018, à 09:30)

nam1962 · Le 15/07/2018, à 09:01

Hello !
J'ai été pas mal pris, mais je vois que ton ordi est :
- tout à fait potentiellement performant
- parfaitement compatible 64 bits.
Tu peux monter jusqu'à 8Go de RAM et là tu en as juste 2go.
ca vaut vraiment le coup de renforcer ton ordi et de passer en 64bits : il sera méconnaissable.

Valérie_z · Le 15/07/2018, à 11:10

Bonjour nam1962 et ??

OK, merci, c'est assez encourageant :-) On part sur la 64 bits, mais pour l'instant vu les soucis, je suis partie sur la batterie de tests avec les outils de diagnostics Dell. Le test de la mémoire ne donne rien de particulier, j"attends pour le disque. Mais je vais sans doute l'interrompre (quitte à reprendre ensuite) pour passer les tests suggérés par ??.

Pour répondre à ta question (??), les soucis évoqués hier sont malheureusement toujours d'actualité. Déjà, la mise à jour vers la 16.04 a gardé l'apparence de la 14.04, ce qui n'est pas normal, et gèle continuellement, en changeant d'état régulièrement (écran noir, rallumage, messages d'erreurs inactifs, incliquables, retours intempestif à l'écran de login...) . Je ne sais pas trop à quoi sont dûs ces "sauts" de mémoire, et ces gels intempestifs, même sur le processus d'install depuis la live session. Est-ce que FlexNet peut être à l'origine de ça ? (je ne connais pas et ne sait pas comment c'est arrivé là...) C'est un peu comme si le programme perdait trace de ses variables d'environnement ou de ses sessions en cours de route. Du coup, je n'arrive pas au bout du processus d'install, et revient en arrière... Est-ce que la mémoire ou la swap posent problème ?

nam1962, quand tu dis que je pourrais monter jusqu'à 8GO de RAM, est-ce que tu suggérerais que j'en rajoute, éventuellement jusqu'à 8, et est-ce que, du coup, il faudrait augmenter la swap ?

Et tant qu'à rêver, est-ce que je peux transformer facilement ma partition Windows (dont je ne me sert plus depuis des lustres) pour y mettre le /home ? Ce disque est d'ailleurs partitionné bizarrement, il y a quelques mégas de perte, non alloué, il faudrait que je puisse étendre une partition existante, mais je ne sais pas si je ne risque pas de perdre tout ce qui s'y trouve déjà....

Déjà, je reviens rapidement avec les résultats des tests
++
V

Dernière modification par Valérie_z (Le 15/07/2018, à 11:33)

nam1962 · Le 15/07/2018, à 11:59

Tu peux monter jusque 8go selon les retours (déjà à 6 ce serait très confort)
Dans ce type de cas, une swap de la taille de la RAM est correct, même si certains mettent moins.

De ce que je comprends tu n'as plus l'utilité de ton W$, j'en profiterai alors pour tout refaire de fond en comble :
40 ou 50Go pour /
Une swap comme je viens de dire
Le reste sur un /home séparé

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 13/07/2018, à 17:29

Plantage suite à l'upgrade 16.04 LTS [Résolu]

#2 Le 13/07/2018, à 17:52

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#3 Le 13/07/2018, à 19:19

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#4 Le 13/07/2018, à 19:47

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#5 Le 13/07/2018, à 20:35

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#6 Le 13/07/2018, à 20:51

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#7 Le 13/07/2018, à 20:51

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#8 Le 13/07/2018, à 21:10

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#9 Le 13/07/2018, à 21:17

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#10 Le 13/07/2018, à 21:20

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#11 Le 13/07/2018, à 21:30

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#12 Le 13/07/2018, à 21:37

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#13 Le 13/07/2018, à 21:43

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#14 Le 14/07/2018, à 00:05

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#15 Le 14/07/2018, à 08:43

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#16 Le 14/07/2018, à 08:57

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#17 Le 14/07/2018, à 12:46

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#18 Le 14/07/2018, à 16:58

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#19 Le 14/07/2018, à 20:32

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#20 Le 14/07/2018, à 22:04

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#21 Le 14/07/2018, à 22:51

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#22 Le 14/07/2018, à 23:56

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#23 Le 15/07/2018, à 09:01

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#24 Le 15/07/2018, à 11:10

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

#25 Le 15/07/2018, à 11:59

Re : Plantage suite à l'upgrade 16.04 LTS [Résolu]

Pied de page des forums