NeoX a écrit 18045 commentaires

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root 118G 107G 5,9G 95% /
[…]

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

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

1. 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.....

ou via son fichier de config /etc/sysctl.conf

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

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

il y a que ssh qui plante ?

et il n'y a que SSH qui plante, ou la machine n'est plus du tout joignable, en web, en ftp, en vnc… ?

2problemes d'apres les LOGs

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

Oui, hélas déjà fait, je ne cromprends pas que je sois le seul ? dans ce cas !

deja vu un truc du genre,

c'est un service francais, tu viens d'une connexion internet française ?
tu utilises un

• vpn/proxy ?
• un controle parentale ou un DNS menteur (les fameux DNS cloud flare qui protege les enfants en ne répondant pas à certaines requêtes ?)

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)

plusieurs pistes possibles

• 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)

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

export DISPLAY=:0
/usr/bin/firefox http://fdslhfdsjfhksd

et à faire

at -f monlanceur -t now+1min

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.

plutot que le echo xxx | at
pourquoi ne pas utiliser

at -c 'DISPLAY=:0 /usr/bin/firefox'

Je préfère 1000x rester sur Linux , parce que bon Windaube , c'est NON 😈

qui a parlé de retourner sous windows ? :p

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 ;)

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

parfois c'est l'outil qui convertit mal l'ISO vers l'USB
tu peux essayer avec un autre outil que Rufus

• balenaetcher : https://www.balena.io/etcher/?ref=etcher_menu
• unetbootin : https://unetbootin.github.io

par contre je ne sais pas s'ils permettent d'activer la persistence

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 30 15: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

dd if=/dev/sdXYlacarte of=tonfichiersauvegarde.raw

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

dd if=tonfichiersauvegarde.raw of=/dev/sdXYlacarte

ben regarde les correcteurs aspell, gramalect, etc
ca m'étonnerait que tout se fasse en ligne.

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.

• ta machine est bien 64bits ?
• ta clef USB est bien suffisante pour mettre l'ISO ET la persistence ?

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…

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

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.

mia@mia-PC5:/run/systemd/units$

lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:wpa_supplicant.service -> 51decb4502cd4092a0a39913687eb20b

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.