Re: compte root désactivé, sudo = commande introuvable
Le samedi 23 janvier 2016 à 01:12 +0100, merkeda...@vmail.me a écrit : > *Pour info, je n'active pas le compte root à l'installation et c'est > donc mon premier utilisateur qui a les droits (normalement). > > Debian desktop : > moi je n'ai pas , j'ai ; ce qui me convient tout à fait. > j'ai dû totalement ne rien comprendre depuis le départ à debian car , > d'une part, à l'install, le compte root est exigé Non, il n'est pas exigé et c'est expliqué sur l'écran de création de compte ("Si vous laissez le champ de mot de passe du compte root vide alors le premier compte créé obtiendra les droits avec sudo"). Dans ce cas, si tu veux saisir des commandes en root, c'est "sudo su" Je dois d'ailleurs avouer que j'ai un problème d'assimilation du concept : on a le choix d'activer root ou pas. Quelle est la différence finalement puisque si l'on veut faire les choses correctement alors qu'on a pas activé root, on doit ensuite créer un utilisateur standard pour la session utilisateur de tous les jours (afin de ne pas travailler dans la session admin qui a les droits sudo). > il doît s'agir d'une question "serveur" je suppose. Non, desktop mais c'est idem en serveur :-) Bon we, -- Christophe De Natale
[résolu]Re: compte root désactivé, sudo = commande introuvable
Le samedi 23 janvier 2016 à 06:33 +0100, Bernard Schoenacker a écrit : > Le Fri, 22 Jan 2016 18:55:37 +0100, > Christophe De Natale a écrit : > > > Bonsoir à vous, > > > > Sur une installation fraîche de Jessie, je n'ai pas de droits > > d'administration (console en gui ou tty). > > Exemple : > > sudo ifconfig = bash : sudo : commande introuvable > > > > > > Pour info, je n'active pas le compte root à l'installation et c'est > > donc mon premier utilisateur qui a les droits (normalement). > > > > Une idée svp ? (la mienne, c'est que l'installation a foiré mais je ne > > peux pas consulter les logs) > > Merci et bonne soirée, > > bonjour, > > sudo ifconfig = bash > Mot de passe [sudo] de bernard : > bash: Hôte inconnu > ifconfig: `--help' gives usage information. > > > ne serait pas plutôt (?): > > > sudo -s ifconfig = 192.168.x.x > > ou > > sudo bash ifconfig = 192.168.x.x > > > en tout cas si sudo est installé > > > slt > bernard > Je me suis mal exprimé, désolé de t'avoir enduit d'erreurs :D Je voulais dire : lorsque je saisi "sudo ifconfig" cela donnait : "bash : sudo : commande introuvable" Et effectivement le paquet sudo n'était pas installé. Bon we, -- Christophe De Natale
Re: compte root désactivé, sudo = commande introuvable
Le Fri, 22 Jan 2016 18:55:37 +0100, Christophe De Natale a écrit : > Bonsoir à vous, > > Sur une installation fraîche de Jessie, je n'ai pas de droits > d'administration (console en gui ou tty). > Exemple : > sudo ifconfig = bash : sudo : commande introuvable > > > Pour info, je n'active pas le compte root à l'installation et c'est > donc mon premier utilisateur qui a les droits (normalement). > > Une idée svp ? (la mienne, c'est que l'installation a foiré mais je ne > peux pas consulter les logs) > Merci et bonne soirée, bonjour, sudo ifconfig = bash Mot de passe [sudo] de bernard : bash: Hôte inconnu ifconfig: `--help' gives usage information. ne serait pas plutôt (?): sudo -s ifconfig = 192.168.x.x ou sudo bash ifconfig = 192.168.x.x en tout cas si sudo est installé slt bernard
Re: compte root désactivé, sudo = commande introuvable
*Pour info, je n'active pas le compte root à l'installation et c'est donc mon premier utilisateur qui a les droits (normalement). Debian desktop : moi je n'ai pas , j'ai ; ce qui me convient tout à fait. j'ai dû totalement ne rien comprendre depuis le départ à debian car , d'une part, à l'install, le compte root est exigé , d'autre part on ne se log pas en root mais en premier utilisateur au droit restreint ; en oûtre si l'on ouvre un compte guest, il ne faut certainement pas activer un droit sudo et tout cela à-priori bien sûr. il doît s'agir d'une question "serveur" je suppose. De toute façon , plus je lis les commentaires d'ici et d'ailleurs; plus je reste étonné de tout ce que l'on faire et de toutes les solutions et écueils que l'on peut trouver. merci pour ce rappel sur sudo.
Re: umount /media/cleusb qu'en root
On Friday 22 January 2016 19:29:58 andre_deb...@numericable.fr wrote: > On Friday 22 January 2016 18:58:30 Yann Justdohit wrote: > > Le 22 janvier 2016 14:50:03 UTC+1, andre_...@numericable.fr a écrit : > > > Sous Jessie, la clé USB s'ouvre automatiquement, > > > lorsqu'elle est introduite dans un port usb. > > > Je peux y lire et écrire, supprimer des fichiers sous Konqueror. > > > Par contre, je ne peux libérer/démonter la clé USB, > > > qu'en mode console, en tant que root, par la commande : > > > # umount /media/cleusb > > > Comment faire pour démonter la clé USB par son icône > > > établie sur le bureau, en tant que user ? J'ai trouvé une solution qui semble fonctionner : /etc/fstab : "users" à la place de "user" /dev/sdc1 /media/sdc1 auto users,noauto,rw 0 0 André
[résolu]Re: compte root désactivé, sudo = commande introuvable
Le vendredi 22 janvier 2016 à 19:25 +0100, humbert.olivie...@free.fr a écrit : > > "groups" confirme que je fais partie du groupe sudo > > Mais je suis toujours bloqué : > > sudo ifconfig = bash : sudo : commande introuvable > > À tout hasard, le paquet "sudo" est-il installé ? > > Olivier > Hé, ben voilà :-) En mode rescue : apt-cache policy sudo Installé = aucun Merci et bon we, -- Christophe De Natale
Re: umount /media/cleusb qu'en root
Le vendredi 22 janvier 2016, 19:29:58 andre_deb...@numericable.fr a écrit : > On Friday 22 January 2016 18:58:30 Yann Justdohit wrote: > > Le 22 janvier 2016 14:50:03 UTC+1, andre_...@numericable.fr a écrit : > > > Sous Jessie, la clé USB s'ouvre automatiquement, > > > lorsqu'elle est introduite dans un port usb. > > > Je peux y lire et écrire, supprimer des fichiers sous Konqueror. > > > Par contre, je ne peux libérer/démonter la clé USB, > > > qu'en mode console, en tant que root, par la commande : > > > # umount /media/cleusb > > > Comment faire pour démonter la clé USB par son icône > > > établie sur le bureau, en tant que user ? > > > > Dans konqueror tape media:/ dans la barre d'adresse puis fait un > > click-droit > sur ta clef puis "demonter" ou "safely remove" > > Je n'ai pas cette proposition "demonter" ou "safely remove", > dans /media/ => cleusb sous Konqueror. > > André 'soir, dans dolphin, ça marche très bien Klaus
Re: umount /media/cleusb qu'en root
On Friday 22 January 2016 18:58:30 Yann Justdohit wrote: > Le 22 janvier 2016 14:50:03 UTC+1, andre_...@numericable.fr a écrit : > > Sous Jessie, la clé USB s'ouvre automatiquement, > > lorsqu'elle est introduite dans un port usb. > > Je peux y lire et écrire, supprimer des fichiers sous Konqueror. > > Par contre, je ne peux libérer/démonter la clé USB, > > qu'en mode console, en tant que root, par la commande : > > # umount /media/cleusb > > Comment faire pour démonter la clé USB par son icône > > établie sur le bureau, en tant que user ? > Dans konqueror tape media:/ dans la barre d'adresse puis fait un click-droit sur ta clef puis "demonter" ou "safely remove" Je n'ai pas cette proposition "demonter" ou "safely remove", dans /media/ => cleusb sous Konqueror. André
Re: compte root désactivé, sudo = commande introuvable
> "groups" confirme que je fais partie du groupe sudo > Mais je suis toujours bloqué : > sudo ifconfig = bash : sudo : commande introuvable À tout hasard, le paquet "sudo" est-il installé ? Olivier
Re: compte root désactivé, sudo = commande introuvable
Le vendredi 22 janvier 2016 à 18:55 +0100, Christophe De Natale a écrit : > Bonsoir à vous, > > Sur une installation fraîche de Jessie, je n'ai pas de droits > d'administration (console en gui ou tty). > Exemple : > sudo ifconfig = bash : sudo : commande introuvable > > > Pour info, je n'active pas le compte root à l'installation et c'est donc > mon premier utilisateur qui a les droits (normalement). > > Une idée svp ? (la mienne, c'est que l'installation a foiré mais je ne > peux pas consulter les logs) > Merci et bonne soirée, Suite : démarrage en mode recovery, accès root direct (est-ce normal ?) Ajout de mon utilisateur au groupe sudo Redémarrage "groups" confirme que je fais partie du groupe sudo Mais je suis toujours bloqué : sudo ifconfig = bash : sudo : commande introuvable -- Christophe De Natale
Re: umount /media/cleusb qu'en root
Le vendredi 22 janvier 2016 14:50:03 UTC+1, andre_...@numericable.fr a écrit : > Bonjour, > > Excuses si cette question a été posée... > > Sous Jessie, la clé USB s'ouvre automatiquement, > lorsqu'elle est introduite dans un port usb. > Je peux y lire et écrire, supprimer des fichiers sous Konqueror. > > Par contre, je ne peux libérer/démonter la clé USB, > qu'en mode console, en tant que root, par la commande : > # umount /media/cleusb > > Comment faire pour démonter la clé USB par son icône > établie sur le bureau, en tant que user ? > > Merci. > > André Dans konqueror tape media:/ dans la barre d'adresse puis fait un click-droit sur ta clef puis "demonter" ou "safely remove" @+
compte root désactivé, sudo = commande introuvable
Bonsoir à vous, Sur une installation fraîche de Jessie, je n'ai pas de droits d'administration (console en gui ou tty). Exemple : sudo ifconfig = bash : sudo : commande introuvable Pour info, je n'active pas le compte root à l'installation et c'est donc mon premier utilisateur qui a les droits (normalement). Une idée svp ? (la mienne, c'est que l'installation a foiré mais je ne peux pas consulter les logs) Merci et bonne soirée, -- Christophe De Natale
Re: apt? apt-get?
On 01/22/2016 01:44 PM, Sébastien NOBILI wrote: Bonjour Quoi qu'il en soit, aujourd'hui, on peut allègrement mixer ces trois commandes, je le fais au quotidien : - aptitude pour une recherche ou pour une désinstallation en masse selon un motif de recherche, - apt pour la mise-à-jour sécurité et l'installation d'un paquet, - apt-get pour le « autoremove » et le « clean ». Puisque l'on parle d'expérience personnelle, j'ajouterai un quatrième outil (graphique) basé sur apt: Synaptic. Je l'utilise pour le "tout venant" et même le pinning qui devient alors un jeu d'enfant. J'utilise également apt-get, c'est le plus rapide et le plus fiable. Je n'utilise jamais aptitude. Je l'ai essayé mais pour mon usage, il est inutile. -- Maderios
umount /media/cleusb qu'en root
Bonjour, Excuses si cette question a été posée... Sous Jessie, la clé USB s'ouvre automatiquement, lorsqu'elle est introduite dans un port usb. Je peux y lire et écrire, supprimer des fichiers sous Konqueror. Par contre, je ne peux libérer/démonter la clé USB, qu'en mode console, en tant que root, par la commande : # umount /media/cleusb Comment faire pour démonter la clé USB par son icône établie sur le bureau, en tant que user ? Merci. André
Re: apt? apt-get?
Bonjour, Le vendredi 22 janvier 2016 à 9:07, Alex ARNAUD a écrit : > On 01/22/2016 12:43 AM, MENGUAL Jean-Philippe wrote: > >A une époque, Debian recommandait aptitude. Puis, apt-get. Mais quid de > >apt? Est-ce aussi différent d'apt-get qu'aptitude? Est-ce recommandé ou > >n'était-ce pas la norme officielle? > Il semblerait (d'après le man) qu'APT et APT-GET/APT-CACHE n'est pas les > mêmes finalités. APT ne serait qu'un front-end aux deux commandes > précédentes et est sensé être plus facile pour l'utilisateur donc je pense > qu'ils sont complémentaire. Il y deux concepts différents (mais liés) ici. « APT » (en majuscules), « Advanced Packaging Tool », qui correspond à l'infrastructure qui va permettre à un système de récupérer des paquets (binaires ou sources) depuis des sources (en lignes ou bien sur un médium physique). « apt-get », « aptitude » et depuis Jessie « apt » sont des « frontends », des interfaces qui permettent à l'utilisateur d'interagir avec APT. « apt-get » a été le premier. J'avais lu qu'il était initialement destiné à vérifier le bon fonctionnement d'APT plus qu'à être vraiment utilisé pour administrer un système. Dans la pratique beaucoup ont utilisé (et beaucoup utilisent toujours) cet outil. « aptitude » est venu après, proposant des fonctionnalités supplémentaires (motifs de recherche complexes, résolution des dépendances plus poussée et mémorisation des paquets automatiquement installés par le jeu des dépendances pour permettre leur suppression automatique lorsqu'ils devenaient inutiles). Il a été recommandé d'utiliser aptitude du fait de ses capacités supérieures à ce moment-là. Toujours à ce moment-là, il était périlleux de mixer les deux. apt-get a évolué et a notamment intégré la mémorisation des paquets automatiquement installés, limitant l'intérêt d'aptitude. C'est à ce moment que la recommandation d'utiliser aptitude a été retirée au profit d'apt-get qui permettait alors de simplifier les tests dans les procédures de mises-à-jour. « apt » est arrivé tout récemment (avec Jessie). Il ne fournit pas encore l'ensemble des fonctionnalités des autres outils et son API n'est pas encore stable (peut changer dans les prochaines versions), il n'est donc pas recommandé de l'utiliser dans des scripts. Son intérêt par rapport aux autres : - on use moins le clavier en tapant la commande, - on a une barre de progression qui nous indique où en est le traitement. Quoi qu'il en soit, aujourd'hui, on peut allègrement mixer ces trois commandes, je le fais au quotidien : - aptitude pour une recherche ou pour une désinstallation en masse selon un motif de recherche, - apt pour la mise-à-jour sécurité et l'installation d'un paquet, - apt-get pour le « autoremove » et le « clean ». Sébastien
Re: Clavier et trackpad paresseux...
On Wed, 2016-01-20 at 11:33 +0100, jdd wrote: > Le 20/01/2016 11:28, Arnaud Vandyck a écrit : > > > J'essayerai une Knoppix quand j'aurai le temps mais le problème > > existe > > avec d'autres distros (comme mentionné ci-dessus)... > > > il faudrait essayer avec des noyaux d'age différent Bonjour, Un collègue a essayé une Ubuntu 12 (live cd) avec un noyau 3.2.0: premier démarrage clavier et trackpad ok; redémarrage... plus de trackpad mais le clavier fonctionnait... On va encore essayer quelques live cd sur le temps de midi... -- Arnaud Vandyck
Re: [Mal «résolu» avec du non free] Network controller [0280]: Broadcom Corporation BCM4312
Bonjour, le chipset wifi Broadcom 4312 (LP-PHY) fonctionne bien sous Debian Jessie avec le pilote libre b43 mais a besoin pour cela d'un firmware non-libre qui est disponible dans le paquet firmware-b43-installer (pas firmware-b43legacy-installer comme dans les précédentes versions de Debian).
Re: apt? apt-get?
On 01/22/2016 12:43 AM, MENGUAL Jean-Philippe wrote: Bonjour à tous, Bonjour A une époque, Debian recommandait aptitude. Puis, apt-get. Mais quid de apt? Est-ce aussi différent d'apt-get qu'aptitude? Est-ce recommandé ou n'était-ce pas la norme officielle? Il semblerait (d'après le man) qu'APT et APT-GET/APT-CACHE n'est pas les mêmes finalités. APT ne serait qu'un front-end aux deux commandes précédentes et est sensé être plus facile pour l'utilisateur donc je pense qu'ils sont complémentaire. Cordialement. -- Alex ARNAUD
apt? apt-get?
Bonjour à tous, A une époque, Debian recommandait aptitude. Puis, apt-get. Mais quid de apt? Est-ce aussi différent d'apt-get qu'aptitude? Est-ce recommandé ou n'était-ce pas la norme officielle? Merci de vos retours, Amitiés, -- Jean-Philippe MENGUAL HYPRA, progressons ensemble Tél.: 01 84 73 06 61 Mail: cont...@hypra.fr Site Web: http://hypra.fr