#1 Le 17/02/2022, à 14:59
- theyoubot
[RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Bonjour,
Voici le problème
Ma version est
- Ubuntu 18.04.6 LTS
- Gnome 3.28.2
- pas d'autre OS installé sur la machine
La machine a :
- 64 bits
- Pentium G620 2,6GHz x 2
- RAM 4Go DDR3
- Disque dur 2 To
Ubuntu 18 tourne sur cette machine depuis 2018. Tout naturellement, le PC est devenu lent au fil du temps.
Aujourd'hui, il peine à lire pendant plus de 5 mn un film mp4 de 1 Go. Ensuite, la lecture devient saccadée, l'image se fige .. L'OS est devenu lent pour toutes les tâches. Les fenêtres mettent une éternité à s'ouvrir. Même sur youtube, je suis obligé d'éteindre / rallumer le PC toutes les 15 mn pour voir les vidéos dans une bonne résolution. Tu sens l'OS au bout du rouleau.
J'utilise ubuntu depuis 12 ans. Je connais bien ce problème. Je l'ai eu avec toutes les versions au bout de quelques années. Chaque fois, j'installe la nouvelle version et la machine retrouve sa rapidité.
Sauvegarde sûre avant réinstallation : comment ?
J'ai un répertoire de fichiers persos de 900 Go (191 000 fichiers)
J'ai essayé d'en faire une copie de sauvegarde sur un disque dur externe. Par copier coller via l'interface graphique. La copie a démarré sur les chapeaux de roue. Hélas, vers le tiers, elle est descendue progressivement à une allure d'escargot. Avec des estimations en jours (!) pour la durée totale de la copie. Qui plus est, des estimations croissantes.
Je sais qu'il existe/existait une méthode pour mettre à jour ubuntu sans écraser mon répertoire de fichiers persos. Mais je ne l'ai jamais employée et je ne la connais pas. À une époque, c'était guidé et assez bien expliqué. Mais je n'ai jamais eu assez confiance en sa fiabilité pour l'employer.
Habituellement, j'efface tout le contenu de mon disque dur et je redémarre sur un PC vierge, tout propre, sans bug.
Quelle méthode de sauvegarde me conseillez vous ?
Dernière modification par theyoubot (Le 27/02/2022, à 01:06)
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#2 Le 17/02/2022, à 15:52
- Ayral
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Pourquoi tu n’utilises pas Grsync ? Jusqu'à présent il ne m'a pas déçu... Voir la doc.
Bonne chance.
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne
#3 Le 17/02/2022, à 16:13
- FrancisFDZ
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Bonjour,
En passant, renseigne toi (et renseigne nous) sur ta ram : est-il possible d'en rajouter ? Je pense que vu tes problèmes de video , ça devrait améliorer les choses. Sinon, tu peux tenter de compresser la ram existante via zram
Dernière modification par FrancisFDZ (Le 17/02/2022, à 16:14)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#4 Le 17/02/2022, à 23:21
- theyoubot
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Grsync ? Jusqu'à présent il ne m'a pas déçu
À quand remonte ta dernière utilisation ?
ta ram : est-il possible d'en rajouter ?
Oui. Je peux installer 4 Go et me retrouver avec 8 Go. Mais à quoi bon ? C'est reculer pour mieux sauter. Ubuntu 18 est officiellement à un an de sa fin de maintenance. Je n'ai pas de raison de rester avec une version alors que la suivante, 22.04 LTS Jammy Jellyfish, résoudra tous mes problèmes. C'est ma stratégie avec ubuntu depuis 12 ans et ça a toujours fonctionné.
Tout ce que j'ai à faire, c'est trouver un moyen de faire cette sauvegarde d'un répertoire de 900 Go.
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#5 Le 18/02/2022, à 00:15
- patked
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Hello
Vu l'état de ton OS, la bonne soluce c'est de booter sur une clé usb, et avec gparted de copier ta partition sur ton disk externe.
Mais après, réinstallation propre avec récup de tes fichiers persos.
Mais cette fois, pense à créer une partition pour ton system et une autre pour tes données. Tu n'auras plus jamais peur de ré instaler puisque tes données seront sur une autre partition.
Hors ligne
#6 Le 18/02/2022, à 00:21
- Ayral
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
J'ai utilisé Grsync il y a 3 mois pour reconstruite mon PC qui avait planté.
Par ailleurs la version 22.04 n'est pas encore sortie, et il vaudra mieux attendre quelques mois avant de l'installer (j'attends toujours le mois de septembre pour migrer, voir plusiers années. Choisis plutôt la 21.04 LTS
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne
#7 Le 18/02/2022, à 09:39
- theyoubot
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
la version 22.04 n'est pas encore sortie, et il vaudra mieux attendre quelques mois avant de l'installer (j'attends toujours le mois de septembre pour migrer, voir plusiers années. Choisis plutôt la 21.04 LTS
Effectivement. Je préfère moi-aussi installer une version stable.
J'ai utilisé Grsync il y a 3 mois pour reconstruite mon PC qui avait planté.
J'ai tenté une sauvegarde avec deja-dup
Il n'a copié que 90 Go en neuf heures. Je commence à penser que mon installation est trop mal en point pour copier 900 Go en un temps décent. Quelle que soit la méthode. Il va falloir que je trouve un moyen de faire la copie autrement.
créer une partition pour ton system et une autre pour tes données. Tu n'auras plus jamais peur de ré instaler puisque tes données seront sur une autre partition.
Autrefois recommandée, cette méthode était jugée superflue depuis une dizaine d'années sur les forums d'aide, notamment ce forum ci. J'ai donc cessé de l'employer vers le milieu des années 2010. Je n'avais jamais eu à le regretter jusqu'à aujourd'hui.
Vu l'état de ton OS, la bonne soluce c'est de booter sur une clé usb, et avec gparted de copier ta partition sur ton disk externe.
Mais après, réinstallation propre avec récup de tes fichiers persos.
Tu me conseilles de tenter la copie préalable de sauvegarde avec GParted ? Ok, je vais essayer ça aujourd'hui.
Dernière modification par theyoubot (Le 18/02/2022, à 09:45)
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#8 Le 18/02/2022, à 15:41
- Ayral
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
J'ai utilisé Grsync il y a 3 mois pour reconstruite mon PC qui avait planté.
Par ailleurs la version 22.04 n'est pas encore sortie, et il vaudra mieux attendre quelques mois avant de l'installer (j'attends toujours le mois de septembre pour migrer, voir plusieurs années. Choisis plutôt la 21.04 LTS
Ch'ais pas pourquoi je dis des sottises, je voulais dire que je choisirais la 20.04 LTS, la 21.04 n'est pas une LTS.
D'ailleurs lien sur lequel j'envoyais est bien le téléchargement de la 20.04.3 64 bits desktop.
Dernière modification par Ayral (Le 18/02/2022, à 15:44)
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne
#9 Le 18/02/2022, à 16:05
- iznobe
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Bonjour , pourrais tu donner quand tu commences a sentir les ralentissements les retour de commandes suivantes :
df -htoplorsque tout va bien , si possible en ayant passe le terminal en plein ecran avant e lancer la commande :
lsblk -f -oNAME,FSTYPE,SIZE,FSSIZE,FSAVAIL,LABEL,UUID,MOUNTPOINTsudo apt updateMontre aussi d'éventuels paquets cassés :
dpkg -l | grep -v ^iiDernière modification par iznobe (Le 18/02/2022, à 16:07)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#10 Le 19/02/2022, à 00:32
- theyoubot
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
le téléchargement de la 20.04.3 64 bits desktop.
Tu as raison. C'est d'ailleurs cet upgrade qu'ubuntu me propose spontanément 3 fois par semaine. Pas de souci de ce côté là.
les retours de commandes suivantes
df -h
toprenvoie
top - 00:25:31 up 12 min, 1 user, load average: 0,14, 0,47, 0,57
Tâches: 216 total, 1 en cours, 172 en veille, 0 arrêté, 1 zombie
%Cpu(s): 2,9 ut, 1,0 sy, 0,0 ni, 96,1 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem : 3934784 total, 116828 libr, 1124876 util, 2693080 tamp/cache
KiB Éch: 2097148 total, 2096368 libr, 780 util. 2155352 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
968 moi 20 0 976396 84788 62560 S 5,3 2,2 0:08.41 Xorg
1243 moi 20 0 3377760 198220 116700 S 3,6 5,0 0:16.12 gnome-shell
3503 moi 20 0 795236 38768 28896 S 2,6 1,0 0:01.33 gnome-terminal-
1 root 20 0 160216 9504 6660 S 0,3 0,2 0:02.20 systemd
10 root 20 0 0 0 0 I 0,3 0,0 0:00.42 rcu_sched
1292 rtkit 21 1 183512 2952 2684 S 0,3 0,1 0:00.02 rtkit-daemon
3544 moi 20 0 45624 4264 3492 R 0,3 0,1 0:00.50 top
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp
4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp
6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-kb
7 root 20 0 0 0 0 I 0,0 0,0 0:00.17 kworker/u4:0-i9
8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq
9 root 20 0 0 0 0 S 0,0 0,0 0:00.06 ksoftirqd/0
11 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/0
12 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/0
13 root 20 0 0 0 0 I 0,0 0,0 0:00.06 kworker/0:1-eve
14 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0
15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1
16 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/1
17 root rt 0 0 0 0 S 0,0 0,0 0:00.13 migration/1
18 root 20 0 0 0 0 S 0,0 0,0 0:00.05 ksoftirqd/1
20 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H
21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs
22 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns
23 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_tasks_kthre
24 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd
25 root 20 0 0 0 0 S 0,0 0,0 0:00.00 khungtaskd
26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper
27 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback
28 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0
29 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd
30 root 39 19 0 0 0 S 0,0 0,0 0:00.00 khugepaged
76 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd
77 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd
78 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 blkcg_punt_bio
79 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 tpm_dev_wq
80 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ata_sff
81 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 md
82 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 edac-poller
83 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 devfreq_wq
84 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd
88 root 20 0 0 0 0 S 0,0 0,0 0:00.24 kswapd0
89 root 20 0 0 0 0 S 0,0 0,0 0:00.00 ecryptfs-kthrea
91 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld
92 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 acpi_thermal_pm
lsblk -f -oNAME,FSTYPE,SIZE,FSSIZE,FSAVAIL,LABEL,UUID,MOUNTPOINT
sudo apt updaterenvoie
lsblk: colonne inconnue : FSSIZE,FSAVAIL,LABEL,UUID,MOUNTPOINTdpkg -l | grep -v ^iirenvoie
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
+++-==========================================-===============================================-============-===================================
rc catdoc 1:0.95-4.1 amd64 text extractor for MS-Office files
rc kdenlive-data 4:17.12.3-0ubuntu1 all non-linear video editor (data files)
rc kio 5.44.0-0ubuntu1 amd64 Resource and network access abstraction
rc libkf5attica5:amd64 5.44.0-0ubuntu1 amd64 Qt library that implements the Open Collaboration Services API
rc libkf5bookmarks-data 5.44.0-0ubuntu1 all Qt library with support for bookmarks and the XBEL format.
rc libkf5filemetadata-data 5.44.0-0ubuntu1 all library for extracting file metadata
rc libkf5globalaccel5:amd64 5.44.0-0ubuntu1 amd64 Configurable global shortcut support.
rc libkf5jobwidgets-data 5.44.0-0ubuntu1 all Widgets for tracking KJob instances
rc libkf5newstuff-data 5.44.0-0ubuntu1 all Support for downloading application assets from the network.
rc libkf5package-data 5.44.0-0ubuntu1 all non-binary asset management framework
rc libkf5sonnet5-data 5.44.0-0ubuntu1 all spell checking library for Qt, data files
rc libkf5xmlgui-data 5.44.0-0ubuntu2 all User configurable main windows.
rc linux-image-5.3.0-28-generic 5.3.0-28.30~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-46-generic 5.3.0-46.38~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-51-generic 5.3.0-51.44~18.04.2 amd64 Signed kernel image generic
rc linux-image-5.3.0-53-generic 5.3.0-53.47~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-59-generic 5.3.0-59.53~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-61-generic 5.3.0-61.55~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-62-generic 5.3.0-62.56~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-42-generic 5.4.0-42.46~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-45-generic 5.4.0-45.49~18.04.2 amd64 Signed kernel image generic
rc linux-image-5.4.0-47-generic 5.4.0-47.51~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-48-generic 5.4.0-48.52~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-51-generic 5.4.0-51.56~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-52-generic 5.4.0-52.57~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-53-generic 5.4.0-53.59~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-54-generic 5.4.0-54.60~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-56-generic 5.4.0-56.62~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-58-generic 5.4.0-58.64~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-59-generic 5.4.0-59.65~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-60-generic 5.4.0-60.67~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-62-generic 5.4.0-62.70~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-64-generic 5.4.0-64.72~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-65-generic 5.4.0-65.73~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-66-generic 5.4.0-66.74~18.04.2 amd64 Signed kernel image generic
rc linux-image-5.4.0-67-generic 5.4.0-67.75~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-70-generic 5.4.0-70.78~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-71-generic 5.4.0-71.79~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-72-generic 5.4.0-72.80~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-73-generic 5.4.0-73.82~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-74-generic 5.4.0-74.83~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-77-generic 5.4.0-77.86~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-80-generic 5.4.0-80.90~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-81-generic 5.4.0-81.91~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-84-generic 5.4.0-84.94~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-86-generic 5.4.0-86.97~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-87-generic 5.4.0-87.98~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-89-generic 5.4.0-89.100~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-90-generic 5.4.0-90.101~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-91-generic 5.4.0-91.102~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-92-generic 5.4.0-92.103~18.04.2 amd64 Signed kernel image generic
rc linux-image-5.4.0-94-generic 5.4.0-94.106~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.4.0-96-generic 5.4.0-96.109~18.04.1 amd64 Signed kernel image generic
rc linux-modules-5.3.0-28-generic 5.3.0-28.30~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-5.3.0-46-generic 5.3.0-46.38~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-5.3.0-51-generic 5.3.0-51.44~18.04.2 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-5.3.0-53-generic 5.3.0-53.47~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-5.3.0-59-generic 5.3.0-59.53~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-5.3.0-61-generic 5.3.0-61.55~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-5.3.0-62-generic 5.3.0-62.56~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-42-generic 5.4.0-42.46~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-45-generic 5.4.0-45.49~18.04.2 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-47-generic 5.4.0-47.51~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-48-generic 5.4.0-48.52~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-51-generic 5.4.0-51.56~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-52-generic 5.4.0-52.57~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-53-generic 5.4.0-53.59~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-54-generic 5.4.0-54.60~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-56-generic 5.4.0-56.62~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-58-generic 5.4.0-58.64~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-59-generic 5.4.0-59.65~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-60-generic 5.4.0-60.67~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-62-generic 5.4.0-62.70~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-64-generic 5.4.0-64.72~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-65-generic 5.4.0-65.73~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-66-generic 5.4.0-66.74~18.04.2 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-67-generic 5.4.0-67.75~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-70-generic 5.4.0-70.78~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-71-generic 5.4.0-71.79~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-72-generic 5.4.0-72.80~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-73-generic 5.4.0-73.82~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-74-generic 5.4.0-74.83~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-77-generic 5.4.0-77.86~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-80-generic 5.4.0-80.90~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-81-generic 5.4.0-81.91~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-84-generic 5.4.0-84.94~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-86-generic 5.4.0-86.97~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-87-generic 5.4.0-87.98~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-89-generic 5.4.0-89.100~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-90-generic 5.4.0-90.101~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-91-generic 5.4.0-91.102~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-92-generic 5.4.0-92.103~18.04.2 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-94-generic 5.4.0-94.106~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-96-generic 5.4.0-96.109~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.3.0-28-generic 5.3.0-28.30~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-extra-5.3.0-46-generic 5.3.0-46.38~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-extra-5.3.0-51-generic 5.3.0-51.44~18.04.2 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-extra-5.3.0-53-generic 5.3.0-53.47~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-extra-5.3.0-59-generic 5.3.0-59.53~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-extra-5.3.0-61-generic 5.3.0-61.55~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-extra-5.3.0-62-generic 5.3.0-62.56~18.04.1 amd64 Linux kernel extra modules for version 5.3.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-42-generic 5.4.0-42.46~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-45-generic 5.4.0-45.49~18.04.2 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-47-generic 5.4.0-47.51~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-48-generic 5.4.0-48.52~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-51-generic 5.4.0-51.56~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-52-generic 5.4.0-52.57~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-53-generic 5.4.0-53.59~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-54-generic 5.4.0-54.60~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-56-generic 5.4.0-56.62~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-58-generic 5.4.0-58.64~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-59-generic 5.4.0-59.65~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-60-generic 5.4.0-60.67~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-62-generic 5.4.0-62.70~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-64-generic 5.4.0-64.72~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-65-generic 5.4.0-65.73~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-66-generic 5.4.0-66.74~18.04.2 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-67-generic 5.4.0-67.75~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-70-generic 5.4.0-70.78~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-71-generic 5.4.0-71.79~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-72-generic 5.4.0-72.80~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-73-generic 5.4.0-73.82~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-74-generic 5.4.0-74.83~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-77-generic 5.4.0-77.86~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-80-generic 5.4.0-80.90~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-81-generic 5.4.0-81.91~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-84-generic 5.4.0-84.94~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-86-generic 5.4.0-86.97~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-87-generic 5.4.0-87.98~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-89-generic 5.4.0-89.100~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-90-generic 5.4.0-90.101~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-91-generic 5.4.0-91.102~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-92-generic 5.4.0-92.103~18.04.2 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-94-generic 5.4.0-94.106~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-96-generic 5.4.0-96.109~18.04.1 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc oxygen-icon-theme 5:5.44.0-0ubuntu1 all Oxygen icon themeDernière modification par theyoubot (Le 19/02/2022, à 00:42)
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#11 Le 19/02/2022, à 02:29
- Coeur Noir
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
S'il te plaît, redonne le retour de chacune des commandes - et depuis une fenêtre de terminal bien agrandie car les réponses sont parfois des tableaux assez larges :
⋅ l'état de «mise à jour » de ton OS :
sudo apt update⋅ aperçu des disques et partitions en présence :
lsblk -fe7,11 -o +size⋅ leur occupation "brute" :
df -Th -x squashfs -x tmpfs⋅ leur occupation "nodale"
df -i -x squashfs -x tmpfs⋅ l'occupation de la ram de façon « globale » dès que tu vois des premiers signes de ralentissement :
LANG=C free -wh⋅ présence éventuelle de versions superflues de logiciels au format snap :
snap list --allDans le retour de dpkg -l | grep -v ^ii toutes les lignes commençant par rc montrent des paquets résiduels d'anciennes configurations → ils prennent de la place pour rien. Tu pourras les supprimer via la commande :
sudo dpkg -P $(dpkg -l | awk '/^rc/{print $2}')mais pas avant d'avoir montré les retours suggérés précédemment.
Il y aura potentiellement d'autres « nettoyages » à faire.
Dans le même ordre d'idées, une bonne combinaison pour mettre à jour ton système c'est
sudo apt update ; sudo apt full-upgrade ; sudo apt autoremove --purgel'autoremove --purge c'est justement pour supprimer ce qui est devenu inutile, obsolète, sans dépendance.
Le retour de dpkg -l… montre aussi que tu avais installé kdenlive. Tu t'es limité à ce logiciel ou tu as aussi installé tout l'environnement de bureau KDE/Plasma ?
Donne aussi :
echo ; lsb_release -dcs; uname -srpi; echo $XDG_CURRENT_DESKTOP sous $XDG_SESSION_TYPE parmi :; ls /usr/share/xsessionsça nous dira le noyau utilisé, le ou les env. de bureau en cours et installés.
patked a écrit :créer une partition pour ton system et une autre pour tes données. Tu n'auras plus jamais peur de ré instaler puisque tes données seront sur une autre partition.
Autrefois recommandée, cette méthode était jugée superflue depuis une dizaine d'années sur les forums d'aide, notamment ce forum ci. J'ai donc cessé de l'employer vers le milieu des années 2010. Je n'avais jamais eu à le regretter jusqu'à aujourd'hui.
Confusion entre :
a⋅ délocaliser le contenu de /home dans une partition dédiée ( partition /home séparée ) qui comprend des éléments visibles ( documents de tous les utilisateurs ) comme cachés ( réglages, config's, paramètres de tous les utilisateurs ).
ET
b⋅ placer uniquement tes documents à toi dans une partition en dehors de celle qui héberge ton OS. Documents visibles et potentiellement quelques éléments cachés que tu choisirais à bon escient ( certaines config's de certains des logiciels que tu utilises, par ex. ).
Les 2 méthodes ont leurs avantages et inconvénients, c'est fonction du contexte : nombre et type de disques, nombre d'utilisateurs, multi-boot ou simple-boot, stratégies de sauvegarde et de mise à niveau, partages de données…
Oui. Je peux installer 4 Go et me retrouver avec 8 Go. Mais à quoi bon ? C'est reculer pour mieux sauter.
Bah non. Malheureusement tu devrais investir.
Les dev's en charge des OS partent du principe que le matériel évolue, calcule + vite + de nombres à la fois et des nombres plus grands qu'avant, stocke davantage, etc, etc. Du coup ils font des OS de plus en plus fournis en fonctionnalités ( utiles ou pas c'est un autre débat ) et donc de plus en plus gourmands en ressources. Ubuntu globalement ne fait pas exception, et particulièrement sa version « par défaut » officielle basée sur l'env. de bureau Gnome : cette variante là est la + gourmande en ressources.
Et cette tendance ne concerne pas que les OS : avec la même logique, le moindre site web d'aujourd'hui est plus gourmand en ressource que son équivalent d'il y a 10 ans ( il est aussi sans doute plus beau, riche, fonctionnel qu'avant mais c'est pas sorti d'un chapeau de magicien ).
Bref avec 4 Go de RAM aujourd'hui et l'Ubuntu/Gnome officielle, tu peux dans certaines conditions arriver à bout de ta RAM ( et ton système utilise alors la swap, beaucoup plus lente ).
Exemples de conditions : plusieurs programmes ouverts avec des tâches en cours, dont au moins un navigateur web avec plusieurs ( ou quelques très "lourds" ) onglets ouverts.
Un navigateur web à lui seul peut prendre des Go en RAM ( selon ton activité ). Or l'OS Ubuntu sans rien faire, juste en l'allumant, en prend quasiment 1 à lui seul.
Si tu ne veux pas faire cet investissement dans de la RAM oriente toi plutôt vers une variante ×buntu moins gourmande ( pas de jugement là-dessus : il y a des tas de raisons de ne pas claquer des ronds dans un pc ).
Dernière modification par Coeur Noir (Le 19/02/2022, à 03:54)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#12 Le 19/02/2022, à 03:36
- Coeur Noir
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Revenons à la question de départ : Sauvegarde sûre avant réinstallation : comment ?
Le premier écueil que tu rencontres c'est la lenteur de l'opération de transfert de tes 900Go de données, de ton pc vers je suppose un DD externe.
Nettoyer ton système ( c'est toujours à faire avant sauvegarde, histoire de ne pas sauvegarder des données sans intérêt ) n'y rien faire d'autre pendant le transfert aidera peut-être à fluidifier l'affaire,
si c'est un ralentissement « logiciel ».
Organiser ta sauvegarde par étapes, gros ( sous ) dossier par gros ( sous ) dossier, plutôt que prendre les 900Go d'un coup ?
Lancer ton transfert en commandes depuis un terminal plutôt que depuis l'explorateur de fichiers graphique peut-il accélérer les transferts ?
Il me semble aussi que plus il y a de "petits" fichiers à transférer, plus le débit de transfert chute.
À TOUS : les opérations de transfert ont quel impact sur l'usage de la RAM ? ? ?
Il y a l'aspect matériel à contrôler aussi : un disque de sauvegarde un peu lent en écriture ? Il est « formaté » comment ce disque de sauvegarde ( quel type de système de fichiers ) ? Il est branché sur un vieux port USB1 alors qu'il est taillé pour de l'USB3 ? Ton bios limite à un type d'USB ? Le câble usb entre pc et disque est mal fichu ? Le port usb que tu utilises actuellement a un gnon quelconque ?
Peut y avoir des tas de raison… parfois déconcertantes.
Une alternative si ton PC est une tour et que ton DD est démontable, c'est de le rendre « interne » le temps de la sauvegarde, branché à la carte mère en sata, meilleur débit à priori qu'en usb.
La copie de partitions via gparted évoquée plus haut est à tester aussi - sachant que même si ça « change » la façon de copier les données ( tu ne copies pas seulement les données mais le système de fichiers qui les héberge ), ça ne changera rien aux éventuelles limites matérielles.
Donc enquête préalable sur la question matérielle dès que tu auras fait un peu de ménage dans ton système.
____________________________
J'ai un répertoire de fichiers persos de 900 Go (191 000 fichiers)
S'agit-il de ton répertoire personnel complet /home/$USER ?
Avec ses dossiers visibles {Bureau,Documents,Images,Modèles,Musique,Public,Téléchargements,Vidéos} ET tous les éléments cachés ?
Pas forcément nécessaire de sauvegarder tous les éléments cachés.
____________________________
Deja-dup : sa première sauvegarde complète est longue, les suivantes plus rapides car elles ne font que stocker des « différentiels » de données entre l'une et la suivante, incrémentés.
Il me semble par contre que deja-dup chiffre systématiquement la sauvegarde ce qui ajoute du « temps de calcul » à l'opération de transfert…
Et il contrôle / refabrique régulièrement une sauvegarde « complète ».
LuckyBackup ( logiciel plus ancien ) agit de la même façon ( différentiel, incrémentation ) mais sans chiffrement. C'est une des interfaces graphiques possibles aux commandes rsync, Ayral évoquait Grsync.
Dernière modification par Coeur Noir (Le 19/02/2022, à 04:00)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#13 Le 19/02/2022, à 07:32
- iznobe
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Bonjour , pour la partie logicielle , le post de @CoeurNoir est bien plus concis et pertinent que ce que j' avais demandé , ca nous donnera surement une idée du probleme sur la source des ralentissements .
on pourrait peut etre ajouté le contenu du fichier fstab , pour voir ce qu ' il en est du swap :
cat /etc/fstabpour le materiel , un apercu des + simplistes :
sudo lshw -c cpufree -hPour la sauvegarde en mode graphique , il faudrait tenter en faisant une copie de 50 Go , par exemple , qui devrait prendre environ 1000 secondes maxi si ton disque et ton USB ne sont pas terribles .
Le probleme de la sauvegarde par disque USB , est que la vitesse de l' USB limite grandement les choses , comme l' a dit @CoeurNoir .
Dans tous les cas , le constat sur la vitesse que tu decris est relativement normal si c ' est bien par port USB .
Apres un certain temps ( tampon du disque , de la ram , saturés ) , le debit pour de l' USB 1 sera forcement limité a environ 9 Mo/s .
Pour ameliorer cela , il faut modifier la connection physique du disque dur ( le brancher en SATA directement sur la carte mere si c ' est possible ) , ou bien , faire une sauvegarde par reseau , le partage de documents avec un autre ordi , peut etre une solution , si les 2 ordis ont une connection 1 Gbit/s par exemple , ce qui pourra faire travailler le disque de l' autre ordi a pleine vitesse .
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#14 Le 23/02/2022, à 05:02
- theyoubot
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
GPARTED
avec gparted de copier ta partition sur ton disk externe.
J’ai regardé ce tuto
Gparted voit bien mon disque dur externe
Gparted voit bien mon PC
Mais en clic droit sur la partition sda1, GParted ne me propose en menu contextuel que :
- Redimensionner/Déplacer
- Démonter
- Gérer les drapeaux
- Information
L’option ‘Copier’ est grisée. Non disponible.
GParted n'a pas voulu copier la partition parce que lui-même se trouve dedans ? Ou il y a une manip à faire avant pour rendre la partition copiable ?
____________________________________
RÉPONSE À IZNOBE
____________________________________
CONFIG
le contenu du fichier fstab , pour voir ce qu ' il en est du swap :
cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=3ccf12b2-f62c-4b74-8c24-fd223684b02c / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0pour le materiel , un apercu des + simplistes :
sudo lshw -c cpu
Retour
*-cpu
description: CPU
produit: Intel(R) Pentium(R) CPU G620 @ 2.60GHz
fabriquant: Intel Corp.
identifiant matériel: 68
information bus: cpu@0
version: Intel(R) Pentium(R) CPU G620 @ 2.60GHz
emplacement: SOCKET 0
taille: 1656MHz
capacité: 3800MHz
bits: 64 bits
horloge: 100MHz
fonctionnalités: x86-64 fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer xsave lahf_lm epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm arat pln pts md_clear flush_l1d cpufreq
configuration: cores=2 enabledcores=2 threads=2free -h
Retour
total utilisé libre partagé tamp/cache disponible
Mem: 3,8G 1,3G 450M 523M 2,0G 1,7G
Partition d'échange: 2,0G 1,0M 2,0GLe probleme de la sauvegarde par disque USB , est que la vitesse de l' USB limite grandement les choses , comme l' a dit @CoeurNoir .
Apres un certain temps ( tampon du disque , de la ram , saturés ) , le debit pour de l' USB 1 sera forcement limité a environ 9 Mo/s .
Hélas
MÉTHODES DE COPIE
- tenter en faisant une copie de 50 Go , par exemple , qui devrait prendre environ 1000 secondes maxi si ton disque et ton USB ne sont pas terribles
- modifier la connection physique du disque dur ( le brancher en SATA directement sur la carte mere si c ' est possible )
- faire une sauvegarde par reseau , le partage de documents avec un autre ordi , peut etre une solution , si les 2 ordis ont une connection 1 Gbit/s par exemple
Je tenterai la première méthode si je suis vraiment désespéré. Car le ‘découpage’ de mes 900 Go en lots de 50 Go me prendra une journée entière. Grosse galère.
Les deux autres méthodes sont exclues pour l’instant car elles me coûteraient bien plus d’une journée. Modifier la connexion physique, ce sera compliqué pour moi. Il faudra que je trouve quelqu’un pour le faire. Connecter deux PC en 1 Gbit/s, je ne saurais même pas à qui demander.
Et puis, je veux juste copier un répertoire de 900 Go avec un OS au bout du rouleau. Il doit exister une solution plus simple.
le post de CoeurNoir est bien plus concis et pertinent que ce que j' avais demandé
Pas de souci. Je lui répond ci-dessous
____________________________________
RÉPONSE À COEUR NOIR
____________________________________
UBUNTU OFFICIEL TROP LOURD
avec 4 Go de RAM aujourd'hui et l'Ubuntu/Gnome officielle, tu peux dans certaines conditions arriver à bout de ta RAM ( et ton système utilise alors la swap, beaucoup plus lente ). Exemples de conditions : plusieurs programmes ouverts avec des tâches en cours, dont au moins un navigateur web avec plusieurs ( ou quelques très "lourds" ) onglets ouverts. Un navigateur web à lui seul peut prendre des Go en RAM ( selon ton activité ). Or l'OS Ubuntu sans rien faire, juste en l'allumant, en prend quasiment 1 à lui seul.
Faux dans mon cas. Jusqu'à il y a quelques semaines, avec la config 4 Go décrite dans le message initial, je faisais tourner plusieurs programmes dont un navigateur web tout en regardant un film mp4 1080 pixels de 2Go. Le tout avec une parfaite fluidité. Je doute que la version officielle d'Ubuntu soit subitement devenue dix fois plus lourde d’un coup il y a 6 semaines.
Si tu ne veux pas faire cet investissement dans de la RAM oriente toi plutôt vers une variante ×buntu moins gourmande ( pas de jugement là-dessus : il y a des tas de raisons de ne pas claquer des ronds dans un pc ).
Si la seule façon de faire ma copie de sauvegarde avec un OS au bout du rouleau était d’ajouter 4 Go, je le ferais, bien sûr.
Mais sinon, pas de RAM supplémentaire. Mon problème c’est la copie. Une fois faite, nouvelle installation d'un ubuntu tout neuf tout propre.
Et là, oui, si ça rame (ce dont je doute), je passerai à 8 Go.
Lancer ton transfert en commandes depuis un terminal plutôt que depuis l'explorateur de fichiers graphique peut-il accélérer les transferts ?
Aucune idée.
Il est « formaté » comment ce disque de sauvegarde ( quel type de système de fichiers ) ?
NTFS. Je peux le passer en EXT4 ou autre chose si ça doit aider
MATÉRIEL
Il est branché sur un vieux port USB1 alors qu'il est taillé pour de l'USB3 ?
Oui. C'est un Toshiba Externe USB 3.0, 2To Canvio basics 2,5" acheté il y a quelques jours. Mon caisson date de la décennie précédente. Le port doit être du USB 1
Ton bios limite à un type d'USB ?
Comme je peux savoir ça ?
Le câble usb entre pc et disque est mal fichu ? Le port usb que tu utilises actuellement a un gnon quelconque ?
Non, tout le monde se porte bien. Câble neuf. Port nickel
Une alternative si ton PC est une tour et que ton DD est démontable, c'est de le rendre « interne » le temps de la sauvegarde, branché à la carte mère en sata, meilleur débit à priori qu'en usb.
J'en suis incapable. Ça va me prendre une journée pour trouver quelqu'un de fiable et lui faire faire ça.
La copie de partitions via gparted évoquée plus haut est à tester aussi - sachant que même si ça « change » la façon de copier les données ( tu ne copies pas seulement les données mais le système de fichiers qui les héberge ), ça ne changera rien aux éventuelles limites matérielles.
Pas pu accéder à l'option Copier.
Voir plus haut.
J'ai un répertoire de fichiers persos de 900 Go (191 000 fichiers) S'agit-il de ton répertoire personnel complet /home/ $USER ? Avec ses dossiers visibles {Bureau,Documents,Images,Modèles,Musique,Public,Téléchargements,Vidéos} ET tous les éléments cachés ? Pas forcément nécessaire de sauvegarder tous les éléments cachés.
Non. Mes 900 Go de fichiers persos sont simplement un sous répertoire que j'ai créé manuellement. J'y ai mis mes 191 000 textes, images et films.
Rien à voir avec mon /home
Deja-dup : sa première sauvegarde complète est longue, les suivantes plus rapides car elles ne font que stocker des « différentiels » de données entre l'une et la suivante, incrémentés. Il me semble par contre que deja-dup chiffre systématiquement la sauvegarde ce qui ajoute du « temps de calcul » à l'opération de transfert… Et il contrôle / refabrique régulièrement une sauvegarde « complète ».
Trop lent. Voir ma réponse là dessus.
OS
l'état de «mise à jour » de ton OS :
sudo apt update
Retour
Réception de :1 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Atteint :2 http://dl.google.com/linux/chrome/deb stable InRelease
Atteint :3 http://fr.archive.ubuntu.com/ubuntu bionic InRelease
Réception de :4 http://fr.archive.ubuntu.com/ubuntu bionic-updates InRelease [88,7 kB]
Réception de :5 http://fr.archive.ubuntu.com/ubuntu bionic-backports InRelease [74,6 kB]
Réception de :6 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages [2091 kB]
Réception de :7 http://fr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages [2439 kB]
Réception de :8 http://security.ubuntu.com/ubuntu bionic-security/main i386 Packages [1120 kB]
Réception de :9 http://security.ubuntu.com/ubuntu bionic-security/main amd64 DEP-11 Metadata [55,1 kB]
Réception de :10 http://security.ubuntu.com/ubuntu bionic-security/universe i386 Packages [1008 kB]
Réception de :11 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 Packages [1175 kB]
Réception de :12 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 DEP-11 Metadata [59,4 kB]
Réception de :13 http://security.ubuntu.com/ubuntu bionic-security/multiverse amd64 DEP-11 Metadata [2464 B]
Réception de :14 http://fr.archive.ubuntu.com/ubuntu bionic-updates/main i386 Packages [1426 kB]
Réception de :15 http://fr.archive.ubuntu.com/ubuntu bionic-updates/main Translation-en [462 kB]
Réception de :16 http://fr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 DEP-11 Metadata [297 kB]
Réception de :17 http://fr.archive.ubuntu.com/ubuntu bionic-updates/universe i386 Packages [1600 kB]
Réception de :18 http://fr.archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages [1790 kB]
Réception de :19 http://fr.archive.ubuntu.com/ubuntu bionic-updates/universe amd64 DEP-11 Metadata [301 kB]
Réception de :20 http://fr.archive.ubuntu.com/ubuntu bionic-updates/multiverse amd64 DEP-11 Metadata [2468 B]
Réception de :21 http://fr.archive.ubuntu.com/ubuntu bionic-backports/universe amd64 DEP-11 Metadata [9288 B]
14,1 Mo réceptionnés en 4s (3342 ko/s) aperçu des disques et partitions en présence :
lsblk -fe7,11 -o +size
Retour
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE
sda 1,8T
└─sda1 ext4 3ccf12b2-f62c-4b74-8c24-fd223684b02c / 1,8T
sdb 1,8T
└─sdb1 ntfs TOSHIBA EXT 364E17764E172E5D /media/moi/TOSHIBA EXT 1,8Tleur occupation "brute" :
df -Th -x squashfs -x tmpfs
Retour
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 1,9G 0 1,9G 0% /dev
/dev/sda1 ext4 1,8T 1,4T 345G 81% /
/dev/sdb1 fuseblk 1,9T 21G 1,8T 2% /media/moi/TOSHIBA EXTleur occupation "nodale"
df -i -x squashfs -x tmpfs
Retour
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
udev 485616 588 485028 1% /dev
/dev/sda1 122101760 1147066 120954694 1% /
/dev/sdb1 1932087676 452 1932087224 1% /media/moi/TOSHIBA EXTl'occupation de la ram de façon « globale » dès que tu vois des premiers signes de ralentissement :
LANG=C free -wh
Retour
total used free shared buffers cache available
Mem: 3.8G 1.3G 429M 516M 340M 1.7G 1.7G
Swap: 2.0G 5.0M 2.0Gprésence éventuelle de versions superflues de logiciels au format snap :
snap list –all
Retour
Nom Version Révision Suivi Éditeur Notes
bare 1.0 5 latest/stable canonical✓ base
core 16-2.54.3 12725 latest/stable canonical✓ core
core18 20211028 2253 latest/stable canonical✓ base,désactivé
core18 20211215 2284 latest/stable canonical✓ base
core20 20220114 1328 latest/stable canonical✓ base
core20 20211129 1270 latest/stable canonical✓ base,désactivé
gnome-3-28-1804 3.28.0-19-g98f9e67.98f9e67 145 latest/stable/… canonical✓ désactivé
gnome-3-28-1804 3.28.0-19-g98f9e67.98f9e67 161 latest/stable/… canonical✓ -
gnome-3-34-1804 0+git.3556cb3 72 latest/stable canonical✓ désactivé
gnome-3-34-1804 0+git.3556cb3 77 latest/stable canonical✓ -
gnome-3-38-2004 0+git.cd626d1 87 latest/stable canonical✓ désactivé
gnome-3-38-2004 0+git.1f9014a 99 latest/stable canonical✓ -
gnome-calculator 41.1-4-g5c9869a58c 920 latest/stable/… canonical✓ -
gnome-calculator 3.38.2+git3.1d166209 884 latest/stable/… canonical✓ désactivé
gnome-characters 41.0-6-g3387c148db 761 latest/stable/… canonical✓ désactivé
gnome-characters 41.0+git1.8877a99 741 latest/stable/… canonical✓ -
gnome-logs 3.36.0 103 latest/stable/… canonical✓ désactivé
gnome-logs 3.36.0 106 latest/stable/… canonical✓ -
gnome-system-monitor 41.0-4-ge3972588d8 169 latest/stable/… canonical✓ désactivé
gnome-system-monitor 41.0-5-g91e67f7982 174 latest/stable/… canonical✓ -
gtk-common-themes 0.1-59-g7bca6ae 1519 latest/stable/… canonical✓ -
gtk-common-themes 0.1-52-gb92ac40 1515 latest/stable/… canonical✓ désactivé
kde-frameworks-5-qt-5-14-core18 5.68.0 4 latest/stable kde✓ -
kde-frameworks-5-qt-5-15-3-core20 5.87.0 8 latest/stable kde✓ -
kde-frameworks-5-qt-5-15-3-core20 5.87.0 7 latest/stable kde✓ désactivé
kde-frameworks-5-qt-5-15-core20 5.79.0 14 latest/stable kde✓ -
kdenlive 21.12.2 48 latest/stable kde✓ -
kdenlive 21.08.3 46 latest/stable kde✓ désactivé
natron 2.4.2 723 latest/stable popey -
natron 2.4.1 716 latest/stable popey désactivé
shotcut 21.12.24 571 latest/stable meltytech✓ désactivé,classic
shotcut 22.01.30 607 latest/stable meltytech✓ classic
vlc 3.0.16 2344 latest/stable videolan✓ -Dans le retour de dpkg -l | grep -v ^ii toutes les lignes commençant par rc montrent des paquets résiduels d'anciennes configurations → ils prennent de la place pour rien. Tu pourras les supprimer via la commande :
sudo dpkg -P $(dpkg -l | awk '/^rc/{print $2}')mais pas avant d'avoir montré les retours suggérés précédemment.
Ok
Dans le même ordre d'idées, une bonne combinaison pour mettre à jour ton système c'est
sudo apt update ; sudo apt full-upgrade ; sudo apt autoremove --purgel'autoremove --purge c'est justement pour supprimer ce qui est devenu inutile, obsolète, sans dépendance.
Je le fais ?
Le retour de dpkg -l… montre aussi que tu avais installé kdenlive. Tu t'es limité à ce logiciel ou tu as aussi installé tout l'environnement de bureau KDE/Plasma ?
Juste le logiciel
Donne aussi :
echo ; lsb_release -dcs; uname -srpi; echo $XDG_CURRENT_DESKTOP sous $XDG_SESSION_TYPE parmi :; ls /usr/share/xsessionsça nous dira le noyau utilisé, le ou les env. de bureau en cours et installés.
Retour
Ubuntu 18.04.6 LTS
bionic
Linux 5.4.0-100-generic x86_64 x86_64
ubuntu:GNOME sous x11 parmi :
ubuntu-communitheme-snap.desktop ubuntu.desktopDernière modification par theyoubot (Le 23/02/2022, à 15:15)
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#15 Le 23/02/2022, à 05:29
- Coeur Noir
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Je répondrais à d'autres points plus tard mais
└─sdb1 ntfs TOSHIBA EXT 364E17764E172E5D /media/moi/TOSHIBA EXT 1,8Tton dd externe est en NTFS - le système de fichiers de Windows.
À tester : reformate complètement ce disque en EXT4, pour voir si ça améliore la stabilité du transfert ?
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#16 Le 23/02/2022, à 07:04
- theyoubot
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
reformate complètement ce disque en EXT4, pour voir si ça améliore la stabilité du transfert ?
Ok.
Alors j'ai fait un sudo mkfs.ext4 /dev/sdb1. Puis, j'ai démonté la partition avec GParted pour changer l'étiquette en TOSHIBA. J'obtiens :
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE
sda 1,8T
└─sda1 ext4 3ccf12b2-f62c-4b74-8c24-fd223684b02c / 1,8T
sdb 1,8T
└─sdb1 ext4 TOSHIBA 5d1b78b9-fd5c-40af-b150-dca33f462a82 /media/moi/TOSHIBA 1,8TJusque là tout va bien.
Mais je ne peux plus rien copier sur le disque externe, par l'interface graphique tout au moins. Pas de message d'erreur. Rien ne se passe après le Ctrl V. Qu'est ce que j'ai mal fait ?
Dernière modification par theyoubot (Le 23/02/2022, à 07:06)
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#17 Le 23/02/2022, à 07:51
- iznobe
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Bonjour , tu as peut etre oublié de changer les permissions ?
ls -l /media/moi/TOSHIBAsi dans le retour , le proprietaire est root , comme ca :
drwxr-xr-x 2 root root 4096 févr. 23 07:40 TOSHIBAalors , il faudra passer la commande suivante :
sudo chown -R $USER: /media/moi/TOSHIBAtu devrais ensuite pouvoir y ecrire dedans .
Est ce que c' est un ordinateur portable ou bien une tour ?
Oui. C'est un Toshiba Externe USB 3.0, 2To Canvio basics 2,5" acheté il y a quelques jours. Mon caisson date de la décennie précédente. Le port doit être du USB 1
par " caisson " , tu veux dire :
boitier externe du disque dur ?
boitier de l' ordinateur qui comporte donc les ports USB ? ce qui implique que ce serait donc un ordinateur non portable ( donc une tour ) ?
Peux tu aussi fournir :
ls -l /var/crashfind ~ \( ! -user $USER -o ! -group $USER \) | wc -let une verification de l' etat de ton disque dur SDA , au cas ou :
sudo apt-get install --no-install-recommends smartmontools et donner :
sudo smartctl -s on -a /dev/sdaPour ce qui est de la copie de partition impossible via gparted , il me semble qu ' il faut prealablement demonter la partition en question .
A+
Dernière modification par iznobe (Le 23/02/2022, à 08:17)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#18 Le 23/02/2022, à 08:52
- theyoubot
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Bonjour , tu as peut etre oublié de changer les permissions ?
Oui. Merci ! 
Donc j'ai fait un sudo chown -R $USER: /media/moi/TOSHIBA et tout baigne. Là, je tente une copie de 200 Go. On verra comment ça se passe.
Est ce que c' est un ordinateur portable ou bien une tour ?
Une tour
par " caisson " , tu veux dire ...
Le caisson constitue l'enveloppe externe métallique de la tour. J'avais acheté tous les éléments du PC séparément. Caisson carte mère proc alim ram etc. Depuis j'ai changé des éléments mais le caisson est d'origine, donc les ports.
Peux tu aussi fournir :
ls -l /var/crash
Retour
total 178592
-rw-r----- 1 moi whoopsie 179480112 févr. 16 03:42 _opt_google_chrome_chrome.1000.crash
-rw-r----- 1 moi whoopsie 3389727 févr. 23 06:01 _usr_bin_nemo.1000.crashfind ~ \( ! -user $USER -o ! -group $USER \) | wc -l
Retour
find: ‘/home/moi/.dbus’: Permission non accordée
find: ‘/home/moi/.config/enchant’: Permission non accordée
find: ‘/home/moi/.gvfs’: Permission non accordée
find: ‘/home/moi/.cache/doc’: Permission non accordée
find: ‘/home/moi/.cache/dconf’: Permission non accordée
7une verification de l' etat de ton disque dur SDA , au cas ou :
sudo apt-get install --no-install-recommends smartmontools
Retour
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
efibootmgr libegl1-mesa libfwup1 libllvm9 linux-hwe-5.4-headers-5.4.0-42 linux-hwe-5.4-headers-5.4.0-45 linux-hwe-5.4-headers-5.4.0-47 linux-hwe-5.4-headers-5.4.0-48
linux-hwe-5.4-headers-5.4.0-51 linux-hwe-5.4-headers-5.4.0-52 linux-hwe-5.4-headers-5.4.0-53 linux-hwe-5.4-headers-5.4.0-54 linux-hwe-5.4-headers-5.4.0-56
linux-hwe-5.4-headers-5.4.0-58 linux-hwe-5.4-headers-5.4.0-59 linux-hwe-5.4-headers-5.4.0-60 linux-hwe-5.4-headers-5.4.0-62 linux-hwe-5.4-headers-5.4.0-64
linux-hwe-5.4-headers-5.4.0-65 linux-hwe-5.4-headers-5.4.0-66 linux-hwe-5.4-headers-5.4.0-67 linux-hwe-5.4-headers-5.4.0-70 linux-hwe-5.4-headers-5.4.0-71
linux-hwe-5.4-headers-5.4.0-72 linux-hwe-5.4-headers-5.4.0-73 linux-hwe-5.4-headers-5.4.0-74 linux-hwe-5.4-headers-5.4.0-77 linux-hwe-5.4-headers-5.4.0-80
linux-hwe-5.4-headers-5.4.0-81 linux-hwe-5.4-headers-5.4.0-84 linux-hwe-5.4-headers-5.4.0-86 linux-hwe-5.4-headers-5.4.0-87 linux-hwe-5.4-headers-5.4.0-89
linux-hwe-5.4-headers-5.4.0-90 linux-hwe-5.4-headers-5.4.0-91 linux-hwe-5.4-headers-5.4.0-92 linux-hwe-5.4-headers-5.4.0-94 linux-hwe-5.4-headers-5.4.0-96
linux-hwe-5.4-headers-5.4.0-97
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Paquets suggérés :
gsmartcontrol smart-notifier
Paquets recommandés :
mailx | mailutils
Les NOUVEAUX paquets suivants seront installés :
smartmontools
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 477 ko dans les archives.
Après cette opération, 1819 ko d'espace disque supplémentaires seront utilisés.
Réception de :1 http://fr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 smartmontools amd64 6.5+svn4324-1ubuntu0.1 [477 kB]
477 ko réceptionnés en 0s (1926 ko/s)
Sélection du paquet smartmontools précédemment désélectionné.
(Lecture de la base de données... 813508 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../smartmontools_6.5+svn4324-1ubuntu0.1_amd64.deb ...
Dépaquetage de smartmontools (6.5+svn4324-1ubuntu0.1) ...
Paramétrage de smartmontools (6.5+svn4324-1ubuntu0.1) ...
Created symlink /etc/systemd/system/multi-user.target.wants/smartd.service → /lib/systemd/system/smartd.service.
Traitement des actions différées (« triggers ») pour man-db (2.8.3-2ubuntu0.1) ...
Traitement des actions différées (« triggers ») pour ureadahead (0.100.0-21) ...
ureadahead will be reprofiled on next reboot
Traitement des actions différées (« triggers ») pour systemd (237-3ubuntu10.53) ...sudo smartctl -s on -a /dev/sda
Retour
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-5.4.0-100-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.14 (AF)
Device Model: ST2000DM001-1ER164
Serial Number: Z4Z3ED9E
LU WWN Device Id: 5 000c50 086d232ee
Firmware Version: CC25
User Capacity: 2000398934016 bytes [2,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Wed Feb 23 08:55:47 2022 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 72) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 201) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x1085) SCT Status supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 118 099 006 Pre-fail Always - 199429856
3 Spin_Up_Time 0x0003 096 096 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 094 094 020 Old_age Always - 6202
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 8
7 Seek_Error_Rate 0x000f 082 060 030 Pre-fail Always - 200437671
9 Power_On_Hours 0x0032 076 076 000 Old_age Always - 21656
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 095 095 020 Old_age Always - 5961
183 Runtime_Bad_Block 0x0032 094 094 000 Old_age Always - 6
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 099 099 000 Old_age Always - 1
188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 0 0
189 High_Fly_Writes 0x003a 099 099 000 Old_age Always - 1
190 Airflow_Temperature_Cel 0x0022 066 060 045 Old_age Always - 34 (Min/Max 33/34)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 395
193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 7926
194 Temperature_Celsius 0x0022 034 040 000 Old_age Always - 34 (0 14 0 0 0)
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 21929h+46m+33.400s
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 38879650534
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 442287681711
SMART Error Log Version: 1
ATA Error Count: 1
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 1 occurred at disk power-on lifetime: 20838 hours (868 days + 6 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 53 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 00 ff ff ff ef 00 09:21:40.413 READ DMA EXT
25 00 00 ff ff ff ef 00 09:21:39.661 READ DMA EXT
25 00 00 ff ff ff ef 00 09:21:38.911 READ DMA EXT
25 00 00 ff ff ff ef 00 09:21:38.411 READ DMA EXT
25 00 00 ff ff ff ef 00 09:21:37.661 READ DMA EXT
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.copie de partition impossible via gparted , il me semble qu ' il faut prealablement demonter la partition en question
Donc démonter la partition où est GParted avant d'utiliser GParted ?
Dernière modification par theyoubot (Le 23/02/2022, à 15:12)
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#19 Le 23/02/2022, à 12:01
- iznobe
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
iznobe a écrit :copie de partition impossible via gparted , il me semble qu ' il faut prealablement demonter la partition en question
Donc démonter la partition où est GParted avant d'utiliser GParted ?
oui tout a fait ! , il faut pour cela utiliser et demarrer en choissisant " essayer " sur un live USB / DVD , installer gparted ( il devrait deja l' etre mais c ' est au cas ou ) et lancer la copie .
Pour les permissions de certain fichier de ton home , on y voit des fichiers importants , comme .dbus et .gvfs , ca peut possiblement jouer sur la vitesse de copie en USB , car ce sont justement ces fichiers qui gere une partie de l '
USB , il faut leur reattribuer les bonnes permissions :
sudo chown -R $USER: /home/$USER/
Bon , d' apres moi ton disque dur , n' est pas tres loin de rendre l' âme , on y voit pas mal de soucis , je ne suis pas expert dans ce domaine , mais , je serais toi , j' envisagerai rapidement , l' achat d ' un nouveau disque interne .
Tu devrais aussi mettre tes données importantes rapidement en securité !
Il faudrait qu ' un expert des HDD passe par là afin de te conseiller sur la manoeuvre a suivre pour remettre un peu tout ca d' aplomb si c' est possible ...
Dernière modification par iznobe (Le 23/02/2022, à 12:05)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#20 Le 23/02/2022, à 12:26
- theyoubot
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
il faut pour cela utiliser et demarrer en choissisant " essayer " sur un live USB / DVD , installer gparted ( il devrait deja l' etre mais c ' est au cas ou ) et lancer la copie
Ben ça explique mon échec. Dans mon essai ci dessus, j'ai essayé comme un idiot de copier avec le GParted de mon PC. Mais comme tu me l'expliques, il faut tenter la copie depuis un GParted non contenu dans la partition à copier. En l'occurrence, depuis le GParted d'une clé USB.
Tu aurais un lien pour une ISO ubuntu contenant déjà un GParted pour que je me fasse une clé bootable ? Pas sûr qu'on puisse installer GParted après coup.
Pour les permissions de certain fichier de ton home , on y voit des fichiers importants , comme .dbus et .gvfs , ca peut possiblement jouer sur la vitesse de copie en USB , car ce sont justement ces fichiers qui gere une partie de l ' USB , il faut leur reattribuer les bonnes permissions :
sudo chown -R $USER: /home/$USER/
J'ai envoyé cette ligne de commande. Pas de réponse. Le terminal m'a juste redonné la main.
J'achève un test de copie de trois heures : de 9h ce matin (heure de mon précédent message) à maintenant.
On dirait que j'ai copié 200 Go. À 14 Mo/s. Reste à savoir s'il tiendrait ce rythme sur 900 Go. 13h30 à ce rythme.
Attention : je ne copie PAS mon /home. Ce répertoire de 900 Go de fichiers perso que je dois copier n'a rien à voir avec mon /home. C'est un sous répertoire que j'ai créé et rempli manuellement avec des textes images et films.
d' apres moi ton disque dur , n' est pas tres loin de rendre l' âme , on y voit pas mal de soucis , je ne suis pas expert dans ce domaine , mais , je serais toi , j' envisagerai rapidement , l' achat d ' un nouveau disque interne . Tu devrais aussi mettre tes données importantes rapidement en securité !
C'est ce qu'on essaie de faire dans ce topic. Une copie de sauvegarde.
Une fois cette copie faite, je pourrai m'occuper du reste.
Dernière modification par theyoubot (Le 23/02/2022, à 12:50)
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#21 Le 23/02/2022, à 13:11
- iznobe
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Pour le fichier image a recopier sur une clé USB , la 20.04 standard fera tres bien l' affaire , normalement Gparted devrait deja etre dedans .
Si jamais , on peut facilement l' installer apres avoir demarré sur la clé de toute maniere , ca n' est pas " persistant " , mais on peut installer tout ce qu ' on veut sans aucun soucis , c ' est vachement bien fait , meme si on ne dirait pas comme ca 
Pour la commande de correction de la proprieté des fichiers .gvfs et .dbus , si tu veux controler que ca a bien fonctionné , il suffit de repasser la commande precedente qui liste les fichiers n ' ayant pas le bon proprietaire :
find ~ \( ! -user $USER -o ! -group $USER \) | wc -lqui doit maintenant ne rien retourné non plus ( ou 0 ) .
j ' espere que cette correction ameliorera le taux de transfert , mais il ya peu de chance si tu es effectivement en USB1 .
donne ce retour , pour voir un peu plus clair a propos de tes ports USB :
lsusbsudo lshw | grep USBil se peut que tu ais des ports USB 2 .
Dernière modification par iznobe (Le 23/02/2022, à 13:26)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#22 Le 23/02/2022, à 15:07
- theyoubot
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Pour le fichier image a recopier sur une clé USB , la 20.04 standard fera tres bien l' affaire , normalement Gparted devrait deja etre dedans . Si jamais , on peut facilement l' installer apres avoir demarré sur la clé de toute maniere , ca n' est pas " persistant " , mais on peut installer tout ce qu ' on veut sans aucun soucis
Ok. Donc voici mon plan
- J'attends un peu de voir si @CoeurNoir a une idée, suite au retour des commandes que j'ai passées à sa demande. Peut être qu'on pourra nettoyer un peu l'OS moribond et faire la copie plus vite.
- Si non, je tente de finir la copie avec la méthode de ce matin (interface graphique)
- Si échec, je me fais une clé bootable 20.04. Où j'installe GParted s'il n'y est pas déjà. Et je tente la copie de ma partition de fichiers persos depuis le GParted de la clé.
Cette clé est de toutes façons obligatoire ensuite, pour l'installation que j'ai prévue d'un ubuntu tout propre tout neuf.
find ~ \( ! -user $USER -o ! -group $USER \) | wc -lqui doit maintenant ne rien retourné non plus ( ou 0 )
Tu as raison. Ça a retourné 0
Donc ok de ce côté là.
pour voir un peu plus clair a propos de tes ports USB :
lsusb
Retour
Bus 002 Device 004: ID 062a:0201 Creative Labs Defender Office Keyboard (K7310) S Zodiak KM-9010
Bus 002 Device 003: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
Bus 002 Device 006: ID 0480:0901 Toshiba America Inc
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubsudo lshw | grep USB
Retour
description: USB controller
produit: 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2
description: Concentrateur USB
description: USB controller
produit: ASM1042 SuperSpeed USB Host Controller
description: USB controller
produit: 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1
description: Concentrateur USB
produit: EXTERNAL_USB
produit: EXTERNAL_USB
produit: USB-PS/2 Optical Mouse
produit: USB-compliant keyboardDernière modification par theyoubot (Le 23/02/2022, à 15:18)
Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3
Hors ligne
#23 Le 23/02/2022, à 15:26
- iznobe
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
pour les USB , on dirait donc que ta Carte Mere est plus recente que le boitier , elle a l ' air de supporter l' USB 2 et meme l' USB3 :
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hubtu pourrais peut etre envisager , soit de changer le boitier de ta tour , ou bien investir dans un truc du genre : https://www.manomano.fr/catalogue/p/car … d=38468984
qui permet des taux de transferts bien plus rapide que 14.6 Mo/sec ce qui est deja pas trop mal en soit environ 100 Mb/ sec .
Mais comme il faudra probablement aussi investir dans un disque dur neuf ...
Dernière modification par iznobe (Le 23/02/2022, à 15:29)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#24 Le 23/02/2022, à 18:22
- Coeur Noir
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Coeur Noir a écrit :avec 4 Go de RAM aujourd'hui et l'Ubuntu/Gnome officielle, tu peux dans certaines conditions arriver à bout de ta RAM ( et ton système utilise alors la swap, beaucoup plus lente ). Exemples de conditions : plusieurs programmes ouverts avec des tâches en cours, dont au moins un navigateur web avec plusieurs ( ou quelques très "lourds" ) onglets ouverts. Un navigateur web à lui seul peut prendre des Go en RAM ( selon ton activité ). Or l'OS Ubuntu sans rien faire, juste en l'allumant, en prend quasiment 1 à lui seul.
Faux dans mon cas. Jusqu'à il y a quelques semaines, avec la config 4 Go décrite dans le message initial, je faisais tourner plusieurs programmes dont un navigateur web tout en regardant un film mp4 1080 pixels de 2Go. Le tout avec une parfaite fluidité. Je doute que la version officielle d'Ubuntu soit subitement devenue dix fois plus lourde d’un coup il y a 6 semaines.
Il n'empêche que 4Go de RAM avec les systèmes tels qu'ils sont conçus aujourd'hui ça peut être court - j'ai bien écrit dans certaines conditions tu pourras en arriver à bout.
Lorsque tu montres ce retour :
total used free shared buffers cache available
Mem: 3.8G 1.3G 429M 516M 340M 1.7G 1.7G
Swap: 2.0G 5.0M 2.0Gest-ce que ton PC montre déjà des ralentissements ?
S'il est déjà lent alors que la RAM n'est pas encore saturée ( il en reste 1,7Go disponibles ) et que la swap n'est quasiment pas utilisée non plus ( 5Mo )
le problème est effectivement ailleurs. Et probablement matériel, pas logiciel.
Et si au moment où tu montres ce retour tu n'es pas en train de faire « beaucoup » de choses avec ton pc, bah au calme ton système prend déjà un bon tiers de la RAM ( 1,3Go utilisés ).
Un autre env. de bureau que Gnome/Ubuntu prendrait sans doute moins de place, de base.
Pour explorer la piste matérielle - en plus de celle déjà évoquée par Iznobe concernant l'état de ce gros disque dur - montre
dmesg | grep -Ei "error|warning"ça pourrait montrer des erreurs ou avertissements sur du matériel.
Si le retour ne montre que des erreurs/avertissements sur ACPI, on peut ignorer.
Tu peux gagner un peu d'espace disque en supprimant les versions n-1 de tes snaps ( les désactivés ):
snap list --all | awk '/désactivé|disabled/{print $1, $3}' | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; doneDans le même ordre d'idée, si tu sais que tu as des logiciels que tu utilises peu voire plus du tout, désinstalle-les.
Il y a aussi un certain nombre de caches qui peuvent se nettoyer / vider, ça permet temporairement de récupérer de l'espace ( un cache par nature se reconstitue peu à peu ) :
les vignettes d'images anciennes ( thumbnails ), les caches de navigateurs web et d'autres logiciels.
Cela dit même si la partition 1 du disque sda est bien remplie ( 81% ) :
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 1,9G 0 1,9G 0% /dev
/dev/sda1 ext4 1,8T 1,4T 345G 81% /
/dev/sdb1 fuseblk 1,9T 21G 1,8T 2% /media/moi/TOSHIBA EXTl'état des liens entre données ( point de vue logiciel ) et stockage ( physique ) semble superbement cohérent :
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
udev 485616 588 485028 1% /dev
/dev/sda1 122101760 1147066 120954694 1% /
/dev/sdb1 1932087676 452 1932087224 1% /media/moi/TOSHIBA EXT…quand on s'approche des 100% d'inodes utilisés, un système de fichiers étouffe, même si tout l'espace disque n'est pas utilisé.
C'est très loin d'être le cas ici, tant mieux.
Ce qui éloigne encore un peu plus un problème purement logiciel.
Par contre ça interroge sur l'organisation de tes affaires : ne mettre qu'une seule partition sur un « gros » disque ( donc système + données dans cette partition ) c'est prendre le risque de perdre accès à tes données si cette partition ou le système merdouillent. C'est plutôt prudent de réserver une ou des petites partitions ( env. 50Go ) pour installer un ou des systèmes ( installation simple, racine complète, surtout pas de /home séparé ) et une ou plusieurs grosses partitions pour les données utilisateurs, seulement les données visibles, les documents au sens large ( pas les données cachées, configurations, qui elles restent dans chaque /home/$USER dans chaque racine système qui leur correspond ).
Ce qui suit est du pinaillage, mais appelons un chat, un chat :
⋅ /home n'est pas le répertoire personnel d'un utilisateur.
⋅ /home c'est un dossier système, où sont stockées les données de tous les utilisateurs humains enregistrés sur ce système. Données = d'une part, visibles, les documents ( Bureau, Documents, Images, etc ) et d'autre part, cachés les config's et paramètres. Un dossier par utilisateur dans /home avec tout ce qui le concerne dedans.
⋅ ton répertoire personnel c'est donc /home/$USER et c'est probablement là-dedans que tu as créé ton dossier de 900Go.
Quel dommage d'avoir attendu d'accumuler 900Go de données pour en faire une sauvegarde.
Quelle que soit la méthode, copier ou transférer ces 900Go nécessitera des heures.
Les sauvegardes suivantes ( via commandes rsync, ou luckybackup ou deja-dup ou timeshift ou autres ) prendront moins de temps car elles n'écriront que la « différence d'état » entre les données au lieu de tout ré-écrire.
Privilégier des systèmes de fichiers natifs Linux ( ou en tant cas complètement pris en charge, ce qui n'est pas le cas du NTFS que Linux ne sait pas réparer ou défragmenter ).
Ta carte-mère manifestement sait faire mieux que de l'USB1.
Les ports USB3 sont par convention bleus.
Les ports USB directement soudés à la carte-mère ont plus de chance d'être rapides, que des prises USB intégrées à un « caisson » en façade par ex. ( elles font l'objet d'un câblage distinct qui finit parfois connecté à un slot usb1 sur la CM ).
Éviter les ports USB des lecteurs-cartes-multiples ( sauf s'ils sont connectés avec certitude en USB3 sur la CM ), les hub, les rallonges…
Bref, soit tu ouvres ta tour pour essayer de voir quels sont les ports en USB{1,2ou3} soit tu fais des essais sur divers ports USB pour trouver des différences de vitesse de transfert ( teste avec un fichier de quelques gigas, le même à chaque fois, pour comparer ).
Certaines options d'un bios peuvent limiter la prise en charge des ports USB, ou « éteindre » l'un ou l'autre. Ça se vérifie dans le bios lui même, au démarrage du pc.
L'accès au bios et la dénomination des options varient d'une marque à l'autre de fabricants/éditeurs. Souvent c'est une touche [ F× ] ou [ Suppr ] pour aller dans le bios.
Souvent par défaut les usb y sont traités en auto ( le plus haut débit possible ), à vérifier. Et selon, sous Linux ça se traduira par l'activation des pilotes ehci, xhci ou ohci.
Et si rien de tout ça ne permet d'obtenir un transfert plus rapide,
la « meilleure » solution reste de sortir le disque du boîtier Toshiba, pour le connecter directement en sata à ta carte mère ( et là au lieu de prendre des heures, ça ne prendra que des minutes ). Tout ce dont tu as besoin c'est un câble sata, normalement tu devrais trouver dans ta tour au moins un câble d'alimentation libre.
Dernière modification par Coeur Noir (Le 23/02/2022, à 18:30)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#25 Le 23/02/2022, à 19:01
- Coeur Noir
Re : [RÉSOLU] Sauvegarde sûre avant ré-installation : PC très très lent
Concernant les fichiers aux droits corrompus dans ton répertoire personnel :
find ~ \( ! -user $USER -o ! -group $USER \) | wc -lfind: ‘/home/moi/.dbus’: Permission non accordée
find: ‘/home/moi/.config/enchant’: Permission non accordée
find: ‘/home/moi/.gvfs’: Permission non accordée
find: ‘/home/moi/.cache/doc’: Permission non accordée
find: ‘/home/moi/.cache/dconf’: Permission non accordée
7…ça c'est souvent la conséquence d'un mésusage de sudo :
sudo on ne s'en sert que pour lancer des actions qui ont lieu dans un terminal ou dans une console,
et jamais pour lancer des applications graphiques ( = qui s'ouvrent dans une nouvelle fenêtre, en dehors du terminal ).
Par ex. jamais de sudo nautilus ou sudo gedit ou sudo n'importe_quelle_appli_graphique ça modifie forcément les droits de certains fichiers cachés de configuration, avec des conséquences plus ou moins graves selon l'appli' lancée de cette mauvaise façon ( impossibilité de lancer la session graphique, perte du montage auto des stockages amovibles, modifications de paramètres de l'env. de bureau impossibles, etc ).
Il n'y a jamais besoin de sudo pour agir dans son répertoire personnel. Si c'est le cas, alors il y a un problème sous-jacent à régler d'abord.
Si tu as besoin d'agir sur des éléments du système avec Nautilus ou Gedit avec les droits du SuperUtilisateur root, il faut d'abord en mesurer les conséquences, et il y a alors des méthodes plus propres et sûres pour le faire ( l'extension nautilus-admin ; la commande gedit admin:///chemin/vers/fichier ) ou mieux l'application en question inclut déjà un mécanisme d'authentification ( gparted, synaptic… )
Selon ce que tu as fait graphiquement avec sudo, il faudrait jeter un œil à la corbeille de l'utilisateur root : y'a peut-être de l'espace disque à récupérer par là, en la vidant.
Dernière modification par Coeur Noir (Le 23/02/2022, à 19:04)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne