syntaxerror a écrit 656 commentaires

Il existe un wiki dédié aux thinkpads, http://www.thinkwiki.org(...)
La page de l'ACPI: http://www.thinkwiki.org/wiki/How_to_make_ACPI_work(...)

Ce qui est surtout stupide c'est la redécouverte périodique de cette "étude" ...
Quelques URI comme mise au point:

Infos sur "l'étude" collectées par un chercheur de Cambridge (UK)
http://www.mrc-cbu.cam.ac.uk/personal/matt.davis/Cmabrigde/(...)
incluant des traductions dans diverses langues.

il en retrouve trace dans un article de 1999
http://www.mrc-cbu.cam.ac.uk/personal/matt.davis/Cmabrigde/newscien(...)

Et finalement un résumé de la thèse originale jamais publiée
http://www.mrc-cbu.cam.ac.uk/personal/matt.davis/Cmabrigde/rawlinso(...)

Il y a 10 ans, je découvrais Linux Slackware et je bossais sous Windows 95 (aout95) dont la principale nouveauté était justement le multi-tâche préemptif (qui valait ce qu'il vallait certe).

Ah non, le Windows 95 n'est qu'un DOS habillé, et le multitâche est coopératif. Dans la série, c'est Win/NT qui a inaugure le multitâche préemptif.

... et il y a 10 ans, je bossais entre autres sous OS/2 qui lui était un vrai multitâche préemptif et le WPS une vraie interface utilisateur orientée objet ...

http://fr.wikipedia.org/wiki/Multit%C3%A2che(...)
http://www.millennium-technology.com/HistoryOfOS2.html(...)

Plein de choses ont été écrites sur le sujet. Par exemple cet excellent article paru dans MISC:
http://www.hsc.fr/ressources/articles/mdp_misc5/index.html.fr(...)

Google peut aussi aider.

Ah, et pour /etc/shadow uniquement accessible à root, il est aussi généralement accessible à un groupe, et il existe des tas de moyens pour un utilisateur de base pour en obtenir malgré tout le contenu

Bon, j'ai un peu cherché là autour, et si le LVM de AIX ou OS/2 supporte le "BBR" (et sans doute HP/UX et d'autres), LVM/LVM2 de Linux ne le supporte pas. Tout juste ai-je vu quelques #define for future use dans le source.

En revanche, EVMS (récent) semble offrir le support BBR:

http://evms.sourceforge.net/user_guide/#LAYERDEF(...)
http://evms.sourceforge.net/user_guide/#id2870316(...)
mais je n'ai jamais essayé (faut patcher le noyo pour EVMS, pas trop le temps de ce genre de contraintes alors j'ai choisi LVM)

Donc sur du LVM Linux il faudra gérer ça au niveau du filesystem (sachant que tous ne savent pas) en espérant qu'un problème ne touche pas les metadatas...

Sinon je maintiens que le disque doit s'en débrouiller (par controleur, j'entendais le truc embarqué dans le disque, pas celui de la carte mère). Au pire il faut écrire le secteur défectueux pour obtenir la relocation. Les utilitaires des constructeurs permettent parfois d'inactiver cette fonction, donc vérifier si elle est bien active. Il permettent ausi de tester le media offline et d'éliminer les blocks HS. Par exemple:

http://www.hitachigst.com/hdd/support/download.htm#DFT(...)
(marche aussi pour certains disques non IBM/Hitachi)

Voir aussi les smartmontools pour tester et voir les logs du disque.
Au cas où, un ptit HOWTO pour la route ;-)
http://smartmontools.sourceforge.net/BadBlockHowTo.txt(...)

Voilà. Bon courage ;-)

(de lointaine mémoire)

Un homme se promenait tout nu
l'habit à la main
l'habit à la main
un homme se promenait tout nu
son costume à la main

Boris Vian

... en ne t'en préoccupant pas ;-)
Les "badblocks" peuvent éventuellement être éliminés au moment de la création du système de fichier (par exemple mke2fs -cc )

Mais je conseille fortement d'utiliser de préférence l'utilitaire adéquat fourni par le constructeur du disque. De toute façon le controleur se débrouillera très bien du remplacement des secteurs vérolés.

Tous tes amis restent 5 ans au même endroits sans déménager ? Ils sont tous fonctionnaires ;) ?

Tiens, un troll caché dans le troll. Le troll serait il un marsupial ?

ELKS - http://elks.sourceforge.net/faq/FAQ-Francais.html(...)

286, 8086, 8088 ...

Pourtant le communiqué de la ville de Munich cite explicitement Debian GNU/Linux: http://www.muenchen.de/Rathaus/dir/limux/publikationen/news_archiv/(...) et sans en écorcher le nom, ce qui fera plaisir à RMS ;-) Munich n'est pas seule à choisir Debian, le communiqué parle d'autres administrations et de la ville de Vienne (mon allemand est trop ancien pour me risquer à une traduction, désolé)

pour être de mauvaise foie, il a du abuser de la suse

désolé.

bin, si fdisk bloque aussi comme tu le dis dans ton dernier post, NTFS n'a sans doute rien
à voir avec le problème. fdisk se fiche du contenu de la partition.
D'ailleurs tu vois bien un open de /dev/hda et un read qui ne se termine pas.
Je chercherais plutot un problème d'initialisation du driver ide. Par exemple la géométrie
du disque est elle la même au démarrage quand ça fonctionne et quand ça coince ?

ou encore

killall -9 firefox

"Outil de conversion PDF : OpenOffice.org 1.1.3"

z'utilisent des armes de terroristes à l'insu de leur plein gré ?

J'ose supposer qu'il voulait dire "injonctions" (et non pas qu'on l'avait bien profond)

Ca fait bientôt 3 mois, il faut tenir ses plugins à jours ;-)

L'annonce avait été faire debut Décembre:
http://mail.nessus.org/pipermail/nessus-announce/2004-December/msg0(...)

La licence proprio concerne les plugins écrits par Tenable, environ les 2/3.
En gros, tu peux utiliser les plugins GPL comme tu veux (oeuf corse), et les autres sur ton réseau, avec un délai de 7 jours pour les plus récents. Si tu veux utiliser tous les plugins immédiatement ou offrir des prestations basées dessus, faut passer à la caisse. Et bien sûr, pas interdit de s'instruire en regardant le code nasl ou de le bricoler :(

Pourquoi ? Tenable en avait un peu marre de se faire piquer le code par des enfoirés qui basaient leur prestations sur nessus sans le citer, après avoir éventuellement fait disparaitre le nom de Tenable des sources, voire discréditaient le boulot de Renaud auprès de leurs clients en disant qu'il fallait tout reprendre et éliminer les backdoors plantées là par les barbus intégristes du GPL.

Pour plus d'info voir les fils copieux de l'archive de Janvier:
http://mail.nessus.org/pipermail/nessus/(...)

http://www.allocine.fr/recherche/?motcle=75&rub=4&page=1&am(...)

Tout fonctionne, xmms continue de jouer, la souris fonctionne mais le clavier est comme mort, reset obligatoire.

Idem avec Xfree86 et une vieille carte NVidia. Peut être rien à voir, mais ça se débloque
en redémarrant le window manager à la souris.

- When your machine does not have its own domain name, Postfix can
now replace your "home network" email address by your ISP account
in outgoing SMTP mail, while leaving your email address unchanged
when sending mail to someone on the local machine.

C'est bien pratique, ça.
En fouillant les archives de la ML, on peut voir que Wietse Venema avait agoni d'injures ceux qui osaient demander ça. En disant que c'était le boulot du MUA, pas du MTA. Facile avec mutt, moins avec d'autres.
Il a changé d'avis, tant mieux.

Je ne crois pas. Le thinkpad est normalement livré avec deux partitions primaires, la première pour windows (c:, donc /dev/hda1) la deuxième cachée contenant le setup windows accessible par F11, donc /dev/hda2.

Si l'outil utilisé pour le repartitionnement n'a pas réarrangé l'ordre des partitions primaires dans le MBR, ce devrait être toujours le cas. L'ordre des partitions sur le disque n'est pas forcément le même que dans la table des partitions.

Le meilleur moyen de vérifier est de lister les partitions sous Linux (cfdisk ou bien fdisk -l /dev/hda). Tu repèreras vite la partition de recovery, elle est cachée (hidden). D'ailleurs il est possible de la monter sous linux pour vérifier le contenu.

un détail, ce n'est pas hda1 mais hda2 (grub compte à partir de 0).
La partition est cachée. Sous linux tu peux vérifier qu'elle existe toujours avec:

fdisk -l /dev/hda

Le truc donné pour grub devrait fonctionner.
Sinon il existe un boot disk pour restaurer cette possibilité sur le site de support thinkpad
J'ai trouvé ça, j'espère que c'est le bon:
http://www-1.ibm.com/support/docview.wss?uid=psg1MIGR-57264&rs=(...)

J'suis assez d'accord avec ton pifomètre ;-)
J'ai longtemps eu un desktop P75 de récup, puis au passage en 100Mbps un P200.
Eh bien le facteur limitant n'était pas le CPU mais bien la vieillerie de la machine
et donc le mauvais support hardware des cartes réseau récentes.
Maintenant j'ai un serveur PIII 800MHz avec des cartes réseau estampillées "server"
et ça débite (mais pas de NAT).
Les cartes dites "desktop" sont à proscrire. 'tention au eepro100, ya plein de chipsets différents.
Le disque ne sert en gros qu'au logging (conséquent).

raté ;-)

/dev/hda6 none swap sw 0 0

devrait mieux fonctionner

et que donne:

grep swap /etc/fstab

?

non, pas bizarre: j'me suis gourré, je voulais dire "rev":

$ echo abc|rev
cba

désolé ...