démarrage planté après mises à jour sous Xubuntu 18.04

deltamoins · Le 05/11/2020, à 11:02

Bonjour,

Hier, j'ai fait des mises à jour classiques sur mon Samsung NC10 et un moment donné, j'ai voulu éteindre et redémarrer. L'ordinateur redémarre bien mais il ne va pas jusqu'à la fenêtre où il me demande de m'identifier. Il n'affiche d'ailleurs rien de graphique, juste un petit tiret qui clignote par intermittence. J'ai essayé de lancer une session console en faisant Ctrl+Alt+F1, la session s'affiche 5 sec et disparaît ensuite. Je pensais que c'était dû au fait que j'avais branché un écran, des fois, ça peut faire des bugs. Bon. Comme c'est une architecture 32 bits, je me préparais à réinstaller mon système après avoir récupérer mes fichiers.

Ce matin, j'allume un autre pc, un Toshiba, et bêtement !!!, je fais les mises à jour proposées. Je crée ma clé USB bootable pour mon Samsung, je la teste, elle fonctionne, et je redémarre mon PC sur l'OS installé, c'est-à-dire Xubuntu 18.04. Et bien paf, même punition : mon Toshiba fait comme mon Samsung, exactement pareil. Pfff, j'aurais dû être plus prudent et ne pas faire les mises à jour... Comme j'ai accès au Grub sur ce pc, j'essaye avec une version antérieure du noyau (j'en ai que 2 alors que j'ai plus supprimer de noyaux depuis x temps mais bon, c'est pas grave), bon ben ça ne démarre pas plus...

Si quelqu'un a une idée, je suis preneur. En attendant, je vais me faire/trouver un CD bootable pour sauvegarder mes données (oui parce que j'ai qu'un port USB fonctionnel sur ce PC, bien sûr !) et puis je vais me préparer une clé USB avec Xubuntu ou Lubuntu 20.04 en espérant que ça fonctionne. bon et puis je vais peut-être bosser aussi.

A plus !

geole · Le 05/11/2020, à 14:56

Bonjour
Il faut booter avec la version moins un et finir les mises à jour

sudo apt update

Au besoin attendre un certain temps si le verrou de mise à jour est activé.

sudo apt upgrade

Dernière modification par geole (Le 05/11/2020, à 14:56)

deltamoins · Le 05/11/2020, à 23:17

Bonsoir,

Merci pour votre réponse. Comme je le disais dans mon message :

Comme j'ai accès au Grub sur ce pc, j'essaye avec une version antérieure du noyau (j'en ai que 2 alors que j'ai plus supprimer de noyaux depuis x temps mais bon, c'est pas grave), bon ben ça ne démarre pas plus...

Est-ce que c'est bien ça que vous aviez en tête ?
Je vais réessayer par acquis de conscience (et puis j'ai plus grand chose à perdre). Pour l'instant, je fais la sauvegarde avec Live CD Debian donc je verrais ça demain.

geole · Le 06/11/2020, à 00:06

Oui. Mais je n'avais pas compris que cela avait été fait partout.
Il faudrait alors booter en mode recovery, choisir d'être root et regarder si l'espace disque du noyau ou du home n'est pas plein.

df -h
df -i

Dernière modification par geole (Le 06/11/2020, à 00:10)

deltamoins · Le 06/11/2020, à 13:53

Pas de soucis. J'ai ré-essayé au cas où et donc j'ai les versions 4.15.0-122 et 4.15.0-121 uniquement. Je suis vraiment étonné parce que je ne supprime plus mes anciens noyaux depuis que j'ai dû aller en chercher des vieilles versions... Donc je ne comprends pas pourquoi je n'en ai plus que 2. Bon, mais c'est pas le sujet.

Ok pour essayer ce que tu dis, je ne pense vraiment pas que le home ou le disque avec la racine (c'est le même) soit plein. Par contre, je ne suis pas sûr de comprendre ce qu'est le "disque du noyau". Dans la sortie de df, cela correspond à quelle ligne ?

Je viens de démarrer en recovery mode et ça fonctionne sauf que... mon clavier n'est pas reconnu ha ha ! ça le fait de temps en temps. Il suffit de redémarrer et puis un moment donné, ça marche. Je vais donc réessayer et je te tiens au courant.

Merci en tous cas ! :-)

geole · Le 06/11/2020, à 15:49

Bonjour
df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
....
/dev/sda4 153G 13G 133G 9% /
....

df -i
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
...
/dev/sda4 10207232 259213 9948019 3% /
....

Nota tu peux aussi avoir une autre ligne avec /home s'ils ne sont pas dans la même partition

Dernière modification par geole (Le 06/11/2020, à 15:53)

deltamoins · Le 07/11/2020, à 14:25

Bonjour,

J'ai pu faire la manip. Au passage, j'ai pu voir que je pouvais encore accéder en root à ce système donc c'est positif. Au passage, le système qui permet d'envoyer la réponse d'une commande dans un fichier

commande > fichier.txt

est super pratique !
Bref voilà ce que donnent les deux commandes :

$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               1,8G       0  1,8G   0% /dev
tmpfs              358M    1,1M  357M   1% /run
/dev/sda5          329G    270G   42G  87% /
tmpfs              1,8G       0  1,8G   0% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              1,8G       0  1,8G   0% /sys/fs/cgroup

$ df -i
Sys. de fichiers   Inœuds IUtil.   ILibre IUti% Monté sur
udev               186958    503   186455    1% /dev
tmpfs              196101    667   195434    1% /run
/dev/sda5        21856256 422954 21433302    2% /
tmpfs              196101      1   196100    1% /dev/shm
tmpfs              196101      3   196098    1% /run/lock
tmpfs              196101     18   196083    1% /sys/fs/cgroup

Alors, qu'en penses-tu ? De mon point de vue, je ne vois rien d'alarmant mais bon.

Ceci dit, je peux aussi essayer les

apt update
apt upgrade

que tu me proposais au début. Maintenant que je sais comment accéder à une console root sur mon système.

Bon, ceci dit, je vais aller au bout - si possible - de ce bug parce qu'il peut servir à d'autres peut-être mais je pense que je vais réinstaller un système qui sera maintenu à plus long terme que mon 18.04 en 32 bits.

Dernière modification par deltamoins (Le 07/11/2020, à 14:27)

geole · Le 07/11/2020, à 14:42

Bonjour
Il faut le faire

apt update
apt upgrade

Peut-être y aura-il un message disant qu'il faut faire l'une de ces commandes voir les deux
CORRECTION

dpkg --configure -all

dpkg --configure -a

apt -f install

avant de relancer les commandes

Dernière modification par geole (Le 08/11/2020, à 11:25)

deltamoins · Le 07/11/2020, à 16:13

OK, je vais le faire.

Est-ce que vous pourriez me dire ce que tirez comme informations des sorties des commandes df s'il vous plaît ?

geole · Le 07/11/2020, à 16:17

/dev/sda5          329G    270G   42G  87% /

La partition contenant le répertoire racine à 42 Go de libre, Ce n'est donc pas un problème de manque de place disque pour initialiser les fichiers de l'utilisateur.

/dev/sda5        21856256 422954 21433302    2% /

et il y a une énorme quantité de place libre pour y stocker les noms de fichiers

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

deltamoins · Le 07/11/2020, à 16:36

OK, merci pour les explications :-)

Bon, j'ai essayé le

apt update

dans ma console root de recovery. Mais il faut une connexion internet pour ça ! Ha ha ! J'ai bien vu une entrée "Network" dans la page d'accueil du truc recovery, je l'ai sélectionné et il a fait quelque chose - j'imagine - mais ça ne m'a pas connecté à internet pour autant.

Je ne sais pas comment on se connecte à du wifi en lignes de commandes, je vais regarder ça sur la doc et essayer.

geole · Le 07/11/2020, à 16:43

Avant de passer root, il faut activer le réseau
Au paragraphe 4.3 il y a quelques astuces https://doc.ubuntu-fr.org/recovery_mode

deltamoins · Le 07/11/2020, à 18:04

J'ai trouvé toutes les infos nécessaires dans la doc pour me connecter au wifi depuis la console, bravo à tous les auteurs de la doc au passage ! Tout est prévu, il y a même une interface en mode texte de network-manager qui est tout à fait utilisable et efficace.

J'ai donc fait les mises à jour et mon système est à jour. J'ai essayé de redémarrer et il ne démarre toujours pas correctement, le bug est le même qu'au début de cette discussion.

Au passage, j'ai essayé

dpkg --configure -all

mais cela m'a retourné une erreur.

Bon, donc statu quo mais j'aurais appris des choses ;-)

geole · Le 07/11/2020, à 18:41

essaies de donner l'erreur

deltamoins · Le 07/11/2020, à 22:58

Excuse-moi de demander ça mais tu es sûr de ta commande, je viens de faire les tests suivants sur un ordi où tout est OK a priori et aucun ne fonctionnent :

root@bibi:/home/bibi# dpkg --configure -all
dpkg: erreur: actions conflictuelles -l (--list) et  (--configure)

Utilisez « dpkg --help » pour obtenir de l'aide à propos de l'installation et la désinstallation des paquets [*] ;
Utilisez « apt » ou « aptitude » pour gérer les paquets de manière plus conviviale ;
Utilisez « dpkg -Dhelp » pour obtenir la liste des valeurs de drapeaux de débogage ;
Utilisez « dpkg --force-help » pour consulter la liste des options de forçage ;
Utilisez « dpkg-deb --help » pour obtenir de l'aide sur la manipulation des fichiers *.deb ;

Les options marquées d'un [*] affichent beaucoup d'informations : tubez-les à travers « less » ou « more ».
root@bibi:/home/bibi# dpkg --configure-all
dpkg: erreur: option --configure-all inconnue

Utilisez « dpkg --help » pour obtenir de l'aide à propos de l'installation et la désinstallation des paquets [*] ;
Utilisez « apt » ou « aptitude » pour gérer les paquets de manière plus conviviale ;
Utilisez « dpkg -Dhelp » pour obtenir la liste des valeurs de drapeaux de débogage ;
Utilisez « dpkg --force-help » pour consulter la liste des options de forçage ;
Utilisez « dpkg-deb --help » pour obtenir de l'aide sur la manipulation des fichiers *.deb ;

Les options marquées d'un [*] affichent beaucoup d'informations : tubez-les à travers « less » ou « more ».
root@bibi:/home/bibi# dpkg --configure --all
dpkg: erreur: option --all inconnue

Utilisez « dpkg --help » pour obtenir de l'aide à propos de l'installation et la désinstallation des paquets [*] ;
Utilisez « apt » ou « aptitude » pour gérer les paquets de manière plus conviviale ;
Utilisez « dpkg -Dhelp » pour obtenir la liste des valeurs de drapeaux de débogage ;
Utilisez « dpkg --force-help » pour consulter la liste des options de forçage ;
Utilisez « dpkg-deb --help » pour obtenir de l'aide sur la manipulation des fichiers *.deb ;

Les options marquées d'un [*] affichent beaucoup d'informations : tubez-les à travers « less » ou « more ».

OK, je viens d'aller le man de dpkg parce cette commande me disait quelque chose. Je pense que tu veux que je teste un

dpkg --configure -a

qui permet de configurer tous les paquets.

Je vais tester ça.

Dernière modification par deltamoins (Le 07/11/2020, à 23:01)

xubu1957 · Le 07/11/2020, à 23:01

Bonjour,

Essaye :

dpkg --configure -a

deltamoins · Le 07/11/2020, à 23:02

@xubu1957 : ton message et ma modification se sont croisés ;-)

deltamoins · Le 08/11/2020, à 11:11

Bonjour,

J'ai donc refait un petit :

apt update

Tout est à jour.

La commande

dpkg --configure -a

n'a donné aucune sortie.

Au cas où, j'ai fait un

apt -f install

qui m'a retourné quelques lignes mais pour me dire qu'il n'y avait pas de changements à effectuer.

Bien sûr, tout cela dans une console root.

J'ai ré-essayé de démarrer mais sans succès.

Dernière modification par deltamoins (Le 08/11/2020, à 11:12)

geole · Le 08/11/2020, à 11:28

Bonjour
Et un redémarrage en choisissant la version moins 1
=> En normal
=> En recovery puis immédiatement resume (le but est d'activer automatiquement l'option nomodeset)

deltamoins · Le 08/11/2020, à 12:15

ça ne fonctionne pas plus. En mode recovery, il y a des espèces de flash pixelisés qui s'affichent comme s'il essayait d'afficher quelque chose mais sans y arriver. Je ne sais pas trop comment le décrire, j'espère que ça vous parlera un peu.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 05/11/2020, à 11:02

démarrage planté après mises à jour sous Xubuntu 18.04

#2 Le 05/11/2020, à 14:56

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#3 Le 05/11/2020, à 23:17

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#4 Le 06/11/2020, à 00:06

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#5 Le 06/11/2020, à 13:53

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#6 Le 06/11/2020, à 15:49

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#7 Le 07/11/2020, à 14:25

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#8 Le 07/11/2020, à 14:42

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#9 Le 07/11/2020, à 16:13

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#10 Le 07/11/2020, à 16:17

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#11 Le 07/11/2020, à 16:36

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#12 Le 07/11/2020, à 16:43

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#13 Le 07/11/2020, à 18:04

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#14 Le 07/11/2020, à 18:41

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#15 Le 07/11/2020, à 22:58

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#16 Le 07/11/2020, à 23:01

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#17 Le 07/11/2020, à 23:02

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#18 Le 08/11/2020, à 11:11

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#19 Le 08/11/2020, à 11:28

Re : démarrage planté après mises à jour sous Xubuntu 18.04

#20 Le 08/11/2020, à 12:15

Re : démarrage planté après mises à jour sous Xubuntu 18.04

Pied de page des forums