[Noyau Linux] Version 6 et des brouettes

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 167 168 169 .. 180 181 182 183 184 185 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [Noyau Linux] Version 6 et des brouettes

j_c_p

Linux user

Reprise du message précédent :
Dans mon cas, il y a eu une corruption de données sur ma partition racine, mais un fsck.ext4 a récupéré le coup (via un live CD Opensuse 11.1 que j'avais sous la main).
J'ai remis un 3.6.1 et rien à signaler depuis.

Message cité 1 fois
Message édité par j_c_p le 24-10-2012 à 22:57:03

Publicité

Magicpanda

Pushing the envelope

j_c_p a écrit :

Dans mon cas, il y a eu une corruption de données sur ma partition racine, mais un fsck.ext4 a récupéré le coup (via un live CD Opensuse 11.1 que j'avais sous la main).
J'ai remis un 3.6.1 et rien à signaler depuis.

pourtant a priori les changements à l'origine du bug ont été backportés jusqu'en 3.5.7

Message édité par Magicpanda le 24-10-2012 à 22:59:01

---------------
" Quel est le but du capital ? Le but du capital c'est produire pour le capital. L'objectif, lui, est illimité. L'objectif du capital c'est produire pour produire." - Deleuze || André Gorz - Vers la société libérée

BloodyCarnage

roscocoltran a écrit :

toujours cette vieille peur des version impaires ?

Non, juste le hasard de mes disponibilités. Je me suis dit qu'en cas de tuile, j'avais ni le temps ni l'énergie de faire la chasse aux bugs. :sleep:

j_c_p

Linux user

Magicpanda : le 3.5.6 est ok, mais pas le 3.5.7 car les changements relatifs au bug y ont été apportés.
3.6.2 et 3.6.3 touchés aussi, enfin, comme signalé plus en avant.

ztg

roscocoltran a écrit :

toujours cette vieille peur des version impaires ?

[:rofl]

y a que les "jeunes" qui ont pas cette peur

ca tiendrait qu'a moi on serait en 2.8.x

ztg

BloodyCarnage a écrit :

J'ai été bien inspiré de rester en 3.4.x.

a priori le probleme est aussi present en 3.4 non?

c'est ce que phoronix avait l'air de dire

picturaw

D'ailleurs comment savoir à partir de quelle version le bug a été backporté en 3.4.x ?

---------------
=> Vends compte iRacing. Plus de détails par MP.

ztg

hmm l'article slashdot avait un lien phoronix et un lien lkml, ca doit etre dans la discussion lkml

picturaw

Ok, j'ai fini par trouver :

Citation :

In short: ext4 users would be well advised to avoid versions 3.4.14, 3.4.15, 3.5.7, 3.6.2, and 3.6.3; they all contain a patch which can, in some situations, cause filesystem corruption.

http://lwn.net/Articles/521022/

---------------
=> Vends compte iRacing. Plus de détails par MP.

ztg

hmm le 3.6.4 est il repare :??:

Publicité

Magicpanda

Pushing the envelope

visiblement le 3.7 provoque des kernels panics aussi mais c'est un autre bug

j_c_p

Linux user

La modification (cf là) n'est pas dans le 3.6.5.
À voir dans le 3.6.6 .
Pas de souci en 3.6.1.

nb : The EXT4 Corruption Bug Is Fixed.

Message cité 1 fois
Message édité par j_c_p le 01-11-2012 à 00:07:04

Elbarto

faudra penser à mettre à jour le titre du topic ( drapal déguisé )

ztg

j_c_p a écrit :

La modification (cf là) n'est pas dans le 3.6.5.
À voir dans le 3.6.6 .
Pas de souci en 3.6.1.

nb : The EXT4 Corruption Bug Is Fixed.

phoronix avait l'air de dire que l'ext4 a fait une rechute

ztg

a une epoque pas si lointaine, y avait eu une histoire de patch (ou de config via /proc ou /sys) pour limiter l'accaparation de ressources par les process d'I/O

qqn saurait ou je peux retrouver le truc?

merci

ztg

magnifiques crashes sous 3.6.4 dans debian experimental... je repasse en 3.2

Elbarto

sous archlinux on est déjà à la version 3.6.6 ( branche stable ), pas de soucis pour l'instant

Message cité 1 fois

Plam

Bear Metal

Elbarto a écrit :

sous archlinux on est déjà à la version 3.6.6 ( branche stable ), pas de soucis pour l'instant

3.6.6 sur ma Debian Testing (compilé et création de paquet deb)

---------------
Spécialiste du bear metal

ztg

en fait j'etais sur le 3.2.0-3 de Testing, je suis passe sur le 3.2.0-4 et ca semble aller mieux

j_c_p

Linux user

Le 3.6.6 est ok (sinon le 3.6.1, mais pas entre les deux, comme dit plus haut ).
Sinon, il y a eu quelques soucis sur les 3.7-rc aussi, mais ça semble ok maintenant.

ztg

me souviens plus... comment est il decide quelles versions on droit a du support plus long terme?

en gros, y a t'il des 3.6.x qui sont prevus pour etre plus stables que d'autres 3.6.y?

j_c_p

Linux user

Extrait du changelog 3.6.6 :

commit dab43b73a7c7317f941c1314e9a77374ba8999ee
Author: Eric Sandeen <sandeen@redhat.com>
Date: Sun Oct 28 22:24:57 2012 -0400

ext4: fix unjournaled inode bitmap modification

commit ffb5387e85d528fb6d0d924abfa3fbf0fc484071 upstream.

commit 119c0d4460b001e44b41dcf73dc6ee794b98bd31 changed
ext4_new_inode() such that the inode bitmap was being modified
outside a transaction, which could lead to corruption, and was
discovered when journal_checksum found a bad checksum in the
journal during log replay.

Nix ran into this when using the journal_async_commit mount
option, which enables journal checksumming. The ensuing
journal replay failures due to the bad checksums led to
filesystem corruption reported as the now infamous
"Apparent serious progressive ext4 data corruption bug"

[ Changed by tytso to only call ext4_journal_get_write_access() only
when we're fairly certain that we're going to allocate the inode. ]

I've tested this by mounting with journal_checksum and
running fsstress then dropping power; I've also tested by
hacking DM to create snapshots w/o first quiescing, which
allows me to test journal replay repeatedly w/o actually
power-cycling the box. Without the patch I hit a journal
checksum error every time. With this fix it survives
many iterations.

Sinon, je ne te conseille pas le 3.5.7 qui est touché aussi (3.5.6 ok) : ce qui est bizarre c'est qu'il est toujours mis EOL et pas patché!
Personnellement, je prends le "Latest Stable Kernel", sauf exception.
Pour le support long terme, c'est un concensus entre le "mainteneur" et les distributions.

macomboh

Sortie du 3.6.10:
J'ai remarqué qu'il chauffait moins : baisse de 5° de la température chez moi,

Suis je le seul ou ai je rêvé ?

Message cité 1 fois

j_c_p

Linux user

Et surtout sortie du noyau 3.7 .

ztg

http://linux.slashdot.org/story/12 [...] 7-released

memaster

M.arc a volé mon 62

macomboh a écrit :

Sortie du 3.6.10:
J'ai remarqué qu'il chauffait moins : baisse de 5° de la température chez moi,

Suis je le seul ou ai je rêvé ?

sur quel proc?

Message cité 1 fois

---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster

ztg

arm 64

Elbarto

ce serait bien si le propriétaire de ce topic ( le forumeur WedgeAnt ) pensait à mettre à jour le titre du topic [:transparency]

ça fait un bail qu'on est plus à la version 3.2,

une solution serait de changer le propriétaire du topic, un modérateur qui affecterait le topic à un habitué un peu plus assidu ( bon ça ferait "putch" comme méthode mais c'est le prix à payer quand on néglige l'actualisation d'un topic unique )

Message édité par Elbarto le 11-12-2012 à 21:25:42

ztg

si tu veux, PM le

o'gure

Multi grognon de B_L

déjà, parmi les assidus, y a t il un repreneur potentiel ?

minux

On Linux ...

Je vote j_c_p, toujours premier sur les sorties de kernel

Message cité 1 fois

---------------
Root des Google Pixel | Mes linux : 2002: Mandrake -> 2005: Ubuntu -> 2010: Arch | Mes smartphones

Elbarto

il y a aussi magicpanda, kortex, Mjules très réguliers sur les topics linux

Message cité 2 fois

boblenain200

minux a écrit :

Je vote j_c_p, toujours premier sur les sorties de kernel

+1 ! Il teste meme les RC

wedgeant

Da penguin inside

J'ai jamais demandé à gérer le topic du kernel, c'est Oggy ou BL, je sais plus, qui me l'ont collé sans rien me demander

Bref, je donne à qui qui n'en veut [:rhetorie du chaos]

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

Elbarto

le job est pas compliqué, juste à éditer ton premier message pour mettre le nouveau numéro de version à chaque sortie de la version stable du noyau, 5 secondes chrono,

sinon je vote aussi j_c_p

Message cité 1 fois

wedgeant

Da penguin inside

[:orly2]

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

Mjules

Parle dans le vide

Elbarto a écrit :

il y a aussi magicpanda, kortex, Mjules très réguliers sur les topics linux

j'ai aucune motivation pour donc pas moi mais c'est gentil d'y avoir pensé;

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

macomboh

memaster a écrit :

sur quel proc?

Q6600

roscocoltran

L'enfer c'est les utilisateurs

Elbarto a écrit :

le job est pas compliqué, juste à éditer ton premier message pour mettre le nouveau numéro de version à chaque sortie de la version stable du noyau, 5 secondes chrono,

En plus ça se script.

---------------
"Your god is too small", Giordano Bruno, 1548 - 1600

j_c_p

Linux user

Hum, il y a encore des soucis sur l'ext4 avec le 3.7.2 : je viens d'avoir plein d'erreurs suite à l'effacement de plus d'1Go de données (un des plaisirs de Gentoo et de la compilation).
C'était ok en 3.6.9.

ztg

decidement l'ext4 c pas la joie depuis le 3.4

Publicité

Page : 1 2 3 4 5 .. 167 168 169 .. 180 181 182 183 184 185

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Débats

[Noyau Linux] Version 6 et des brouettes

Sujets relatifs
[GNU/Linux/mdk90] Mauvaise version des kernel-headers ....... [résolu]	Le Kernel Linux
Sécuriser Linux par le Kernel : LIDS ou GRSecurity ?	[Info@ZDNet][Linux]bug kernel 2.4.20 - perte de donnée
il arrive quand le linux kernel 2.4.20 dans la Debian Sarge ?	[Linux Mandrake 9] Kernel Panic :(
une carte du kernel linux très impressionnante !!	Linux --> Kernel panic
Les 'tainted kernel' , 'no license' & cie sous linux....	Mise a jour d'un kernel, je crois que je vais abandonner linux....
Plus de sujets relatifs à : [Noyau Linux] Version 6 et des brouettes

Page générée en 0.055 secondes