NeoX a écrit 18312 commentaires

chez moi, avec un /dev/md0 actif, quand je fais mdadm --examine /dev/sdg (sdg etant un disque dans le raid, ca me donne

Number Major Minor RaidDevice State

this     2       8       96        2      active sync   /dev/sdg  
   0     0       8       16        0      active sync   /dev/sdb  
   1     1       8       32        1      active sync   /dev/sdc  
   2     2       8       96        2      active sync   /dev/sdg  
   3     3       8        0        3      active sync   /dev/sda  

j'avais un souci similaire avec mon raid10, il m'a fallu rajouter un sleep dans un fichier pour qu'il s'active au demarrage (pour qu'il soit ensuite monter par fstab)

je regardes ca car j'avais du le documenter pour ne pas me faire avoir la prochaine fois.
voila, c'est ca :

dans le fichier /usr/share/initramfs-tools/init
rechercher les lignes (chez moi 236,237):

maybe_break mount
log_begin_msg "Mounting root file system"

les modifier pour que cela devienne

maybe_break mount
sleep 10
log_begin_msg "Mounting root file system"

il faut ensuite regenerer le ramfs avec

update-initramfs -u -k all

ici c'est une ubuntu 10.10, mais j'avais le meme souci en 10.04

La ligne de commande utilisée: virt-install -n CS03 -r 1024 --connect qemu:///system --vcpus=2 --vnc --noautoconsole --os-type linux -w bridge:br0 --hvm --disk path=/dev/mapper/VolGroup0-CS03_SYSTEM -c /home/hnt/bins/iso/debian-6.0.0-amd64-CD-1.iso -k fr-be

j'etais persuadé que c'etait source d'embrouilles et de problemes

les autres machines fonctionne comme ca aussi ?
tu as attendu longtemps afin de voir si c'est vraiment un freeze, ou juste un delai dans la detection des disques ?

chacune etant utilisée par deux installations differentes de ton outil.

tu testes les modifs sur example.com/preprod (ca se repercute dans la base preprod)
si ca marche pas, tu peux ecraser le contenu de preprod par celui de prod (y compris la base)

si ca marche, tu n'as plus qu'a faire pareil sur Prod ;)

mais là je suis au bureau, et je ne me souviens plus comment j'ai truandé le systeme.

De memoire pour moi ca ne change en fait pas grand chose, car je bootes sur le SSD via son UUID

ensuite je monte le raid (mdadm raid10) mais il semble se debrouiller avec les disques qui changent de sdX/Y

je regarderais quand meme chez moi (si j'oublie pas)

Vendredi 18 mars, 12h07, apres avoir posté dans des forums, et lus d'autres, je cliques sur le menu "forums" en haut, paf, erreur 500

ca dit quoi avec un autre gestionnaire (cnetworkmanager par exemple) ?

je crois que ca devrait pas mal t'aider dans tes recherches

vers 17h59, je me connecte au site, forums et journaux en erreur 500
je recliques dessus, ca passe

à l'instant, apres avoir posté dans un forum, je veux retourner dans le forum alors que la page n'a pas fini de charger

-h | --help : pour afficher l'aide
-o <valeur> | --options <valeur> : pour mettre l'option=valeur

avec parfois une variante

--options=<valeur>

mais ca reste à l'appreciation du developpeur.

j'y connais rien en ruby mais

• redirect_to url_for(@node.content) + "#comment-#{@comment.id}"

• redirect_to url_for_content(@node.content) + "#comment-#{@comment.id}"
  

j'aurais plutot mis le + "#comment..." dans les () du redirect() ca donnerait

redirect_to url_for_content(@node.content + "#comment-#{@comment.id}" )

c'est possible mais toujours d'actualité
impossible de poster une reponse sur un forum sans se prendre une erreur 500 (mais la reponse est bien passée)

ament et pas amant

Au choix :
- lui coller la reference du disque en dur (/dev/sdX)
- lui mettre un mot de passe au demarrage
- l'installer sur un autre support que le disque en lui meme (cle USB ?)

une piste, l'erreur 500 serait sur la redirection apres publication du commentaire.

ainsi on se prend une erreur 500 alors que le commentaire est bien posté dans la boite.

désolé pour les doublons, erreur 500 alors que le commentaire à bien été posté

je repond à un forum

impossible de poster la reponse, erreur 500

Pardus te dis "changement de version du noyau"

et toi tu te dis que tout va bien se passer ?
alors il faudrait lire les depeches noyau que nous redige Patrick_G, tu verrais que parfois un changement de noyau n'est pas anodin.
http://linuxfr.org/sections/kernel plus specialement celle de la 2.6.37 http://linuxfr.org/news/sortie-de-la-version-2637-du-noyau-linux

ou il y a quand meme 9 occurences du mot INTEL en relation avec la carte graphique et avec des regressions.

il faut parfois lire les releases notes avant de faire une mise à jour
d'autant plus si ca touche au noyau

oki dac, je m'engage à signaler toute erreur 500 que je vois passer d'ici 24h

avec tous les Error 500 qu'on prend depuis vendredi...

c'est corrigé ? on sait d'ou ca vient ? on a des pistes pour corriger ?

je ne me souviens plus lequel des deux à lieux au japon, je crois que c'est le premier, lors de la decouverte de Lillith...

(Manga : Evangelion genesis)

dans ce cas là, on parle de "tuyau"

ca explique aussi le systeme du pigeon voyageur, qui est balladé dans une caisse fermée, aveugle, mais qui grace aux odeurs pourra retrouver son chemin.