Et de toute façon si tu as déjà un accés à la machine, le compte root ne tiendra pas longtemps (exploit local ou autre).
Belle mentalité, je suis sûr que dans les universités où des centaines d'étudiants ont des compte locaux et rêvent d'accéder au compte root, ils seront très content de l'apprendre.
Par contre un ti truc surprenant, l'application détecte 384Mo de RAM et pourtant il ne semble faire des tests uniquement sur la partie 100K -384Mo, j'imagine que c'est seulement la mémoire étendue...
Moi je dirais plustôt qu'il n'est pas capable de faire un test sur la partie de RAM que lui-même est en train d'utiliser. Et oui, il a aussi besoin de mémoire ce petit memtest86+
Si je ne me trompe pas, memtest86+ essaie de tester toutes les mémoires possibles. Donc également certaines mémoire autre que simplement les barrettes de RAM
Mauvaise nouvelle, cela ne marche qu'avec les drivers proprio d'ATI.
La config se fait au niveau du fichier /etc/X11/xorg.conf
Sous ubuntu y'a un package qui s'appèle fglrx-control et qui te donne un petit programme pour générer le fichier xorg.conf qui va bien. Il existe peut-être aussi sous mandriva.
Tu pourrais dejà passer un petit coup de memtest86+ pour vérifier que ce n'est pas ta RAM qui est morte ce qui serait quand même une explication facile à tes crashes.
Un woody qui plante, on aura tout vu sur linuxfr....
Ce plugin te permet d'encoder ton équation en tant que code Latex, puis il l'envoie à Latex et cela retourne sous office sous forme d'une image (png ou eps). Si c'est juste le png qui t'interesse tu n'as qu'à extraire de la macro le script que fait l'appel à Latex et qui le converti en png.
Personnelement je trouve la syntaxe Latex plus simple à apprendre que celle d'OO
Le .md5 est une "empreinte" permettant de savoir si le fichier iso a bien été téléchargé.
Le fichier .md5.asc est la signature (au sens crypto) du fichier md5. Cela te permet de savoir si c'est bien ta distrib qui à écrit ce fichier .md5. Si cette signature est bonne, tu conclus (un peu rapidement) que "vu que l'empreinte est signée, le fichier iso l'est aussi".
J'imagine que le .sha1 est également l'empreinte du fichier .iso avec une autre fonction de hachage (il y a une famille de fonction qui s'appèle SHA). De même j'imagine que le . sha1.qsc doit être la signature de ce fichier .sha1
Mystère, je n'ai jamais compris d'où venait ce problème. Peut-être qu'en passant les options suivantes lors du démarrage du noyau :
ide=nodma
ça change quelquechose.
J'ai déjà eu ce genre de problème (avec mandrake à l'époque). En essayant beaucoup de fois de lui faire lire le CD, il finissait par accepter le CD. Ce n'est pas une jolie solution mais cela a le mérite de marcher.
Si quelqu'un connaît la raison du problème je serais curieux de savoir. J'ai jamais eu ça avec d'autres distribution (pourtant sur le même PC/lecteur CD).
Tu risques d'attendre longtemps... Une nouvelle version stable de Debian, je dirais dans plus ou moins 2 ans :-)
Si tu es bien sous sarge, le passage à un noyau 2.6 est très facile. Un petit "apt-get install kernel-image-2.6" et cela devrait marcher, il télécharge le nouveau noyau, les dépendances, met grub à jour et tu n'as plus qu'à rebooter. Normalement au démarrage tu auras le choix entre les deux noyaux (et donc tu pourras toujours rebooter l'ancien en cas de problème).
Si l'antivirus empèche l'installation du rootkit, il n'y a pas de problèmes avec le dmca vu que l'antivirus empèche la mise en place de la protection. Ce n'est pas la mêmes chose que de retirer la protection.
Autre façon de voir le même événement:
En empêchant l'installation du rootkit l'antivirus retire la protection du CD vu que sans cette action de l'antivirus le CD n'est pas copiable (rootkit/protection agissant) et après l'action de l'antivirus le CD est copiable.
Je suis sûr que des gentils avocats pourront s'amuser pendant longtemps sue la notion de protection/mise en place/empêchement/....
# bug connu
Posté par berti . En réponse au message Konqueror sur maps.google.com. Évalué à 3.
# dvdrip
Posté par berti . En réponse au message Help : Encodage xVid sous Suse !!!. Évalué à 2.
# ubuntu
Posté par berti . En réponse au message Choix de distrib (usage net). Évalué à 2.
Si t'as un routeur-ethernet, il devrait tout détecter automatiquement.
[^] # Re: linux single
Posté par berti . En réponse au message Perte mot de passe root. Évalué à 2.
Belle mentalité, je suis sûr que dans les universités où des centaines d'étudiants ont des compte locaux et rêvent d'accéder au compte root, ils seront très content de l'apprendre.
# Etch
Posté par berti . En réponse à la dépêche Debian en forte croissance. Évalué à 3.
On ouvre les paris ? On reviendra voir, lorsque Etch sera sortie, qui était le plus proche.
# non ?
Posté par berti . En réponse au message Les icones sur le bureau. Évalué à 2.
# existe encore ?
Posté par berti . En réponse au message Configuration de telnet. Évalué à 3.
Si tu veux vraiment telnet, généralement il suffit d'installer la package qui va bien avec yast (telnetd sous Debian) et il se lance tout seul.
[^] # Re: memtest86+
Posté par berti . En réponse au message Plantage à répétition d'origine inconnu. Évalué à 2.
Moi je dirais plustôt qu'il n'est pas capable de faire un test sur la partie de RAM que lui-même est en train d'utiliser. Et oui, il a aussi besoin de mémoire ce petit memtest86+
[^] # Re: memtest86+
Posté par berti . En réponse au message Plantage à répétition d'origine inconnu. Évalué à 2.
# driver proprio
Posté par berti . En réponse au message Configuration d'un bureau étendu. Évalué à 2.
La config se fait au niveau du fichier /etc/X11/xorg.conf
Sous ubuntu y'a un package qui s'appèle fglrx-control et qui te donne un petit programme pour générer le fichier xorg.conf qui va bien. Il existe peut-être aussi sous mandriva.
# memtest86+
Posté par berti . En réponse au message Plantage à répétition d'origine inconnu. Évalué à 3.
Un woody qui plante, on aura tout vu sur linuxfr....
# D-Link DXL-G520
Posté par berti . En réponse au message carte WIFI pci pour Linux. Évalué à 2.
ou bien toutes les cartes avec la puce
berti@neptune:~$ lspci |grep NIC
0000:02:0a.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)
# Latex
Posté par berti . En réponse au message Export png OOO Math. Évalué à 2.
Ce plugin te permet d'encoder ton équation en tant que code Latex, puis il l'envoie à Latex et cela retourne sous office sous forme d'une image (png ou eps). Si c'est juste le png qui t'interesse tu n'as qu'à extraire de la macro le script que fait l'appel à Latex et qui le converti en png.
Personnelement je trouve la syntaxe Latex plus simple à apprendre que celle d'OO
# doxygen
Posté par berti . En réponse au message Problème compilation: undefined reference to `main'. Évalué à 7.
Si je me souviens bien de ce qu'est javadoc, un équivalent est doxygen (www.doxygen.org).
# signature
Posté par berti . En réponse au message Fichiers divers. Évalué à 2.
Le fichier .md5.asc est la signature (au sens crypto) du fichier md5. Cela te permet de savoir si c'est bien ta distrib qui à écrit ce fichier .md5. Si cette signature est bonne, tu conclus (un peu rapidement) que "vu que l'empreinte est signée, le fichier iso l'est aussi".
J'imagine que le .sha1 est également l'empreinte du fichier .iso avec une autre fonction de hachage (il y a une famille de fonction qui s'appèle SHA). De même j'imagine que le . sha1.qsc doit être la signature de ce fichier .sha1
[^] # Re: La loi?
Posté par berti . En réponse à la dépêche Support des chipsets bcm-43xx. Évalué à 9.
[^] # Re: Logs
Posté par berti . En réponse au message Erreur au début de l'installation. Évalué à 2.
ide=nodma
ça change quelquechose.
# réessaie ?
Posté par berti . En réponse au message Erreur au début de l'installation. Évalué à 2.
Si quelqu'un connaît la raison du problème je serais curieux de savoir. J'ai jamais eu ça avec d'autres distribution (pourtant sur le même PC/lecteur CD).
# possible ?
Posté par berti . En réponse au message Capture d'écran lors de l'installation. Évalué à 3.
Je ne suis pas sûr que c'est vraiment le style de Debian d'intégrer ce genre de truc (non indispensable) dans leur installateur.
[^] # Re: Quelques erreurs factuelles
Posté par berti . En réponse à la dépêche Firefox et DADVSI dans Le Monde. Évalué à 2.
# cupsys-driver-gimpprint-data
Posté par berti . En réponse au message Paquet qui ne veut pas se désintaller. Évalué à 3.
[^] # Re: Paquets pour ubuntu pas frais...
Posté par berti . En réponse à la dépêche Publication de KDE 3.5. Évalué à 5.
# diver nv
Posté par berti . En réponse au message Plantages aléatoires ou X à 100%CPU sous mandriva 2006. Évalué à 2.
Au moins tu sauras si le problème vient de là. Chez moi j'ai du désactiver l'accélréation matériel de nvidia sinon freeze.
Conseil qui marche souvent en pratique : toujours suspecter les parties non open-source d'être la source des problèmes.
[^] # Re: hal : kernel
Posté par berti . En réponse au message Le plug & play sous Debian. Évalué à 3.
Si tu es bien sous sarge, le passage à un noyau 2.6 est très facile. Un petit "apt-get install kernel-image-2.6" et cela devrait marcher, il télécharge le nouveau noyau, les dépendances, met grub à jour et tu n'as plus qu'à rebooter. Normalement au démarrage tu auras le choix entre les deux noyaux (et donc tu pourras toujours rebooter l'ancien en cas de problème).
[^] # Re: et les éditeurs d'antivirus qui laggent
Posté par berti . En réponse à la dépêche Du code de VLC dans le rootkit de Sony. Évalué à 5.
Autre façon de voir le même événement:
En empêchant l'installation du rootkit l'antivirus retire la protection du CD vu que sans cette action de l'antivirus le CD n'est pas copiable (rootkit/protection agissant) et après l'action de l'antivirus le CD est copiable.
Je suis sûr que des gentils avocats pourront s'amuser pendant longtemps sue la notion de protection/mise en place/empêchement/....