[Résolu] Bloqué sur écran ouverture de session bis

zenric · Le 04/12/2018, à 00:42

Bonsoir les amis
Comme en septembre je me retrouve bloque sur cet écran ou je dois mettre mon login pour démarrer ma session.
Ma partition racine est encore pleine et je ne sais pas comment la purger. J ai bien essaye de reprendre le tuto qui m a déjà aide mais sans succès. Voici le boot info
http://paste.ubuntu.com/p/TVj6SbPPKS/

Pas évident d écrire correctement avec un clavier en qwerty.
Merci de votre aide les amis et bonne journée

Edit : changement de balises du lien

Dernière modification par zenric (Le 10/12/2018, à 16:21)

zenric · Le 05/12/2018, à 00:23

A partir d un Live CD, j ai réussi a mettre a la poubelle les fichiers contenu dans /var/log/journal qui occupent environ 344 Mo Ils ont donc migres vers /.Trash et la, même en mode administrateur impossible de les effacer...

Pour info les partitions sont les suivantes.
sda1 /boot
sda2 swap
sda3 /
sda4 /home
sda3 fait 21.42 Go et 20.70 sont utilises soit 97 pour cent il me reste donc 3 pour cent de libre ce qui a je pense fait planter mon systeme quand j ai installe DaVinci Resolve.
Comment recuperer cet espace qui m empêche de booter mon système
Merci

Dernière modification par zenric (Le 05/12/2018, à 00:24)

moko138 · Le 05/12/2018, à 06:48

Bonjour,
La situation est simple :
tu as un home séparé en sda4
et ta racine en sda3.
ta sda3 est pleine. C'est classique.
Tu as fait le bon diagnostic.

df -Th:
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sda3      ext4       21G   21G     0 100% /mnt/boot-sav/sda3   #Ta racine
/dev/sda4      ext4      662G  553G   76G  88% /mnt/boot-sav/sda4   #Ton home
/dev/sda1      vfat       93M  7.4M   86M   8% /mnt/boot-sav/sda1   #Ta /boot/efi
# Ta clef usb-live Kingston :
/dev/sdc1      vfat      7.3G  2.0G  5.3G  27% /cdrom
/dev/loop0     squashfs  1.8G  1.8G     0 100% /rofs
/cow           overlay   7.9G  923M  7.0G  12% /
tmpfs          tmpfs     7.9G  524K  7.9G   1% /tmp
tmpfs          tmpfs     7.9G     0  7.9G   0% /sys/fs/cgroup
tmpfs          tmpfs     7.9G   66M  7.8G   1% /dev/shm
udev           devtmpfs  7.8G     0  7.8G   0% /dev
tmpfs          tmpfs     1.6G  1.5M  1.6G   1% /run
tmpfs          tmpfs     1.6G   44K  1.6G   1% /run/user/999
tmpfs          tmpfs     5.0M  4.0K  5.0M   1% /run/lock
/dev/loop1     squashfs   87M   87M     0 100% /snap/core/4917
/dev/loop2     squashfs  8.0M  8.0M     0 100% /snap/pulsemixer/23
/dev/loop3     squashfs   72M   72M     0 100% /snap/software-boutique/31
/dev/loop4     squashfs   87M   87M     0 100% /snap/ubuntu-mate-welcome/169
#
# Ton disque Seagate 750 Go :
/dev/sdb1      ext4      688G  537G  117G  83% /mnt/boot-sav/sdb1

Ton disque Seagate :
S'il est externe (ce que je crois puisque tu ne l'as pas mis dans ton fstab), tu devrais le débrancher le temps du dépannage, pour gagner en lisibilité et limiter le risque de fausse manipulation.

Ce n'est pas un excès de noyaux qui sature ta racine, puisque tu en as juste 2 (les 4.15.0-39 et 4.15.0-38).
Il faut, tu l'as bien vu, y faire du ménage.

Ma proposition :
Démarre ton système installé et passe en console :
Ctrl Alt F3
Quand "login:" apparaît, tape quelques chiffres et lettres pour tester.
S'il s'avère que tu es en qwerty, tape

setxkb,qp fr

en sorte d'obtenir à l'écran:

setxkbmap fr

ou bien tape :

loqdkeys fr

en sorte d'obtenir à l'écran:

loadkeys fr

.
Ensuite logue-toi.

Puis exécute :

sudo apt-get clean ; sudo apt-get autoremove --purge

Regarde le nouveau remplissage :

df -Th | grep sda3

le "|" s'obtient, en azerty, par AltGr 6

- Si le remplissage a bien baissé, redémarre normalement.
- Si le remplissage n'a pas beaucoup baissé,
pour en voir des détails, tape :

sudo du -xam --max-depth=1 / 2>/dev/null | sort -n | tail -5

et recopie le retour (chez moi, ça donne :

116	/opt
198	/lib
311	/var
2390	/usr
3176	/
moko@pc

).
Si ton /var pèse plus lourd que 1000 (Mio), tu montreras aussi :

sudo du -xam --max-depth=1 /var/log 2>/dev/null | sort -n | tail -5

et

sudo du -xam --max-depth=1 /var/tmp 2>/dev/null | sort -n | tail -5

zenric · Le 05/12/2018, à 09:39

Bonjour et merci encore de venir à mon aide

J'ai utilisé la commande demandée qui a renvoyée:

821       /lib
3388     /opt
3772     /var
12140   /usr
20764   /

La première commande à donnée:

2        /var/log/installer
2        /var/log/vbox-install.log
3        /var/log/boot.log
249    /var/log/journal
260    /var/log

La seconde:

1     /var/tmp/systemd-private-b636cdd033f745febb101bc652189cc9-colord.service-muJBDe
1     /var/tmp/systemd-private-b636cdd033f745febb101bc652189cc9-systemd-resolved.service.eAFAnj
1     /var/tmp/systemd-private-b636cdd033f745febb101bc652189cc9-systemd-timesyncd.service-Uzz8SY
12   /var/tmp
12   /var/tmp/kdecache-eric

Est ce que le fait d'avoir vider le dossier /var/log/journal dans la corbeille que je ne peux pas vider pose problème ?
Je n'ai pas de disque dur externe. Je n'ai que ma clef kingston avec mon live dessus.
Merci encore

Dernière modification par zenric (Le 05/12/2018, à 11:19)

moko138 · Le 05/12/2018, à 19:09

Le surpoids de ton système est dans ces deux répertoires :

 3772   /var   # dans ma Lubuntu :   384
12140   /usr   # dans ma Lubuntu : 2.741

Donc montre

sudo du -am --max-depth=1 /var 2>/dev/null | sort -n | tail -5

sudo du -am --max-depth=1 /usr 2>/dev/null | sort -n | tail -5

D'autre part, je vois "vbox-install.log" : virtualbox...
Combien de Gio as-tu attribué à ton ou tes systèmes invités ?

zenric · Le 05/12/2018, à 22:32

Hello,
La premiere commande donne.

sudo du -am --max-depth=1 /var 2>/dev/null | sort -n | tail -5
0	/var/tmp
19	/var/log
24	/var/cache
663	/var/lib
705	/var

Et la seconde.

sudo du -am --max-depth=1 /usr 2>/dev/null | sort -n | tail -5
75	/usr/src
148	/usr/bin
1562	/usr/lib
1748	/usr/share
3552	/usr

moko138 · Le 05/12/2018, à 23:24

Combien de Gio as-tu attribué à ton ou tes systèmes invités ?

- -

2) Si tu as oublié de le faire en septembre, installe maintenant ncdu :

sudo apt-get install ncdu

- -

En Mio,
12.140 /usr est passé à
3.552 /usr

et
3.772 /var est passé à
705 /var
Donc je suppose que maintenant ton système démarre normalement ;
3) merci de confirmer.
- -

4)
/!\ Jamais d'initiative unilatérale en cours de dépannage !

Mais puisque tu l'as fait,
5) comme c'est ici un forum d'entraide, et pour que ton fil soit utile à d'autres linuxiens, merci d'expliquer comment tu as nettoyé ces deux répertoires-système.

zenric · Le 05/12/2018, à 23:33

Je ne sais que répondre a ta première question. Tu veux parler des sessions ou de l espace alloue a virtualbox.
Pour le reste j ai sans doute fais une bêtise en ouvrant le dossier var en root pour supprimer les gros fichiers.
Je vais a présent essayer de redémarrer pour voir.

zenric · Le 05/12/2018, à 23:42

Je reste toujours sur l invite de session.

zenric · Le 05/12/2018, à 23:47

Quand je regarde les propriétés de /var avec caja je vois qu il fait 4.3 Go et /usr plus de 12 Go.
S agit il du Live ou du systeme /

Dernière modification par zenric (Le 05/12/2018, à 23:49)

moko138 · Le 06/12/2018, à 11:32

Quand tu dis "Ma partition racine est encore pleine"
et que je te réponds "Démarre ton système installé (...) Le surpoids de ton système est dans ces deux répertoires :"
De quoi parlons-nous, sinon de la racine de ton système installé ?

En #4, tu as bien répondu sur ton système installé, alors quelle mouche t'a piqué de montrer en #6 les chiffres de ta live ???
- -

Donc
Démarre ton système installé - clef usb débranchée - et passe en console :
Ctrl Alt F3
Logue-toi,
Puis montre

sudo du -am --max-depth=1 /var 2>/dev/null | sort -n | tail -5

sudo du -am --max-depth=1 /usr 2>/dev/null | sort -n | tail -5

dpkg -l | grep ncdu

Et puis prends la bonne habitude de donner des retours complets
c'est-à-dire depuis le prompt de type "moi@mon-pc" inclus jusqu'au retour de ce prompt inclus ; exemple :

titi@amer-pc:~$ find ~/ -iname \*mamie\* 2>/dev/null
/home/titi/Images/mamie20170924.txt
titi@amer-pc:~$

Et si le retour est vide,
on le donne complet aussi ! Exemples :

titi@amer-pc:~$            cd ~/Bureau
titi@amer-pc:~/Bureau$

Ça aurait au moins évité le malentendu en #7.

zenric · Le 06/12/2018, à 15:22

Ok ok,
Disons que je me suis emmêlé les pinceaux. Comme nos échanges s'étalent sur plusieurs jours, je suis tantôt au boulot avec un PC à côté pour dialoguer ici pendant que j'effectue les actions sur le pc portable en même temps ou sinon ailleurs avec juste le pc portable et du coup pas possible d'écrire ici. Enfin bref, désolé.
voici ce que donne la première commande:

eric@eric-G75VW:~$ sudo du -am --max-depth=1 /var 2>/dev/null | sort -n | tail -5
133     /var/cache
339      /var/crash
460      /var/log
3118    /var/lib
4140    /var

Et la deuxième:

eric@eric-G75VW:~$ sudo du -am --max-depth=1 /usr 2>/dev/null | sort -n | tail -5
297        /usr/src
816        /usr/bin
5281      /usr/share
5513      /usr/lib
12140    /usr

Pour la troisième commande,

eric@eric-G75VW:~$ dpkg -l | grep ncdu
dpkg; erreur: option -1 inconnue

zenric · Le 07/12/2018, à 13:57

merci de ton aide moko138.

moko138 · Le 07/12/2018, à 14:42

dpkg -l | grep ncdu

En général, il faut copier-coller les commandes, pour éviter les fautes de frappe. Bon là, en console, on oublie...
La lettre isolée est un L minuscule. À lancer en session installée.
- -

3118 /var/lib le douze-uple du /var/lib de ma 14.04...
816 /usr/bin l'octuple du /usr/bin de ma 14.04.

Tu as simplement installé beaucoup de paquets.
Beaucoup plus que la moyenne des utilisateurs.

Donc, à moyen terme,
une solution est d'agrandir ta racine sda3 en prenant une quinzaine de Gio ailleurs. Par exemple à sda4 (ton home) qui a 76 G de libres. À faire en session live.
une autre solution est de purger les paquets que tu as installés et qui ne te servent jamais. À faire en session installée.

À court terme,
on va essayer de faire suffisamment de place pour que tu puisses lancer ta session graphique.
En session live
COPIE-COLLE et montre :

sudo mkdir /tmp/A ; sudo mount -v /dev/sda3  /tmp/A

zenric · Le 07/12/2018, à 17:59

Voici le retour de la commande

buntu-mate@ubuntu-mate:~$ sudo mkdir /tmp/A ; sudo mount -v /dev/sda3  /tmp/A
mount: /dev/sda3 mounted on /tmp/A.

Concernant le fait de glisser de l espace de sda 4 vers sda3. Etant donner que l espace disponible est en fin de disque sd4 comment faire pour récupérer de l espace en début de partition sd4.

Dernière modification par zenric (Le 07/12/2018, à 18:15)

moko138 · Le 07/12/2018, à 21:05

Puisque

339 /var/crash # un tiers de Gio !
460 /var/log # et un demi Gio...

COPIE-COLLE et montre :

cd /tmp/A/var/crash && sudo rm -R *

- -

COPIE-COLLE et montre :

cd /tmp/A/var/log && echo | sudo tee *.gz ; echo | sudo tee *.1 ; ls -lsS | sort -n | tail ; echo ; df -Th | grep -E "Type|sda3"

Rappel :
/!\ Un retour complet inclut le prompt final.

zenric · Le 07/12/2018, à 22:05

La première commande

ubuntu-mate@ubuntu-mate:~$ cd /tmp/A/var/crash && sudo rm -R *
rm: cannot remove '*': No such file or directory
ubuntu-mate@ubuntu-mate:/tmp/A/var/crash$

La seconde

ubuntu-mate@ubuntu-mate:/tmp/A/var/crash$ cd /tmp/A/var/log && echo | sudo tee *.gz ; echo | sudo tee *.1 ; ls -lsS | sort -n | tail ; echo ; df -Th | grep -E "Type|sda3"


  36 -rw-r--r--  1 root           root              34426 Sep 10 18:30 Xorg.1.log
  40 -rw-r-----  1 syslog         adm               36864 Dec  7 16:52 auth.log
  44 -rw-rw-r--  1 root           utmp             292584 Dec  7 16:46 lastlog
  56 -rw-r--r--  1 root           root              56751 Apr 26  2018 bootstrap.log
  72 -rw-rw-r--  1 root           utmp              66048 Dec  7 16:52 wtmp
  96 -rw-r--r--  1 root           root              91630 Dec  3 18:56 dpkg.log
 140 -rw-r-----  1 syslog         adm              139264 Dec  7 16:52 ufw.log
 548 -rw-r-----  1 syslog         adm              557056 Dec  7 16:52 kern.log
1092 -rw-r--r--  1 root           root            1115208 Jun 12 13:04 vbox-install.log
2188 -rw-------  1 root           root            2236388 Dec  7 16:52 boot.log

Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sda3      ext4       21G   21G     0 100% /tmp/A
ubuntu-mate@ubuntu-mate:/tmp/A/var/log$ ^C
ubuntu-mate@ubuntu-mate:/tmp/A/var/log$

moko138 · Le 08/12/2018, à 02:25

Ceci :

ubuntu-mate@ubuntu-mate:~$ cd /tmp/A/var/crash && sudo rm -R *
rm: cannot remove '*': No such file or directory
ubuntu-mate@ubuntu-mate:/tmp/A/var/crash$

je ne le comprends pas, puisqu'il y avait un tiers de Gio.
À moins que tu ne l'aies lancée deux fois de suite - ce qu'il faut éviter en général - ce qui expliquerait que la 2ème fois, le système n'ait plus rien trouvé.
Donc : est-ce que tu as lancé deux fois de suite la commande ?

- -

Nous sommes toujours à 0% disponibles dans sda3.

Donc, toujours en live (si tu as éteint ton système entretemps, tu devras refaire

sudo mkdir /tmp/A ; sudo mount -v /dev/sda3  /tmp/A

), profite de ce que tu es en mode graphique pour regarder ton
/tmp/A/opt/ : tu y a mis plus de 3 Gio d'applis additionnelles. Alors examine-les, fais une liste de celles qui, à ton avis, ne te servent pas ou plus, et montre-la, ainsi que :

ls -sS /tmp/A/opt/

Après quoi, es applis sur lesquelles nous sommes du même avis, tu pourras les supprimer.

zenric · Le 08/12/2018, à 12:09

Bonjour
J'ai en effet dû relancer le système car il y a eu un beug et je ne pouvais plus écrire.

zenric · Le 08/12/2018, à 12:19

Voici ce que ça donne

ubuntu-mate@ubuntu-mate:~$ sudo mkdir /tmp/A ; sudo mount -v /dev/sda3  /tmp/A
mount: /dev/sda3 mounted on /tmp/A.
ubuntu-mate@ubuntu-mate:~$ ls -sS /tmp/A/opt/
total 44
4 Etcher    4 XnView                    4 resolve        4 tuxguitar
4 Natron2   4 fvd-module                4 skypeforlinux  4 vivaldi
4 Synology  4 net.downloadhelper.coapp  4 telegram
ubuntu-mate@ubuntu-mate:~$ ^C
ubuntu-mate@ubuntu-mate:~$

moko138 · Le 08/12/2018, à 12:44

J'ai en effet dû relancer le système car il y a eu un beug et je ne pouvais plus écrire.

C'est une info qui peut avoir son importance ; dans le doute, il faut la partager !

= =

Pardon, je me corrige :

sudo du -am --max-depth=1 /tmp/A/opt/ 2>/dev/null | sort -n

zenric · Le 08/12/2018, à 12:52

Ok j y songerais a l avenir.

ubuntu-mate@ubuntu-mate:~$ sudo du -am --max-depth=1 /tmp/A/opt/ 2>/dev/null | sort -n
1	/tmp/A/opt/skypeforlinux
20	/tmp/A/opt/fvd-module
21	/tmp/A/opt/Synology
83	/tmp/A/opt/telegram
87	/tmp/A/opt/net.downloadhelper.coapp
159	/tmp/A/opt/XnView
192	/tmp/A/opt/vivaldi
210	/tmp/A/opt/Etcher
390	/tmp/A/opt/tuxguitar
608	/tmp/A/opt/Natron2
1624	/tmp/A/opt/resolve
3388	/tmp/A/opt/
ubuntu-mate@ubuntu-mate:~$

moko138 · Le 08/12/2018, à 16:20

bibi a écrit :

examine-les, fais une liste de celles qui, à ton avis, ne te servent pas ou plus

Alors ?

Par ailleurs, parmi celles que tu utilises, certaines existent sous forme classique de .deb (ex : xnview_mp), voire sont dans les dépôts. Or ces versions prennent moins de place qu'une version autonome destinée à /opt.

Je n'ai pas identifié ton "resolve". S'il te plaît, de quoi s'agit-il ?

zenric · Le 08/12/2018, à 17:30

J utilise tous ces logiciels et j essaie en général d installer les softs qui sont dans les dépôts. Et pour xnview je prendrais le .Deb. Resolve est Davinci Resolve un logiciel de post production video.

moko138 · Le 08/12/2018, à 18:46

ce qui a je pense fait planter mon systeme quand j ai installe DaVinci Resolve.

Tu l'avais dit en #2.

Tu as besoin et de natron2 et de Davinci Resolve, en plus de ce qui est dans les dépôts ?

Si oui, il faut faire de la place ailleurs, mais les possibilités sont restreintes. Montre :

du -am --max-depth=1 /tmp/A/lib/modules | sort -n

du -am --max-depth=1 /tmp/A/boot | sort -n | tail

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/12/2018, à 00:42

[Résolu] Bloqué sur écran ouverture de session bis

#2 Le 05/12/2018, à 00:23

Re : [Résolu] Bloqué sur écran ouverture de session bis

#3 Le 05/12/2018, à 06:48

Re : [Résolu] Bloqué sur écran ouverture de session bis

#4 Le 05/12/2018, à 09:39

Re : [Résolu] Bloqué sur écran ouverture de session bis

#5 Le 05/12/2018, à 19:09

Re : [Résolu] Bloqué sur écran ouverture de session bis

#6 Le 05/12/2018, à 22:32

Re : [Résolu] Bloqué sur écran ouverture de session bis

#7 Le 05/12/2018, à 23:24

Re : [Résolu] Bloqué sur écran ouverture de session bis

#8 Le 05/12/2018, à 23:33

Re : [Résolu] Bloqué sur écran ouverture de session bis

#9 Le 05/12/2018, à 23:42

Re : [Résolu] Bloqué sur écran ouverture de session bis

#10 Le 05/12/2018, à 23:47

Re : [Résolu] Bloqué sur écran ouverture de session bis

#11 Le 06/12/2018, à 11:32

Re : [Résolu] Bloqué sur écran ouverture de session bis

#12 Le 06/12/2018, à 15:22

Re : [Résolu] Bloqué sur écran ouverture de session bis

#13 Le 07/12/2018, à 13:57

Re : [Résolu] Bloqué sur écran ouverture de session bis

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

Re : [Résolu] Bloqué sur écran ouverture de session bis

#15 Le 07/12/2018, à 17:59

Re : [Résolu] Bloqué sur écran ouverture de session bis

#16 Le 07/12/2018, à 21:05

Re : [Résolu] Bloqué sur écran ouverture de session bis

#17 Le 07/12/2018, à 22:05

Re : [Résolu] Bloqué sur écran ouverture de session bis

#18 Le 08/12/2018, à 02:25

Re : [Résolu] Bloqué sur écran ouverture de session bis

#19 Le 08/12/2018, à 12:09

Re : [Résolu] Bloqué sur écran ouverture de session bis

#20 Le 08/12/2018, à 12:19

Re : [Résolu] Bloqué sur écran ouverture de session bis

#21 Le 08/12/2018, à 12:44

Re : [Résolu] Bloqué sur écran ouverture de session bis

#22 Le 08/12/2018, à 12:52

Re : [Résolu] Bloqué sur écran ouverture de session bis

#23 Le 08/12/2018, à 16:20

Re : [Résolu] Bloqué sur écran ouverture de session bis

#24 Le 08/12/2018, à 17:30

Re : [Résolu] Bloqué sur écran ouverture de session bis

#25 Le 08/12/2018, à 18:46

Re : [Résolu] Bloqué sur écran ouverture de session bis

Pied de page des forums