Petite précision tout de même, si l'appel système mount(2) n'accepte pas les fichiers réguliers, la commande mount(8) les accepte, grâce à l'option -o loop, avec laquelle elle alloue automatiquement un périphérique boucle.
Oui j'avais remarqué ça, même sans l'option -o loop d'ailleurs. Là, j'essaye de comprendre ce que la commande mount(2) fait avec "loop/autoclear" car umount (l'appel système et la commande) ne semble pas avoir besoin de dés-associer le fichier loopback et le fichier régulier, la-dés association semble automatique.
La raison pour laquelle mount(2) a besoin d'un périphérique bloc, c'est qu'à mon avis le noyau doit vouloir accéder aux données du système de fichiers directement à des adresses mémoire. Un fichier régulier n'a rien de tel, à moins de le mapper en mémoire, et c'est justement ce que fait un périphérique boucle.
Humm, intéressant. Donc dans un fichier de type bloc, on a une abstraction (tête de lecture du lecteur ou micrologiciel du SSD) pour lire à une adresse précise alors que dans un fichier normal n'a pas ça.
Que doit faire un fichier régulier pour lire à une adresse précise ? Dans mon programme, j'utilise fseek(3) (je ne connais pas le syscall associé) pour positionner le curseur au bon endroit sans avoir besoin de tout lire. Je pense que ce qui se passe lorsque je fais un fseek dépend du système de fichier mais qu'en règle général, il a pas besoin de lire séquentiellement tout le fichier, si1 ?
À quoi correspond l'action de mapper ? Car manifestement, il ne met pas tout en mémoire. Seulement le nœud d'index peut-être ?
Je pense qu'en ext4 il doit avoir un truc qui lui dit pour l'adresse XXX tu regardes seulement ici. Le nœud d'index a des champs pour ça qui permet un accès logarithmique aux données du fichier il me semble. ↩
Je ne souhaite pas avoir de serveur dédié au monitoring. Je voudrais que chacun partage sont status à tous les autres serveurs monitorés. J'idéalise certainement un peu trop.
Merci beaucoup en tout cas, c'est bien plus clair maintenant ! Je risque également de passer au conteneur non-privilégié de root. Ça a l'air plus simple.
PS: J'ai également fait systemctl edit user@1000.service pour ajouter
[Service]
Delegate=cpu cpuset io memory pids
Mais je ne comprends pas bien si ça a eu un effet. J'ai l'impression passer à côté de quelque chose dans le nom de ce service. user@1000 pour moi c'est un service comme un autre, je comprends pas bien pourquoi il existait déjà et pourquoi il fait ce qu'il doit faire. En utilisant l'option --full j'ai l'impression que c'est un service générique. On peut utiliser des paramètres dans les units systemd ? Ici le paramètre est 1000 ?
Donc j'ai modifié le fichier /etc/lxc/default.conf et également le mien dans ~ache/.config/lxc/default.conf.
En ajoutant ceci :
lxc.idmap = u 100010001
lxc.idmap = g 100010001
lxc.idmap = u 02000200
lxc.idmap = g 02000200
Mon /etc/subuid et /etc/subgid ressemble à ça :
ache:1000:1
ache:2000:200
Et là, ça ”marche”. Disons que le conteneur se crée. Mais avec des messages d'erreurs :
tar: ./var/log/lastlog : le propriétaire ne peut pas être changé en uid 0, gid 997: Argument invalide
tar: ./var/log/btmp : le propriétaire ne peut pas être changé en uid 0, gid 997: Argument invalide
tar: ./var/log/wtmp : le propriétaire ne peut pas être changé en uid 0, gid 997: Argument invalide
tar: ./var/log/journal/remote : le propriétaire ne peut pas être changé en uid 0, gid 981: Argument invalide
tar: ./var/log/journal : le propriétaire ne peut pas être changé en uid 0, gid 983: Argument invalide
tar: Arrêt avec code d'échec à cause des erreurs précédentes
lxc-create: ache: lxccontainer.c: create_run_template: 1618 Failed to create container from template
lxc-create: ache: tools/lxc_create.c: main: 317 Failed to create container ache
Bref, j'investiguerais ça. Mais pour l'instant le mapping à pas l'air mauvais. Je crois que j'ai compris comment il fonctionne ! Merci à vous ! :)
Ben au final, bien qu'un peu système D, c'est quand même une bonne solution temporaire.
J'ai un peu peur du Velcro, j'essayerais et je donne un retour dès que j'ai fait le montage.
Dans une moindre mesure, c'est à l'initiative des développeurs. Ça a été fait pour la peinture en miroir par exemple. (c.f. le lien de mon voisin du dessus)
Merci. Je connaissais ce lien, mais il y en avait tellement que je m'étais perdu plusieurs fois.
En me basant sur la deuxième carte, j'ai pu en trouver (oui plusieurs) qui me convenaient parfaitement. Avec quelques recherches supplémentaires, je devrais être fixé.
[^] # Re: tests
Posté par ache (site web personnel) . En réponse à l’entrée du suivi Apparition de paramètres inquietants dans les urls . Évalué à 0 (+0/-0). Dernière modification le 05 novembre 2022 à 22:56.
Bizarre …
J'ai même cette URL parfois:
linuxfr.org/?banner_size=320x240%27A%3D0&close_cross_action_click=11&content_niche=infidele&corner_position=right-bottom-top&design=01&e=1%27+and+%27x%27%3D%27x&email=&id=10000&page=8&sound=0&synergie=494&tracker=_oopt4e_1_197&typecontenu=sexy&w=0
O_o:
typecontenu=sexy
,content_niche=infidele
.[^] # Re: De la doc !
Posté par ache (site web personnel) . En réponse au message Pourquoi mount (le syscall) n'accepte pas un fichier ordinaire. Évalué à 1.
Cool !
Merci pour la doc, c'est vraiment plus claire comme ça.
Enfin, j'ai des trucs à apprendre quoi.
[^] # Re: La commande mount l'accepte
Posté par ache (site web personnel) . En réponse au message Pourquoi mount (le syscall) n'accepte pas un fichier ordinaire. Évalué à 1.
Oui j'avais remarqué ça, même sans l'option
-o loop
d'ailleurs. Là, j'essaye de comprendre ce que la commandemount(2)
fait avec "loop/autoclear" carumount
(l'appel système et la commande) ne semble pas avoir besoin de dés-associer le fichier loopback et le fichier régulier, la-dés association semble automatique.Humm, intéressant. Donc dans un fichier de type bloc, on a une abstraction (tête de lecture du lecteur ou micrologiciel du SSD) pour lire à une adresse précise alors que dans un fichier normal n'a pas ça.
Que doit faire un fichier régulier pour lire à une adresse précise ? Dans mon programme, j'utilise
fseek(3)
(je ne connais pas le syscall associé) pour positionner le curseur au bon endroit sans avoir besoin de tout lire. Je pense que ce qui se passe lorsque je fais unfseek
dépend du système de fichier mais qu'en règle général, il a pas besoin de lire séquentiellement tout le fichier, si1 ?À quoi correspond l'action de mapper ? Car manifestement, il ne met pas tout en mémoire. Seulement le nœud d'index peut-être ?
Je pense qu'en ext4 il doit avoir un truc qui lui dit pour l'adresse XXX tu regardes seulement ici. Le nœud d'index a des champs pour ça qui permet un accès logarithmique aux données du fichier il me semble. ↩
[^] # Re: LibreNMS
Posté par ache (site web personnel) . En réponse au message Outils de monitoring “distribué”. Évalué à 1.
Je ne connaissais pas. Ça a l'air très propre. Mais effectivement c'est un peu lourd comme truc.
[^] # Re: Collectd, graphite, grafana, icinga2, rsyslog ou systemd-journal-remote
Posté par ache (site web personnel) . En réponse au message Outils de monitoring “distribué”. Évalué à 1.
Merci ! C'est une vraie infra légère ça. J'ai juste à mettre les trucs lourds sur le serveur le plus puissant (icinga2, grafana, …).
Je me penche là-dessus !
[^] # Re: distribué ?
Posté par ache (site web personnel) . En réponse au message Outils de monitoring “distribué”. Évalué à 1.
Je ne souhaite pas avoir de serveur dédié au monitoring. Je voudrais que chacun partage sont status à tous les autres serveurs monitorés. J'idéalise certainement un peu trop.
[^] # Re: Merlin Hugues ?
Posté par ache (site web personnel) . En réponse au message Outils de monitoring “distribué”. Évalué à 1. Dernière modification le 10 février 2022 à 11:21.
Euh, son site web à minima me rebute et pour être franc, me fait peur.
C'est tant que ça un problème ? Tous les outils de monitoring utilisent lm-sensord ? C'est une vraie question.
PS: Je me dis que c'est une blague mais en même temps, y a rien qui indique que c'est une blague donc ça me met très mal à l'aise.
[^] # Re: corrige les fichiers /etc/subuid et /etc/subgid
Posté par ache (site web personnel) . En réponse au message Utilisation de LXC en mode non privilégié. Évalué à 1. Dernière modification le 15 décembre 2021 à 02:37.
Pour l'utilisateur
nobody
, j'avais bien compris qu'il posait problème. Du coup, je m'en suis débarrassé directement dans/etc/passwd
etgroup
. "Il semble quand même un peu utile : https://unix.stackexchange.com/questions/186568/what-is-nobody-user-and-group. Si jamais j'ai un problème, je le recréerai avec l'uid 1999.
Merci beaucoup en tout cas, c'est bien plus clair maintenant ! Je risque également de passer au conteneur non-privilégié de root. Ça a l'air plus simple.
[^] # Re: corrige les fichiers /etc/subuid et /etc/subgid
Posté par ache (site web personnel) . En réponse au message Utilisation de LXC en mode non privilégié. Évalué à 1.
Oh ! Apparemment, c'est le conteneur archlinux qui a ce problème, le conteneur ubuntu fonctionne. 👌
Je dois configurer
/etc/lxc/lxc-usernet
ache veth lxcbr0 11
Et lancer le conteneur avec :
$ systemd-run --user --scope lxc-start -n sandbox
$ systemd-run --user --scope lxc-attach -n sandbox
Ça marche nickel. 👌
PS: J'ai également fait
systemctl edit user@1000.service
pour ajouter[Service]
Delegate=cpu cpuset io memory pids
Mais je ne comprends pas bien si ça a eu un effet. J'ai l'impression passer à côté de quelque chose dans le nom de ce service.
user@1000
pour moi c'est un service comme un autre, je comprends pas bien pourquoi il existait déjà et pourquoi il fait ce qu'il doit faire. En utilisant l'option--full
j'ai l'impression que c'est un service générique. On peut utiliser des paramètres dans les units systemd ? Ici le paramètre est 1000 ?[^] # Re: corrige les fichiers /etc/subuid et /etc/subgid
Posté par ache (site web personnel) . En réponse au message Utilisation de LXC en mode non privilégié. Évalué à 2. Dernière modification le 15 décembre 2021 à 10:05.
Merci à vous !
Donc j'ai modifié le fichier
/etc/lxc/default.conf
et également le mien dans~ache/.config/lxc/default.conf
.En ajoutant ceci :
Mon
/etc/subuid
et/etc/subgid
ressemble à ça :Et là, ça ”marche”. Disons que le conteneur se crée. Mais avec des messages d'erreurs :
Bref, j'investiguerais ça. Mais pour l'instant le mapping à pas l'air mauvais. Je crois que j'ai compris comment il fonctionne ! Merci à vous ! :)
[^] # Re: En attendant
Posté par ache (site web personnel) . En réponse au message Clé 4G Linux et Gammu. Évalué à 2.
Ben au final, bien qu'un peu système D, c'est quand même une bonne solution temporaire.
J'ai un peu peur du Velcro, j'essayerais et je donne un retour dès que j'ai fait le montage.
Merci ! ^
[^] # Re: LC_ALL, LC_CTYPE
Posté par ache (site web personnel) . En réponse au message Problème encodage et ls . Évalué à 1. Dernière modification le 30 juillet 2019 à 05:27.
Merci, c'est effectivement ça.
Je ne comprend pas trop pourquoi
dpkg
n'a pas fait son travail tout seul.LC_ALL=C
est dans/etc/environment
par défaut semble-t-il.Il y a certainement une raison mais je ne capte pas l’intérêt d'avoir ça. Bref, en supprimant la ligne de
LC_ALL
, tout rentre dans l'ordre.Merci bien ! Bonne journée ^
[^] # Re: GIMP
Posté par ache (site web personnel) . En réponse à la dépêche Sortie de Krita 3.0. Évalué à 1.
Dans une moindre mesure, c'est à l'initiative des développeurs. Ça a été fait pour la peinture en miroir par exemple. (c.f. le lien de mon voisin du dessus)
[^] # Re: une carte connue pour marcher
Posté par ache (site web personnel) . En réponse au message Carte Wifi. Évalué à 2.
Argh !
Merci. Je connaissais ce lien, mais il y en avait tellement que je m'étais perdu plusieurs fois.
En me basant sur la deuxième carte, j'ai pu en trouver (oui plusieurs) qui me convenaient parfaitement. Avec quelques recherches supplémentaires, je devrais être fixé.
Je donnerais ici un compte rendu d'installation.