Debian "stuck" en mode texte

caema · 23-08-2020 19:40:23

Salut la compagnie,

Bon... Je ne suis pas absolument certaine que c'est la section parfaite pour poster.
Si d'aventure le sujet devait etre deplace, libre aux modos !

Alors j'ai une install dualboot Windows/Buster qui fonctionne sans aucun soucis.

Je viens de vouloir demarre ma debian: GRUB > selection de debian > joli ecran graphique avec le logo.
Puis apres quleques minutes, c'est le drame: ecran noir, mode texte.

Je n'ai aucune idee de ce qu'il se passe.
Une idee ?

N'hesitez pas a me demander des precisions, ne comprenant pas exactement la nature du souci je me doute que je dois detailler mais..

D'avance merci

cyrille · 23-08-2020 19:51:56

Bonsoir

Puis apres quleques minutes, c'est le drame: ecran noir, mode texte.

C'est un peu maigre comme indice Tu as accès à une console, un message d'erreur ?
Au pire, prends une photo qu'on se rende compte

As tu fait une manipulation particulière avant ce reboot (mise à jour, installation d'un driver ....)

++

Dernière modification par cyrille (23-08-2020 19:52:22)

caema · 23-08-2020 19:58:58

Alors j'ai acces au mode texte: en gros ecran noir avec le petit carre blanc qui clignote...
Pas de message d'erreur, par contre je peux taper mon logi et password et avoir acces a mes dossiers.

Aucune mise a jour, par contre j'avais prevu de faire cela ce soir..

peut etre un souci avec l'environnement graphique ? J'ai kde

Debian Alain · 23-08-2020 20:05:56

bonsoir caema

tu es en recovery mode ?

je pense que oui .

tu peux peut être installer pastebinit

apt install pastebinit 

une fois installé , tu peux faire ceci :

 tail -n 50 /var/log/messages | pastebinit 

recopie très attentivement la ligne (te gourre pas) et donne la nous 

Dernière modification par Debian Alain (23-08-2020 20:09:35)

cyrille · 23-08-2020 20:08:43

SI tu peux aussi nous donner le retour d'un

df -h

Et

cat /var/log/Xorg.0.log

Dernière modification par cyrille (23-08-2020 20:09:43)

caema · 24-08-2020 13:21:35

Voici les news:

Debian Alain a écrit :

tu peux peut être installer pastebinit

Lors que je tente

apt install pastebinit

dpkg was interupted you must run sudo dpkg --configure -a

Je fais donc:

sudo dpkg --configure -a

dpkg error: failed to write status database record about adduser to /var/lib/dpkg/status: no palce left on device

Je pense donc a checker mes disques, parce que je suis tres etonnee que cela soit full:

sudo fdisk -l

Disk dew / sda: 991.5 G1B, 1000204886016 bytes, 1953525168 sectors 

Disk model: ST1000LNOS5-1RK1 

Units: sectors of 1 * 512 = 512 bytes 

Sector size (1logical / physical  ): 512 bytes / 4096 bytes 

I / 0 size (minimum / optimal): 4096 bytes / 4096 bytes 

Disklabel type: gpt 

Disk identifier: 8AFC8FF7-F86B-4877-BC22-D02C78179D99 

/dev/sda1.    465.8G Microsoft basic data

/dev/sda2.    513M EFI system

/dev/sda3.    28G Linux filesystem

/dev/sda4.    15.9G Linux Swap

/dev/sda5.    421.5G Linux filesystem

[quote=Debian cyrille]SI tu peux aussi nous donner le retour d'un[/quote]

[code=user]df -h[/code]

FILESYSTEM - SIZE - USED - AVAIL - USE% - MOUNTED ON

udev - 7.8G - 0 - 7.8G - 0% /dev

tmpfs - 1.6G - 9.3M - 1.6G - 1% /run

/dev/sda3 - 28G - 27M - 0 - 100% /

tmpfs - 7.8G - 0 - 7.8G - 0% /dev/shm

tmpfs - 5M - 4.0k - 5M - 1% /run/lock

tmpfs - 7.8G - 0 - 7.8G - 0% /sys/fs/cgroup

/dev/sda2 - 512M - 5.2M - 507M - 1% /boot/efi

/dev/sda5 - 414G - 7.6G - 386G - 2% /home

tmpfs - 1.6G - 0 - 1.6G - 0% /run/user/1000

cyrille · 24-08-2020 13:34:30

 /dev/sda3 - 28G - 27M - 0 - 100% /

ta racine est pleine, il faut faire de la place

apt clean

pour supprimer le cache d'apt dans un premier temps

Si plusieurs kernels d'installés, supprimer ceux dont tu ne te sers plus

Dernière modification par cyrille (24-08-2020 13:35:09)

caema · 24-08-2020 13:36:10

Je viens de faire ceci nouveau:

sudo apt-get autoclean

Puis

sudo dpkg --configure -a

Et le resultat est different (sans doute lie au autoclean)

error processing package mariadb-server

Package is in a very bad consistant state: you should resinstall it before attempting configuration.

/usr/bin/mandb: can't write to /var/cache/man/1282: no space left on device

/usr/bin/mandb: can't create index cache /var/cache/man/1282: no space left on device

Errors were encountered whil processibg: maridb-server-10.3

cyrille · 24-08-2020 13:38:52

que donne après

df -h

après un

apt clean

caema · 24-08-2020 13:50:25

Alors voici:

df -h (apres autoclean)

FILESYSTEM - SIZE - USED - AVAIL - USE% - MOUNTED ON

udev - 7.8G - 0 - 7.8G - 0% /dev

tmpfs - 1.6G - 9.3M - 1.6G - 1% /run

/dev/sda3 - 28G - 27G - 0 - 100% /

tmpfs - 7.8G - 0 - 7.8G - 0% /dev/shm

tmpfs - 5M - 4.0k - 5M - 1% /run/lock

tmpfs - 7.8G - 0 - 7.8G - 0% /sys/fs/cgroup

/dev/sda2 - 512M - 5.2M - 507M - 1% /boot/efi

/dev/sda5 - 414G - 7.6G - 386G - 2% /home

tmpfs - 1.6G - 0 - 1.6G - 0% /run/user/1000

Donc en gros aucun changement.

Dernière modification par caema (24-08-2020 13:52:57)

captnfab · 24-08-2020 14:24:20

Autoclean ne vire que les paquets du cache qui sont déjà installés. Clean vire aussi ceux qui ne le sont pas.

Ton espace disque sur / est tout utilisé. Il y a des chances que ça vienne des logs…

Pour y voir plus clair, je te propose de lancer la commande suivante :

du -h --one-file-system --max-depth=1 /

Tu sauras ainsi quel dossier prend de la place.

Si tu vois que var prend plus d'1Go, tu peux lancer

du -h --one-file-system --max-depth=1 /var/

et si tu vois que c'est le dossier de log qui est gros, alors tu peux faire un peu de place, si possible en regardant ce qui se passe dans les fichiers énormes.

caema · 24-08-2020 15:34:03

J'ai bel et bien certains fichiers de logs enormes dans /var/log:

> syslog
> message

J'ai donc fais:

sudo rm -rf /var/log/nom_fichier_de_log

Et ensuite:

sudo apt autoremove && sudo apt autoclean

Reading package lists DONE

Building dependency tree

Reading state information DONE

E: the package mariadb-server-10.3 needs to be reinstalled but cn't find an archive for it

Ensuite j'ai a nouveaut fait:

df -h

FILESYSTEM - SIZE - USED - AVAIL - USE% - MOUNTED ON

udev - 7.8G - 0 - 7.8G - 0% /dev

tmpfs - 1.6G - 9.3M - 1.6G - 1% /run

/dev/sda3 - 28G - 27G - 0 - 100% /

tmpfs - 7.8G - 0 - 7.8G - 0% /dev/shm

tmpfs - 5M - 4.0k - 5M - 1% /run/lock

tmpfs - 7.8G - 0 - 7.8G - 0% /sys/fs/cgroup

/dev/sda2 - 512M - 5.2M - 507M - 1% /boot/efi

/dev/sda5 - 414G - 7.6G - 386G - 2% /home

tmpfs - 1.6G - 0 - 1.6G - 0% /run/user/1000

Qui done donc toujours pareil

Dernière modification par caema (24-08-2020 15:35:30)

captnfab · 24-08-2020 15:44:39

C'est étrange, l'espace disque libre n'a pas vraiment changé… Tu te souviens de la taille que prenaient les logs ? Il faut parfois redémarrer pour que l'espace libre soit vraiment libéré, tu as essayé ?

Les commandes à taper une fois que tu auras de l'espace disponible sont :

sudo dpkg --configure -a

sudo apt install -f

Debian-facile

#1 23-08-2020 19:40:23

Debian "stuck" en mode texte

#2 23-08-2020 19:51:56

Re : Debian "stuck" en mode texte

#3 23-08-2020 19:58:58

Re : Debian "stuck" en mode texte

#4 23-08-2020 20:05:56

Re : Debian "stuck" en mode texte

#5 23-08-2020 20:08:43

Re : Debian "stuck" en mode texte

#6 24-08-2020 13:21:35

Re : Debian "stuck" en mode texte

#7 24-08-2020 13:34:30

Re : Debian "stuck" en mode texte

#8 24-08-2020 13:36:10

Re : Debian "stuck" en mode texte

#9 24-08-2020 13:38:52

Re : Debian "stuck" en mode texte

#10 24-08-2020 13:50:25

Re : Debian "stuck" en mode texte

#11 24-08-2020 14:24:20

Re : Debian "stuck" en mode texte

#12 24-08-2020 15:34:03

Re : Debian "stuck" en mode texte

#13 24-08-2020 15:44:39

Re : Debian "stuck" en mode texte

Pied de page des forums