Re: compte root désactivé, sudo = commande introuvable

2016-01-22 Par sujet Christophe De Natale 
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

2016-01-22 Par sujet Klaus Becker 
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

[résolu]Re: compte root désactivé, sudo = commande introuvable

2016-01-22 Par sujet Christophe De Natale 
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

2016-01-22 Par sujet Yann Justdohit 
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"

@+

Re: compte root désactivé, sudo = commande introuvable

2016-01-22 Par sujet humbert . olivier . 1 
> "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: umount /media/cleusb qu'en root

2016-01-22 Par sujet andre_debian 
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: Clavier et trackpad paresseux...

2016-01-22 Par sujet Arnaud Vandyck 
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: umount /media/cleusb qu'en root

2016-01-22 Par sujet andre_debian 
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é

Re: apt? apt-get?

2016-01-22 Par sujet Alex ARNAUD 

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?

2016-01-22 Par sujet MENGUAL Jean-Philippe 
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

Re: [Mal «résolu» avec du non free] Network controller [0280]: Broadcom Corporation BCM4312

2016-01-22 Par sujet didier gaumet 

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?

2016-01-22 Par sujet Sébastien NOBILI 
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

[résolu]Re: compte root désactivé, sudo = commande introuvable

2016-01-22 Par sujet Christophe De Natale 
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

2016-01-22 Par sujet Bernard Schoenacker 
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

2016-01-22 Par sujet Christophe De Natale 
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

Re: apt? apt-get?

2016-01-22 Par sujet maderios 

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

compte root désactivé, sudo = commande introuvable

2016-01-22 Par sujet Christophe De Natale 
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: compte root désactivé, sudo = commande introuvable

2016-01-22 Par sujet merkedanke 
*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.