lezardbreton a écrit 2638 commentaires

Ha ouais ?
Enfin bon, sur le fond, je suis bien d'accord avec toi, même si on peut dire ça de tout président sortant se représentant...

Je te rassure : Huchon n'avait pas de programme (carte orange, c'est pas lui, oublie), juste tout améliorer avec de grands discours qu'il fait d'ailleurs très mal. On pourra pas le critiquer après coup !

Et hop, à force de tirer des enseignements nationaux d'une élection régionale, on a des présidents sans programme ! Ouais, je suis heu-reux !
Et hop, un journal de plus de houplaboom sans intérêt !
Bientôt des félicitations sur la tribune sur le nombre de trolls ?
PS: c'est même pas un débat gauche-droite, il faudrait peut-être regarder un peu plus au programme des candidats avant de voter...

C'est moi ou ça ne veut rien dire ?

"Outre l'amende, Microsoft dans un délai de 120 jours communiquer à ses concurrents sur le marché des serveurs les informations nécessaires pour assurer la compatibilité de leurs machines avec les PC équipés de son système d'exploitation Windows, que l'on retrouve actuellement sur 95% environ des ordinateurs personnels dans le monde."

humour ?

parce que la droite ça veut forcément dire qu'on efface de notre esprit "la solidarité et l'entraide" ? Ha bon ?

lol, Il m'avait fait rire ce journal...
Non, pas la peine, je n'en veux pas personellement à houplaboom dont la plupart des réponses portant sur les LL et GNU/Linux sont justes et fondées. Mais ça m'a un peu énervé ce journal, comme le précédent... Fallait que ça sorte !

Moi, c'est toi qui commence à me saoûler. Tu en es à deux journaux sans intérêt en une journée qu'on aurait mieux fait de mettre à bistrotducoin.com. Un site a été fait pour ce genre de journaux : http://tribunelibre.org/.(...) Je ne dis pas que le contenu de ton journal n'était pas intéressant, mais il a rien à foutre là.

Vivement le moinssage des journaux qui n'ont rien à voir avec les LL...

La programmation kernel peut se faire dans d'autres languages. Une reflexion a même été poussée sur l'utilisation du C++. Toutefois, tout le monde (y compris Linus) a crié sur celui qui avait émis l'idée...

Au pire (et apres 3 bouteilles de wiskey), est-il envisageable de developper soi-meme le driver ?
--> 5 ans d'études m'ont montré que la vodka glacée est plus efficace...

C'est bizarre que certains pensent encore ça. Les noyaux Debian sont patchés par l'équipe de sécurité de security.debian.org. Il faut que tu le mettes dans on /etc/apt/sources.list. Les paquets mis à jour ne sont pas sensibles à ce que tu m'as dit !

Si, si, ça marche. Comme je te disais plus bas, ce sont des paquetages de la Sarge. Pour un serveur, c'est pas encore conseillé.

Plus sèrieusement, tu peux installer les paquetages de la testing. Avec les conséquences : mise à jour de sécurité moins rapide, noyau moins testé (en théorie). Enfin, si tu es sur de vouloir un 2.4.25...

perdu...

Je me réponds à moi-même pour un petit commentaire : si tu es en Debian Stable, tu peux prendre au maximum le 2.4.18. Donc 2.4.25, faut le faire à la main.

lol, un peu de respect pour debian ! bien sûr qu'elle peut le faire.
apt-get kernel-image-2.4.25-k7 (pour athlon) par exemple intallera le nouveau noyau, va créer une entrée dans lilo si tu réponds oui à la question, etc...
apt-get kernel-source-2.4.25 ou encore kernel-headers-2.4.25-K7.

on a fait une vérification du disque dur, il est bon. --> sûr et certain ???
Pour moi, le disque est mort, et je connais bien ce message !

On peut pas les créer les iso ?
Il y a pas un lien qqpart ? Je trouve pas en tout cas.

bprolog
Quoi ? Au moins, ca change un peu !

Haaa, j'ai fait boulette, milles excuses. il faut mettre cooker et non pas chercher une 10 !
Désolé...

lol, encore un qui fait des bourdes, il y a rien pour la 10 !!!

pas de bug pour moi...

Au fait, c'est corrigé . C'est intéressant, alors je remets tout le mail que j'ai reçu ce matin :

At last someone here reproduced the bug which is now fully explored.

Part of the reason I could not understand the bug, is that I could not
believe windows XP was still using the error prone int13 function 2
(CHS based) instead of the (available everywhere for some time) int13
function 0x42. Under linux, grub and lilo only use function 2 when
function 0x42 fails (they don't even ask the BIOS if it manages 0x42
since some BIOS don't report correctly having this functionality, cf
FORCE_LBA in grub)

The other reason is that I thought BIOS faking heads number (the
so-called LBA mode) was a choice independant of the content of the
drive. This is wrong, the BIOS tries to adapt its mode based on the
partition table [1]

So here is what happened:
- kernel 2.6 doesn't try to give the logical geometry, and gives the
physical geometry instead [2]
- diskdrake uses the physical geometry to generate the CHS information
(which is a broken duplicate of the linear sector number)
- the BIOS sees the partition table uses a different CHS geometry, and
adapt to it
- ... and Windows computes the CHS to read its stage1.5 based on the
previous geometry that it keeps in its boot sector. Alas the CHS
doesn't get the same sector and Windows's boot dies (with very bad
error detection) [3]


Bug occurence: the pb only occurs when you modify the partition table,
since otherwise diskdrake won't write it.


Code fix description: inspired by the way new fdisk and parted detects
the logical geometry based on the partition table [4]. parted code
is especially quite robust.
The fix is now included in cooker (DrakX #1.912), so:

I still would like to access the BIOS geometry, esp. for empty
partition tables. But kernel 2.6 doesn't give us this
(/sys/firmware/edd/int13_dev80/default_heads is plain wrong on a box
here)


Known workaround: forcing LBA mode in the BIOS


Fixing partition table:
with diskdrake from drakxtools-10-24mdk do
% diskdrake --change-geometry=hda=255,63
where
- you replace hda with your drive device
- if Windows still fails, try adapting 255,63 to your drive LBA
emulation. For this, see what is the geometry your BIOS gives when
forcing LBA emulation

[1] http://www.ussg.iu.edu/hypermail/linux/kernel/0311.3/1142.html(...)
[2] http://www.ussg.iu.edu/hypermail/linux/kernel/0311.3/0898.html(...)
[3] http://www.ussg.iu.edu/hypermail/linux/kernel/0311.3/1029.html(...)
[4] http://www.ussg.iu.edu/hypermail/linux/kernel/0311.3/1164.html(...)

ou reprendre le travail que certains ont déja fait en n'ayant qu'une adaptation partielle...
ex: anaconda, cfdisk, synaptic...