Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

Ubuntu 18.04 LTS
Ubuntu-fr propose des clés USB de Ubuntu et toutes ses « saveurs » ainsi qu'un magnifique t-shirt pour cette toute nouvelle version d'Ubuntu !

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 11/07/2018, à 15:06

Pleney

[Résolu] MàJ échouée mais parfois réussie !

Lorsque je clique sur le gestionnaire de mises à jour (au lieu d'attendre qu'il se manifeste de lui-même), il cherche, puis me fait systématiquement cette réponse :

Le téléchargement des informations du dépôt a échoué
Vérifier votre connexion Internet

Je clique alors sur Réessayer. Même réponse. Je récidive. Même réponse. Puis je clique sur Valider.

Et alors souvent (pas toujours), des mises à jour s'affichent ! Que j'installe, bien sûr.

Quelqu'un d'autre a-t-il ce bug ? Et comment l'éviter ?

Je suis en Ubuntu 16.04 parfaitement mis à jour (et pour cause !). Et bien sûr ma connexion internet est fonctionnelle.

Dernière modification par Pleney (Le 02/08/2018, à 12:47)

Hors ligne

#2 Le 11/07/2018, à 16:44

LukePerp

Re : [Résolu] MàJ échouée mais parfois réussie !

Bonjour, peux tu ouvrir le terminal et donner le retour de :

sudo apt update 

Desktop : Ubuntu Mate 18.04 - Intel i5 - 8 Go - Dual boot Windows 7 pour jouer
Laptop ASUS : Ubuntu Mate 16.04 - Intel i3 - 4 Go
Vieux laptop de 1993 : Bodhi Linux - Pentium M - 432 Mo

Hors ligne

#3 Le 11/07/2018, à 16:49

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

Ainsi que :

cat /etc/apt/sources.list
ls /etc/apt/sources.list.d -1

Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

#4 Le 11/07/2018, à 23:49

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Merci à tous deux pour votre attention.

Pour LukePerp (c'est très long !) :

Atteint:1 http://fr.archive.ubuntu.com/ubuntu xenial InRelease
Ign:2 http://dl.google.com/linux/earth/deb stable InRelease                    
Atteint:4 http://fr.archive.ubuntu.com/ubuntu xenial-updates InRelease         
Réception de:5 http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu xenial InRelease [24,3 kB]
Réception de:6 http://dl.google.com/linux/earth/deb stable Release [933 B]     
Atteint:7 http://fr.archive.ubuntu.com/ubuntu xenial-backports InRelease       
Atteint:8 http://download.virtualbox.org/virtualbox/debian xenial InRelease    
Atteint:9 http://archive.canonical.com/ubuntu xenial InRelease                 
Err:10 http://dl.google.com/linux/earth/deb stable Release.gpg                 
  Mauvaise ligne d'en-tête Mauvais en-tête de donnée [IP : 216.58.208.238 80]
Réception de:11 http://security.ubuntu.com/ubuntu xenial-security InRelease [107 kB]
Atteint:12 http://ppa.launchpad.net/giuspen/ppa/ubuntu xenial InRelease        
Atteint:13 http://ppa.launchpad.net/libreoffice/libreoffice-5-4/ubuntu xenial InRelease
Atteint:14 https://download.jitsi.org stable/ InRelease                        
Atteint:3 http://screenshots.getdeb.net xenial-getdeb InRelease                
Atteint:15 http://packages.sil.org/ubuntu xenial InRelease                     
Atteint:16 http://ppa.launchpad.net/saiarcot895/flightgear/ubuntu xenial InRelease
Atteint:17 https://deb.opera.com/opera-stable stable InRelease                 
Atteint:18 http://ppa.launchpad.net/unit193/encryption/ubuntu xenial InRelease 
Réception de:19 http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu xenial/main i386 Packages [4 308 B]
Réception de:20 http://security.ubuntu.com/ubuntu xenial-security/main i386 DEP-11 Metadata [67,7 kB]
Réception de:21 http://security.ubuntu.com/ubuntu xenial-security/main DEP-11 64x64 Icons [76,8 kB]
Réception de:22 http://security.ubuntu.com/ubuntu xenial-security/universe i386 DEP-11 Metadata [107 kB]
Réception de:23 http://security.ubuntu.com/ubuntu xenial-security/universe DEP-11 64x64 Icons [142 kB]
Lecture des listes de paquets... Fait                                
W: Target Packages (partner/binary-i386/Packages) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Packages (partner/binary-all/Packages) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Translations (partner/i18n/Translation-fr_FR) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Translations (partner/i18n/Translation-fr) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Translations (partner/i18n/Translation-en) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target DEP-11 (partner/dep11/Components-i386.yml) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target DEP-11-icons (partner/dep11/icons-64x64.tar) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Packages (apps/binary-i386/Packages) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target Packages (apps/binary-all/Packages) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target Translations (apps/i18n/Translation-fr_FR) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target Translations (apps/i18n/Translation-fr) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target Translations (apps/i18n/Translation-en) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target DEP-11 (apps/dep11/Components-i386.yml) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target DEP-11-icons (apps/dep11/icons-64x64.tar) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
E: The repository 'http://dl.google.com/linux/earth/deb stable Release' is no longer signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: Target Packages (partner/binary-i386/Packages) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Packages (partner/binary-all/Packages) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Translations (partner/i18n/Translation-fr_FR) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Translations (partner/i18n/Translation-fr) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Translations (partner/i18n/Translation-en) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target DEP-11 (partner/dep11/Components-i386.yml) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target DEP-11-icons (partner/dep11/icons-64x64.tar) is configured multiple times in /etc/apt/sources.list:45 and /etc/apt/sources.list.d/xenial-partner.list:4
W: Target Packages (apps/binary-i386/Packages) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target Packages (apps/binary-all/Packages) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target Translations (apps/i18n/Translation-fr_FR) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target Translations (apps/i18n/Translation-fr) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target Translations (apps/i18n/Translation-en) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target DEP-11 (apps/dep11/Components-i386.yml) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2
W: Target DEP-11-icons (apps/dep11/icons-64x64.tar) is configured multiple times in /etc/apt/sources.list.d/getdeb.list:1 and /etc/apt/sources.list.d/getdeb.list:2

Pour nam1962 :

# deb cdrom:[Ubuntu 16.04.1 LTS _Xenial Xerus_ - Release i386 (20160719)]/ xenial main restricted

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial main restricted
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial-updates main restricted
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## universe WILL NOT receive any review or updates from the Ubuntu security
## team.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial universe
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial universe
deb http://fr.archive.ubuntu.com/ubuntu/ xenial-updates universe
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ xenial-updates multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial-backports main restricted universe multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial-backports main restricted universe multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
deb http://archive.canonical.com/ubuntu xenial partner
# deb-src http://archive.canonical.com/ubuntu xenial partner

deb http://security.ubuntu.com/ubuntu xenial-security main restricted
# deb-src http://security.ubuntu.com/ubuntu xenial-security main restricted
deb http://security.ubuntu.com/ubuntu xenial-security universe
# deb-src http://security.ubuntu.com/ubuntu xenial-security universe
deb http://security.ubuntu.com/ubuntu xenial-security multiverse
# deb-src http://security.ubuntu.com/ubuntu xenial-security multiverse

et

alexlarsson-ubuntu-flatpak-xenial.list
alexlarsson-ubuntu-flatpak-xenial.list.save
getdeb.list
getdeb.list.save
giuspen-ubuntu-ppa-xenial.list
giuspen-ubuntu-ppa-xenial.list.save
google-earth.list
google-earth.list.save
jitsi-stable.list
jitsi-stable.list.save
libreoffice-ubuntu-libreoffice-5-4-xenial.list
libreoffice-ubuntu-libreoffice-5-4-xenial.list.save
opera-stable.list
opera-stable.list.save
packages-sil-org.list
packages-sil-org.list.save
saiarcot895-ubuntu-flightgear-xenial.list
saiarcot895-ubuntu-flightgear-xenial.list.save
unit193-ubuntu-encryption-xenial.list
virtualbox.list
xenial-partner.list
xenial-partner.list.save

Bon, pour moi c'est incompréhensible ! wink Si vous êtes capables de comprendre et traduire...

Hors ligne

#5 Le 12/07/2018, à 08:18

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

Remarques :
- tu as beaucoup de PPA, c'est toujours plus risqué
- tu utilises getdeb, c'est dangereux et on va le supprimer d'urgence (en espérant qu'il ne laisse pas de traces)
- tu as un dépôt partenaires dans les PPA, on va le supprimer : il fait doublon avec le dépôt légitime du sources.list
- le PPA google-earth semble cassé (et inutile selon la doc) on va donc le supprimer.

sudo rm /etc/apt/sources.list.d/getdeb*
sudo rm /etc/apt/sources.list.d/xenial*
sudo rm /etc/apt/sources.list.d/google*

Puis nettoyage et mise à jour:

sudo apt clean
[[ $(dpkg -l | grep ^rc) ]] && sudo dpkg -P $(dpkg -l | grep ^rc | tr -s " " | cut -d " " -f 2)
sudo apt update
sudo apt full-upgrade
sudo apt autoremove --purge

Question : pourquoi bloquer LibreOffice en 5.4 ?

Pour avoir une install correcte de google-earth : https://doc.ubuntu-fr.org/googleearth

Donne tous les retours et dis nous pour Google earth

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


Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

#6 Le 12/07/2018, à 14:42

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Merci, nam1962, pour tes conseils que je ne comprends guère, mais que je vais suivre. smile

Les 3 premières instructions ne donnent pas de retour. Je suppose qu'elles se sont quand même exécutées.

Pour les instructions de nettoyage et de mise à jour :

1ère instruction (clean) : rien.

2ème instruction :

(Lecture de la base de données... 406973 fichiers et répertoires déjà installés.)
Suppression de linux-image-4.4.0-116-generic (4.4.0-116.140) ...
Purge des fichiers de configuration de linux-image-4.4.0-116-generic (4.4.0-116.140) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-116-generic /boot/vmlinuz-4.4.0-116-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.4.0-116-generic /boot/vmlinuz-4.4.0-116-generic
Suppression de linux-image-4.4.0-124-generic (4.4.0-124.148) ...
Purge des fichiers de configuration de linux-image-4.4.0-124-generic (4.4.0-124.148) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-124-generic /boot/vmlinuz-4.4.0-124-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.4.0-124-generic /boot/vmlinuz-4.4.0-124-generic
Suppression de linux-image-4.4.0-127-generic (4.4.0-127.153) ...
Purge des fichiers de configuration de linux-image-4.4.0-127-generic (4.4.0-127.153) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-127-generic /boot/vmlinuz-4.4.0-127-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.4.0-127-generic /boot/vmlinuz-4.4.0-127-generic
Suppression de linux-image-extra-4.4.0-116-generic (4.4.0-116.140) ...
Purge des fichiers de configuration de linux-image-extra-4.4.0-116-generic (4.4.0-116.140) ...
Suppression de linux-image-extra-4.4.0-124-generic (4.4.0-124.148) ...
Purge des fichiers de configuration de linux-image-extra-4.4.0-124-generic (4.4.0-124.148) ...
Suppression de linux-image-extra-4.4.0-127-generic (4.4.0-127.153) ...
Purge des fichiers de configuration de linux-image-extra-4.4.0-127-generic (4.4.0-127.153) ...

3ème instruction (update) :

Atteint:1 http://fr.archive.ubuntu.com/ubuntu xenial InRelease
Atteint:2 http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu xenial InRelease 
Atteint:3 http://download.virtualbox.org/virtualbox/debian xenial InRelease    
Réception de:4 http://security.ubuntu.com/ubuntu xenial-security InRelease [107 kB]
Atteint:5 http://archive.canonical.com/ubuntu xenial InRelease                 
Atteint:6 http://fr.archive.ubuntu.com/ubuntu xenial-updates InRelease         
Atteint:7 http://fr.archive.ubuntu.com/ubuntu xenial-backports InRelease       
Atteint:8 http://ppa.launchpad.net/giuspen/ppa/ubuntu xenial InRelease         
Atteint:9 http://ppa.launchpad.net/libreoffice/libreoffice-5-4/ubuntu xenial InRelease
Atteint:10 https://download.jitsi.org stable/ InRelease                        
Atteint:11 http://ppa.launchpad.net/saiarcot895/flightgear/ubuntu xenial InRelease
Atteint:12 http://ppa.launchpad.net/unit193/encryption/ubuntu xenial InRelease 
Atteint:13 https://deb.opera.com/opera-stable stable InRelease                 
Atteint:14 http://packages.sil.org/ubuntu xenial InRelease     
107 ko réceptionnés en 1s (87,1 ko/s)                          
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Tous les paquets sont à jour.

4ème instruction (full-upgrade) :

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  libllvm5.0 libsimgearcore2018.1.1 libsimgearscene2018.1.1
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

5ème instruction (autoremove purge) :

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  libllvm5.0* libsimgearcore2018.1.1* libsimgearscene2018.1.1*
0 mis à jour, 0 nouvellement installés, 3 à enlever et 0 non mis à jour.
Après cette opération, 66,2 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 406973 fichiers et répertoires déjà installés.)
Suppression de libllvm5.0:i386 (1:5.0-3~16.04.1) ...
Suppression de libsimgearscene2018.1.1:i386 (1:2018.1.1-0ubuntu1~ppa2~16.04.1) ...
Suppression de libsimgearcore2018.1.1:i386 (1:2018.1.1-0ubuntu1~ppa2~16.04.1) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.23-0ubuntu10) ...
nam1962 a écrit :

Question : pourquoi bloquer LibreOffice en 5.4 ?

Aucune idée ! Ce n'est certainement pas moi qui ai fait ce blocage, dont je n'étais même pas conscient (je suis un adepte fervent de LibreOffice depuis l'époque héroïque de StarOffice wink ). Donc, s'il y a quelque chose à débloquer, pas de problème...

Mon GoogleEarth est mal installé ? Pourtant il semble marcher correctement.

Hors ligne

#7 Le 12/07/2018, à 15:04

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Réponse plus précise concernant LibreOffice : ma version actuelle est la 5.4.6.2, qui selon Wikipédia date de mars 2018.

La version stable actuelle 5.4.7 date d'avril 2018. Mais j'ai constaté que parfois les mises à jour des logiciels intégrés à Ubuntu se font avec du retard.

En revanche, je n'ai pas besoin de versions en cours de développement, ni pour LibreOffice ni pour d'autres logiciels, puisqu'elles peuvent générer des problèmes. C'est pourquoi j'ai décoché dans les options de mise à jour : "Mises à jour en préversion (xenial-proposed)"

Accessoirement : comment puis-je savoir quelle est ma version active d'Ubuntu ? En effet, j'ai installé en 2016 à partir de la version 16.04.1, mais apparemment on en est à la 16.04.4. Est-ce que les mises à jour ont suivi ?

Hors ligne

#8 Le 13/07/2018, à 14:41

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Merci à nam1962 pour les actions conseillées. Maintenant le gestionnaire de mises à jour, lorsque je fais appel à lui, n'a plus le comportement bizarre qui m'inquiétait.

Mon LibreOffice est toujours en version 5.4.6.2 (Build ID: 1:5.4.6~rc2-0ubuntu0.16.04.1), et non en 5.4.7 qui est la dernière version stable. Est-ce un retard dans la mise à jour des dépôts Ubuntu ? En tout cas ça ne doit pas être bien grave.

Quant à GoogleEarth : ai-je vraiment besoin de le désinstaller et de le réinstaller, puisqu'il semble fonctionner correctement ?

J'apprends d'ailleurs qu'on peut remplacer GoogleEarth par Marble. Avantages ? Inconvénients ? (à part le fait, toujours souhaitable, de quitter un des GAFAM tongue ).
Du fait que je suis en Ubuntu, et non Kubuntu, est-ce seulement possible ?

Dernière modification par Pleney (Le 13/07/2018, à 14:45)

Hors ligne

#9 Le 13/07/2018, à 15:09

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

Alors, proposed c'est encore pire que getdeb ! Ne JAMAIS activer !
Pour LO, si tu veux la version stable, garde celle des dépôts : elle est faite pour ta version.
Pour çà on va installer ppa-purge (qui sert à nettoyer proprement un ppa)

sudo apt install ppa-purge
sudo ppa-purge ppa:libreoffice/libreoffice-5-4

Pour marble sans dépendances KDE (mais uniquement en anglais) :

sudo apt install marble-qt

Pour ta version :

lsb_release -a

La seule différence entre 16.04.1 et .4 est la version du noyau (pas forcément mieux d'être en .4 à part si on a du matériel récent n'ayant pas de pilotes historiques)
Avec le noyau 4.4 tu es en 16.04.1
(pour savoir ses versions/variantes, voir )

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


Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

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

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

La purge (longue !) s'est faite correctement :

PPA purged successfully

Comme j'ai pas mal de place libre sur ma partition logiciels, j'installe Marble. Ça semble intéressant en complément de GoogleEarth (meilleur pour les cartes, beaucoup moins bon pour les vues satellite).

Curieusement, le raccourci Marble s'installe dans Science et ingénierie, alors que celui de GoogleEarth est dans Internet... (Je ne pense pas que le tableau de bord soit gérable par l'utilisateur, ce qui m'a toujours semblé un défaut gênant.)

Quant à ma version d'Ubuntu, c'est bien la 16.04.4 LTS. Et ça ne risque pas de changer avant longtemps, puisque Canonical a décidé d'ignorer désormais les ordis en 32 bits ! mad

Le mien est un HP Intel Core i7 CPU 860 @ 2.80GHz × 8, acheté en 2011. Si un gros ordi qui n'a que 7 ans d'âge doit être considéré comme obsolète, alors qu'il fonctionne encore parfaitement, cela relève à mon avis d'une mentalité consumériste en contradiction totale avec l'esprit Ubuntu... Comment affirmer après ça que « Ubuntu, contrairement à Windows, peut tourner sur tous les ordis » ?!

En tout cas, merci pour ton aide !

Hors ligne

#11 Le 13/07/2018, à 16:53

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

Donne nous :

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

Ca m'étonnerait que ton ordi soit 32bits (çà doit faire au moins 15 ans qu'il n'y en a plus), si la dernière commande te répond "lm" c'est qu'il est 64 bits

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


Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

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

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Si je vais dans les Détails des Paramètres système de l'ordi, je lis :

Type de système d'exploitation  32 bits

Voici le retour des commandes indiquées (le forum étant public, j'ai remplacé par des 0 et des X les données identifiantes). Pour dmidecode -t 16  :

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

Handle 0x000E, DMI type 16, 15 bytes
Physical Memory Array
	Location: System Board Or Motherboard
	Use: System Memory
	Error Correction Type: None
	Maximum Capacity: 16 GB
	Error Information Handle: Not Provided
	Number Of Devices: 4

Pour dmidecode -t 17 :

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

Handle 0x0010, DMI type 17, 28 bytes
Memory Device
	Array Handle: 0x000E
	Error Information Handle: Not Provided
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 2048 MB
	Form Factor: DIMM
	Set: None
	Locator: DIMM0
	Bank Locator: BANK0
	Type: DDR3
	Type Detail: Synchronous
	Speed: 1333 MHz
	Manufacturer: FE02FE02      
	Serial Number: 0000000X
	Asset Tag: NONE
	Part Number: XXX00XX0XXX0-XX-X 
	Rank: Unknown

Handle 0x0011, DMI type 17, 28 bytes
Memory Device
	Array Handle: 0x000E
	Error Information Handle: Not Provided
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 2048 MB
	Form Factor: DIMM
	Set: None
	Locator: DIMM1
	Bank Locator: BANK1
	Type: DDR3
	Type Detail: Synchronous
	Speed: 1333 MHz
	Manufacturer: FE02FE02      
	Serial Number: 0000000X
	Asset Tag: NONE
	Part Number: XXX00XX0XXX0-XX-X 
	Rank: Unknown

Handle 0x0012, DMI type 17, 28 bytes
Memory Device
	Array Handle: 0x000E
	Error Information Handle: Not Provided
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 2048 MB
	Form Factor: DIMM
	Set: None
	Locator: DIMM2
	Bank Locator: BANK2
	Type: DDR3
	Type Detail: Synchronous
	Speed: 1333 MHz
	Manufacturer: FE02FE02      
	Serial Number: X000000X
	Asset Tag: NONE
	Part Number: XXX00XX0XXX0-XX-X
	Rank: Unknown

Handle 0x0013, DMI type 17, 28 bytes
Memory Device
	Array Handle: 0x000E
	Error Information Handle: Not Provided
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 2048 MB
	Form Factor: DIMM
	Set: None
	Locator: DIMM3
	Bank Locator: BANK3
	Type: DDR3
	Type Detail: Synchronous
	Speed: 1333 MHz
	Manufacturer: FE02FE02      
	Serial Number: X000000X
	Asset Tag: NONE
	Part Number: XXX00XX0XXX0-XX-X 
	Rank: Unknown

Pour uname -a :

Linux xxxxxx-xxxxxx-0 4.4.0-130-generic #156-Ubuntu SMP Thu Jun 14 08:51:45 UTC 2018 i686 i686 i686 GNU/Linux

Et pour la dernière :

lm

Bref, les paramètres système de l'ordi m'affirment que je suis en 32 bits, alors que selon toi lm veut dire que je suis en 64 ! Me voilà bien avancé...

Est-ce que le descriptif de l'ordinateur ne donne pas des indications à ce sujet ?
Processeur  Intel® Core™ i7 CPU 860 @ 2.80GHz × 8
Carte graphique  NV92

Quand je regarde là
Processeur Intel® Core™ i7-860
je vois en effet que ce processeur admet des jeux d'instructions 64-bit.

Alors, où est l'erreur ? Est-ce qu'en 2014, faute d'en savoir plus, j'aurais installé la version 32 bits d'Ubuntu 14.04, alors que j'aurais pu installer la 64 bits ? (C'est possible, ça ?)

Je me souviens en tout cas qu'en 2016, c'est vers le mois de juillet que Canonical avait proposé aux utilisateurs de 14.04 la mise à niveau vers 16.04. Est-ce que la mise à niveau vers 18.04 a déjà été proposée ? (Je parle bien de la mise à niveau, et non d'une nouvelle install)

Logiquement, si je suis en 64 bits on doit me la proposer automatiquement ; alors que si je suis en 32 je vais devoir rester en 16.04, et donc on ne me proposera plus désormais que des mises à jour.

Hors ligne

#13 Le 15/07/2018, à 08:52

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

La mise à niveau LTS devrait sortir le 26 juillet.

Avec un i7 et 8Go de RAM installée tu as une énorme bécane qui fonctionne en 64 bit (ma demande pour lm était juste pour te le confirmer, je ne me posais même pas la question) dont tu ne profites absolument pas en 32 bits (car oui, tu as installé une version 32 bits.)

Unique moyen de corriger et de profiter enfin de ton ordi : clean install en 64bits. (45 minutes finalisation comprise)

Donne nous

df -Th

pour voir si tu as un /home séparé

Regarde du côté des variantes car Unity n'est pas porté en 18.04 et même si tu as un gros ordi, Gnome et Budgie sont nettement plus gourmandes que les autres --> https://doc.ubuntu-fr.org/variantes


Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

#14 Le 16/07/2018, à 01:53

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Oui, bien sûr j'ai un /home séparé ! Je ne suis certes pas un geek, mais pas un complètement nul non plus. wink

J'ai même un /tmp séparé. Et un deuxième DD de 1,5 To, scindé en 3 partitions de 500 Go, comme réserve de documents (c'est fou ce qu'on accumule au cours des années !)

Sys. de fichiers      Type     Taille Utilisé Dispo Uti% Monté sur
udev                  devtmpfs   4,0G       0  4,0G   0% /dev
tmpfs                 tmpfs      806M    9,4M  796M   2% /run
/dev/sda6             ext4       188G     14G  165G   8% /
tmpfs                 tmpfs      4,0G     38M  3,9G   1% /dev/shm
tmpfs                 tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs                 tmpfs      4,0G       0  4,0G   0% /sys/fs/cgroup
/dev/sda7             ext4        19G     49M   18G   1% /tmp
/dev/sda8             ext4       1,2T    792G  307G  73% /home
tmpfs                 tmpfs      806M     84K  806M   1% /run/user/1000
/home/monnom/.Private ecryptfs   1,2T    792G  307G  73% /home/monnom

Est-ce que je peux installer 18.04 en 64 bits sans toucher à cette structure (juste réutiliser les partitions existantes, sans rien reformater) ?

45 minutes pour une "clean install", oui. Mais ce qui me fait un peu peur c'est la réinstallation des logiciels supplémentaires. Mais bon, si c'est le prix à payer pour de meilleures performances...

Hors ligne

#15 Le 16/07/2018, à 08:23

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

Alors c'est super !
Tu peux effectivement installer en reformatant juste le / (en ext4) - 190Go c'est énorme, 50Go auraient suffit, mais bon..
Pour la variante : https://doc.ubuntu-fr.org/variantes
Pour la réinstall : https://doc.ubuntu-fr.org/reinstallation_ubuntu
Pour réinstaller les applis en quelques clics : http://forum.ubuntu-fr.org/viewtopic.php?id=2026344
(quelques idées de finalisation )

Je ne parle pas de sauvegarde, car bien sûr tu fais une sauvegarde hebdo de toutes tes données wink


Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

#16 Le 16/07/2018, à 20:45

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Bonjour ! Merci de tes conseils et de ton aide, mais... là ça va mal. sad

J'ai téléchargé et gravé sur DVD la version 64 bits d'Ubuntu 18.04, sauvegardé quelques fichiers essentiels qui ne l'avaient pas été depuis un certain temps, et je me suis lancé dans une install complète. En conservant, bien sûr, la structure antérieure des disques.

A savoir : pas de changement pour la partition SWAP ; reformatage de la partition / (en EXT4 comme précédemment) ; reformatage de la partition /tmp (EXT4) ; et confirmation du /home, mais sans reformatage.

L'install s'est bien passée, avec création de mon nom d'utilisateur habituel, et du mot de passe habituel aussi (j'utilise les mêmes depuis plus de 10 ans sur plusieurs ordinateurs, une erreur est donc peu probable). Même nom de machine également. Les deux autres noms d'utilisateur (peu utilisés en réalité) n'ont pas pu être recréés à ce stade, ce n'est pas prévu.

Au final, après redémarrage, mon nom d'utilisateur apparaît bien, mais impossible d'ouvrir une session ! J'ai d'abord pensé à un problème de clavier, mais le résultat n'est pas meilleur en utilisant le clavier virtuel.

J'ai fait un test en redémarrant sur le DVD gravé avec l'iso. Ça marche parfaitement. J'ai pu vérifier que la partition /home contient toujours les données des utilisateurs antérieurs (mais inaccessibles car cryptés) ; le second DD est accessible, avec tous les fichiers qu'il contient. J'ai même pu consulter ma boîte mail et regarder un site d'actualités.

Donc, redémarrage sur le DD, nouvelle tentative pour ouvrir une session, nouvel échec...

En désespoir de cause j'ai tenté une seconde réinstall. Pas mieux : soit l'ouverture de la session n'aboutit pas ; soit, après avoir mis mon mot de passe, j'obtiens un écran vide, avec juste le fond orange et le pointeur de la souris (pas en flèche, d'ailleurs, mais en trait vertical, comme pour sélectionner du texte).

Me voici maintenant revenu sur une session temporaire avec le DVD, ce qui me permet au moins de poster ce message. Pas très pratique...

A toutes fins utiles, voilà comme précédemment le résultat de df -Th (mais je doute que ça soit très utile, puisque je suis dans une session provisoire) :

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   3,9G       0  3,9G   0% /dev
tmpfs            tmpfs      794M    1,6M  792M   1% /run
/dev/sr0         iso9660    1,8G    1,8G     0 100% /cdrom
/dev/loop0       squashfs   1,8G    1,8G     0 100% /rofs
/cow             overlay    3,9G    337M  3,6G   9% /
tmpfs            tmpfs      3,9G     32M  3,9G   1% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      3,9G       0  3,9G   0% /sys/fs/cgroup
tmpfs            tmpfs      3,9G    516K  3,9G   1% /tmp
tmpfs            tmpfs      794M     52K  794M   1% /run/user/999
/dev/loop1       squashfs    87M     87M     0 100% /snap/core/4486
/dev/loop2       squashfs   141M    141M     0 100% /snap/gnome-3-26-1604/59
/dev/loop3       squashfs   1,7M    1,7M     0 100% /snap/gnome-calculator/154
/dev/loop4       squashfs    13M     13M     0 100% /snap/gnome-characters/69
/dev/loop5       squashfs    21M     21M     0 100% /snap/gnome-logs/25
/dev/loop6       squashfs   3,4M    3,4M     0 100% /snap/gnome-system-monitor/36
/dev/sdb1        ext4       459G    192G  244G  45% /media/ubuntu/Stockage_1

Stockage_1 est la première partition du second DD, la seule à laquelle j'aie essayé d'accéder (c'est pour ça qu'elle est montée).

Voilà... Je suis assez désemparé !...

(Au pire, je me demande ce qui arriverait si je réinstallais la version 16.04...)

Hors ligne

#17 Le 16/07/2018, à 21:02

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

On ne voit pas sda, peux tu le monter ?


Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

#18 Le 16/07/2018, à 22:31

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

J'ai cliqué sur plusieurs partitions du sda pour les monter, puis df -Th :

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   3,9G       0  3,9G   0% /dev
tmpfs            tmpfs      794M    1,6M  792M   1% /run
/dev/sr0         iso9660    1,8G    1,8G     0 100% /cdrom
/dev/loop0       squashfs   1,8G    1,8G     0 100% /rofs
/cow             overlay    3,9G    365M  3,6G  10% /
tmpfs            tmpfs      3,9G     32M  3,9G   1% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      3,9G       0  3,9G   0% /sys/fs/cgroup
tmpfs            tmpfs      3,9G    1,9M  3,9G   1% /tmp
tmpfs            tmpfs      794M     72K  794M   1% /run/user/999
/dev/loop1       squashfs    87M     87M     0 100% /snap/core/4486
/dev/loop2       squashfs   141M    141M     0 100% /snap/gnome-3-26-1604/59
/dev/loop3       squashfs   1,7M    1,7M     0 100% /snap/gnome-calculator/154
/dev/loop4       squashfs    13M     13M     0 100% /snap/gnome-characters/69
/dev/loop5       squashfs    21M     21M     0 100% /snap/gnome-logs/25
/dev/loop6       squashfs   3,4M    3,4M     0 100% /snap/gnome-system-monitor/36
/dev/sdb1        ext4       459G    192G  244G  45% /media/ubuntu/Stockage_1
/dev/sda8        ext4       1,2T    796G  304G  73% /media/ubuntu/48deb068-7a0d-4637-b9f1-45d4b7810751
/dev/sda7        ext4        19G     45M   18G   1% /media/ubuntu/2d9e0736-0ed8-4d2a-ab08-9f9dfd0630c5
/dev/sda6        ext4       187G    4,3G  173G   3% /media/ubuntu/b68f2fa5-2ac4-4ef3-95eb-f1cfd573e010

sda6 = /
sda7 = /tmp
sda8 = /home

S'il faut une autre instruction, indique-la-moi précisément : je ne suis pas du tout habitué à utiliser le terminal, je sais juste y copier-coller du code.

Hors ligne

#19 Le 17/07/2018, à 08:39

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

Je ne pige pas tout à ton organisation.
Donne

lsblk

pour voir
Si un petit camarade qui passe a une idée...


Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

#20 Le 17/07/2018, à 13:23

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Excuse-moi pour le retard, mais je ne peux hélas être en permanence devant l'ordi... Je vais essayer d'être plus présent cet après-midi et ce soir.

Mon organisation, telle que visible par le logiciel Disques :

Le premier DD sda (1,5 To) est occupé par une partition étendue amorçable, scindée en 5 partitions (elles ne sont pas numérotées à partir de sda1 en raison d'une très ancienne numérotation datant de l'époque où j'avais un double boot avec Windows). Elles se présentent dans cet ordre sur le disque :
sda5 : Swap Linux (12 Go, Swap)
sda6 = / (205 Go, Ext4)
espace non alloué (1,5 Mo)
sda7 = /tmp (20 Go, Ext4)
sda8 = /home (1,3 To, Ext4)
L'espace non alloué de 1,5 Mo avait un rôle dans la structure d'Ubuntu 16.04 en 32 bits, mais je ne sais pas lequel exactement.

Le second DD sdb (1,5 To) est scindé en 3 partitions sdb1, sdb2 et sdb3 (500 Go chacune, Ext4), qui contiennent des documents.

Et divers périphériques, dont le lecteur du DVD Ubuntu 18.04 :
DVD A  DH16AAL (LHDE)
Generic- Compact Flash (1.00)
Generic- SM/xD-Picture (1.00)
Generic- SD/MMC (1.00)
Generic- MS/MS-Pro (1.00)

Pour lsblk, voici le résultat :

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0   1,7G  1 loop /rofs
loop1    7:1    0  86,6M  1 loop /snap/core/4486
loop2    7:2    0   140M  1 loop /snap/gnome-3-26-1604/59
loop3    7:3    0   1,6M  1 loop /snap/gnome-calculator/154
loop4    7:4    0  12,2M  1 loop /snap/gnome-characters/69
loop5    7:5    0    21M  1 loop /snap/gnome-logs/25
loop6    7:6    0   3,3M  1 loop /snap/gnome-system-monitor/36
sda      8:0    0   1,4T  0 disk 
├─sda1   8:1    0     1K  0 part 
├─sda5   8:5    0  11,5G  0 part [SWAP]
├─sda6   8:6    0 190,8G  0 part /media/ubuntu/b68f2fa5-2ac4-4ef3-95eb-f1cfd573e
├─sda7   8:7    0  19,1G  0 part /media/ubuntu/2d9e0736-0ed8-4d2a-ab08-9f9dfd063
└─sda8   8:8    0   1,2T  0 part /media/ubuntu/48deb068-7a0d-4637-b9f1-45d4b7810
sdb      8:16   0   1,4T  0 disk 
├─sdb1   8:17   0 465,7G  0 part /media/ubuntu/Stockage_1
├─sdb2   8:18   0 465,7G  0 part 
└─sdb3   8:19   0   466G  0 part /media/ubuntu/Stockage_3
sr0     11:0    1   1,8G  0 rom  /cdrom

P.S. : Le forum a la manie de déconnecter les usagers sans prévenir au bout d'un certain temps. mad C'est assez gênant, même si maintenant je prends mes précautions en faisant une copie du texte à tout hasard avant de cliquer.
Ça ne serait pourtant pas difficile d'afficher un avertissement, en cas d'inactivité prolongée, 3 à 4 minutes avant la déconnexion...

Hors ligne

#21 Le 17/07/2018, à 15:25

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Bon, je vais peut-être dire une grosse bêtise... wink Soyons fous !

Si rien d'autre ne marche, est-ce je pourrais essayer de faire une nouvelle install en n'utilisant que le swap (sda5) et le sda6 de 205 Go (peut-être aussi le /tmp du sda7). Donc, en ignorant au cours de l'install le /home séparé du sda8 (sans le reformater, bien sûr, afin de conserver les données qu'il contient).

J'utiliserais exactement le même identifiant et le même mot de passe que précédemment (une fois l'install terminée, je pourrais même recréer les 2 autres utilisateurs avec leurs mots de passe -- des fois que ce soient eux qui posent problème actuellement...)

Un nouveau /home, non séparé, serait automatiquement créé dans sda6 en même temps que le système et les logiciels (apparemment il y a la place).

Est-ce qu'il serait envisageable, ensuite, de supprimer ce /home non séparé, pour réorienter Ubuntu vers le /home séparé du sda8 ?

(Il faudrait sans doute jouer sur le nom du point de montage, s'il est modifiable.)

Dernière modification par Pleney (Le 17/07/2018, à 15:32)

Hors ligne

#22 Le 19/07/2018, à 15:06

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Bonjour. J'ai un sérieux problème de réinstall, déjà en partie abordé ici :
MàJ échouée mais parfois réussie !
et que je remets pour plus de clarté dans un nouveau sujet.

J'étais en Ubuntu 16.04 LTS 32 bits, et j'ai voulu passer en 18.04 LTS 64 bits tout en préservant mon /home, qui était sur une partition séparée.

J'ai bien conduit la procédure conseillée, consistant à garder les mêmes partitions, en formatant le / et le /tmp pour la nouvelle install (en Ext4), mais en conservant le /home sans le reformater. Comme recommandé, j'ai attribué à la machine le même nom qu'avant, puis j'ai créé l'utilisateur principal avec exactement le même nom et le même mot de passe qu'en 16.04.

Résultat : après redémarrage, mon nom d'utilisateur apparaît bien, mais impossible d'ouvrir une session (ouverture refusée) ; ou alors l'ouverture me donne accès à un écran vide, avec juste le fond orange et le pointeur de la souris.

La seule manière d'utiliser l'ordi actuellement est donc d'ouvrir une session temporaire avec le DVD, ce qui permet au moins d'avoir accès à l'internet (connexion filaire) et aux documents sauvegardés sur le second DD. Pas très pratique...

L'utilitaire Disques montre que la partition contenant le /home existe toujours. Mais elle reste inaccessible faute de pouvoir ouvrir la session de l'utilisateur.

Un détail dont je ne sais pas s'il a une importance : en 16.04, il y avait 2 autres utilisateurs enregistrés (avec mots de passe). Les perdre ne serait pas grave, car ils ne servaient que de "roues de secours" ou d'accès pour des étrangers. Mais serait-ce leur absence dans la nouvelle install qui bloque quelque chose ?...


L'ordi est un HP acheté il y a 7 ou 8 ans, avec 2 gros DD, processeur Intel Core i7 CPU 860 @ 2.80GHz × 8 et carte graphique NV92.

Voici la structure des DD, telle que visible avec Disques :

Le premier DD de 1,5 To (sda) est occupé par une partition étendue amorçable (sda1), scindée en 5 partitions. Elles se présentent dans cet ordre sur le disque :
sda5 : Swap Linux (12 Go, Swap)
sda6 = / (205 Go, Ext4)
espace non alloué (1,5 Mo)
sda7 = /tmp (20 Go, Ext4)
sda8 = /home (1,3 To, Ext4)
L'espace non alloué de 1,5 Mo avait un rôle dans la structure d'Ubuntu 16.04 en 32 bits, mais je ne sais pas lequel exactement.

Le second DD de 1,5 To (sdb) est scindé en 3 partitions sdb1, sdb2 et sdb3 (500 Go chacune, Ext4), qui contiennent uniquement des documents.

Voilà. Est-ce que quelqu'un peut comprendre ce qui se passe, et me conseiller pour faire la réinstall tout en conservant mon /home ?

Hors ligne

#23 Le 19/07/2018, à 17:38

cqfd93

Re : [Résolu] MàJ échouée mais parfois réussie !

Modération

Bonjour,

Il n'y avait aucune nécessité à ouvrir une nouvelle discussion pour ce problème → je fusionne les deux sujets.


cqfd93

Hors ligne

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

Pleney

Re : [Résolu] MàJ échouée mais parfois réussie !

Nécessité absolue non, en effet.

Mais quand même ce nouveau sujet est complètement différent de celui du départ : au début je me plaignais de difficultés dans les mises à jour ; et à la fin il s'agit d'une impossibilité de réinstallation constituant une mise à niveau.

D'un petit problème, complètement réparé grâce à la compétence de nam1962, on est donc passé à un gros problème tout autre, qu'apparemment personne ne comprend trop...

Je pensais naïvement que "autre sujet = autre discussion".

Hors ligne

#25 Le 19/07/2018, à 20:17

nam1962

Re : [Résolu] MàJ échouée mais parfois réussie !

Essaie de lancer le terminal.
(ctrl - alt - F3 ou F4 ou.. jusque F8)
Là passe :

sudo rm .Xauthority
sudo rm .ICEauthority
sudo rm .xsession-errors*
sudo reboot

Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing - Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne