Hobgoblins Master a écrit 726 commentaires

Le mount -o loop, je l’utilise quand j’ai l’image d'une seule partition ou d’un périph sans table de partition, mais c’est moins pratique quand tu dois accéder à la 4eme partition, ou pour faire tourner du fdisk/cfdisk/parted…

Le risque n’est pas tant l’erreur humaine que la perte du périphérique. Si jamais il y a un quelconque problème matériel chaque lecture, et pire, chaque écriture risque d’être la dernière I/O sur un bloc voir sur le périphérique entier. Donc si possible, ne faire qu’une lecture…
J’ai vu plusieurs disques durs et clés USB ne pas survivre à une tentative de récupération directe :)

Je te trouve bien téméraire d’avoir attaqué ta carte direct avec fdisk, testdisk et photorec…

Dans ce genre de cas, je commence toujours par un petit ddrescue :) et je fais une copie de sauvegarde du fichier généré.

Puis si tu veux avoir ton fichier en tant que périphérique bloc complet :

sudo modprobe -r loop && sudo modprobe loop max_part=63
sudo losetup -d /dev/loop0
sudo losetup /dev/loop0 /chemin/vers/image/disque

ensuite, tu peux jouer autant que tu veux sans trop de risques :)

C’est vrai, en effet, je me suis laissé emporter par la gestion des pages de man, et le fait que je l’utilise aussi pour ouvrir mes fichiers de session générés avec script…

Sinon, pour la vraie coloration, souvent, je |view - :)

most est à less ce que less est à more : un pager…

Il gère un peu de coloration syntaxique (top pour les man) améliore la recherche et la navigation…
Disponible en paquet dans toutes les bonnes distros, il suffit ensuite d'ajouter un export PAGER=most dans le .bashrc (ou autre si autre shell)

Il fait partie de la liste de paquets que j'installe par défaut sur toutes mes machines au premier boot avec vim (pas le tiny), most, byobu (screen-profiles)…

Les versions récentes sont vraiment top avec lsof, strace, ltrace intégrés, la gestion des cgroups… Bref, du must have :)

Les problèmes pointés sur syslog sont réels, mais j'ai du mal avec les réponses apportées.

Comment un sysadmin pourrait-il faire confiance en un système de logs binaires dont le format de stockage est et restera non documenté, pouvant évoluer à tout moment.
Quand je vois que pour la centralisation des logs, il ne propose que rsync, ça laisse songeur. (Le un jour peut-être on fera du réseau si on a le temps, j’y crois pas tant que c’est pas fait).
En plus, le démon de log semble choisir aléatoirement les lignes conservées en fonction de la charge système et de l’espace disque.
Qu’est-ce qui est prévu au niveau de la structure des fichiers logs en cas de crash machine ? La seule mention que je vois s'est :
> It is designed in a way that log data is only attached at the end (in order to ensure robustness and atomicity with mmap()-based access), with some meta data changes in the header to reference the new additions
Le système de fichier dessous à intérêt de bien gérer les crashs et d’être journalisé…
Comme pour syslog, chaque application devra écrire son propre parseur ayant connaissance des UUID spécifiques à l’application pour pouvoir les interpréter…
Il ne parle que de GUI pour lire les logs, donc encore une fois, après PA, et surtout NM, un système bas niveau qui devient inutilisable en console…

Je suppose que son parseur sera assez light pour pouvoir être utilisé depuis un initramfs au cas où systemd plante le démarrage de la machine ?

firefox -no-remote -P …

Il s’agit d’une carte atheros prise en charge par le driver athn, mais aucune fonctionnalités n ne sont prises en charge à cause du driver générique ieee80211…
Donc, je pourrais l'utiliser en g, mais ça limite quand même pas mal l’intérêt d'avoir une carte capable de faire du MiMo… Donc pour le moment, ça ne vaut pas le coup d’abandonner ma Debian (pour moi hein).

Pas vraiment, je crois que tu confonds avec 802.1x qui est l'authentification (en gros hein :) sur le lien. Moi, je veux exploiter les capacités MiMo de la carte wifi de ma soekris ;)

Et OpenBSD, me permettrait enfin d'exploiter la puce crypto parce que sous Linux, c'est pas encore ça sur cette machine :(

Avez vous des nouvelles de l'évolution de la prise en charge du wifi N, c'est tout ce que j'attends pour enfin passer mon routeur à OpenBSD, mais ça fait au moins 2 ans que je regarde à chaque MAJ, et qu'il n'y à rien de nouveau visible dans la doc :(

Avec pam_mount, j'ai bien un ~/tmp en tmpfs par utilisateur. Pour le /tmp, j'ai arrêté le ramdisk, c'est trop petit :)

Il doit aussi y avoir moyen de se passer du tracker : http://tanguy.ortolo.eu/blog/article26/ à condition que le client Bittornado le supporte…

Merci :)

Comme alternative à FAN, OMD (http://omdistro.org/) est à regarder. Il permet de conserver les outils de supervisions à jour sans utiliser les paquets de la distribution. Tout est intégré, il supporte Shinken. Mais surtout ce qui me semble intéressant, c'est qu'il suffit de 2 commande pour créer un environnement vierge pour tester de nouvelles stratégies de supervision, ou copier un environnement existant pour valider la maj des outils. Très prometteur en tout cas.
Sinon, j'attends avec impatience de pouvoir tester la nouvelle version de NConf http://www.nconf.org/dokuwiki/doku.php (qui gère les services sur les groupes d'hosts) pour voir si on peut faire évoluer les classes de configuration pour gérer Shinken. Vu la conception du produit, je pense que c'est possible sans trop de difficultés…

Sauf le prix ;)

Au boulot, on m’en a filé (marque silicon-power, je sais pas d’où ils venaient) de 128G pour mon poste, le premier à tenu 2 semaine, le second 2 mois 1/2… Et pour des perfs plus que moyennes, certes, ça bootait vite, mais après, j’avais régulièrement des freezes d’une 10aine de secondes…
Du coup, je suis passé à 2 vrais disques (2To Hitachi) en RAID1, je revis…

Peut-être que le jour où je pourrais équiper mon portable avec un 200Go à moins de 150€, j’y repenserai…

Tu devrais peut-être penser à ajouter un bitmap interne à ton raid, ça accélère bien certaines reconstructions…

Oui, et en GUI en plus \o/ avec wpa_gui…

J’ai essayé NM, il ne veut pas de ma conf openvpn (pourtant pas exotique), il ne gère pas mon mobile comme modem en bluetooth, et sur mes stations, pas de prise en charge du bridge, du bonding et des VLANs… Tout ça est parfaitement géré par ifupdown…

C’est surtout cette page : http://0pointer.de/blog/projects/why.html et les commentaires, à la fin de la lecture, j’ai vraiment l’impression qu’on va finir par avoir Gnome, NM, et j’avais oublié Plymouth en dépendances de l’init…

Et ça laisse beaucoup de questions sans réponses :

• Il commence à ajouter des options spécifiques à systemd dans /etc/fstab, mount va être patché ou on va bientôt devoir utiliser systemctl ?
• Que vont devenir certains systèmes évolués comme ifupdown ? Il les laisse tranquilles où on va devoir trouver utiliser des scripts maisons et de gros hacks le temps que systemd/NM gèrent aussi bien et simplement l’agrégation de liens, les VLANS, les tunnels…
• S’appuyer sur les cgroups, c’est une bonne idée, mais vais-je pouvoir continuer à les utiliser aussi pour regrouper mes services par tâches — un pour les services de base, un pour la tâche web (apache, mysql), un pour la tâche mail (postfix, dovecot…), ou je vais devoir passer à LXC pour garder des regroupements avec ma logique…

Toutes les distributions ne vont pas passer à systemd.

Certes, on pourra toujours utiliser Slack, Ubuntu et LFS ;)

En lisant le blog, les commentaires et leurs réponses, j’en retire que le monsieur ne travaille avec pour cible que Linux+Fedora+Gnome+NM, que ce qu’il propose — et pousse sous couvert de « standardisation » et dé-balkanisation — même si ça parait séduisant va m’obliger à avoir Gnome+Avahi+NM sur mes serveurs d’ici 2 ans si je veux rester sous Linux… Qu’a force de tout casser, les plus petits projets et ceux qui jusqu’ici tentais de rester compatibles avec le maximum d’Unices vont devoir faire le choix de Linux où de la portabilité. Qu’on abandonne ce qui fait habituellement la force d’Unix un outils → une tâche ; pour un truc qui tente de tout gérer — un des commentaire m’a bien plus à ce sujet, systemd va devenir l’emacs du boot !

Après avoir traîné sur son blog, notamment les « systemd for administrators », j’ai vraiment l’impression que tout ce qui l’intéresse, c’est le desktop, et encore, à condition de ne pas se laisser envahir par la diversité :

• Linux
• Fedora
• Gnome
• Avec NM et Avahi bien sûr…

Hors ceux là, point de salut…

Et les serveurs ? Ben une Fedora avec un gnome dessus pourquoi, quelqu’un compte encore utiliser la ligne de commande ?

Je sens que je vais devoir passer aux BSD…

Personne n’ayant encore trouvé de moyen fiable de scanner l’immense espace des adresses V6, au lieu de se cacher derrière un NAT, on se cache dans l’espace d’adressage monumental… Avec à peut-prêt le même niveau de sécurité…

Plus sérieusement, ça a été discuté et les normes et recommandations sont disponibles :

• http://www.bortzmeyer.org/6204.html
• http://www.bortzmeyer.org/6092.html

Bon d’ici à ce que les fabricants de « Boxes » suivent ses recommandations, on a le temps… Déjà qu’ils sont loin de respecter les RFC IPv4…

C’est moche ton opinion sur Brassens ;)