wismerhill a écrit 2608 commentaires

À l'époque, le backup du serveur consistait à "casser" le raid puis à rajouter un disque,

C'est chouette pour avoir un backup avec des fichiers corrompus.

Est-ce que ext4/fat va pouvoir réutiliser les systèmes de raid, snapshots et … ?

man lvm
man mdadm

Si tu les as dans un autre répertoire avec des numéros ordonnés, tu as encore de la chance.
Parce que ça pourrait être dans le même répertoire où tu aurais des
source.old
source.bak
source.bak2
source.bak.bak
Copie de source
Copie de source2
Copie de Copie de source
source.new (en attendant qu'il prenne la place de source)
source.new2 (je veux expérimenter autre chose en parallèle)
source.new-collegue (mon collègue travaille en même temps que moi sur les mêmes sources)
…
http://thedailywtf.com/Articles/The_Developmestuction_Environment.aspx

Tu n'a pas dit à mod_rewrite de faire une redirection externe, donc il el fait en interne de façon transparente pour le client, qui de son point de vue est resté à la racine.
Si tu veux que mod_rewrite réponde au client avec une redirection il faut ajouter le drapeau R (qui s'ajoute à ton [L]).
cf http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#rewriterule

Ah?
Ça m'intéresse, comment fait-on ça?
Et surtout à partir de quelle version est-ce possible?

Il est généralement possible de programmer le redémarrage automatique d'un ordinateur via la RTC.
Cela se passe dans le fichier /sys/class/rtc/rtc0/wakealarm (voir le fichier rtc.txt de la documentation du noyau, suivant le matériel il est possible qu'il y en ai plusieurs).
On peut soit lire ce fichier pour voir si le réveil est programmé et pour quand, ou écrire dans ce fichier pour programmer le réveil.
On peut écrire dans deux formats différents, soit un temps absolu en secondes depuis l'epoch (timestamp unix), soit un nombre de secondes précédé d'un + pour indiquer das combien de secondes dans le futur il faut se réveiller.
Donc dans ton cas, il suffirait d'ajouter un script à l'extinction qui fait un
/bin/echo +120 > /sys/class/rtc/rtc0/wakealarm
pour que la machine se réveille deux minutes après (il faut laisser assez de temps pour qu'il soit effectivement éteint).

Attention que, de mon expérience (c'est peut-être dépendant du matériel), s'il y a déjà une date de réveil programmée il faut le mettre à 0 (echo 0) avant de pouvoir en affecter une nouvelle.

Oui, forcément puisque ces caractère sont ajoutés à la sortie que le deuxième grep reçoit en entrée.
Dans ton exemple il faut inverser les deux grep, comme le grep -v ne sort que les lignes qui ne correspondent pas il n'y mettra aucune couleur, l'autre peut alors travailler sans problème sur le flux resultant.
Une autre solution est de faire tout en un seul grep, mais ça peut rapidement faire des expressions rationnelles très compliquées. Dans ton cas il faudrait activer les expressions rationnelles de type perl (-P avec GNU grep) pour pouvoir faire un «zero-width negative look-ahead» (man perlre), ce qui te donnerait l'expression suivante

bidule(?!-truc)

qui peut se traduire en français pas «sélectionner bidule s'il n'est pas suivi par -truc».

grep --color=always
très pratique à combiner avec un less -R

Par exemple, le fait que que tu puisses allègrement mixer des dépôts i586 et x86_64 sans qu'il ne trouve rien à redire et surtout qu'il t'installes les paquets de la mauvaise arch ?

J'ai les deux d'activés et il s'en sort très bien.

L'absence d'outils comme apt-cacher-ng pour te faire un proxy local, la gestion du multiarch, etc, etc.

https://wiki.mageia.org/en/Urpmi-proxy

L'intégration de KDE dans mageia est très bonne.
La 2 vient avec KDE 4.8, la 3 (actuellement en beta) aura KDE 4.10.

loin devant les serveurs vnc (où tout, même le mot de pase, passe en clair)

Il suffit de faire un tunnel ssh et tout passera en crypté, du coup tu peux faire écouter le serveur vnc uniquement sur la boucle locale, et si tu a confiance dans tous les utilisateurs de la machine tu peux même te passer de mot de passe au niveau de vnc.

Si c'est pour récupérer les données, va plutôt voir de ce côté-là http://www.sysresccd.org/

Non non, les admin sérieux, ça existe.

Et puis il y a ceux qui font semblant mais en fait ne comprennent rien, j'ai eu le cas où, pour me donner accès à un serveur on m'a envoyé par mail la clé privée ssh dont la version publique avait été placée pour le compte root :-O

En plus, mc utilise nano pour éditer un fichier.

Plus précisément, il utilise son éditeur interne qui est peut-être basé sur nano. Mais sinon, il utilise la variable EDITOR et ça marche très bien.

Non, mc a son propre éditeur interne (qui n'a rien à voir avec nano et qui supporte les expressions rationnelles), mais il a aussi un paramètre (positionné par défaut sur certaines distributions) pour utiliser l'éditeur par défaut du système plutôt que le sien.
Et mcedit est également utilisable indépendamment de mc.

Si, grub1 reconnait le raid logiciel de Linux mais uniquement l'ancien format de méta-données (0.90), donc on peut créer explicitement avec mdadm -e 0.90 un périphérique raid pour /boot qu isera reconnu par grub1.
Il est également possible que les versions actuellement inclues dans les distributions soient patchées pur supporter le nouveau format de méta-données.

UDF est lisible par les TV,

Probablement paS.

Je viens de tester sur un android 4.1 de base et il ne sait pas quoi faire de cette clé USB.

Heu, OK, mais je répondais au fait de faire un chmod 0777 sur une partition ext2, qui elle retiendra les permissions des nouveaux fichiers qu'on y met.

Sauf qu'il faut refaire ton chmod à chaque ajout de fichier puisque ceux-ci seront créés avec des droits plus restrictifs.
Les ACL peuvent éviter ce problème, mais alors il ne faut utiliser le FS que sur des système qui les supportent.

Non, FUSE-exFAT est sous GPLv3, ce qui est incompatible avec Linux qui est GPLv2-only. On ne peut donc pas reprendre son code pour en faire un module noyau (en tout cas, on ne peut pas distribuer un tel module)

Sauf que, comme il n'y a pas de licence indiquée dans le code on retombe sur le droit d'auteur par défaut, soit que personne n'a le droit ni de distribuer ni d'utiliser ton code.

Si tu veux donner le droit de ré-utiliser ton code et de le redistribuer, il faut le faire explicitement, par exemple avec la licence BSD.

Ben justement, le point 9 de cette page indique que la version majeure n'est incrémentée que si des changements incompatibles ont été introduits. Et il ne me semble pas que ce soit le cas ici, donc n'incrémenter que la version mineure est logique.

Ah oui, c'est sur que les scripts sed c'est vachement lisible…

Je ne vais pas mettre la fameuse image de XKCD sur les standards, mais je n'en pense pas moins.

Et tu fais bien de ne pas la mettre car ça n'aurait pas été pertinent.

En effet, ils n'ont pas fait un nouveau standard mais bien une nouvelle implémentation d'un standard existant. Et c'est exactement à ça que sert un standard: permettre à chacun de choisir le programme qu'il préfère, et de faire le sien si aucun ne lui convient.

Non effectivement, mais tu trouve que lire une vidéo est un cas si anecdotique que ça?
Et avec seulement 300Mo utilisables en cache disque il ne faut pas de très gros fichiers pour rapidement déborder.

1024Mo de RAM - 128Mo pour la ram video = 768Mo pour le systeme et les applis.
sur lesquels tu en occupes 500 à 600Mo.

Ta calculatrice a quelques problèmes, 1024-128 ça donne 896, pour qu'il reste 768Mo au système il faudrait que la carte graphique réserve 256Mo.