erreur dans installation cinnamon Le sujet est résolu

[MicP]

Il manque des fichiers firmware pour que les pilotes puissent accéder à certains périphériques,
et pour pouvoir accéder aux paquetages contenant ces fichiers firmware,
il faudrait ajouter contrib et non-free dans le fichier /etc/apt/sources.list
en lançant la ligne de commandes suivante :

Code : Tout sélectionner

sudo sed -i 's/^\(deb.* main$\).*/\1 contrib non-free/' /etc/apt/sources.list

puis il faudra faire une mise à jour de la liste des paquetages
en lançant la ligne de commandes suivante :

Code : Tout sélectionner

sudo apt update

et ensuite, il sera possible d'installer les paquetages contenant les fichiers firmwares manquants
en lançant la ligne de commandes suivante :

Code : Tout sélectionner

sudo apt install firmware-realtek firmware-misc-nonfree

Il faudra peut-être ensuite redémarrer la machine pour voir ce que ça donne.

[rixdor]

Bonjour,

voici les retours des commandes que j'ai obtenus:

Code : Tout sélectionner

fralo@feg-system-product-name:~$ sudo sed -i 's/^\(deb.* main$\).*/\1 contrib non-free/' /etc/apt/sources.list
[sudo] Mot de passe de fralo : 
fralo@feg-system-product-name:~$

Code : Tout sélectionner

fralo@feg-system-product-name:~$ sudo apt update

Code : Tout sélectionner

fralo@feg-system-product-name:~$ sudo apt update
Atteint :1 http://ftp.fr.debian.org/debian bullseye InRelease
Atteint :2 http://ftp.fr.debian.org/debian-security bullseye-security InRelease
Atteint :3 http://ftp.fr.debian.org/debian bullseye-updates InRelease
Réception de :4 http://ftp.fr.debian.org/debian bullseye/non-free Sources [81,3 kB]
Réception de :5 http://ftp.fr.debian.org/debian bullseye/contrib Sources [43,2 kB]
Réception de :6 http://ftp.fr.debian.org/debian bullseye/contrib amd64 Packages [50,6 kB]
Réception de :7 http://ftp.fr.debian.org/debian bullseye/contrib Translation-en [46,9 kB]
Réception de :8 http://ftp.fr.debian.org/debian bullseye/contrib amd64 DEP-11 Metadata [13,6 kB]
Réception de :9 http://ftp.fr.debian.org/debian bullseye/contrib DEP-11 48x48 Icons [47,2 kB]
Réception de :10 http://ftp.fr.debian.org/debian bullseye/contrib DEP-11 64x64 Icons [93,3 kB]
Réception de :11 http://ftp.fr.debian.org/debian bullseye/non-free amd64 Packages [97,8 kB]
Réception de :12 http://ftp.fr.debian.org/debian bullseye/non-free Translation-en [92,4 kB]
Réception de :13 http://ftp.fr.debian.org/debian bullseye/non-free amd64 DEP-11 Metadata [17,9 kB]
Réception de :14 http://ftp.fr.debian.org/debian bullseye/non-free DEP-11 48x48 Icons [741 B]
Réception de :15 http://ftp.fr.debian.org/debian bullseye/non-free DEP-11 64x64 Icons [27,7 kB]
Réception de :16 http://ftp.fr.debian.org/debian-security bullseye-security/non-free Sources [632 B]
Réception de :17 http://ftp.fr.debian.org/debian-security bullseye-security/non-free amd64 Packages [528 B]
Réception de :18 http://ftp.fr.debian.org/debian-security bullseye-security/non-free Translation-en [344 B]
614 ko réceptionnés en 1s (663 ko/s)                                 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
3 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
fralo@feg-system-product-name:~$

Code : Tout sélectionner

fralo@feg-system-product-name:~$ sudo apt install firmware-realtek firmware-misc-nonfree

Code : Tout sélectionner

fralo@feg-system-product-name:~$ sudo apt install firmware-realtek firmware-misc-nonfree
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Les NOUVEAUX paquets suivants seront installés :
  firmware-misc-nonfree firmware-realtek
0 mis à jour, 2 nouvellement installés, 0 à enlever et 3 non mis à jour.
Il est nécessaire de prendre 9 874 ko dans les archives.
Après cette opération, 39,5 Mo d'espace disque supplémentaires seront utilisés.
Réception de :1 http://ftp.fr.debian.org/debian bullseye/non-free amd64 firmware-misc-nonfree all 20210315-3 [8 953 kB]
Réception de :2 http://ftp.fr.debian.org/debian bullseye/non-free amd64 firmware-realtek all 20210315-3 [921 kB]
9 874 ko réceptionnés en 9s (1 047 ko/s)                                       
Sélection du paquet firmware-misc-nonfree précédemment désélectionné.
(Lecture de la base de données... 146992 fichiers et répertoires déjà installés.
)
Préparation du dépaquetage de .../firmware-misc-nonfree_20210315-3_all.deb ...
Dépaquetage de firmware-misc-nonfree (20210315-3) ...
Sélection du paquet firmware-realtek précédemment désélectionné.
Préparation du dépaquetage de .../firmware-realtek_20210315-3_all.deb ...
Dépaquetage de firmware-realtek (20210315-3) ...
Paramétrage de firmware-misc-nonfree (20210315-3) ...
Paramétrage de firmware-realtek (20210315-3) ...
Traitement des actions différées (« triggers ») pour initramfs-tools (0.140) ...
update-initramfs: Generating /boot/initrd.img-5.10.0-21-amd64
fralo@feg-system-product-name:~$

Code : Tout sélectionner

fralo@feg-system-product-name:~$ sudo apt update && sudo apt upgrade

Code : Tout sélectionner

fralo@feg-system-product-name:~$ sudo apt update && sudo apt upgrade
[sudo] Mot de passe de fralo : 
Atteint :1 http://ftp.fr.debian.org/debian bullseye InRelease
Atteint :2 http://ftp.fr.debian.org/debian-security bullseye-security InRelease
Atteint :3 http://ftp.fr.debian.org/debian bullseye-updates InRelease
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
3 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Calcul de la mise à jour... Fait
Les paquets suivants seront mis à jour :
  bind9-dnsutils bind9-host bind9-libs
3 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0 o/2 137 ko dans les archives.
Après cette opération, 67,6 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] O
Lecture des fichiers de modifications (« changelog »)... Terminé
(Lecture de la base de données... 147799 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../bind9-dnsutils_1%3a9.16.37-1~deb11u1_amd64.deb
 ...
Dépaquetage de bind9-dnsutils (1:9.16.37-1~deb11u1) sur (1:9.16.33-1~deb11u1) ..
.
Préparation du dépaquetage de .../bind9-libs_1%3a9.16.37-1~deb11u1_amd64.deb ...
Dépaquetage de bind9-libs:amd64 (1:9.16.37-1~deb11u1) sur (1:9.16.33-1~deb11u1) 
...
Préparation du dépaquetage de .../bind9-host_1%3a9.16.37-1~deb11u1_amd64.deb ...
Dépaquetage de bind9-host (1:9.16.37-1~deb11u1) sur (1:9.16.33-1~deb11u1) ...
Paramétrage de bind9-libs:amd64 (1:9.16.37-1~deb11u1) ...
Paramétrage de bind9-host (1:9.16.37-1~deb11u1) ...
Paramétrage de bind9-dnsutils (1:9.16.37-1~deb11u1) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.4-2) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.31-13+deb11u5) 
...
fralo@feg-system-product-name:~$ 

Est ce que je me trompe en considérant que tout s'est bien déroulé et que la situation est bien rétablie?

[dezix]

Salut!

Est ce que je me trompe en considérant que tout s'est bien déroulé et que la situation est bien rétablie?

Non tu ne te rompes pas, ça a l'air Coool!

Juste pour info

le dernier : $ sudo apt update && sudo apt upgrade
aurait eu plus de sens avant l'installation des paquets .

La logique étant :

1. Liste à jour
2. Système à jour
3. Installation de nouveaux paquets sur un système à jour

ça peut paraître du pinaillage (en général) mais parfois ça peut avoir un effet réel,
donc autant faire les choses dans le bon ordre (par habitude).

Ensuite, pour éviter les sudo à répétition, il y a l'option -i => voir man sudo

et mieux ouvrir une session d'administrateur avec :

$ su -

(le tiret du "6" final à son importance => Passer dans l'environnement de root )

De là tu obtiens l'invite : #

puis quand on a fini

# exit

pour fermer la session d'administration et revenir à l'environnement (VARIABLEs) de l'utilisateur.


Dernier point,

Il faudra peut-être ensuite redémarrer la machine pour voir ce que ça donne.

ça voulait dire => Redémarrer le système pour voir si tout est OK et que les modifs ont porté pleinement.

[MicP]

… le dernier : $ sudo apt update && sudo apt upgrade
aurait eu plus de sens avant l'installation des paquets .…

Très juste, et c'est bien ce qui avait été fait juste avant (voir dans ce message)
mais, comme j'ai pu le constater hier soir (ou ce matin très tôt) en faisant une mise à jour de mon système debian,
c'est seulement hier soir (donc après que cette mise à jour avait été faite) que les nouvelles versions des paquetages bind9-dnsutils bind9-host et bind9-libs ont été rendues disponibles pour les mises à jour.

EDIT : (à 20:24)
Et depuis, il y a d'autres paquetages que j'ai pu mettre à jour à 19:52 :
libcurl4:amd64 (7.74.0-1.3+deb11u3, 7.74.0-1.3+deb11u5), libcurl3-gnutls:amd64 (7.74.0-1.3+deb11u3, 7.74.0-1.3+deb11u5)

=======

et mieux ouvrir une session d'administrateur avec :

$ su -

J'ai aussi remarqué que, quand on installe debian depuis un système démarré en mode Live,
le programme d'installation ne propose pas d'entrer un mot de passe pour le compte root => sur le système installé ce sera sudo qui sera utilisé pour accéder aux privilèges du compte root
et si le compte root n'a pas de mot de passe, il ne sera pas possible d'utiliser la commande su pour accéder au compte root

[dezix]

J'ai aussi remarqué que, quand on installe debian depuis un système démarré en mode Live,

Je ne me rappelle même pas d'avoir installé une fois de cette manière

Alors il faut ensuite faire :

Code : Tout sélectionner

sudo passwd root

pour donner un MdP à root

correct ?

[MicP]

…
Alors il faut ensuite faire :

Code : Tout sélectionner

sudo passwd root

pour donner un MdP à root

correct ?

Oui, c'est ça.
Mais si l'accès aux privilèges du compte root est déjà possible en utilisant la commande sudo
il n'est peut-être pas indispensable de donner un mot de passe au compte root.

Certains préfèrent utiliser sudo,
et d'autres préfèrent utiliser la commande su en ayant donné au préalable un mot de passe au compte root

[dezix]

OK, merci.

Comme ça chacun pourra choisir.

[rixdor]

Bonjour,
il ne me reste plus qu'à vous remercier de votre aide et des conseils bien adaptés à mon niveau que vous m'avez abondamment donnés.

[rixdor]

Caramba, encore raté!
J'ai voulu marquer le sujet comme résolu, mais je ne m'y suis manifestement pas bien pris.

[dezix]

Salut!

Pour marquer le sujet résolu, il ne faut pas éditer le titre initial (sauf si tu trouves une formule plus pertinente a posteriori)
mais suivre les instructions ci-dessous :



Marquer le sujet Résolu

Il est utile (c'est aussi une marque courtoisie) de notifier aux utilisateurs du forum que votre question a été résolue.

À cet effet le forum affiche pour chaque réponse un bouton => "Accepter cette réponse"

Il convient de choisir le bouton du message qui comporte la réponse la plus "significative"
car cela crée un lien direct "Le sujet est résolu" après la coche verte ajoutée au titre du sujet (message initial).



PS: Je te laisse le soin de choisir la réponse que tu considères la plus pertinente ou qui marque le début de la résolution ou qui résume ce qu'il fallait faire.....

[piratebab]

MicP, pourquoi mettre des sudo partout ?
Pour signifier qu'un commande doit étre réalisée par l'utilisateur root, l'usage veut que sur un forum on la fait précéder d'un #.
Le sudo à tout va c'est sur les forums ubuntu :)

[rixdor]

C'est bien noté et je vais m'efforcer de ne plus confondre les règles applicables dans les différents sites que je fréquente, qu'ils soient de très grande qualité ou de qualité moins grande (chacun y reconnaîtra les siens).

[MicP]

MicP, pourquoi mettre des sudo partout ?

Parce que, dans son premier message de ce fil de discussion,
rixdor a montré qu'il utilise sudo pour accéder aux privilèges du compte root

Et quand je ne sais pas si le demandeur utilise su ou sudo pour accéder aux privilèges du compte root
pour éviter toute erreur d'interprétation et permettre au demandeur de copier/coller la ligne de commande(s) entière sans avoir besoin de supprimer un ou plusieurs caractères inutiles
je fais précéder chaque ligne de commande nécessitant les privilèges du compte root de la phrase suivante :

…
Avec les privilèges du compte root
lance la ligne de commande(s) suivante :
…

[piratebab]

C'est bien là ou je voulais en venir:

permettre au demandeur de copier/coller la ligne de commande(s) entière

L'utilisation du compte root n'est pas anodine. sudo banalise son utilisation. En forçant l'utilisateur à réfléchir, on crée une sensibilisation aux privilèges du superutilisateur..
A force de cacher ce superutilisateur derrière des sudo, il va finir par devenir l'emmerdeur qui complique la vie de l'utilisateur , la prochaine demande sera sa suppression pure et simple (l'utilisateur normal est assez grand pour savoir ce qu'il fait, mentalité très répandue chez les utilisateurs d'autres OS°.
Mais je pinaille, l'objectif est de faire régulièrement une piqûre de rappel