[Non réglé] Écran noir après migration Stretch vers Buster

Mr.Robot · 05-02-2020 21:55:08

Bonjour tout le monde !

J'ai entrepris tout à l'heure la migration de ma Debian Stretch 9.11 vers Buster (stable) en suivant ces étapes :

apt update

apt upgrade

apt edit-sources

    deb http://deb.debian.org/debian/ buster main

    deb-src http://deb.debian.org/debian/ buster main

    deb http://deb.debian.org/debian-security/ buster/updates main

    deb-src http://deb.debian.org/debian-security/ buster/updates main

    deb http://deb.debian.org/debian/ buster-updates main

    deb-src http://deb.debian.org/debian/ buster-updates main

apt update

apt full-upgrade

Jusqu'ici tout allait bien. J'ai téléchargé tous les paquets, j'ai eu le message assez long

apt-listchanges : nouveautés [...]

Que j'ai copié sur un bloc-note au cas où, puis j'ai validé.
À la fin de l'installation "deballage des paquets" j'ai obtenu ceci :

Errors were encountered while processing:
/tmp/apt-dpkg-install-kIHNQ8/221-libjsp-api-java_2.3.4-2_all.deb
/tmp/apt-dpkg-install-kIHNQ8/222-libel-api-java_3.0.0-2_all.deb
/tmp/apt-dpkg-install-kIHNQ8/223-libwebsocket-api-java_1.1-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ca m'a pas inquiété plus que ça, enfin je pensais que j'avais plus le choix que redémarrer mon PC à ce moment là.
Au redémarrage j'ai l'écran habituel

Please unlock sdb5_crypt

où j'entre mon mot de passe.
J'arrive sur l'écran de démarrage GRUB, je sélectionne Debian GNU/Linux car je ne sais pas utiliser l'autre.

Et là, c'est le drame : écran noir intégral avec un underscore _ blanc fixe dans le coin supérieur gauche.
J'ai bien trouvé des personnes ayant eu ce problème mais je suppose que ça peut être très spécifique à chaque cas.
Je suppose que la solution se situera dans Advanced options for Debian GNU/Linux via du GRUB

Je passe actuellement par Tails pour pouvoir publier ce post via mon PC "endommagé". Je suppose que ça peut être avantageux pour obtenir des infos sur mon système via le terminal.

PS : J'ai bien-sûr sauvegardé tous mes fichiers sur un disque dur externe avant la manoeuvre. Dans l'absolu, une réinstallation complète ne m'empêchera pas de dormir mais c'est une manip longue sur un gros disque dur chiffré.

J'ai juste un doute sur un point : avant full-upgrade j'avais peut-être ajouté # devant les lignes deb-src dans mon sources.list après avoir lu ce conseil sur le forum, mais avec 20 onglets d'ouverts à ce moment là, je l'ai plus sous la main.

Voilà-voilà, j'ai essayé d'être exhaustif. Merci de m'avoir lu et de me donner un coup de main

Dernière modification par Mr.Robot (11-02-2020 18:54:03)

Mr.Robot · 05-02-2020 22:45:06

PS : à mon installation initiale de Stretch, j'avais été malheureusement contraint d'installer le firmware non-libre iwlwifi pour pouvoir me connecter au wifi.
Avant de modifier mon fichier sources.list pour la migration j'avais "main contrib non-free" or maintenant je voudrais seulement "main". Je viens de penser que c'est peut-être impossible dans mon cas

ubub · 06-02-2020 00:54:57

salut,
avec tails, tu peux regarder le contenu de ton disque dur (si il est crypté, j'imagine que c'est possible aussi..)
peut-etre faudra que t'actives la fonction mot de passe administrateur mais je pense pas..
suffit que t'ailles dans utilitaires => disk (ou disques) => cliquer sur le disque dur de ton systeme (en général sda1, mais a vérifier) => cliquer sur l'icone en forme de triangle (comme un play de magnétophone) pour monter le disque dur; ensuite tu vas dans la seconde colonne (fichiers ou un nom comme ca) et tu clique sur ton disque dur et la tu pourra te balader dans les fichiers de ton disque dur pour voir ce qu'il y a écrit (par exemple /etc/apt/sources.list si tu veux voir ce qu'y a dedans)
Après je suis pas sur (même avec les droits admnistrateur) que tu puisse changer quoique ce soit, ou alors ca a l'air tres dur..
que t'es "commenté" ou pas (mis #) devant les deb-src , c'est pas ca qui pose probleme..
Les paquets qui ont pas voulus s'installer sont classés "main" (si je me trompe pas) donc que t'ai des sources contrib non-free en plus ou en moins, devrait pas etre le probleme.. (sinon y'aurait eu foultitude de paquets j'imagine)
J'imagine aussi c'est avec les "options avancées..." dans le grub qu'y a moyen de faire un truc
mais j'ai jamais vraiment utilisé, p'tet quelqu'un de plus calé pourra t'aider.
Bonne chance, et t'as bien raison d'essayer d'aller vers les logiciels libres et les distrib libres...

Mr.Robot · 06-02-2020 10:03:46

Oui c'est pas la première fois que j'utilise Tails, aucun problème pour accéder à mon disque dur chiffré (en connaissant le mot de passe bien-sûr), il faut aller dans le gestionnaire Fichiers, puis + Autres emplacements. Je met toujours un mot de passe administrateur sur chaque session amnesia sur Tails, sinon c'est très limité. En fait, j'avais pas le choix de faire ça pour poster, car mon mot de passe du forum debian-facile se trouve uniquement dans un trousseau KeepassX et j'avais pas envie d'installer/utiliser ce logiciel sur un environnement windows

Du coup là-dessus ça va. Je disais ça pour dire que je suis pas juste bloqué avec un black screen dès que j'allume le PC. Je peux utiliser le terminal et naviguer sur mon système via Tails pour chercher des errreurs en suivant vos conseils. Merci pour ta réponse en tout cas !

melissa6969 · 06-02-2020 22:23:42

T'as un fichier xorg.conf que t'as crée toi-même ??

et que tu aurais placé à cet emplacement

/etc/X11/xorg.conf.d/

parfois ça peut poser problème lors d'une migration

Mr.Robot · 06-02-2020 22:32:09

J'ai remarqué deux lignes au démarrage qui n'étaient pas là avant ma migration (par contre de mémoire j'en avais une sur le firmware iwlwifi mais là non), juste 2s avant de passer à l'écran noir :

unknow option "nsdelegate"
r8169 0000:05:00.0: firmware: failed to load rtl_nic/rtl8168e-2.fw (-2)

Voici les options avancées de GRUB version 2.02~beta3-5+deb9u2 :

a) Debian GNU/Linux, avec Linux 4.9.0-11-amd64
b) Debian GNU/Linux, with Linux 4.9.0-11-amd64 (recovery mode)
c) Debian GNU/Linux, avec Linux 4.9.0-9-amd64
d) Debian GNU/Linux, with Linux 4.9.0-9-amd64 (recovery mode)

Alors, je risque de dire des banalités mais j'essaie de bidouiller
J'ai donc 2 versions du kernel.

b) : Comme avant migration.

 Linux pc 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64 GNU/Linux

d) :

 Linux pc 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u5 (2019-08-11) x86_64 GNU/Linux

Les options a) et c) rendent la même chose que le démarrage automatique (ce qui me semble normal) = écran noir.

En recovery mode [b) ou d)] j'obtiens les mêmes résultats pour ce qui suit :

lsb_release -d

Debian GNU/Linux 10.2 (buster)

Avant migration j'avais Debian GNU/Linux 9.11 (stretch), logique.

journalctl -r -p err

system-udevd [332] : Specified group 'kvm' unknow

system-udevd [332] : Specified group 'render' unknow

kernel: cgroup: cgroup2: unknow option "nsdelegate"

kernel: usb-3-1-port4: over-current condition

kernel: usb-3-1-port4: over-current condition

apt-get update

Même en ayant ajouté contrib et non-free

Err:1 http://deb.debian.org/debian buster InRelease

   Could not resolve 'deb.debian.org'

Err: http://deb.debian.org/debian-security buster/updates InRelease

   Could not resolve 'deb.debian.org'

Err:3 http://deb.debian.org/debian buster-updates InRelease

   Could not resolve 'deb.debian.org'

Reading package lists... Done

W: Failed to fetch http://deb.debian.org/debian/dists/buster/InRelease  Could not resolve 'deb.debian.org'

W: Failed to fetch http://deb.debian.org/debian-security/dists/buster/updates/InRelease  Could not resolve 'deb.debian.org'

W: Failed to fetch http://deb.debian.org/debian/dists/buster-updates/InRelease  Could not resolve 'deb.debian.org'

W: Some index files failed to download. They have been ignored, or old ones used instead.

cat /var/log/syslog |more

Toutes les lignes commençant par gnome-session ou gnome-session-binary rendent WARNING pour chaque élément, j'ai copié la ligne qu'une fois, c'est l'élément entre crochet qui change. Pas envie de tout recopier à la main, je peux joindre une photo si nécessaire, ça tient sur 1 écran d'affichage.

gnome-session[678]: gnome-session-binary[678]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.[élément]

Et ça revient 3 fois dans les logs.

Il y a des lignes du type ACPI Warning: SystemIO range [...] conflict with OpRegion [...] (\PMIO) ou (\SBGP) puis (20160831/utadress-247)

Mes cartes graphiques :

lspci | grep VGA

02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)

00.0 VGA compatible controller: NVIDIA Corporation GF119M [GeForce GT 520MX] (rev a1)

Mon BIOS :

dd if=/dev/mem bs=32k skip=31 count=1 | strings -n 8 | grep -i bios

AMIBIOS 080010

AMIBIOIS(C)2010 American Megatrends, Inc.

BIOS Date: 07/17/11 08:54:48 Ver: 04.06.03

et quand j'accède directement au BIOS avec F2 au démarrage :

Version : 208

VBIOS Version 2111

EC Version : 202d080001

[en bleu tout en bas] Version 2.01.1204

Voilà, je sais pas quoi faire de plus pour l'instant.
Au fait je sais pas comment copier tout le texte depuis le pc endommagé, alors j'ai recopié à la main...
Et si c'était à cause de mon BIOS qui serait pas à jour ? FancyStart / Secure Boot / UEFI Boot sont désactivés
J'ai enfin retrouvé la référence exacte du PC: ASUS X53SC-SX424V.
Bon j'y ai passé la soirée, je décroche un peu

Dernière modification par Mr.Robot (06-02-2020 22:50:51)

Mr.Robot · 06-02-2020 22:37:11

melissa6969 a écrit :

T'as un fichier xorg.conf que t'as crée toi-même ??

et que tu aurais placé à cet emplacement
/etc/X11/xorg.conf.d/

parfois ça peut poser problème lors d'une migration

Bonsoir @melissa6969 !

Je n'ai pas créé de fichier xorg.conf, il n'y a rien de tel quand je tape

ls /etc/X11

Si nécessaire je peux recopier intégralement le retour de cette commande (à la main du coup)

ubub · 09-02-2020 22:21:29

salut, t'as vu ce fil:
https://www.debian-fr.org/t/procedure-d … etch/81148
Ca pourrait t'interresser..
tu devraix pas mettre de mdp admin sur ta session tails, ca sert a rien de plus une fois qu'on a activé ce qu'on veut utiliser dans la persistence.
En plus avec la faille de sudo toujours pas actuallisé dans tails (vu que pas encore de nouvelle version) c'est pas terrible...
https://www.debian.org/security/2020/dsa-4614

chalu · 10-02-2020 07:32:46

Bonjour,
Tu avais branché le câble ethernet quand tu as fait la migration ?
Tu as deux cartes graphiques, tu avais installé optimus ? Les drivers Nvidia ?

Tu as la mention du noyau 4.19 de Buster sur la page de grub ?

Que donne

 lspci -nnkd ::0200

lspci -nnkd ::0280

lspci -nnkd ::0300

dpkg -l | grep -i linux-image

Mr.Robot · 11-02-2020 09:11:55

@ubub Salut, merci pour les liens. Je n'utilise pas la persistance dans Tails. J'ai regardé le lien sur sudo mais j'avoue ne pas piger grand chose.

L’installeur Debian Buster ne gère pas les disques chiffrés existants.

ça peut être un problème ça, en effet. Par contre la phrase de passe du disque chiffré c'est le premier truc que mon pc me demande, avant même grub, j'ai pas besoin d'utiliser de ligne de commande. Je pense pas que mon kernel ne reconnaisse pas mon disque, en tout cas j'ai rien vu dans ce sens en lisant les logs avec journalctl

@chalu Bonjour, non j'étais en wifi, or avec stretch j'avais besoin du firmware non-free iwlwifi et justement hier j'ai envisagé que ça puisse être l'origine du problème. Par contre j'ai eu besoin de rien pour mes cartes graphiques à l'installation d'origine de stretch ni ensuite. Dans le grub je n'ai pas le noyau 4.19 de Buster, j'ai uniquement les 4 propositions que j'ai affichées plus tôt (dans mon 4ème message)
Dans le grub je choisis Debian GNU/Linux, with Linux 4.9.0-11-amd64 (recovery mode) et je fais les manip :

lspci -nnkd ::0200

05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)

Subsystem: ASUSTek Computer Inc. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1043:1277]

Kernel driver in use: r8169

Kernel modules: r8169

lscpi -nnkd ::0280

03:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 100 [8086:08ae]

Subsystem: Intel Corporation Centrino Wireless-N 100 BGN [8086:1005]

Kernel driver in use: iwlwifi

Kernel modules: iwlwifi

lscpi -nnkd ::0300

00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09)

Subsystem: ASUSTek Computer Inc. 2nd Generation Core Processor Family Integrated Graphics Controller [1043:1682]

Kernel driver in use: i915

Kernel modules: i915

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119M [GeForce GT 520MX] [10de:1051] (rev a1)

Subsystem: ASUSTek Computer Inc. GF119M [GeForce GT 520MX] [1043:1762]

Kernel driver in use: nouveau

Kernel modules: nouveau

dpkg -l | grep -i linux-image

ii   linux-image-4.9.0-11-amd64     4.9.189-3+deb9u2   amd64     Linux 4.9 for 64-bit PCs

ii   linux-image-4.9.0-9-amd64     4.9.168-1+deb9u5   amd64     Linux 4.9 for 64-bit PCs

ii   linux-image-amd64     4.9+80-3+deb9u9   amd64     Linux for 64-bit PCs (meta-package)

Voilà. Hier je suis allé voir un ami informaticien qui m'a conseillé de réinstaller Buster depuis le début, à défaut d'avoir créé une backup. A moins de trouver un.e barbu.e spécialiste de Debian. Du coup j'attends encore un peu au cas où vous auriez des idées, mais j'ai besoin d'utiliser mon pc assez rapidement, du coup je repartirais de zéro

melissa6969 · 11-02-2020 15:16:16

si le kernel 4.19 de buster n'est pas présent dans grub, ça sent la mise à niveau qui s'est mal terminée, d'où le underscore au boot.

en revanche tu peux toujours tenter via tails ou même un live de debian ou même l'installateur netinstall de debian, de faire un chroot.
ça te permet de "rentrer" dans ta debian cassée, et tenter de finir la mise à niveau.

d'ailleurs à ce propos, quand on fait une mise à niveau de debian (stretch > buster dans ton cas) il faut toujours faire dans cet ordre

sudo apt update

sudo apt upgrade

et finir avec un

sudo apt dist-upgrade

ça permet de mettre à niveau en 2 temps et de pas être bloqué par des soucis de dépendances etc.

toi t'as visiblement fait direct le dist-upgrade, et ça peut parfois poser quelques soucis.

mais au vu de l'état de ta debian je tenterais un chroot, ça me parait être la solution la + simple et rapide pour voir l'étendue des dégats, et essayer du coup de refaire un apt update, apt upgrade, et si tout va bien finir avec un apt dist-upgrade, et espérer qu'au reboot, tout se passe bien ... ou pas .... et dans ce cas la réinstallation reste la solution rapide efficace et propre.

Mr.Robot · 11-02-2020 16:04:38

J'avais suivi les instructions sur une page du forum, mais j'ai plus la page sous la main.
J'avais aussi lu ici qu'il fallait plus utiliser dist-upgrade mais full-upgrade à la place...

Je viens de lancer une réinstallation avec l'installeur buster via usb.
J'ai téléchargé puis intégré iwlwifi directement dans le dossier "firmware" du fichier ISO.
L'installeur me dit qu'il manquait aussi rtl_nic/rtl8168e-.fw, j'ai téléchargé le paquet firmware-realtek, mis sur clé usb et branché à ce moment là.
J'ai passé une plombe à relire les docs sur le partitionnement parce que je voulais chiffrer mon disque dur, tout en gardant /home et /var sur des partitions séparées mais mon cerveau n'arrive plus à suivre du coup j'ai laissé en automatique avec LVM chiffrée tout sur un disque.
J'espère que tout va marcher

C'est l'heure d'aller se promener et de laisser tout ça de côté

Merci pour vos réponses

Edit: En fait l'installeur me propose de modifier les caractéristiques de mes partitions APRES l'étape de formatage+chiffrement. Du coup j'ai la config comme je voulais, à part la taille abusée de certaines partitions genre /root à 25Go et /var à 10Go

Dernière modification par Mr.Robot (11-02-2020 18:40:08)

melissa6969 · 11-02-2020 19:41:59

que /var soit aussi gros c'est normal, ça peut vite se remplir (dans le cas d'une utilisation serveur notamment)

après une installation avec toutes les partitions dédiées comme t'y fais, j'y connais pas grand chose à vrai dire.
je mets tout dans une même et unique partition, sans chiffrement, le truc basique quoi.

mais la partition /root, tu peux diminuer sa taille au pire, parce que 25 Go c'est énorme juste pour root.

PS :
à moins que dans ce contexte /root soit en faite la /racine.?!?

Dernière modification par melissa6969 (11-02-2020 19:43:15)

Mr.Robot · 11-02-2020 21:57:48

Oui j'ai dit /root en pensant à " / "

lsblk

NAME                  MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT

sda                     8:0    0 698,7G  0 disk  

├─sda1                  8:1    0   243M  0 part  /boot

├─sda2                  8:2    0     1K  0 part  

└─sda5                  8:5    0 698,4G  0 part  

  └─sda5_crypt        254:0    0 698,4G  0 crypt 

    ├─deb--vg-root    254:1    0  23,3G  0 lvm   /

    ├─deb--vg-var     254:2    0   9,3G  0 lvm   /var

    ├─deb--vg-swap_1  254:3    0   5,9G  0 lvm   [SWAP]

    ├─deb--vg-tmp     254:4    0   1,9G  0 lvm   /tmp

    └─deb--vg-home    254:5    0   658G  0 lvm   /home

sr0                    11:0    1  1024M  0 rom

C'est légèrement différent de ce que m'affiche "Disques" : (mais cohérent)
DD 750 Go
root 25 Go
/var 10 Go
/swap 6,3 Go
/tmp 2 Go
/home 707 Go

À la base j'ai lu ici https://wiki.debian-fr.xyz/Le_partition … 9pertoires qu'il était conseillé 250 Mo pour " / " !
Mais j'ai aussi lu ici https://debian-facile.org/viewtopic.php?id=13454 que 20 Go pour " / " seule ça n'a pas l'air de choquer

Après réflexion je ne vais pas modifier mes partitions, déjà parce que ça reste une opération délicate, puis je garde mes fichiers volumineux (films) sur un DD externe donc 658 Go pour /home sera largement suffisant pour moi.

Tu en penses quoi de la taille optimale de " / " ?

melissa6969 · 11-02-2020 22:24:21

le tuto qui conseille 250 Mo pour la /racine est en faite un partitionnement très spécifique, dans ce cas la /racine ne contient quasiment rien (juste des fichiers binaires la plupart du temps), d'où sa petite taille, mais c'est un partitionnement pour les serveurs (faut pas oublier que debian est avant tout utilisé dans le monde des serveurs)

l'intérêt de lvm est tout là justement, de pouvoir modifier à chaud tes partitions en ayant généralement jamais de soucis (jamais signifie qu'il existe tout de même un petit risque, en gardant en tête que la modification de partitions est toujours un risque + ou moins dangereux, exemple une coupure de courant en pleine manipulation, que t'es du lvm ou non, ça peut être impossible à récupérer le système)

avec 25 Go pour la /racine tu es quand même large (si tu installes pas tout plein de gros logiciels du style retouche photo, éditeur de vidéo, montage de son, etc), en revanche si tu installes plein de logiciels bien lourds, tu risques de vite être à bout.

quand j'installe debian dans l'association où je suis bénévole, j'installe selon ce que la personne fait avec son pc, j'adapte selon le profil, et avec une vision pour un futur très lointain.

j'irais jamais mettre une partition de 8 go par exemple pour la racine même pour une personne qui utilise que 3 ou 4 logiciels, parce que linux comme tous OS grossit au fil des années (avec les logiciels de + en + lourd car rempli de fonctionnalités) donc dans 5 ans après deux mises à niveau, les 8 Go peuvent vite devenir trop petits et devenir handicapant..

et on a beau faire des installations les + minimales possibles comme j'ai l'habitude de faire, on peut pas aller à contre courant que tout ce qui est numérique tend à devenir de + en + lourd et blindé d'options en tout genre

Mr.Robot · 11-02-2020 22:48:17

Ok ça me conforte dans l'idée de ne pas toucher. J'utilise un petit peu GIMP et Cie d'où le fait que 2 Go pour /tmp me paraissaient pas excessifs, donc je garde la marge sur /racine aussi.
Pour mon vieux pc fixe déjà sous debian que je vais réinstaller, là je serais plus exigent sur l'espace libre et je passerai de gnome à lxde.
Merci pour ton avis

Debian-facile

#1 05-02-2020 21:55:08

[Non réglé] Écran noir après migration Stretch vers Buster

#2 05-02-2020 22:45:06

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#3 06-02-2020 00:54:57

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#4 06-02-2020 10:03:46

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#5 06-02-2020 22:23:42

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#6 06-02-2020 22:32:09

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#7 06-02-2020 22:37:11

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#8 09-02-2020 22:21:29

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#9 10-02-2020 07:32:46

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#10 11-02-2020 09:11:55

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#11 11-02-2020 15:16:16

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#12 11-02-2020 16:04:38

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#13 11-02-2020 19:41:59

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#14 11-02-2020 21:57:48

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#15 11-02-2020 22:24:21

Re : [Non réglé] Écran noir après migration Stretch vers Buster

#16 11-02-2020 22:48:17

Re : [Non réglé] Écran noir après migration Stretch vers Buster

Pied de page des forums