Vous n'êtes pas identifié(e).
(quoique je ne maîtrise pas toutes les subtilités entre su et sudo), autant, kwrite ? je me mets en root pour la session ? je dois refaire une manip' pour chaque application ?
Hello,
Pour lancer un éditeur graphique en root, ou n'importe quelle application graphique d'ailleurs, le plus sécurisé est de passer par les utilitaires gksu, ou kdesu, ou ktuss.
Comme ceci:
kdesu kwrite monfichier.txt
par exemple.
gksu et kdesu sont intégrés respectivement à gnome et kde (donc en principe installés, si tu as sudo installé) et ktsuss est indépendant des environnements graphiques (bon à savoir si tu utilises un autre environnement que gnome ou kde).
quand tu lances par exemple 'kdesu kwrite' une fenêtre s'ouvre pour te demander d'y saisir ton mot de passe.
Compilation du noyau ? Tu n'y vas pas avec le dos de la cuiller là ?!
Mélodie: je suis d'avis d'éviter autant que possible une sid pour un débutant, au motif qu'un système stable permet d'acquérir les connaissances qui permettront ensuite de se rendre compte que le système ne réagit pas comme il devrait.
Il en veut, il se fait une orgie à base de manchot à toutes les sauces.
Alors pour la sauce, chez Andesi (Another Debian Site, site en français contrairement à ce que suggère l'acronyme) compilation à la sauce Debian:
http://www.andesi.org/noyau:noyau
Chez Christian Casteyde, tous les détails sur les options d'un noyau déjà bien dépassé, mais très intéressant pour une bonne prise de tête !
Annexe A. Options de configuration du noyau
http://casteyde.christian.free.fr/syste … 12863.html
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Il en veut, il se fait une orgie à base de manchot à toutes les sauces. wink
Il va falloir créer une catégorie "sumotori-debian" sur ce forum.
@+
Quelqu'un a-t-il une idée ?
Dernière modification par Chris (28-11-2008 23:22:08)
Hors ligne
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Je, en tant que propriétaire, n'avais pas les droits de lecture et écriture dedans, mais seulement le droit de lecture. Il faut corriger cela avant de refaire un make (en mode user)
Si toi, tu dois corriger les readme, imagine moi...
Comment on change les droits ? (Désolé, mais c'est là où j'en suis...)
e)Pour les commandes en root, je sais, j'ai pris de mauvaises habitudes. J'ai considéré que, n'étant pas connecté, je ne risquais rien. Et puis, c'est aussi bête que ça, mais je ne sais pas repasser en user...Donc, make install en root, mais pas make ?
f)Pour dire ce qui m'échappe, pas de problème. Si on n'est pas un peu humble, on ne tente pas une install Debian. Et si on l'est trop non plus d'ailleurs...
g)Poupôupou...Encore un chroot ? Evitons les mots qui fâchent. J'ai les 3 DVD officiels de Etch. Et Synaptic. Je serai surpris de n'y pas trouver les utilitaires de compilation. J'ai fait une installation standard. Je suppose qu'ils sont installés d'office. Si ce n'est pas le cas, c'est facile d'y rémédier (j'ai jeté un oeil au niveau des prérequis, au début du readme.
<Requirements>
- kernel source tree (supported Linux kernel 2.6.x/2.4.20 and latter)
- compiler/binutils for kernel compilation
Et j'ai vérifié : j'ai bien binutils installés. Pour ce qui est de Kernel source tree, je ne sais pas ce que c'est.
@+
Hors ligne
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Hors ligne
Pour les commandes en root, je sais, j'ai pris de mauvaises habitudes. J'ai considéré que, n'étant pas connecté, je ne risquais rien.
Tu ne risques en effet rien de plus que d'effacer la totalité des fichiers présents sur l'ensemble des périphériques accessibles en écriture de ton système (clés usb, disques dur,...). Le risque évoqué n'a aucun rapport avec le fait d'être connecté à internet.
Si binutils est installé, il doit suffire d'installer s'il ne l'est pas déjà le paquet linux-headers-2.6.18-4-k7, c'est ce que j'ai fait chez moi (pour le 2.6.18-6-k7).
Bonne compilation. Il doit neiger ce week-end.
@+
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Hors ligne
debian:/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# make clean modules
make -C src/ clean
make[1]: entrant dans le répertoire « /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src »
rm -rf *.o *.ko *~ core* .dep* .*.d .*.cmd *.mod.c *.a *.s .*.flags .tmp_versions Module.symvers Modules.symvers rset modules.order
make[1]: quittant le répertoire « /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src »
make -C src/ modules
make[1]: entrant dans le répertoire « /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src »
make -C /lib/modules/2.6.18-4-k7/build SUBDIRS=/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src modules
make[2]: entrant dans le répertoire « /usr/src/linux-headers-2.6.18-4-k7 »
CC [M] /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src/r8169_n.o
/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src/r8169_n.c: In function 'rtl8169_tx_clear':
/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src/r8169_n.c:3072: warning: unused variable 'dev'
/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src/r8169_n.c: At top level:
/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src/r8169_n.c:2321: warning: 'rtl8169_phy_power_down' defined but not used
LD [M] /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src/r8169.o
Building modules, stage 2.
MODPOST
CC /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src/r8169.mod.o
LD [M] /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src/r8169.ko
make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.18-4-k7 »
strip --strip-debug r8169.ko
make[1]: quittant le répertoire « /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src »
debian:/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# make install
make -C src/ install
make[1]: entrant dans le répertoire « /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src »
install -m 744 -c r8169.ko /lib/modules/2.6.18-4-k7/kernel/drivers/net/
make[1]: quittant le répertoire « /home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00/src »
debian:/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# depmod -a
debian:/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# insmod ./src/r8169.ko
debian:/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# lsmod | grep r8169
r8169 32272 0
J'en pleurerai... D'ailleurs, ça ne va pas tarder, mais pour une autre raison...
debian:/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# ifconfig -a
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1028 errors:0 dropped:0 overruns:0 frame:0
TX packets:1028 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:80808 (78.9 KiB) TX bytes:80808 (78.9 KiB)
sit0 Lien encap:IPv6-dans-IPv4
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
debian:/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00#
Apparement, même avec le nouveau module, ça ne marche pas. Avec un peu de chance, il suffit de rebooter. Et voili voilou :
debian:/home/chris# lsmod | grep r8169
r8169 28872 0
Je me retrouve bien sûr sans connection, mais en plus avec l'ancien module lancé.
So What ?
Hors ligne
b) copier le nouveau module à la place de l'ancien
On doit pouvoir éviter d'avoir à redémarrer, mais bon, on aura la certitude d'un résultat fiable.
Ne pleures pas
@+
debian:/home/chris# lsmod | grep r8169
r8169 28872 0
Visiblement, mon installation n'a pas marché. Du coup, j'ai été faire une capture d'écran sur
/lib/modules/`uname -r`/kernel/drivers/net/
mais apparement, c'est pas possible de la mettre ici. Et je vois pas où la poser (ouvrir un compte sur flick ?) Bon, tant pis. je recopie à la main le passage qui nous intéresse : r8169 ko.bak 37.6ko Code objet -rw-r--r-- root root
r8169 ko 37.6ko Code objet -rw-r--r-- root root
En terme de conclusion provisoire :
a) il doit y avoir un soucis du côté des groupes et des permissions...
b) quel module est actif ? Qu'est devenu celui que j'avais créé ?
Hors ligne
.
Compares la taille du fichier dans ton répertoire src et dans /lib/modules/.... pour vérifier si c'est la même ou pas.
Si la taille est la même nous avons fini je crois d'explorer la piste du nouveau module pour tenter de résoudre ce problème.
@+
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
hop, sous Sid ! ^^
(Si tu veux bien)
Oui, en dehors de tenter le passage de paramètres au noyau précédemment évoqué, il ne nous reste plus beaucoup de pistes. En tout cas, ça aura boosté la croissance de Chris sous Linux.
@+
Melodie a écrit :hop, sous Sid ! ^^
(Si tu veux bien)
@+
Oui assez rigolé !
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Hors ligne
Si quelqu'un a une idée pour faire tourner le bouzin sans passer par une install complète de Sid, je reste preneur...
Bonjour,
Oui, relis mon post, j'y ai mis de quoi configurer le réseau.
Le souci est que je t'ai poussé à compiler un nouveau driver et qu'il a dû écraser celui du kernel. (qui en plus est trop vieux).
je propose:
a) suis le tuto, configures en statique (en root), puis lance un ping (ping dns-de-la-passerelle ou ping www.google.fr ou ce que tu veux)
b) si ça ne le fait pas, essaie de supprimer le module et recharger celui du kernel, s'il n'est pas cuit:
en root
modprobe -r r8169
modprobe r8169
et tu réessaies
c) j'entends depuis longtemps des gens dire qu'ils sont sous Sid depuis des années : installes comme une Etch ou comme une Lenny, (en supprimant d'abord la partition, ne réinstalle pas direct dessus, des fois "ça marcheupas") fais juste attention après, à la manière dont tu gères les mises à jour, informes-toi de la meilleure manière de faire
d) même tuto pour configurer le réseau
à +
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
Pour moi il reste une voie non explorée, même si je n'y crois guère: celle de remplacer le contenu de /etc/udev/rules.d de la etch par celui de la knoppix
(..)
freddec, en rade de solution pour chris
Salut freddec, je te dirais très amusée, qu'il faudrait penser à configurer la connexion un jour.
C'est la raison pour laquelle j'ai mis ce post un peu plus haut, avec un lien qui pointe sur un howto récent et simple, plus la citation.
(Laisse donc udev, ça marche chez les autres, sans y toucher)
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
je te dirais très amusée
Pour mémoire je suis un vilain barbu (pas au sens linuxien du terme hélas)
Laisse donc udev, ça marche chez les autres, sans y toucher
même si je n'y crois guère
Je me dis qu'au point où on en est, il ne risque rien a tenter le coup, même si c'est probablement en pure perte
'il faudrait penser à configurer la connexion un jour.
Tant que ethx ne sera pas dispo (ifconfig -a), essayer de configurer l'interface ne servira à rien
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
Tant que ethx ne sera pas dispo (ifconfig -a), essayer de configurer l'interface ne servira à rien
Ah oui. +1
++
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Je me dis qu'au point où on en est, il ne risque rien a tenter le coup, même si c'est probablement en pure perte
Tant que ethx ne sera pas dispo (ifconfig -a), essayer de configurer l'interface ne servira à rien
Oui, +1 aussi.
Chris, il n'est pas nécessaire d'effectuer la comparaison demandée précédemment (#114), l'installation du nouveau module a effacé le précédent.
Pour résumer, dans les pistes évoquées précédemment, il nous reste la copie du /etc/udev/rules.d/ de la Knoppix (nous avons besoin d'info pour cela de la part de Chris, voir #90) et le passage de paramètres au noyau (#98).
Si Chris est d'accord (et à titre d'entraînement pour la face nord), nous pourrions explorer ces pistes avant d'envisager le passage en Sid, pour tenter d'y voir (plus) clair.
En effet l'explication ne peux pas à mon avis consister simplement à passer à un noyau supérieur, car nous avons actuellement d'après les essais:
- un 2.6.18 (etch) qui ne fonctionne pas
- un 2.6.19 (knoppix) qui fonctionne
- un 2.6.26 (lenny) qui ne fonctionne pas
La Sid est quand à elle pourvue (aussi) d'un 2.6.26, et fonctionne d'après les infos de Melodie. Quelle différence peut-il donc y avoir entre le noyau 2.6.26 de la lenny et le noyau 2.6.26 de la sid?
Je crois pour ma part plus accessible de tenter de voir les différences entre le 2.6.18 actuel (etch) et la knoppix (2.6.19).
Vos avis?
@+
Vos avis?
Seule l'expérimentation fai foi. Après si ça ne suffit pas Chris devra aller solliciter les debianistes les plus proches de chez lui, dans un GUL.
(Groupe d'utilisateurs linux, la liste est sur le site de April).
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne