Posté par NeoX .
En réponse au message python et connections.
Évalué à 3.
Dernière modification le 17 avril 2020 à 18:27.
D'où 3 questions:
2.quand on travaille sous linux est-il plus pertinent d'avoir recours à os, sys, subprocess et lancer des popen(),system(),subprocess() avec les programmes linux adhoc?
ca peut simplifier le boulot dans un premier temps
car tu fais faire via le système, ce que tu souhaites faire à la fin en python
3.plus compliqué: si on veut utiliser du python sur une application qui fonctionne sur des smartphones par exemples, est ce que les modules os,sys,subprocess fonctionnent ?
justement, comment avec la méthode 2°) tu vas devoir gérer des OS/SYS/SUBPROCESS différents selon que tu es sous linux, windows, osx, android, iOS
Une suggestion de documentation simple, claire, didactique?
regarder ce que l'on appelle les LIBs de développement,
ca doit te permettre d'appeler des bouts de codes que d'autres ont deja écrits pour te simplifier la tache et rester en Python partout dans ton programme,
c'est alors la LIB qui détecte l'OS utilisé, et fera les bons appels pour toi, le cas échéant avec des OS/SYS/SUBPROCESS
un logiciel de visioconférence (ben oui il faut l'audio, ET la video pour ton besoin)
mais qui aurait une faible latence pour ne pas trop décaler les joueurs…
on a deja cherché avec un pote qui voulait faire répéter son orchestre en "telepresence", mais pour l'instant on n'a rien trouvé de vraiment sérieux.
je dirais que l'option "pcie_port_pm=off" semble la plus probante
pour la consommation, là c'est à toi de voir, batterie pleine, mettre cette option au démarrage avoir un usage "standard" de ta machine, voir combien de temps elle tient
idem batterie pleine, ne pas mettre l'option, voir combien tu gagnes ?
y a aussi des outils pour savoir ce qui consomme, mais j'ai perdu le nom.
sinon pour changer des valeur dans /sys/bus/acpi tu dois pouvoir le faire avec sysctl*
sysctl -w bus.acpi.devices.....=D0 ou echo D0 >/sys/bus/acpi/devices.....
Posté par NeoX .
En réponse au message script shell.
Évalué à 4.
chose que tu aurais pu faire, c'est relire avant de poster pour te rendre compte que le copier/coller de l'énoncé n'était pas dans l'ordre
Sous Linux, créez un utilisateur robby dans le groupe robot en vous aidant des éléments suivants :
- - la commande #useradd ; édition de /etc/group ;
– – g :
– – m : option qui crée le répertoire personnel par défaut ;
– – option -u 1010 pour l’UID numérique de l’utilisateur ;
– – les commandes ls et lp pour afficher le répertoire et imprimer ;
– – l’arborescence d’un système de fichiers sous Linux.
sinon quand on débute sous linux, la commande man peut s'avérer très utile
exemple : man useradd va t'expliquer comment fonctionne useradd, et quelles sont les options possibles, ce qu'elles font.
idem donc pour man ls et man lp
sinon une recherche sur internet avec ces mots fonctionnent aussi.
et nous envoie par exemple sur https://linux.die.net/man/8/useradd pour useradd
avril 15 10:30:33 sshd[4957]: /etc/ssh/sshd_config line 84: Unsupported option UsePAM
ligne 84, l'option UsePAM ne semble pas être appréciée
avril 15 10:30:33 sshd[4957]: Could not load host key: /etc/ssh/ssh_host_rsa_key
avril 15 10:30:33 sshd[4957]: Could not load host key: /etc/ssh/ssh_host_dsa_key
avril 15 10:30:33 sshd[4957]: Could not load host key: /etc/ssh/ssh_host_ecdsa_key
avril 15 10:30:33 sshd[4957]: Disabling protocol version 2. Could not load host key
il ne semble pas trouvé les clefs, ou les clefs n'ont pas les bons droits.
si tu as la main physiquement sur la machine,
sauvegarde les fichiers de configs et les clefs tar zxcvf /root/openssh-down.tgz /etc/ssh* /etc/sshd*
supprimes tout
apt purge openssh-server
rm -rf /etc/ssh*
reinstalle apt install opens-server
ca va remettre le fichier de config par défaut, refaire les clefs SSHs
DNS = udp 53 ET tcp 53
http = tcp 80
https = tcp 443
etc
ATTENTION, si ce sont 2 windows, il y aussi le firewall sur les windows à ouvrir pour accepter le ping, le http en ENTREE sur la machine (si un windows sert de serveur)
le son est coupé sur la carte son pendant le travail ?
le backend (pulseaudio, alsa…) utilisé par rawtherapee est absent de ta distrib
le backend est present, mais la sortie est coupée (ex : ta distrib utilise normalement pulseaudio, mais le logiciel utilise le backend alsa, et alsa est "muted" en sortie)
les drones grand public utilisent des radiocommandes dans la gamme des 2.4Ghz, comme le bluetooth et le wifi
donc ca doit pouvoir se percevoir avec une antenne et un récepteur adapté,
c'est d'ailleurs le cas quand tu montes toi meme ton drone, tu accordes/appaire ton émetteur et ton récepteur, qui échange une paire de clef pour se reconnaitre mutuellement et éviter de perturber le voisin.
c'est un réglage qui permet de se logeur automatiquement sur le compte d'un utilisateur
hélas quand on change de mot de passe, l'autologin ne se met pas à jour, et ca plante la machine.
je doute que ce soit ca, mais ca se tente.
une autre piste, c'est de démarrer en mode rescue,
en gros au démarrage quand il te demande de choisir sur quoi démarrer, il faut éditer la ligne de grub, virer les "splash quiet" et mettre "single"
ca permet souvent de démarrer en mode texte, pour revenir en arrière sur une modification, sauvegarder un truc.
et au pire, une fois sauvegarder (depuis un système sur clef USB)
tu pourras reinstaller.
ne le prend pas mal, mais tu veux utiliser KALI, une distribution pour faire des tests de penetrations reseaux (hacking reseau)
et tu ne sais pas lire un fichier en ligne de commande ?
quand le système te dis que le fichier contenant les résultats se trouve dans /boot.log
il faut ouvrir ce fichier pour voir son contenu.
par exemple avec vi ou nano ou emacs selon ce qui est dispo dans la distribution ou dans le busybox sur lequel tu viens d'arriver.
vi /boot.log
te permettra de voir le contenu, de le photographier si besoin.
Autre piste, plutôt que liveUSB, pourquoi ne pas d'abord tester et se roder avec une machine virtuelle.
ainsi tu gardes ton OS de depart, sur lequel tu as tes habitudes, et tu peux installer autant d'OS que tu veux pour apprendre dans des PCs virtuels, que tu peux planter sans perdre l'usage de ta machine.
C'est ce que j'avais compris quand tu disais :
si tu vas en ligne de commande, tu devrais voir vers quoi ca pointe
chez moi c'est dans /etc/systemd/
oui, sauf que j'étais dans /etc/systemd
pour le dossier /run/systemd/units
a priori j'ai un comportement similaire à chez toi
root@machine:/run/systemd/units# find -type l -iname '*.service' -exec ls -l {}\;[...]
lrwxrwxrwx 1 root root 32 Mar 3015:50 invocation:watchdog-mux.service -> 7c18329706af4265a18ccde93d808818
root@machine:/run/systemd/units# ls -l 7c18329*
ls: cannot access '7c18329*': No such file or directory
root@machine:/run/systemd/units# ls -l 7c18329706af4265a18ccde93d808818
ls: cannot access '7c18329706af4265a18ccde93d808818': No such file or directory
et pourtant ma machine fonctionne parfaitement.
c'est un serveur, je n'ai pas d'interface graphique pour tester l'affichage de ces units
En résumé :
les liens brisés sont dans /run/systemd/units
ls -la montre qu'ils pointent des des iD numériques en rouge
Ces cibles n'existent pas, vérification est faite ci-dessus.
NON
tu as regardé dans le dossier /run/systemd/units pour savoir ou vont les liens
mais avec la commande
mia@mia-PC5:~$ ls -l 51decb4502cd4092a0a39913687eb20b
tu as fait le ls -l dans TON dossier (~), pas dans le /runt/systemd/units
donc il faut verifier si 51dec…. existe DANS le dossier /run/systemd/units
soit en faisant ls -l /run/systemd/units/51decb4502cd4092a0a39913687eb20b
soit en faisant
cd /run/systemd/units
ls -l 51decb4502cd4092a0a39913687eb20b
Tandis que chez toi ils pointent vers /etc/systemd, ce qui est confirmé avec la commande find /etc/systemd/ -iname *.service -exec ls -l {} \;
non il ne pointe pas vers /etc/systemd
ma commande cherche les fichiers services dans le dossier /etc/systemd
et il en trouve, mais qui pointe vers /lib/systemd…
[^] # Re: Logs?
Posté par NeoX . En réponse au message Le serveur ssh plante après 20 minutes (debian). Évalué à 2.
ton disque est plein (107Go occupé pour 118Go total, reste 5.9Go, soit 5%)
seul root peut travailler dedans, sur les 5% restants
fait un peu de place sur ton disque, et ca devrait rentrer dans l'ordre
# base de la programmation
Posté par NeoX . En réponse au message python et connections. Évalué à 3. Dernière modification le 17 avril 2020 à 18:27.
ca peut simplifier le boulot dans un premier temps
car tu fais faire via le système, ce que tu souhaites faire à la fin en python
justement, comment avec la méthode 2°) tu vas devoir gérer des OS/SYS/SUBPROCESS différents selon que tu es sous linux, windows, osx, android, iOS
regarder ce que l'on appelle les LIBs de développement,
ca doit te permettre d'appeler des bouts de codes que d'autres ont deja écrits pour te simplifier la tache et rester en Python partout dans ton programme,
c'est alors la LIB qui détecte l'OS utilisé, et fera les bons appels pour toi, le cas échéant avec des OS/SYS/SUBPROCESS
# en gros un soft de visioconférence
Posté par NeoX . En réponse au message Session de musique sur le net. Évalué à 3.
un logiciel de visioconférence (ben oui il faut l'audio, ET la video pour ton besoin)
mais qui aurait une faible latence pour ne pas trop décaler les joueurs…
on a deja cherché avec un pote qui voulait faire répéter son orchestre en "telepresence", mais pour l'instant on n'a rien trouvé de vraiment sérieux.
# tu as déja bien avancé
Posté par NeoX . En réponse au message Erreur ACPI avec une radeon sur un PC Intel. Évalué à 4.
je dirais que l'option "pcie_port_pm=off" semble la plus probante
pour la consommation, là c'est à toi de voir, batterie pleine, mettre cette option au démarrage avoir un usage "standard" de ta machine, voir combien de temps elle tient
idem batterie pleine, ne pas mettre l'option, voir combien tu gagnes ?
y a aussi des outils pour savoir ce qui consomme, mais j'ai perdu le nom.
sinon pour changer des valeur dans /sys/bus/acpi tu dois pouvoir le faire avec sysctl*
sysctl -w bus.acpi.devices.....=D0
ouecho D0 >/sys/bus/acpi/devices.....
ou via son fichier de config /etc/sysctl.conf
# remettons le copier/coller dans le bon ordre
Posté par NeoX . En réponse au message script shell. Évalué à 4.
chose que tu aurais pu faire, c'est relire avant de poster pour te rendre compte que le copier/coller de l'énoncé n'était pas dans l'ordre
sinon quand on débute sous linux, la commande
man
peut s'avérer très utileexemple :
man useradd
va t'expliquer comment fonctionne useradd, et quelles sont les options possibles, ce qu'elles font.idem donc pour
man ls
etman lp
sinon une recherche sur internet avec ces mots fonctionnent aussi.
et nous envoie par exemple sur https://linux.die.net/man/8/useradd pour useradd
[^] # Re: Logs?
Posté par NeoX . En réponse au message Le serveur ssh plante après 20 minutes (debian). Évalué à 2.
problème d'espace disque saturé ?
SSH a besoin d'écrire sur le disque quand on se connecte
apache et mariaDB sont généralement en lecture, sauf quand on upload un fichier, ou quand on ajoute des données sur le disque
[^] # Re: Logs?
Posté par NeoX . En réponse au message Le serveur ssh plante après 20 minutes (debian). Évalué à 2.
et il n'y a que SSH qui plante, ou la machine n'est plus du tout joignable, en web, en ftp, en vnc… ?
[^] # Re: Logs?
Posté par NeoX . En réponse au message Le serveur ssh plante après 20 minutes (debian). Évalué à 3.
2problemes d'apres les LOGs
ligne 84, l'option UsePAM ne semble pas être appréciée
il ne semble pas trouvé les clefs, ou les clefs n'ont pas les bons droits.
si tu as la main physiquement sur la machine,
sauvegarde les fichiers de configs et les clefs
tar zxcvf /root/openssh-down.tgz /etc/ssh* /etc/sshd*
supprimes tout
reinstalle
apt install opens-server
ca va remettre le fichier de config par défaut, refaire les clefs SSHs
[^] # Re: Tester sans plugin
Posté par NeoX . En réponse au message Cherche tuyaux pour me connecter au site de la BanquePostale sous Linux. Évalué à 5.
deja vu un truc du genre,
c'est un service francais, tu viens d'une connexion internet française ?
tu utilises un
[^] # Re: modèle OSI
Posté par NeoX . En réponse au message règles IPTables. Évalué à 3. Dernière modification le 15 avril 2020 à 09:48.
plus simplement
iptables -A FORWARD -s IP_reseau_2 -d IP_reseau1 -p tcp --dport 80 -j ACCEPT
remplacer tcp et 80 par le protocole et le port
DNS = udp 53 ET tcp 53
http = tcp 80
https = tcp 443
etc
ATTENTION, si ce sont 2 windows, il y aussi le firewall sur les windows à ouvrir pour accepter le ping, le http en ENTREE sur la machine (si un windows sert de serveur)
# son muté, backend non present...
Posté par NeoX . En réponse au message Rawtherapee, sur Emmabuntu 3. Évalué à 3.
plusieurs pistes possibles
[^] # Re: Affecter la variable DISPLAY
Posté par NeoX . En réponse au message Utiliser "at" pour lancer un programme graphique ?. Évalué à 3.
mea culpa le man que j'ai consulté doit être un peu vieux
http://www.linuxfr-france.org.invalid/article/man-fr/man1/at-1.html
celui semble plus à jour
https://linux.die.net/man/1/at
du coup en effet, y a pas mieux, sauf peut-être à mettre le lanceur dans un fichier
et à faire
at -f monlanceur -t now+1min
# grand public ou militaire ?
Posté par NeoX . En réponse au message Analyse du signal drone <==> base. Évalué à 4.
les drones grand public utilisent des radiocommandes dans la gamme des 2.4Ghz, comme le bluetooth et le wifi
donc ca doit pouvoir se percevoir avec une antenne et un récepteur adapté,
c'est d'ailleurs le cas quand tu montes toi meme ton drone, tu accordes/appaire ton émetteur et ton récepteur, qui échange une paire de clef pour se reconnaitre mutuellement et éviter de perturber le voisin.
[^] # Re: Affecter la variable DISPLAY
Posté par NeoX . En réponse au message Utiliser "at" pour lancer un programme graphique ?. Évalué à 3.
plutot que le
echo xxx | at
pourquoi ne pas utiliser
at -c 'DISPLAY=:0 /usr/bin/firefox'
[^] # Re: autologin
Posté par NeoX . En réponse au message Écran bloqué sur logo linux . Évalué à 2.
qui a parlé de retourner sous windows ? :p
# autologin
Posté par NeoX . En réponse au message Écran bloqué sur logo linux . Évalué à 3.
le truc qui me vient à l'esprit c'est l'autologin
c'est un réglage qui permet de se logeur automatiquement sur le compte d'un utilisateur
hélas quand on change de mot de passe, l'autologin ne se met pas à jour, et ca plante la machine.
je doute que ce soit ca, mais ca se tente.
une autre piste, c'est de démarrer en mode rescue,
en gros au démarrage quand il te demande de choisir sur quoi démarrer, il faut éditer la ligne de grub, virer les "splash quiet" et mettre "single"
ca permet souvent de démarrer en mode texte, pour revenir en arrière sur une modification, sauvegarder un truc.
et au pire, une fois sauvegarder (depuis un système sur clef USB)
tu pourras reinstaller.
c'est formateur aussi ;)
[^] # Re: Busybox
Posté par NeoX . En réponse au message Impossible de démarrer Kali Linux en live USB. Évalué à 5. Dernière modification le 13 avril 2020 à 12:35.
ne le prend pas mal, mais tu veux utiliser KALI, une distribution pour faire des tests de penetrations reseaux (hacking reseau)
et tu ne sais pas lire un fichier en ligne de commande ?
quand le système te dis que le fichier contenant les résultats se trouve dans /boot.log
il faut ouvrir ce fichier pour voir son contenu.
par exemple avec vi ou nano ou emacs selon ce qui est dispo dans la distribution ou dans le busybox sur lequel tu viens d'arriver.
vi /boot.log
te permettra de voir le contenu, de le photographier si besoin.
Autre piste, plutôt que liveUSB, pourquoi ne pas d'abord tester et se roder avec une machine virtuelle.
ainsi tu gardes ton OS de depart, sur lequel tu as tes habitudes, et tu peux installer autant d'OS que tu veux pour apprendre dans des PCs virtuels, que tu peux planter sans perdre l'usage de ta machine.
Virtualbox : https://www.virtualbox.org est un bon debut
[^] # Re: taille de la clef vs taille de l'ISO
Posté par NeoX . En réponse au message Impossible de démarrer Kali Linux en live USB. Évalué à 3.
parfois c'est l'outil qui convertit mal l'ISO vers l'USB
tu peux essayer avec un autre outil que Rufus
par contre je ne sais pas s'ils permettent d'activer la persistence
[^] # Re: La destination existe
Posté par NeoX . En réponse au message units : tous les liens sont brisés. Évalué à 2.
oui, sauf que j'étais dans /etc/systemd
pour le dossier /run/systemd/units
a priori j'ai un comportement similaire à chez toi
et pourtant ma machine fonctionne parfaitement.
c'est un serveur, je n'ai pas d'interface graphique pour tester l'affichage de ces units
[^] # Re: Reprendre la main
Posté par NeoX . En réponse au message Plantage en boucle. Évalué à 2.
ca va te faire un backup complet de la carte
tu peux alors agir sur celle-ci
et si besoin, revenir à l'état de depart en faisant l'inverse
[^] # Re: dictionnaires du CNRTL
Posté par NeoX . En réponse au message Dictionnaire de synonymes ?. Évalué à 2. Dernière modification le 13 avril 2020 à 10:01.
ben regarde les correcteurs aspell, gramalect, etc
ca m'étonnerait que tout se fasse en ligne.
# taille de la clef vs taille de l'ISO
Posté par NeoX . En réponse au message Impossible de démarrer Kali Linux en live USB. Évalué à 2.
ca veut dire qu'il y a bien le système d'amorce (GRUB/isolinux)
mais que ce dernier ne semble pas trouver le reste du système.
[^] # Re: La destination existe
Posté par NeoX . En réponse au message units : tous les liens sont brisés. Évalué à 2.
NON
tu as regardé dans le dossier /run/systemd/units pour savoir ou vont les liens
mais avec la commande
tu as fait le
ls -l
dans TON dossier (~), pas dans le /runt/systemd/unitsdonc il faut verifier si 51dec…. existe DANS le dossier /run/systemd/units
soit en faisant
ls -l /run/systemd/units/51decb4502cd4092a0a39913687eb20b
soit en faisant
non il ne pointe pas vers /etc/systemd
ma commande cherche les fichiers services dans le dossier /etc/systemd
et il en trouve, mais qui pointe vers /lib/systemd…
[^] # Re: Merci !
Posté par NeoX . En réponse au message Bind9 > Besoin d'aide (SERVFAIL) . Évalué à 2.
suffit de tester,
la recursion sur OFF, ca ne fonctionnait, pas.
tu l'as mise sur ON et ca marche
commente la partie forwarder, tu verras bien si ca fonctionne toujours ou s'il faut les 2 :p
[^] # Re: La destination existe
Posté par NeoX . En réponse au message units : tous les liens sont brisés. Évalué à 2.
tu melanges tout.
tu regardes dans /etc/systemd/
qui te dis que le service se trouve dans /lib/systemd/…
puis tu vas lire dans /run/systemd…
ca n'a aucun sens.
tu as les fichiers de config dans /etc/systemd qui sont des liens vers /lib/systemd
et sont OK
tu as ensuite des fichiers d'executions dans /run/systemd
c'est là que tes liens apparaissent comme brisés.
c'est là qu'il faut investiguer.
le
ls -l invocation:wpa_supplicant.service
te dis que c'est un lien vers ** 51decb4502cd4092a0a39913687eb20b**c'est en rouge parfois clignotant, ce que veut dire que 51decb4502cd4092a0a39913687eb20b n'existe pas
ls -l 51decb4502cd4092a0a39913687eb20b
permettra de savoir s'il existe réellement ou non ou si ca renvoie encore ailleurs.