Vous n'êtes pas identifié(e).
enicar a écrit :Il y a une chose importante avec adb. Il faut démarrer le serveur avec les droits root :
Non, aucune obligation de faire ceci.
Personnellement, je me sers très souvent de adb et je n'ai jamais été dans l'obligation de lancer le serveur en root.
Enfin bon, c'est mon expérience. Toujours est-il que c'est le cas sur ma debian/sid. J'ai vu des personnes
utiliser adb en étant root à cause de cela, mais il suffit de démarrer le serveur en étant root.
En même temps, faire l'expérience ne coûte pas grand chose. Mais à toi de voir…
Après cela tu pourras utiliser la commande adb en tant qu'utilisateur.
On peut même arrêter le serveur en étant utilisateur avec
Traduction approximative :
Bref, ça n'a rien à voir avec le mot de passe root, qui est parfaitement
reconnu.
C'est possible d'utiliser des applications graphiques avec les droits
root dans une session utilisateur avec Xorg, mais c'est fortement
déconseillé. Donc ce n'est pas possible par défaut.
Alors, le fichier /etc/initramfs-tools/conf .d/resume contient une seule et unique ligne :
RESUME=UUID=cb11a1cf-ac39-4f6b-8bcb-882414123616
Mais pas de /dev/sd*
Ah oui ! c'est une autre possibilité, plutôt que d'utiliser un /dev/sdxx
il vaut mieux utiliser un UUID car il est unique et n'est pas sujet au
changement comme la numérotation des disques.
Dans ce fichier on trouve :
Ici /dev/sdxx est un exemple ; ça devrait être le nom d'une partition de
swap assez grande pour hiberner. On aussi avoir none quand on ne
désire pas utiliser l'hibernation.
Malheureusement, ce paramètre lorsqu'il est mal configuré provoque un
long délai d'attente lors du boot. Donc il faut le positionner
correctement pour éviter ce désagrément. C'est à dire mettre le nom d'un
périphérique de swap existant !
C'est peut-etre le format wma qui est juste chiant partout en fait.
Hum, il me semble que les wma soient décodés avec la libavcodec pour être lus. C'est possible
que ce décodage ne soit pas aussi rapide qu'avec la libmpeg123, la libmp3lame ou la libvorbis qui sont utilisés pour
les mp3 et les ogg, respectivement (par exemple)
Mais je suis pas du tout sûr de ce que j'avance…
L'autre chose qu'il faudrait vérifier c'est l'état de l'autoeject :
Ça devrait valoir 0
Bizarre tout ça, j'ai 2 mots de passe identiques, mon user normal n'est pas dans sudoers, et quand je tape "su -l", je passe bien en root.
Normal car « su » n'utilise pas le suoders… C'est « sudo » qui utilise ce fichier
enicar a écrit :Mais il faut faire attention, quand on tape le nouveau mot de passe le clavier est en qwerty.
Ha ? J'ai jamais constaté.
Tu confonds pas avec l'étape où t'es dans grub ? Là j'ai constaté !
Non je ne confond pas avec grub… D'ailleurs c'est possible d'avoir autre chose que qweety dans grub
mais c'est vraiment pénible, car ça ne peut pas être défini par défaut. Il faut le changer quand
on a besoin (et à condition d'avoir fait un peu de configuration pour cela avant). En tous cas
je ne suis pas arrivé à faire autrement.
svp comment redemarrer ma machine un faisant un chroot? j'utilise une machine virtuelle pour info
C'est un long à expliquer. Et je n'ai pas trop le temps, pour l'instant. Certainement que d'autres pourront te guider
en attendant.
Bon courage.
je rencontre toujours le mm probleme avec la commande "sudo -s ou i"
Normal, puisque tu ne fais pas partie des sudoers…
Tu peux t'en tirer, en redémarrant la machine sur un cd live, puis en faisant un chroot pour
modifier le mot de passe root.
Une autre solution est de démarré en disant au noyau que init=/bin/bash, mais c'est un
parcours plus difficile…
En bref je pense qu'il faudrait que tu changes le mot de passe root de ta machine.
sinon, tu peux essayer: sudo su -
puis ton mdp utilisateur
Qui ne marchera pas puisqu'il ne fait pas partie du sudoers…
En plus, pour obtenir un shell root avec sudo, il vaut mieux faire :
ou
C'est prévu dans sudo de pouvoir obtenir un shell root !
mon fichier .Xauthority qui ne s'affiche pas ici ??
C'est normal, c'est du binaire. Bref, ça n'a pas d'incidence sur ton problème.
Du coup il n'y a que ma carte wifi ralink qui marche avec du non libre.
Très peu de cartes wifi fonctionnent avec des pilotes libres, malheureusement
Il arrive d'ailleurs fréquemment que ça pose un soucis lors de l'installation d'une
debian sans les firmwares et pilotes non libre en wifi…