This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --I93AMoztZyirG4fPJxh767QJO4QDwMoxg
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

Salut

On 2021-12-15 5:42 p.m., Haricophile wrote:

Le Tue, 14 Dec 2021 19:09:01 +0100,
"ajh-valmer" <[email protected]> a écrit :

Bonsoir,

Je vois que je ne suis pas le seul après migration Buster vers
Bullseye...

Si ce n'est pas déjà fait et excuses,
Démarrer en mode "recovery" (mode console sans Xorg) pour réparer.
En démarrage mode graphique, souvent ça bloque à la fin,
il faut taper CTRL-D (redémarrage) ou le mode de passe root pour être
loggué.

ok....
et ?
est-ce que tu as déjà regardé les journaux (logs) pour voir quel service chargeait mal ou s'il y avait des messages d'erreurs ?

c'est passablement douteux ce que tu racontes ici.
qu'il faut se connecter en utilisant le mots de passe root, est-ce que
tu parles d'un échec et l'utilisation du mots de passe root pour
utiliser le système en mode simple utilisateur, suite à un échec par
exemple au montage ? c'est certain que si tu redémarres ton PC sans bien démonter les systèmes de fichiers alors ça pourra arriver.

par exemple, tu trouves que le chargement est trop long (ce que tu
appelles problème d'écran noir), tu fais un redémarrage à froid (cold
boot, tu éteins le PC) puis par la suite au redémarrage ça l'aura des possibles problèmes à remonter le système de fichier.

l'écran noir peut simplement venir du fait que le pilote qui gère la
carte graphique dans X est mal configuré.

as-tu essayé de changer de terminal virtuel lors du démarrage ?
(ALT+F3/F1, etc) ? ALT+F1 risque de te montrer la console principale.

Si tu veux un peu d'aide il faudra en dire plus de précision car là ça ressemble passablement à "mon PC marche mal", ce qui n'est que de peu d'utilité (et de possibilité de t'aider).

Quel périphérique avec pilote propriétaire ?
Quel est ta configuration ?
As-tu essayé d'utiliser un média "live" de BullsEye pour voir si ton
système serait pas supporter sans pilote externe ?

Bonne soirée.

Il y a un maximum de chance d'avoir des problèmes de ce genre avec des pilotes propriétaires installés. D'ailleurs j'ai déjà vu dans ma vie ce genre de gags sous Windows aussi : Moins on dépend des pilotes matériels spécifiques (et parfois buggués), mieux les changements de version, restaurations de sauvegardes, changement de matériel etc ont de chance
de bien se passer.
spéculation (utile ?)

--
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development


--I93AMoztZyirG4fPJxh767QJO4QDwMoxg--

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEElxOPFqFt1Wj+LmZjS1zCmZZxgEYFAmG7TcIFAwAAAAAACgkQS1zCmZZxgEb1 YQ/9EF9LVFR1z6cDbQt/wlppfI8Li9waMNp15dnDeieprCjf15GrMSs4IJSWI/HGkYWPXuvxO0mU hQXBvpejjcUM3XSRbf3WPoWxS76Xzjgf/5vFxOHiKbupyb3OG3x90s9K/f81j9rTsFhClqPNJEBg G9GnwRdPTprnXgjclJFJq5StkUQpNIPHBLNLk8Hj9ElOkvSBs3Jk5n1RcmVimEFLcrss66zc7+ll InlUuW13KA9HRLJAB8sQyYJRoinQx9fvdRl/L4plknMJfK80G0OAbJVcPMrfC0LhCGRC9Ia1MNou vU2xcT+a3aGXt6Ls+jknNx0eFPpceY+0ZN2fK6WRRAhr5JuPX9P3gBYfqe8W0XLRGpfm7CKlox4a WBHpdSDTtPDR+j1Ac77Oex00SJGae6g+7zJJ9hh5iqtiy6i3HowNa73oUgTz5NwV4vl4K4m5E1lN R5/89zhDithSsusZqY3SsLzedKDfgXCkLneiETdndRxGbBXoUq4hJP/VVHki6FRvyAdTKYyojH4y LklowMnoouAM+FsppUVR/NoUC1EeiU2yr2BOp/atAZDHI+EXpHd//3g2M02wiHISptqhpIv78ooU VO4P1jl4iFyq50qr6Gtl8yepNtmHogVALTeV+HdEgH8hNV04WjuJoBtyMB2i+N230/pDpPpszgf8 r20=
=cTKX
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin:

Le 16/12/2021 à 15:40, Polyna-Maude Racicot-Summerside a écrit :

Salut

On 2021-12-15 5:42 p.m., Haricophile wrote:

Le Tue, 14 Dec 2021 19:09:01 +0100,
"ajh-valmer" <[email protected]> a écrit :

Bonsoir,

Je vois que je ne suis pas le seul après migration Buster vers
Bullseye...

Si ce n'est pas déjà fait et excuses,
Démarrer en mode "recovery" (mode console sans Xorg) pour réparer.
En démarrage mode graphique, souvent ça bloque à la fin,
il faut taper CTRL-D (redémarrage) ou le mode de passe root pour être
loggué.

ok....
et ?
est-ce que tu as déjà regardé les journaux (logs) pour voir quel service chargeait mal ou s'il y avait des messages d'erreurs ?

c'est passablement douteux ce que tu racontes ici.
qu'il faut se connecter en utilisant le mots de passe root, est-ce que
tu parles d'un échec et l'utilisation du mots de passe root pour
utiliser le système en mode simple utilisateur, suite à un échec par exemple au montage ? c'est certain que si tu redémarres ton PC sans bien démonter les systèmes de fichiers alors ça pourra arriver.

par exemple, tu trouves que le chargement est trop long (ce que tu
appelles problème d'écran noir), tu fais un redémarrage à froid (cold boot, tu éteins le PC) puis par la suite au redémarrage ça l'aura des possibles problèmes à remonter le système de fichier.

l'écran noir peut simplement venir du fait que le pilote qui gère la
carte graphique dans X est mal configuré.

as-tu essayé de changer de terminal virtuel lors du démarrage ?
(ALT+F3/F1, etc) ? ALT+F1 risque de te montrer la console principale.

Si tu veux un peu d'aide il faudra en dire plus de précision car là ça ressemble passablement à "mon PC marche mal", ce qui n'est que de peu d'utilité (et de possibilité de t'aider).

Quel périphérique avec pilote propriétaire ?
Quel est ta configuration ?
As-tu essayé d'utiliser un média "live" de BullsEye pour voir si ton système serait pas supporter sans pilote externe ?

Bonne soirée.

Il y a un maximum de chance d'avoir des problèmes de ce genre avec des
pilotes propriétaires installés. D'ailleurs j'ai déjà vu dans ma vie ce >> genre de gags sous Windows aussi : Moins on dépend des pilotes matériels >> spécifiques (et parfois buggués), mieux les changements de version,
restaurations de sauvegardes, changement de matériel etc ont de chance
de bien se passer.
spéculation (utile ?)

Bonjour

Non je n'avais pas essayé Alt+F1 ou Alt+F3.

Je viens d'essayer avec succès.

J'ai tapé sudo aptitude update

Il y avait un message d'erreur à propos de DPKG qui me suggérait la
commande "sudo dpkg --configure -a" ; je l'ai tapé ; la majorité des
lignes concerné "nvidia".

Il faut savoir que je n'avais ni le pilote par défaut, ni un pilote constructeur qui n'existe pas pour la nVidia GT 1030, mais un pilote de substitution. J'avais fait se choix car avec les pilotes par défaut il y
avait de moins bonne performance (ex : faible résolution max) et on m'a
dit que les pilotes par défaut peuvent suffire pour la 2D mais pas la 3D
; j'avais un peu de modélisation de terrain 3D a réaliser.

Ensuite j'ai tapé "sudo aptitude update" puis "sudo aptitude upgrade".

Il y a eu des messages d'erreur à propos de QGis (qui n'est pas dans un dépôt officiel) ; je vais créer un nouveau sujet pour ça.

J'ai redémarré Debian, il fonctionne.

Apparemment je suis toujours sous Debian 10.
"
cat /etc/*release
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/"
"

Merci de votre aide.

Romain

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)