Passage à Trisquel 9

6 replies [Last post]
Raistlin
Offline
Joined: 04/06/2020

C'est très calme sur le forum en ce moment. Ayant pour le moment la version 8, je ne reçois plus beaucoup de mises à jour, mais aucune proposition pour changer de version (alors que j'en avais eu pour le passage de al version 7 à la version 8). Je m'interroge sur le fait de forcer le passage à la version 9. Ce qui me bloque, c'est que soit installée une version indépendante des configurations sur lesquelles elle va, alors que si le passage était proposé lors d'une mise à jour, ce serait beaucoup plus personnalisé et beaucoup plus adapté à chaque configuration.

Je me demande aussi si mes configurations ne sont pas trop anciennes pour la version 9 (mais pour mon portable j'ai la version mini, qui si j'ai bien compris est adaptée aux anciennes config). Idées reçues ?

Magic Banana

I am a member!

Offline
Joined: 07/24/2010

Très peu d’entre nous ont reçu une notification pour passer à Trisquel 9. Maintenant, Trisquel 8 n’est plus supportée. Elle ne reçoit plus de mises à jour, notamment de sécurité : passe à Trisquel 9 dès que possible ! Il n’y a lieu de craindre ni des incompatibilités ni des pré-requis matériel très supérieurs, que ce soit avec le bureau par défaut (MATE) ou, a fortiori, celui de Trisquel Mini.

Néanmoins, il est toujours recommandé de réaliser une sauvegarde des fichiers des utilisateurs avant une mise à jour de la distribution. Pour ce faire, tu peux installer « Back In Time », qui est l’application de sauvegardes par défaut de Trisquel 9. « Déjà Dup », par défaut dans Trisquel 8, a disparu du dépôt et il est bien compliqué de récupérer ses sauvegardes sans lui : ne l’utilise pas.

Pour passer à Trisquel 9, essaie d’abord d’exécuter cela dans un terminal :
$ sudo do-release-upgrade
Pour la plupart, cela ne fonctionne pas (ce qui explique peut-être pourquoi le gestionnaire de mises à jour ne propose pas la mise à jour de la distribution), mais cela, oui :
$ sudo do-release-upgrade -d
Si cela ne fonctionne pas non plus, exécute donc ceci :
$ sudo sed -i 's/flidas/etiona/' /etc/apt/sources.list && sudo apt update && sudo apt full-upgrade

EDIT : précisions sur quel outil pour sauvegarder.

Raistlin
Offline
Joined: 04/06/2020

Merci pour ces éléments et ceux donnés également par Azafranero par mél. La première commande donnée par Magic Banana a curieusement marché sur mon ordi portable avec trisquel mini. Assez long mais sinon RAS à ce stade (je ne l'ai pas utilisé longtemps depuis la MAJ). Pour l'ordi fixe avec Trisquel normal, je ne l'utiliserai pas avant mon retour de congés donc je le mettrai à jour à ce moment-là.

Je ferai donc un retour un peu plus consolidé en septembre pour les deux.

MALGORNdg
Offline
Joined: 04/23/2017

Bonjour,

merci pour ce rappel et les diverses possibilités pour passer à Trisquel 9.
Voici mes manips....sans pouvoir conclure :-<)

"sudo do-release-upgrade -d" n'ayant pas + fonctionné que "sudo do-release-upgrade" j'ai suivi la 3ème piste:

--->sudo sed -i 's/flidas/etiona/' /etc/apt/sources.list && sudo apt update && sudo apt full-upgrade

et me retrouve avec les sources d'Etonia qui ne peuvent s'adapter à ma machine sur laquelle j'ai fait un peu de ménage
[APRÈS SAUVEGARDES] pour gagner de la place ;-)

J'ai même eu un petit problème de dépendances:

-->>> apt-cache depends packagekit
packagekit
Dépend: libglib2.0-bin
libglib2.0-bin:i386
Dépend: policykit-1
policykit-1:i386
Dépend: libappstream4
Dépend: libapt-inst2.0
Dépend: libapt-pkg5.0
Dépend: libc6
Dépend: libgcc1
Dépend: libglib2.0-0
Dépend: libgstreamer1.0-0
Dépend: libpackagekit-glib2-18
Dépend: libpolkit-gobject-1-0
Dépend: libsqlite3-0
Dépend: libstdc++6
Dépend: libsystemd0
Casse:
Casse:
Casse:
Casse:
Casse:
Casse:
Casse:
Recommande: packagekit-tools
packagekit-tools:i386
Suggère: appstream

\---> [0] -->>> apt-cache depends packagekit:i386
packagekit:i386
Dépend: libglib2.0-bin:i386
libglib2.0-bin
Dépend: policykit-1:i386
policykit-1
Dépend: libappstream4:i386
Dépend: libapt-inst2.0:i386
Dépend: libapt-pkg5.0:i386
Dépend: libc6:i386
Dépend: libgcc1:i386
Dépend: libglib2.0-0:i386
Dépend: libgstreamer1.0-0:i386
Dépend: libpackagekit-glib2-18:i386
Dépend: libpolkit-gobject-1-0:i386
Dépend: libsqlite3-0:i386
Dépend: libstdc++6:i386
Dépend: libsystemd0:i386
Recommande: packagekit-tools:i386
packagekit-tools
Suggère: appstream:i386

RESOLU en désinstallant "Gnome-packagekit"

Possibilité d'avoir une jolie représentation graphique avec:

--->apt-rdepends -d packagekit | dot > packagekit.dot

Reading package lists... Done
Building dependency tree
Reading state information... Done et visualisation avec DOTTY {;-)

---> apt update
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
3346 paquets peuvent être mis à jour.

--->-->>> apt full-upgrade -f
.................................SUDO APT AUTOREMOVE pour enlever les packets
NON-NECESSAIRES

Les paquets suivants ont été conservés :
mpv

...................3339 mis à jour, 836 nouvellement installés, 75 à enlever et
1 non mis à jour.
Il est nécessaire de prendre 4 146 Mo dans les archives.
Après cette opération, 3 010 Mo d'espace disque supplémentaires seront utilisés.
E: Pas assez d'espace disponible sur /var/cache/apt/archives/

PAS + de RESULTATS avec "sudo apt-get autoclean" ou même "apt-get clean"

ls -la /var/cache/apt/archives/
total 24
drwxr-xr-x 3 root root 16384 juil. 23 10:26 .
drwxr-xr-x 4 root root 4096 juil. 23 11:12 ..
-rw-r----- 1 root root 0 déc. 24 2017 lock
drwx------ 2 _apt root 4096 juil. 22 17:14 partial

-->> sudo ls -la /var/cache/apt/archives/partial/
total 20
drwx------ 2 _apt root 4096 juil. 22 17:14 .
drwxr-xr-x 3 root root 16384 juil. 23 10:26 ..

-->>> sudo du -hxd1 /var/cache/apt/ | sort -h
20K /var/cache/apt/archives
47M /var/cache/apt/apt-file
146M /var/cache/apt/

Y aurait-il un script capable de faire des mises à jour partielles,progressives, en fonction de la place libre?
Est-ce un secret de fabrication de la distri?
Connaissez-vous un moyen d'agrandir la taille du cache?

@+

Magic Banana

I am a member!

Offline
Joined: 07/24/2010

C’est probablement ta partition racine (sur laquelle se trouve /var/cache/apt/archives) qui manque de place. Pour le savoir et comprendre les possibilités de redimensionnement, qui dépendent des systèmes de fichiers utilisés :
$ df -hT

Si c’est bien / qui est trop pleine, il vaut la peine d’analyser ce qui prend réellement de place. À coup de 'du', c’est laborieux. Si tu peux installer le paquet « baobab » (dans le dépôt Trisquel), il te permettra de t'en rendre compte visuellement. Tu peux alors ensuite décider de supprimer (par exemple, avec 'sudo apt remove') des paquets qui te feront réellement gagner de la place et les dépendances qui deviennent inutiles (avec 'sudo apt auto-remove'), jusqu’à ce que tu puisses reprendre la mise à jour du système entier.

MALGORNdg
Offline
Joined: 04/23/2017

Salut M_Banana,

si j'en juge par tous les paquets marqués " à désinstaller " par Synaptic pour installer BAOBAB, je préfère en revenir à la bonne vieille ligne de commande......après avoir supprimé 2 utilisateurs et vidé le dossier le + volumineux de mon espace ( Images 11 997 éléments, total 17,0 Gio ) pour alléger /home.

Voici mes manips: [Que je veux bien mettre en évidence/sur fond jaune...si tu me dis comment]

-->>> sudo du -hxd1 / | sort -h

4,0K /cdrom
4,0K /lib64
4,0K /mnt
12K /srv
16K /lost+found
16K /media
112K /tmp
17M /bin
21M /sbin
24M /etc
91M /boot
227M /opt
471M /lib
1,2G /root
1,3G /var
11G /usr
14G /

-->>> sudo du -hxd1 /home/ | sort -h
49G /home/
49G /home/.ecryptfs

Mais c'est -->>> sudo du -hxd2 /home/admal/ | sort -h (sans un grep bien placé, ni script had-hoc )
qui m'a permis de préciser les appli. à virer:

'sudo apt remove' + 'sudo apt auto-remove' =====> libération du cache et ETONIA est là ;)

Merci pour ton aide.

Magic Banana

I am a member!

Offline
Joined: 07/24/2010

alléger /home

Ce n’était pas nécessaire. En effet, le contenu de ton /home est sur une partition à part, comme le montre la sortie de ta première exécution de du : avec l’option -x, /home n’est pas listé.

14 Go pour la partition racine, c’est bien juste de nos jours. Ce n’est pas une anomalie qui t’a mené à remplir cette partition, juste les besoins croissants en espace disque des paquets d’une version de Trisquel à la suivante.

Tu ne m’as pas donné la sortie de df -hT, comme je te le demandais. Je suppose que tu as beaucoup de place libre sur /home, puisque /home ne prend que 49 Go et que les disques font aujourd’hui bien plus de 14 + 49 = 63 Go. Ou alors tu as un autre système d’exploitation sur le même disque et peut-être peux-tu prendre de la place sur lui.

Tu pourrais rendre la partition racine plus grande, par exemple 40 Go pour être vraiment à l’aise. Cela peut se faire depuis un système live, comme le medium d’installation de Trisquel. Il contient l’éditeur graphique de partitions GParted. Il est fort probable que tu ne puisses pas réduire la partition avec le système de fichiers monté en /home, car le type (par défaut, si l’on ne choisit pas « Autre chose » lors de l’installation de Trisquel) de ce système de fichiers, XFS, ne le permet pas. Mais, tu peux peut-être faire de la place ailleurs, par exemple en la prenant sur un autre système d’exploitation qui serait installé. Si tu veux prendre de la place d’un système de fichiers FAT ou NTFS, défragmente-le pour pouvoir le réduire plus.

Il est essentiel de sauvegarder les données des utilisateurs avant d’éditer les partitions : personne n’est à l’abri d’une mauvaise manipulation ou d’une coupure d’électricité.

je veux bien mettre en évidence/sur fond jaune...si tu me dis comment

Avec la balise HTML « code ». Plus généralement, vois https://trisquel.info/fr/filter/tips