Contenu | Rechercher | Menus

Annonce

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 06/01/2021, à 15:48

cardabelle

[Résolu] SSD plein

Bonjour,
mon SSD (M-SATA Mini PCI 60 Go) est plein (uniquement avec Ubuntu(tous mes docs sont sur mon HDD de  500 Go), je trouve ça bizarre (mais bon)).
Je veux le remplacer par un SSD plus gros, je pense que 120 Go serait suffisant.
Mais je ne sais pas comment procéder pour récupérer l'install actuelle et la transf"rer sur le nouveau disque.
Un conseil?

Merci.

Dernière modification par cardabelle (Le 13/01/2021, à 17:11)

Hors ligne

#2 Le 06/01/2021, à 16:53

geole

Re : [Résolu] SSD plein

Bonjour.
Regarde qui consomme  cet espace.

sudo du / -xam --max-depth=3 | sort -n | tail -20

Tu peux aussi mettre le répertoire /var/log dans le disque dur
Ainsi que d'autres  répertoires personnels firefox et thunderbird

sinon avec le support d'installation
lancer gparted
créer dans le disque dur un espace libre d'au moins la taille de la racine
copier/coller la partition racine dans l'epace qui a été libéré.
sauver aussi la partition EFI si presente dans une autre partition sinon sauver le MBR

faire  le remplacement de SSD et de nouveau avec le support d'installation, opération inverse.

Dernière modification par geole (Le 06/01/2021, à 17:00)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#3 Le 06/01/2021, à 17:53

cardabelle

Re : [Résolu] SSD plein

Voilà

539	/usr/lib/firmware
567	/usr/bin
741	/home/frf/.local
759	/home/frf/Fliquez-vous les uns les autres-a288ef55-1290-4458-9879-1cdaa9a06d9d.fhls_v5_os-2218.mp4.part
1010	/home/frf/Documents
1190	/home/frf/.thunderbird
1237	/usr/lib/x86_64-linux-gnu
1342	/usr/share
2049	/swapfile
4049	/var/log/journal
4055	/usr/lib
4058	/var/log
4338	/var/lib/snapd
4649	/var/lib
6316	/usr
9202	/var
30226	/home/frf/.cache
34262	/home
34262	/home/frf
52171	/

Hors ligne

#4 Le 06/01/2021, à 18:20

Qid

Re : [Résolu] SSD plein

cardabelle a écrit :

je ne sais pas comment procéder pour récupérer l'install actuelle et la transf"rer sur le nouveau disque.
Un conseil?

Ça tiendrait presque du dédoublement d'identité...

Mais bon faudrait déjà savoir optimiser et organiser l'espace car à vu de nez il n'y a peut-être pas besoin d'investir : des liens symboliques ferons le travail de façon transparente par exemple au moins pour thunderbird et le dossier téléchargement


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#5 Le 06/01/2021, à 18:46

geole

Re : [Résolu] SSD plein

/home/frf/Documents a vocation à être bientôt déplacé
/home/frf/.thunderbird pourrait suivre le même chemin si nécessaire
évidemment , on supprime:

rm     /home/frf/Fliquez*

Pour /var/lib/snapd,  une commande à faire pour n'avoir que deux exemplaires du même logiciel au cas où...

sudo snap set system refresh.retain=2

Tout le problème est dans le répertoire   /home/frf/.cache
Mais cela doit pouvoir se paramétrer. Plus de détails avec

sudo du /home/frf/.cache  -xam --max-depth=3 | sort -n | tail -20

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#6 Le 07/01/2021, à 10:55

cardabelle

Re : [Résolu] SSD plein

Voilà

sudo du /home/frf/.cache  -xam --max-depth=3 | sort -n | tail -20
66	/home/frf/.cache/thunderbird/3t9w21z6.default-release/cache2
70	/home/frf/.cache/vivaldi
70	/home/frf/.cache/vivaldi/Default
71	/home/frf/.cache/thunderbird
71	/home/frf/.cache/thunderbird/3t9w21z6.default-release
72	/home/frf/.cache/mozilla
72	/home/frf/.cache/mozilla/firefox
72	/home/frf/.cache/mozilla/firefox/dq9u3568.default-release
77	/home/frf/.cache/falkon
77	/home/frf/.cache/falkon/default
77	/home/frf/.cache/falkon/default/Cache
82	/home/frf/.cache/torbrowser
82	/home/frf/.cache/torbrowser/download
82	/home/frf/.cache/torbrowser/download/tor-browser-linux64-10.0.4_en-US.tar.xz
117	/home/frf/.cache/thumbnails/large
120	/home/frf/.cache/tracker/meta.db
121	/home/frf/.cache/thumbnails
30252	/home/frf/.cache/tracker/meta.db-wal
30430	/home/frf/.cache/tracker
30983	/home/frf/.cache

Vivaldi, je peux le virer. Mais je n'ai pas trouvé les commandes.

Hors ligne

#7 Le 07/01/2021, à 11:16

geole

Re : [Résolu] SSD plein

Le problème est le tracker. https://doc.ubuntu-fr.org/tracker
On va chercher et forcement trouver. Mais son paramétrage n'est pas simple.
Début de recherche https://www.manjaro.fr/forum/viewtopic.php?t=8666
https://askubuntu.com/questions/465036/ … -in-ubuntu
https://bugzilla.redhat.com/show_bug.cgi?id=741007

===> le paramétrage https://wiki.gnome.org/Projects/Tracker … figuration

Ton problème semble être connu https://bugs.launchpad.net/ubuntu/+sour … ug/1529277

Arrêter le fonctionnement https://www.jbnet.fr/systeme/linux/gnom … acker.html


Je mémorise la réinitialisation si problème


https://forum.ubuntu-nl.org/index.php?topic=107915.0 a écrit :

Dans Ubuntu 20.04, le Gnome Tracker est désormais inclus par défaut pour la première fois.
Jusqu'à présent, peu d'attention a été accordée à cela, mais je pense que cette position le mérite.

Tout d'abord, comment en suis-je arrivé là.
Sur mon ordinateur portable pas si bip avec SSD, j'ai installé Ubuntu 20.04 et j'ai remarqué qu'il était toujours occupé avec une activité CPU élevée. Le ventilateur a également démarré régulièrement.
Les processus à l'origine de la charge CPU élevée étaient:
- tracker-store
- tracker-miner-fs
- tracker-extract.

Et chaque fois que j'ai redémarré l'ordinateur portable, il y avait à nouveau une charge CPU élevée.

J'ai d'abord cherché sur Internet quels étaient exactement ces processus de suivi, si plusieurs personnes étaient gênées par une charge CPU élevée et comment je pouvais m'en débarrasser.
Je suis rapidement tombé sur le site suivant:
https://www.linuxuprising.com/2019/07/h … acker.html
La solution suggérée ici a bien fonctionné pour moi et est maintenant également publiée sur Askubuntu.com comme méthode préférée ( https://askubuntu.com/questions/1187191 … f-cpu?rq=1 )

J'ai fait ce qui suit:

systemctl --user mask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service

Après cette commande, j'ai fait la réinitialisation du tracker:

tracker reset --hard

Et puis j'ai également supprimé le dossier tracker dans .cache et le dossier tracker dans .local / share / dans mon dossier personnel.

Et finalement effectué un redémarrage .

Pour vérifier que tout a fonctionné, vous pouvez utiliser la commande suivante:

tracker status

Résultat:
Failed to load SPARQL backend: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit tracker-store.service is masked

Pour éventuellement corriger la situation:

systemctl --user unmask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service

Dernière modification par geole (Le 07/01/2021, à 16:11)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#8 Le 07/01/2021, à 15:07

geole

Re : [Résolu] SSD plein

Dans un premier temps tu peux faire cela ( https://forum.ubuntu-fr.org/viewtopic.p … #p22358822 )

tracker reset -r

Valide l'avertissement.

puis tu surveilleras la taille du répertoire, Si cela grossit trop, n'hésite pas à  le dire

Nota

OPTIONS
       -r, --hard
              This  kills  all  processes  in the same way that tracker daemon --kill does but it
              also removes all databases. Restarting tracker-store re-creates the databases.

La liste des options positionnées avec cette commande

gsettings list-recursively | grep -i org.freedesktop.Tracker | sort | uniq

Dernière modification par geole (Le 07/01/2021, à 18:57)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#9 Le 08/01/2021, à 15:03

geole

Re : [Résolu] SSD plein

Bonjour
[Hors Sujet]Je souhaite que la présentation actuelle ne soit pas une conséquence de la mise en place du nouveau logiciel.  Si oui,  il faudra tenter de s'y habituer mais ce n'est pas gagné. [/Hors Sujet]

Hier, j'ai beaucoup regardé dans internet. Il semble que la taille de ta base de donnée soit anormale. Si la commande précédente ne résout pas le problème, voici une procédure testée permettant de mettre cette base de données dans ton disque dur au lieu du SSD.
Cela sous-entend que ton disque externe est automatiquement monté. (voir ton autre discussion)
1) Arrêter le fonctionnement de cette application avec ces commandes:

tracker daemon -t
tracker daemon -k all

2) Déplacer les données ( Le point de montage sera à changer) avec cette commande

mv -v $HOME/.cache/tracker /media/BigDisK/DataUbuntu

Dont le résultat sera

répertoire '/media/BigDisK/DataUbuntu/tracker' créé
copié '/home/a/.cache/tracker/db-version.txt' -> '/media/BigDisK/DataUbuntu/tracker/db-version.txt'
copié '/home/a/.cache/tracker/meta.db' -> '/media/BigDisK/DataUbuntu/tracker/meta.db'
copié '/home/a/.cache/tracker/parser-version.txt' -> '/media/BigDisK/DataUbuntu/tracker/parser-version.txt'
copié '/home/a/.cache/tracker/last-crawl.txt' -> '/media/BigDisK/DataUbuntu/tracker/last-crawl.txt'
copié '/home/a/.cache/tracker/first-index.txt' -> '/media/BigDisK/DataUbuntu/tracker/first-index.txt'
copié '/home/a/.cache/tracker/meta.db-wal' -> '/media/BigDisK/DataUbuntu/tracker/meta.db-wal'
copié '/home/a/.cache/tracker/locale-for-miner-apps.txt' -> '/media/BigDisK/DataUbuntu/tracker/locale-for-miner-apps.txt'
copié '/home/a/.cache/tracker/db-locale.txt' -> '/media/BigDisK/DataUbuntu/tracker/db-locale.txt'
copié '/home/a/.cache/tracker/meta.db-shm' -> '/media/BigDisK/DataUbuntu/tracker/meta.db-shm'
copié '/home/a/.cache/tracker/ontologies.gvdb' -> '/media/BigDisK/DataUbuntu/tracker/ontologies.gvdb'
'/home/a/.cache/tracker/locale-for-miner-apps.txt' supprimé
'/home/a/.cache/tracker/meta.db-wal' supprimé
'/home/a/.cache/tracker/parser-version.txt' supprimé
'/home/a/.cache/tracker/last-crawl.txt' supprimé
'/home/a/.cache/tracker/db-locale.txt' supprimé
'/home/a/.cache/tracker/meta.db-shm' supprimé
'/home/a/.cache/tracker/db-version.txt' supprimé
'/home/a/.cache/tracker/ontologies.gvdb' supprimé
'/home/a/.cache/tracker/meta.db' supprimé
'/home/a/.cache/tracker/first-index.txt' supprimé
répertoire '/home/a/.cache/tracker' supprimé

3) Fabrication du lien symbolique

ln -s /media/BigDisK/DataUbuntu/tracker .cache/tracker

4) Relance de l'application

tracker daemon -s

5) Contrôle que l'accès à la base est bien postérieur à la création du lien.

a@b:~$ ls -als $HOME/.cache | grep lrw
 0 lrwxrwxrwx  1 a a    33 janv.  8 14:17 tracker -> /media/BigDisK/DataUbuntu/tracker

a@b:~$ ls -ls /media/BigDisK/DataUbuntu/tracker| grep meta
14252 -rwxrwxrwx 1 root root 14594048 janv.  8 14:22 meta.db
   32 -rwxrwxrwx 1 root root    32768 janv.  8 14:23 meta.db-shm
  560 -rwxrwxrwx 1 root root   572712 janv.  8 14:22 meta.db-wal
a@b:~$

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#10 Le 13/01/2021, à 17:10

cardabelle

Re : [Résolu] SSD plein

Bonjour,

J'ai eu des problèmes avec mon PC, comme mentionné et là.

Si bien que vendredi mon PC n'a pas démarré. Je l'ai emmené chez un "spécialiste":rolleyes:
Il m'a dit que c'était un problème de carte graphique, qu'il fallait la changer, mais comme ça coutait 400balles, il m'a proposé un portable d'occase avec Windows gratuit d'installé.
J'ai dit "non merci" et je  suis allé en voir un autre, de "spécialiste:rolleyes: . Celui-là m'a dit que comme le disque SD etait plein, il ne pouvait pas démarrer, qu'il fallai changer le disque. Il m'a alors sorti un disque, mais pas un SSD.
J'ai fini par appeler le SAV de la boite où j'ai acheté mon portable (clevo.fr). Le gusse m'a dit que je pouvais renvoyer le PC, que ce n'etait peut-être ni le disque ni la carte, mais peut-être le processeur.
Comme le SAV n'etait ouvert que le mardi à 10 heures, j'ai cherché (sur mon téléphone, le pied hmm) et j'ai découvert que ça pouvait être un problème de poussiere sur le ventilo du processeur.
J'ai donc ouvert ma machine, et trouvé un petit mouton collé au proc (la taille de  lentilles, et compact). Je l'ai viré avec délicatesse. Et mon PC a démarré big_smile
Donc plus de problèmes...

Merci pour votre aide.

Hors ligne

#11 Le 13/01/2021, à 17:53

geole

Re : [Résolu] SSD plein

Bonjour
As-tu résolu le problème du tracker qui emplit le SSD


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#12 Le 13/01/2021, à 20:17

cardabelle

Re : [Résolu] SSD plein

Non, je n'ai pas essayé.

Dernière modification par cardabelle (Le 14/01/2021, à 11:21)

Hors ligne