Re: Suse 9.1 est sorti

• [^]Re: Suse 9.1 est sorti

  Posté par schyzomarijks () le 18/03/2004 à 15:01. (lien). Évalué à 1.

  Il a pris sa retraite http://linuxfr.org/~Sam_from_ms/5361.html(...) ;-)

  --
  OO watching you !!!

Re: Suse 9.1 est sorti

• [^]Re: Suse 9.1 est sorti

  Posté par mat1 () le 18/03/2004 à 19:11. (lien). Évalué à 0.

  > Pour faire une news, il faudrait peut-être attendre qu'elle soit dispo.
  > Mais quand elle sortira j'essairai l'install par ftp
  
  On attend pas que Mandrake soit dispo en ftp pour en parler :
  http://linuxfr.org/2004/03/12/15633.html(...)
  Ca vient à peine d'être annoncé sur le site de Mandrake Linux : la toute nouvelle "Mandrakelinux 10.0 Community" est déjà disponible pour les membres du Club Mandrake et les contributeurs (développeurs, traducteurs...). Une version publique sur FTP sera disponible un peu plus tard
  
  Appliquons la même chose pour tout le monde. Le problème d'attendre la disponibilité via ftp (ou autre) est que l'on fait l'impasse sur certaines distributions (lindows par exemple).
  
  Je pense qu'il ne faut pas parler d'une distribution tant que les sources (au moins ceux sous (L)GPL) ne sont pas disponibles. Comme j'ai jamais vue les sources de Xandros et Lindows, je ne suis pas contre de faire un boycott. Ou alors seulement passer les news qui parlent de l'absence des sources :-)

  • [^]Re: Suse 9.1 est sorti

    Posté par totof2000 () le 19/03/2004 à 10:17. (lien). Évalué à 1.

    Oui mais bon, Comme on l'a déjà dit ici Suse, sapusaipaslibre!!!

    • [^]Re: Suse 9.1 est sorti

      Posté par totof2000 () le 19/03/2004 à 12:59. (lien). Évalué à 1.

      Je me réponds moi-même: ca a la'air de s'arranger (enfin j'y croirai que lorsque je verrai une annonce officielle).

Re: Suse 9.1 est sorti

• [^]Re: Suse 9.1 est sorti

  Posté par lezardbreton (Jabber id, page perso, ) le 18/03/2004 à 16:07. (lien). Évalué à 1.

  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(...)

Re: Suse 9.1 est sorti

Re: Suse 9.1 est sorti