Tu partitionnes en FAT32 ou c'est juste pour le test ?
Essaye un coup de dd, on ne sait jamais:
dd if=/dev/zero of=/dev/sdb bs=512 count=200
puis redémarrage, puis repartitionnement. Si il n'y a pas de mieux, le problème est ailleurs que sur le disque et/ou dans les logiciels.
J'ai toujours aimé les "normes" qui ne sont pas utilisables. Smart en est un exemple :-(
Chaque disque et/ou constructeur n'a pas les données aux mêmes endroits, c'est la fête. On est obligé d'avoir une base de données recensant les disques et la manière d'interpréter les données.
Attends que ça refroidisse, refait un memtest pour voir si ça bloque au méme endroit. Puis re-refait un memtest après par exemple 2 minutes de refroidissement. Si l'erreur n'est pas au même endroit, c'est très probablement la carte-mère. Dans ce cas, aïe aïe, il faut faire joujou avec le SAV, pas marrant.
Si c'est "juste" la mémoire, le plus simple est d'en acheter. Ca te coûtera à peine plus cher que les frais de port et de téléphone pour retourner ton portable au SAV.
Il n'empêche que dans tous les cas, tu ne peux plus faire confiance aux données de ton disque.
Soit le disque a un problème (très peu probable à mon avis) donc poubelle après récupération des données, soit il est bon mais ce qui est dessus est douteux. Dans tous les cas tu es bon pour une sauvegarde sur un autre support, réinstallation de l'OS et recopie des données en sachant qu'elles peuvent être corrompue.
Si memtest te donnes des erreurs, ça peut venir de la mémoire ou de la carte-mère (éventuellement du processeur, mais je n'ai pour le moment jamais vu cela). Pour savoir si c'est l'un ou l'autre qui pose problème, c'est plus délicat :-)
Si tu as 2 barettes de mémoire, refait le test avec une seule, puis avec l'autre. Si l'erreur disparaît alors c'est la carte-mère (ou les réglages dans le BIOS). Si l'erreur est toujours là ça ne prouve rien, la bonne blague. Il te faut alors faire le test avec d'autres mémoires.
Si tu ne vois pas pourquoi ce n'est pas le disque-dur, c'est que tu ne sais pas comment ça fonctionne. Ce n'est pas grave en soit, mais ça fait deux problèmes de connaissance dans la même phrase :-)
Comment dire sans être trop méchant... Hum... Disons que tu vas d'abord faire ton memtest et ensuite tu reviendras dire que j'avais tort.
je ne sais pas trop lire la sortie de smartctl, mais selon la description de ton problème, c'est plutôt la mémoire qui pose problème. Eventuellement la carte-mère, et très peu probablement le processeur.
Le disque-dur est quasiment hors de cause (cela dit, ce n'est pas 100% exclus).
A tout hasard fait tourner memtest pendant une nuit.
Si les libéraux le pensent, alors ils ont forcément raison...
Tu crois qu'il suffit de penser quelque chose pour que ça devienne vrai ?
Tu habites chez les bisounours toi aussi ?
Le libéralisme d'aujourd'hui (pas celui des textes, celui de la réalité) c'est juste la loi du plus fort.
Avantage: c'est simple, c'est autorégulé, ça fonctionne tout seul.
Inconvénient: 99,99% des humains ne font pas partie des plus forts.
Tout dépend de la manière dont est construit la solution.
Si c'est une solution "1 pour 1" alors c'est moins interessant (écologiquement de manière accessoire, puisque le prix est sensé, hum, refléter le coût financier+écologique+humain+etc). 1 pour 1 = une machine virtuelle pour 1 machine physique.
Par contre si c'est du "n pour 1" (n machines virtuelles pour 1 machines physique) alors c'est nettement plus interessant. La plupart des machines virtuelles n'utilisent les ressources physiques que par à-coups. Donc 10 machines virtuelles de puissance x tiennent sur une machine physique de puissance 2x par exemple. C'est une des principales raisons qui fait que la virtualisation est intéressante. Virtuozzo est trèèèès bien pour ça, surtout sur du Windows. Certains hébergeurs mettent 200 ou 300 Linux sur une machine physique.
Et si c'est du "n pour m" c'est encore mieux: n machines virtuelles sur m machines physiques, avec migration automatique des machines virtuelles.
Si Microsoft propose l'équivalent d'ec2 alors je pourrais mettre en place des serveurs de secours chez eux. Les serveurs principaux chez Amazon, le secours chez Microsoft. Super !
J'ai juste un doute: Debian fonctionnera chez MS ? :-)
Parceque si je suis obligé d'installer Windows, ça ne va pas le faire.
J'apporte juste mon modeste point de vue: je suis très d'accord avec tes arguments. Et je suis très d'accord avec ceux que tu viens de combattre.
Si on prends un autre exemple pour caricaturer: IBM est une entreprise "à la papa" mais qui fait pourtant partie de celles qui contribuent de manière non négligeables à la recherche (microéléectronique, magnétisme, surement bien d'autres).
Je suis globalement de ton avis, sans être aussi optimiste quant à l'issue.
Cette "normalisation anormale" a, à mon humble avis, l'intérêt de démontrer noir sur blanc que les normes administratives ne servent à rien. Je ne sais pas trop comment appeler ça, j'ai marqué 'administratives' pour indiquer que je parle des normes décidées par une administration plutôt que par l'histoire, le consensus, le marché, tout ce qu'on veut.
Des normes peuvent être pondues à la chaîne, ce n'est pas parcequ'elles seront officielles qu'elles seront utiles. Et ça ne les fera pas implémenter de force.
Tu confonds le libéralisme qu'on te montre à la télé, avec celui qui existe en vrai.
Le libéralisme qui fait la guerre et qui magouille n'est pas "tout à fait" une philosophie. Ce sont des gens qui se contrefoutent de toi et qui te considèrent comme quantité négligeable, minable et destinée à leur bien être.
Microsoft (par exemple) est une entreprise "libérale" qui n'a aucune notion de responsabilité ni de liberté. Aucun rapport avec la définition de wikipédia. Le mot ne veut plus dire la même chose depuis des années.
Le libéralisme qui passe à la télé est, en façade, inclu dans le capitalisme.
Mais dans la réalité quotidienne ça se traduit par "c'est moi le plus fort, quel que soit le moyen". Rien à voir avec le capitalisme. Ce n'est plus une manière de voir la société, mais une manière de voir la guerre. Et pas uniquement la guerre économique: la guerre en Iraq est une guerre du libéralisme (je veux ton pétrole, quels que soit les moyens).
Selon moi le capitalisme est défendable humainement parlant, alors que le libéralisme ne l'est pas. J'estime, du petit bout de ma lorgnette, que le libéralisme est la négation du respect d'autri. Un dicton dit: "Ne fais pas aux truies ce que tu ne veux pas qu'elles te fasse". Donc cépabien.
D'abord, Lame existe déjà sous Windows. Tu devrais trouver ton bonheur sur le site officiel (de Lame, pas de Windows :-).
Pour le reste, c'est simple:
soit le logiciel utilise des "particularités" que n'a pas Windows, donc il te faut une bibliothèque adaptées (cygwin, GnuWin32, MinGW) ou tu modifies le code. Soit le logiciel n'utilise rien de spécial, donc ça compile directement.
A priori, et sans avoir regardé le code, Lame n'utilise rien de spécial. Il devrait compiler directement sous Windows. Par contre il utilise peut-être des extensions de macros ou des choses spécifiques à GCC, ou des outils particuliers pour sa construction. Dans ce cas la cross-compilation est une solution (mais coton): tu compiles sous Linux avec Windows comme cible.
Mon ton est en général perçu comme étant incisif. Je ne voulais surtout pas t'attaquer. Mais je sais, je m'exprime de manière incisive. Tu feras avec :-)
La question n'est pas de savoir si il faut se passer de la journalisation, mais plutôt de savoir si, dans un cas donné, c'est problèmatique.
Les exemples que tu donnes sont typiques: panne de courant sans problèmes, et pilote merdique qui a (probablement) corrompu ta mémoire, et par extension ton système de fichiers (car une écriture via un buffer a fait n'importe quoi par exemple). Tu aurais eu ext3 ou reiser ou ce que tu veux, a aurait été (presque) pareil: les données écrites n'étaient pas les bonnes. Donc système de fichier HS.
La journalisation est une avancée. Dans certains cas. Par exemple sur les serveurs que nous gérons, nous utilisons ext2 pour les partitions de données. Nous considérons que si il y a plantage (logiciel ou matériel) alors les seuls données valides sont celles de la dernière sauvegarde. On n'a pas envie d'avoir l'impression que les bases de données ou autres sont valides alors qu'il y a en fait un problème caché. C'est à dire que le système de fichiers est bel et bien en état, mais pas la structure de certains fichiers.
Pour ton soucis, regarde du côté de zfs. Je crois qu'il est en train d'être implémenté sur Linux. D'autres le savent mieux que moi.
[^] # FAT32 ?
Posté par Kerro . En réponse au message récupérer capacité d'une sdard que j'ai diminué :(. Évalué à 3.
Essaye un coup de dd, on ne sait jamais:
dd if=/dev/zero of=/dev/sdb bs=512 count=200
puis redémarrage, puis repartitionnement. Si il n'y a pas de mieux, le problème est ailleurs que sur le disque et/ou dans les logiciels.
[^] # Re: Smart rigolo
Posté par Kerro . En réponse au message Disque dur défaillant ?. Évalué à 3.
Chaque disque et/ou constructeur n'a pas les données aux mêmes endroits, c'est la fête. On est obligé d'avoir une base de données recensant les disques et la manière d'interpréter les données.
L'exemple copié/collé ici illustre parfaitement cela.
[^] # Re: tu as des outils bien étonnants
Posté par Kerro . En réponse au message Disque dur défaillant ?. Évalué à 2.
Si c'est "juste" la mémoire, le plus simple est d'en acheter. Ca te coûtera à peine plus cher que les frais de port et de téléphone pour retourner ton portable au SAV.
[^] # Re: tu as des outils bien étonnants
Posté par Kerro . En réponse au message Disque dur défaillant ?. Évalué à 3.
Soit le disque a un problème (très peu probable à mon avis) donc poubelle après récupération des données, soit il est bon mais ce qui est dessus est douteux. Dans tous les cas tu es bon pour une sauvegarde sur un autre support, réinstallation de l'OS et recopie des données en sachant qu'elles peuvent être corrompue.
Si memtest te donnes des erreurs, ça peut venir de la mémoire ou de la carte-mère (éventuellement du processeur, mais je n'ai pour le moment jamais vu cela). Pour savoir si c'est l'un ou l'autre qui pose problème, c'est plus délicat :-)
Si tu as 2 barettes de mémoire, refait le test avec une seule, puis avec l'autre. Si l'erreur disparaît alors c'est la carte-mère (ou les réglages dans le BIOS). Si l'erreur est toujours là ça ne prouve rien, la bonne blague. Il te faut alors faire le test avec d'autres mémoires.
[^] # Re: Vous avez demandé Madame Irma ?
Posté par Kerro . En réponse au message Aprés l'installation.... Évalué à 3.
Tout est marqué, personne ne peut t'aider si tu ne fais pas l'effort de lire ET d'agir.
Et puis tu n'as pas indiqué dans quelle application tu as ce message.
[^] # tu as des outils bien étonnants
Posté par Kerro . En réponse au message Disque dur défaillant ?. Évalué à 3.
Si tu ne vois pas pourquoi ce n'est pas le disque-dur, c'est que tu ne sais pas comment ça fonctionne. Ce n'est pas grave en soit, mais ça fait deux problèmes de connaissance dans la même phrase :-)
Comment dire sans être trop méchant... Hum... Disons que tu vas d'abord faire ton memtest et ensuite tu reviendras dire que j'avais tort.
# Problème de mémoire ?
Posté par Kerro . En réponse au message Disque dur défaillant ?. Évalué à 3.
je ne sais pas trop lire la sortie de smartctl, mais selon la description de ton problème, c'est plutôt la mémoire qui pose problème. Eventuellement la carte-mère, et très peu probablement le processeur.
Le disque-dur est quasiment hors de cause (cela dit, ce n'est pas 100% exclus).
A tout hasard fait tourner memtest pendant une nuit.
[^] # Re: Problème de droits
Posté par Kerro . En réponse au message Impossible d'utiliser CronTab: Accès refusé. Évalué à 2.
Ni sur Debian Etch, ni sur ma vieille Bubuntou je n'ai ça. Je n'ai pas le souvenir de l'avoir vu sur CentOS.
# Vous avez demandé Madame Irma ?
Posté par Kerro . En réponse au message Aprés l'installation.... Évalué à 3.
N'hésite pas à indiquer également dans quelle application tu vois ce message.
[^] # Re: Ne pas confondre
Posté par Kerro . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à -2.
# Problème de droits
Posté par Kerro . En réponse au message Impossible d'utiliser CronTab: Accès refusé. Évalué à 2.
drwxr-xr-x 5 daemon daemon /var/spool/cron
drwx-wx--T 2 root crontab /var/spool/cron/crontabs
-rw------- 1 machin crontab /var/spool/cron/crontabs/machin
[^] # Re: Ne pas confondre
Posté par Kerro . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 2.
Tu crois qu'il suffit de penser quelque chose pour que ça devienne vrai ?
Tu habites chez les bisounours toi aussi ?
Le libéralisme d'aujourd'hui (pas celui des textes, celui de la réalité) c'est juste la loi du plus fort.
Avantage: c'est simple, c'est autorégulé, ça fonctionne tout seul.
Inconvénient: 99,99% des humains ne font pas partie des plus forts.
[^] # Re: ec2 version Microsoft
Posté par Kerro . En réponse au journal Le système d'expoiltation autonome est mort. Évalué à 3.
Si c'est une solution "1 pour 1" alors c'est moins interessant (écologiquement de manière accessoire, puisque le prix est sensé, hum, refléter le coût financier+écologique+humain+etc). 1 pour 1 = une machine virtuelle pour 1 machine physique.
Par contre si c'est du "n pour 1" (n machines virtuelles pour 1 machines physique) alors c'est nettement plus interessant. La plupart des machines virtuelles n'utilisent les ressources physiques que par à-coups. Donc 10 machines virtuelles de puissance x tiennent sur une machine physique de puissance 2x par exemple. C'est une des principales raisons qui fait que la virtualisation est intéressante. Virtuozzo est trèèèès bien pour ça, surtout sur du Windows. Certains hébergeurs mettent 200 ou 300 Linux sur une machine physique.
Et si c'est du "n pour m" c'est encore mieux: n machines virtuelles sur m machines physiques, avec migration automatique des machines virtuelles.
[^] # ec2 version Microsoft
Posté par Kerro . En réponse au journal Le système d'expoiltation autonome est mort. Évalué à 3.
J'ai juste un doute: Debian fonctionnera chez MS ? :-)
Parceque si je suis obligé d'installer Windows, ça ne va pas le faire.
[^] # Re: et ?
Posté par Kerro . En réponse au journal Pas de desktop pour les masses chez Red Hat. Évalué à 2.
J'apporte juste mon modeste point de vue: je suis très d'accord avec tes arguments. Et je suis très d'accord avec ceux que tu viens de combattre.
Si on prends un autre exemple pour caricaturer: IBM est une entreprise "à la papa" mais qui fait pourtant partie de celles qui contribuent de manière non négligeables à la recherche (microéléectronique, magnétisme, surement bien d'autres).
[^] # Re: oulala
Posté par Kerro . En réponse au message JDOM (Java et XMl). Évalué à 4.
Et on te fait une petite pipe en plus, ça te dit ?
[^] # Confirmation
Posté par Kerro . En réponse au message compatibilté logiciels. Évalué à 2.
[^] # Re: est-ce vraiment un mal ?
Posté par Kerro . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 3.
Cette "normalisation anormale" a, à mon humble avis, l'intérêt de démontrer noir sur blanc que les normes administratives ne servent à rien. Je ne sais pas trop comment appeler ça, j'ai marqué 'administratives' pour indiquer que je parle des normes décidées par une administration plutôt que par l'histoire, le consensus, le marché, tout ce qu'on veut.
Des normes peuvent être pondues à la chaîne, ce n'est pas parcequ'elles seront officielles qu'elles seront utiles. Et ça ne les fera pas implémenter de force.
[^] # Re: Ne pas confondre
Posté par Kerro . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 2.
Le libéralisme qui fait la guerre et qui magouille n'est pas "tout à fait" une philosophie. Ce sont des gens qui se contrefoutent de toi et qui te considèrent comme quantité négligeable, minable et destinée à leur bien être.
Microsoft (par exemple) est une entreprise "libérale" qui n'a aucune notion de responsabilité ni de liberté. Aucun rapport avec la définition de wikipédia. Le mot ne veut plus dire la même chose depuis des années.
[^] # Re: Ne pas confondre
Posté par Kerro . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 3.
Le libéralisme qui passe à la télé est, en façade, inclu dans le capitalisme.
Mais dans la réalité quotidienne ça se traduit par "c'est moi le plus fort, quel que soit le moyen". Rien à voir avec le capitalisme. Ce n'est plus une manière de voir la société, mais une manière de voir la guerre. Et pas uniquement la guerre économique: la guerre en Iraq est une guerre du libéralisme (je veux ton pétrole, quels que soit les moyens).
Selon moi le capitalisme est défendable humainement parlant, alors que le libéralisme ne l'est pas. J'estime, du petit bout de ma lorgnette, que le libéralisme est la négation du respect d'autri. Un dicton dit: "Ne fais pas aux truies ce que tu ne veux pas qu'elles te fasse". Donc cépabien.
[^] # Ne pas confondre
Posté par Kerro . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 5.
Pô du tout pareil :-)
# timelimit
Posté par Kerro . En réponse au message Limiter le temps maxi d'execution d'une commande. Évalué à 5.
http://devel.ringlet.net/sysutils/timelimit/
Je pense que ça se compile au poil sur une machine comme la tienne.
# Lame existe sous Windows
Posté par Kerro . En réponse au message Compilation de logiciels GNU sous Windows XP. Évalué à 2.
D'abord, Lame existe déjà sous Windows. Tu devrais trouver ton bonheur sur le site officiel (de Lame, pas de Windows :-).
Pour le reste, c'est simple:
soit le logiciel utilise des "particularités" que n'a pas Windows, donc il te faut une bibliothèque adaptées (cygwin, GnuWin32, MinGW) ou tu modifies le code. Soit le logiciel n'utilise rien de spécial, donc ça compile directement.
A priori, et sans avoir regardé le code, Lame n'utilise rien de spécial. Il devrait compiler directement sous Windows. Par contre il utilise peut-être des extensions de macros ou des choses spécifiques à GCC, ou des outils particuliers pour sa construction. Dans ce cas la cross-compilation est une solution (mais coton): tu compiles sous Linux avec Windows comme cible.
[^] # Re: \_o<
Posté par Kerro . En réponse au message compatibilté logiciels. Évalué à 7.
[^] # Re: ext2 obsolète ?
Posté par Kerro . En réponse au message un système de fichier à partager entre linux et freebsd. Évalué à 3.
La question n'est pas de savoir si il faut se passer de la journalisation, mais plutôt de savoir si, dans un cas donné, c'est problèmatique.
Les exemples que tu donnes sont typiques: panne de courant sans problèmes, et pilote merdique qui a (probablement) corrompu ta mémoire, et par extension ton système de fichiers (car une écriture via un buffer a fait n'importe quoi par exemple). Tu aurais eu ext3 ou reiser ou ce que tu veux, a aurait été (presque) pareil: les données écrites n'étaient pas les bonnes. Donc système de fichier HS.
La journalisation est une avancée. Dans certains cas. Par exemple sur les serveurs que nous gérons, nous utilisons ext2 pour les partitions de données. Nous considérons que si il y a plantage (logiciel ou matériel) alors les seuls données valides sont celles de la dernière sauvegarde. On n'a pas envie d'avoir l'impression que les bases de données ou autres sont valides alors qu'il y a en fait un problème caché. C'est à dire que le système de fichiers est bel et bien en état, mais pas la structure de certains fichiers.
Pour ton soucis, regarde du côté de zfs. Je crois qu'il est en train d'être implémenté sur Linux. D'autres le savent mieux que moi.