B. franck a écrit 718 commentaires

bon, ma réponse est un peu hâtive:
il vaut mieux appeler les fonctions système avec un chemin absolu

sinon:

echo ' #!/bin/bash ; echo "0wn3d" ' > date
chmod +x date
export PATH=.
perl -e " my $now = system('date','+%s');

my $now = `date +%s`;

essaye de monter l'image en loopback, avant de la graver,
car elle pourrait être invalide.

1- droits d'accès à /dev/dsp : tu dois être dans le group qui possède ce fichier et ce groupe doit pouvoir écrire dedans
2- le dsp est verrouillé par une autre application de multiplexage comme esd ou arts (serrveurs de son utilisés respectivement par enlightenment ou kde)
3- vlc n'a pas les codecs (peut probanle ;) )


je pense que xmms n'utilise pas directement le dsp si tu n'as pas de son en sélectionnant /dev/dsp.

Avant de modifier le système de fichier, tu pourrais peut-être essayer de repenser ta façon de stocker les pages non ?

parce que j'ai omis quand même la modification du contenu des fichiers.

for i in *.htm; cat $i | sed -e 's/htm/php/g' > $i
hum... voyons voir...
je pense que cette ligne remplace toutes les occurences de la chaîne 'htm' par 'php',
dans toutes les lignes, de tout le contenu de tous les fichiers *.htm
ça m'a tout l'air d'être un beau "ratiboisage" en bon et dûe forme
sans aucun changement des noms de fichier...

par contre un


for i in $(ls *.htm); do echo mv -i $i $(echo $i | sed -e 's/\.htm$/\.php/i') ; done

"ne devrait pas être loin" de marcher (en fait ça marche :] )
en supposant que les noms de fichier ne contiennent pas d'espace (je n'ai pas testé en fait, les espaces dans les noms de fichier sont une hérésie) et que l'on pipe le résultat dans un shell car on ne fait qu'afficher les commandes pour éviter les "catas". ( | /bin/sh )

rename 's/\.htm$/\.php/' *.htm

et une petiti preuve:

frbn@mx:~/test$ touch html.htm_htm.htm
frbn@mx:~/test$ touch htmhtmhtm.htm.htm.htm
frbn@mx:~/test$ ll
total 0
-rw-r--r-- 1 frbn frbn 0 Apr 14 08:35 htmhtmhtm.htm.htm.htm
-rw-r--r-- 1 frbn frbn 0 Apr 14 08:35 html.htm_htm.htm
frbn@mx:~/test$ rename 's/\.htm$/\.php/' *.htm
frbn@mx:~/test$ ll
total 0
-rw-r--r-- 1 frbn frbn 0 Apr 14 08:35 htmhtmhtm.htm.htm.php
-rw-r--r-- 1 frbn frbn 0 Apr 14 08:35 html.htm_htm.php



the regexp paouwa

lancer tes règles de firewall au niveau 5 n'est pas recommandé

tu pourrais perdre les services donnés par ces règles ne serait-ce qu'en passant en niveau 2 ou 3
(pour par exemple redémarrer xdm ou pour recycler X)

En niveau 2 ou 3 c'est mieux (tm).
suivant le mode ou les interfaces réseau sont activées:
par défaut: 2 sous debian, 3 sous rh/mdk||mandriva

l'OpenCD:
ed2k://|file|TheOpenCD_VF_2.0_[Framasoft].iso|577732608|B939C635725D7EAC484C2088B5E433B9|/|sources,217.167.38.10:4662|/

une alternative Loliwin:
ed2k://|file|loliwin-5.03.0-cdimage.iso|720656384|63A39264058FA7988F904F3A716976E2|/|sources,217.167.38.10:4662|/

t'es t'un goret toi !
prend ton vi et modifie thunderbird si tu veux qu'il réagisse autrement.

bah je crois bien, mais vu comment mon commentaire a été moinsé,
tout le monde à pas l'air d'accord...
Sinon, je vois pas l'utilité de savoir ça,quand je me retrouve en single-user mode, c'est pour faire de la migration de partition / , du fsck après de graves erreurs ou pour changer un mot de passe root oublié.

ps: Peut-être une différence au niveau des partitions autres que / qui ne sont pas montées ?

je crois que je fais ça avec la commande ci-dessous (ou pas loin), aucun problème de lecture sur une platine de salon de base avec en cadeau
un hypothétique gain de place sur certains fichiers "mal encodés"
permettant de les mettre sur un cdrom de 700Mo sans "overburner"
ou percdre l'index.


mencoder source.avi -sub soustitres.srt -fontconfig -oac copy -ovc lavc -o source_vostfr.avi

init 1 coupe le réseau et permet d'ouvrir un shell pour root, donc en mono-utilisateur.

c'est toujours comme ça que ça se passe avec les messies...

le reverse était légitime, il fallait être sûr de ce que faisait leur bouzain
avec les sources.
<mode_parano>
imaginons qu'il insère du code sans le notifier
</mode_parano>

de toute façon on a toujours le droit de faire du reverse à des fins d'opérabilité. (pour combien de temps, ça c'est une question de référendum hors sujet ici)

Et ils devraient plutôt être heureux qu'on les ai prévenu pour qu'il change leur business-plan.

tac fichier fait un "cat" du fichier en partant de la fin vers le début.
Après tu peux le "piper" dans un more ou un less à loisir.

En principe "u" est censé provoquer le démontage en règle des partitions actives,
je confirme que ça fonctionne très bien et de façon radicale, ça tombe bien c'est fait pour ça !

mais il m'est pourtant plusieurs fois arrivé de subir un e2fsck au redémarrage pour cause de disques non proprement démontés.

moi aussi, au début, lorsque je n'attendais pas que toutes les partitions soient effectivement démontées (ça prend quand même une seconde...) avant de me ruer sur la touche fatidique (le 'b').

Ou aussi lorsque j'oubliais la touche S avant ...

Sinon, je ne me tape que les maintenances normales: après un certain nombres de montages d'une partition comme d'habitude, et ceci depuis plusieurs mois d'utilisation de cette hérésie de combinaison de touches.

le del ça se remplace par ctlr+H (^H)
et le reboot, par un:

AltGr + ImprEcran/Syst + s u b
(sync umount reboot)
voila un reboot des familles en 1/2 seconde (avec un peu d'entrainement.)

ou alors il y a "reboot" , "shutdown -rf 0" ou "init 6", plein en fait
qui permettent de se passer sans problème de cette que l'on cherche
partout à chaque fois qu'on tape sur un portable...

J'avoue qu'il n'y a rien de particulier qui me choque dans la configuration des 2 noyaux

bah y'a quand même l'option
IP_MULTICAST qui est à Y dès le début (pas lu plus loin)

Donc en gros, le noyau déclare la machine comme récepteur de multicast, ce qui est nuisible dans ce réseau là.

Donc je mettrais ça à N.

wop!
bon la correction dont je parlais n'était pas g+s à tous les fichiers...
je me suis relu : je n'ai pas été assez clair.

sur le dossier parent : chmod g+s dossier
sur les fichiers: chmod g+rw fichiers

chmod g+s dossier_contenant_les_fichiers

si le dossier contenait déjà des fichiers, il faut leur appliquer
la même correction. Les prochains a être déposés dans ce dossier
auront la bonne appartenance.

J'ai eu un problème identique et je l'ai résolu en positionnant
le sgid sur le dossier contenant les fichiers.
Celà ne me semble pas vraiment dangereux tant que le groupe n'a
pas plus de pouvoir que ceux de base ( mais celà reste potentiellement dangeureux quand même...)

parce que c''est pas très clair.

tout est dans le titre, il faut signaler à init que son inittab a changé.