Reprise du message précédent :
Sans sudo, point de droits administrateur. Les droits décrits dans /etc/sudoers permettent aux personnes autorisées de faire du sudo sans donner de mot de passe.
En pratique, cela sert aux admins pour donner accès à des commandes « administrateur » au compte-goutte aux utilisateurs standard ; genre un droit sur « sudo apt install * »

J'ai appris quelque chose , mais pour moi le fichier est clean:

Le dossier /etc/sudoers.d est vide (sauf README).

 
oui bien sûr, mais mon interrogation concernait le fait qu'une configuration dans sudoers puisse avoir un impact sur l'effet d'une commande lancée hors sudo (en l'occurence su).

passwd -d supprime le mot de passe, donc logique que y ait pas de mot de passe
Doit y avoir une conf PAM pour checker que le mot de passe est pas null qui doit manquer.
Sinon plutôt que de supprimer le password, essaye plutôt de Locker le compte Root ?

bonjour, j ai acheté un Galaxy Book S Snapdragon 8cx d occase pas (trop) cher et j ai mis debian dessus ... mais ça marche pas terrible : voir détails dans https://forum.hardware.fr/hfr/OSAlt [...] m#t1477478 ...  
 
... un peu d aide peut-etre ?? merci !

Oui mais comment régler ça?

Tu veux dire passwd -l ("L" ) root? Je tenterai ça.

Pour mon histoire de su -, c'était bien passwd -l (L) root qu'il fallait faire. Maintenant su - demande un mdp (qui n'existe pas donc impossible d'utiliser cette commande) et il faut passer par sudo.
 
Merci!

Plop

J'ai un NAS Netgear RN312 qui tourne en réalité sous Jessie.

J'ai backupé, j'aimerais tenter l'upgrade sauvage en ajoutant les sources Bullseye. Problème de clefs, quelqu'un pour me raffraichir la mémoire ?

ouff 3 versions d'un coup. autant jouer à la roulette russe avec un flingue rempli à 5 chambres sur 6
(dans une vm j'avais tenté l'upgrade 8 vers 10, ça ne s'etait pas bien passé.. meme si je m'en étais sorti)
sinon apt-get install debian-keyring ? (ou recup le paquet .deb ?)

J'ai bien dit que ça allait être sauvage, hein
 
Tu conseillerais de faire Stretch -> Buster -> Bullseye ?

Oui

Ca ne se passe pas très bien
 

 
 
Peut-être qu'au lieu de m'acharner à tirer sur l'ambulance je pourrais simplement basculer vers TrueNas

hello boys
 
jonglant en ce moment sur quatre/cinq systèmes (win/nux/bsd/beos), je me retrouve face à un petit imprévu parmi tant d'autres :
outre le problématique support des nvidia (on dirait sauron dans le monde du LL) sur les systèmes OSS, la problématique est que sur quatre ordis portables nvidia only (means, pas de CG intel pour contre balancer), la reprise de veille sur LMDE5 est juste.... impossible.
juste sur un pc portable HP ou le ttyN (ctrl/alt/fN) est possible, sinon pour un HP Pro il faut redémarrer, le ctrl/alt/suppr en tty ne passe pas.  
question, comment résoudre cela?
 
j'ai déjà la problématique du driver vidéo vesa (autant dire, autant  rester en mode terminal) sur openbsd qui apprécie pas du tout le fabricant vert, mais meme sur lmde5, la carte nvidia empeche la mise en veille (enfin la reprise après veille) ce qui n'est pas pratique du tout....
 
si quelqu'un a une idée, la partie "lmde" des forums mint étant un peu pas très vivante, contrairement à la dynamique "mint" principale....
 
merci!

Bonjour,
Je dois installer une Debian 5 sur une VM pour reprendre un site périmé . La commande apt update ne fonctionne pas comme les clefs pgp sont périmés.
Je ne sais pas trop quoi faire. Pouvez vous m'aider ?
 Docker est trop compliqué pour les destinataires de la machine.  C'est pour un retraité qui a des notions de Linux de plus de 20 ans.

Salut. C'est juste pour vous dire que j'ai du réinstaller debian cette nuit à cause de cette manip:
 
Ayant du tearing à la lecture de videos j'ai procédé comme suit:
 

 
Apres j'ai edité le fichier avec nano et remplacé "XXXX" (ci-dessous) par "i915" (mon driver intel)   edit: des gars ecrivent "intel" en fait, et pas "i915". Peur de réessayer et tout crasher encore une fois.

 
Je redémarre et game over.  
 
"Failed to start lightdm"
 
Je me retrouve sans environnement graphique.
 
J'ai cherché comment réparer, et ca n'a rien donné. J'ai donc tout réinstallé de zero.
 
 
Ma question est: Si j'étais plus patient, qu'aurai-je du faire? Qu'aurait-il fallu modifier dans /etc/X11/xorg.conf.d/20-intel.conf  pour réavoir un environnement graphique (avec ou sans tearing)?

supprimer le fichier de conf foireux que tu as créé pour te retrouver dans l'état précédent

OOF.
En effet t'as sorti le bazooka pour tuer la mouche
Fallait demander ici avant

Wesh,
 
Avez-vous constaté de soucis de wifi sur les derniers kernel (5.18 ?)
 
Je suis au boulot, on a une nouvelle Box et c'est la merde (tout ceux qui ont du lenovo).
 
Sur le réseau 2.4 j'ai des déconnexions toute les 10s et sur le réseau 5Ghz je plombe les perfs...
 
kernel 5.18.0-4-amd64
firmware-iwlwifi 20210818-1
 
Erreur :
 

 
Chez moi je suis en filaire, mais je testerai en wifi afin de voir si j'ai le même problème.
 
A+

Si tu installes un Debian vieux comme le monde bien sûr apt update ne fonctionnera pas puisque la version n'est plus supporté depuis 2000 ans... Faudra installer tout à la main puisque les dépôts pour Deb5 ne doivent plus exister. Ca peut être une belle galère. Pourquoi tu as besoin d'un si veux truc précisément?

+1
Si tu as une console il aurait suffit de faire un sudo rm /etc/X11/xorg.conf.d/20-intel.conf.

 
Faux    
 
http://archive.debian.org/debian/dists/lenny/
 
https://www.debian.org/distrib/archive
 
D'accord sur le reste, cela dit

Dans le cas de vieilles versions, il est plus judicieux de récupérer les iso CD/DVD pour avoir les paquets à dispo.

Wow. Impressionnant.

C'est pour reprendre la conf actuelle en 1pour1 même os, version de bdd, php,...

On peut toujours trouver les éléments à installer via les archives Debian.

Mais A priori il y a aussi moyen de copier toute l'arbo du serveur avec rsync et de faire un bootstrap après.

 
Peur de réessayer.

 
OK.  

SSH est aussi une bonne option pour bricoler des fichiers si d'aventure l'affichage se retrouve complètement cassé  

ou CTRL ALT F2 pour passer sur un tty  

Je rajoute une pièce.
 
Hier soir, au réveil du pc, plus de périph sonore indiqué par plasma, je me dis donc, reboot et ca ira.
Sauf que j'ai jamais vu un vrai arrêt, aucune réaction en appuyant sur reset ou le doigt laissé sur le bouton de marche.
Donc, bourrin, bouton on/off de l'alim
 
Au démarrage, le bios n'était pas trop content, après configuration, reboot, grub, démarrage du kernel, et arrivée sur sddm, écran noir.
C'est louche.
Je tente donc un reboot en recovery qui devrait tout faire sauf le démarrage de la partie graphique. Bah non. Les entrées grub recovery n'ont pas le mot "recovery", un comble.
Bon, je le rajoute à la main sur la ligne grub d'édition, ca démarre, arrivée en recovery, je peux me connecté et réinstaller quelques paquets liés à sddm, et amdgpu. J'ai pas pu lancer directement plasmashell ou init 5 ou startx, donc reboot.
Après plusieurs reboot, j'ai enfin eu un affichage de mon écran de connexion. Je présume donc que sddm/plasma s'est pris les pieds dans le tapis ou a tenté une résolution pas prise en charge par mon écran.
 
J'ai aussi essayé un iso live debian testing, mais ca prenait trop de temps.
J'ai aussi eu une impression que la sortie DP de ma cg ne marchait plus, essayé sur un autre port DP, pareil, j'ai sorti un cable HDMI, ca a mieux fonctionné.  
Aujourd'hui tout va bien, pour l'instant.

.... 20 ans révolus ....

Ah, oui : ce TU a déjà fêté ses 20 ans (+ 2 mois, après-demain) !
 
 

911GT3, un ancien de la section Linux .
Oui, vingt ans ... le temps passe (mais la qualité reste!).

 
parce que ya vingt ans vous aviez déjà un serveur X fonctionnel vous?

Y'a 20 ans fallait écrire sont xorg.conf et prier pour pas avoir fait une connerie .

XF86Config
 

Regarde du coté de MX Linux.
Je viens de faire du ménage sur la 21.2 pour virer les paquets que je ne voulais plus, puis utilisé mx-snapshot pour recrér une iso à partir du liveusb modifié (paquets, bureau, config).
L'iso créée pourra alors servir à son tour de liveusb (par ventoy par exemple), et être installée avec l'installeur MX.
 
Attention, pendant un liveusb, les paquets téléchargés restent en ram, il faut avoir suffisamment de ram libre pour la phase d'installation et dépaquetage.
Je me suis fait surprendre plusieurs fois hier par un manque de ram (8Go) et sans swap, ca se finissait soit en tuant apt/dpkg (pas super), ou le pc qui ne réagissait plus ou très très lentement.
La phase de mise à jour d'initramfs consomme pas mal de ram aussi.
Pense à faire les suppressions de paquets avant de vouloir installer ceux que tu veux.
Pour libérer la ram pendant un live, il faut faire un apt clean.
 
J'ai poussé un peu en mettant un pinning prioritaire sur les dépôts debian plutôt que ceux de mx linux.

On peut aussi installer un Debian "standard" directement sur une clé USB pour pouvoir rajouter/configurer des trucs ensuite. J'ai bien dit standard et installer, je ne parle pas d'une version "live"!

C'est ce que je faisais, ça fonctionne super bien.
Deux trucs utiles: ajouter "relatime" au niveau des options de montage de la partition root dans le fstab, et désactiver un max de services.

Eh oui    ; mais effectivement fallait pas mal bidouiller pour avoir quelque chose de fonctionnel (j'avais un peu galéré pour gérer plusieurs écrans sous XFree86).
En plus de devoir se faner les conf à la mano, souvent on devait compiler soi-même des modules, puis créer ses périphs dans /dev et /dev/char via mknod -par ex. pour avoir du son (udev n'existant pas alors).  

J'étais déjà sous Gentoo il y a 20 ans .