Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1633 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Débats

  Putain de partition ext3 de merde !!!!!

 

Sujet(s) à lire :
    - Copie de fichier : ça rame !!!
 

 Mot :   Pseudo :  
 
 Page :   1  2
Page Précédente
Auteur Sujet :

Putain de partition ext3 de merde !!!!!

n°131971
djoh
Posté le 31-07-2002 à 02:46:19  profilanswer
 

juste pour vous posez deux petites questions :
pourquoi cette merde d'utilitaire nommé defrag m'a niqué ma partition ext3 ? (au moins le journal, peut-être plus, même si ça semble marché en ext2)
et pourquoi une fs qui est soit disant réputer pour ne pas connaitre la fragmentation externe, en était rendu à 10% de non-continuous blocs, et ramait sa race à 1.5Mo/s au lieu de 15 ! bordel !! :fou:
 
pour plus de détail :
http://forum.hardware.fr/forum2.ph [...] subcat=205


Message édité par djoh le 31-07-2002 à 02:46:42
mood
Publicité
Posté le 31-07-2002 à 02:46:19  profilanswer
 

n°131972
asphro
Posté le 31-07-2002 à 02:48:57  profilanswer
 

parce que reiserfs powah !!!!!!!!!!!!!!!!!!!!!
 
 
je cris po trop haut car .....
 

n°131974
djoh
Posté le 31-07-2002 à 02:54:22  profilanswer
 

si tu connais l'ext3 un peu, tu peux me dire comment on localise son putain de journal parce que là il veut pas me le supprimer, donc je voudrais vérifier que le plantage l'a pas supprimé

n°131975
asphro
Posté le 31-07-2002 à 02:57:16  profilanswer
 

fsck.ext3 -j nomdetapatoche ?
 
je connais po les probleme de dd j en ai po depuis j utilise pu l exxt2
 
ps: t as l heure avec les reboot du a l orage mechant
     j etais po la en plus... y a 3-4 coupue d apres ma moman  
     tous les 5min environ pdt 20min ben aucun probleme sur mon  dd avec reiserfs (par contre mon pc avec windows .....)


Message édité par asphro le 31-07-2002 à 02:58:52
n°131976
djoh
Posté le 31-07-2002 à 03:00:12  profilanswer
 

non, ça a priori c'est pour dire où le mettre
mais merci quand même
tu saurais pas où je peux chercher de l'aide
parce que l'a où j'ai l'habitude de chercher, y-en a pas un qui sait !  :fou:  :fou:  :fou:  :fou:  :fou:  :fou:  :fou:  :gun:  :gun:  :gun:  :gun:  :gun:  :gun:

n°131977
asphro
Posté le 31-07-2002 à 03:01:58  profilanswer
 

non je vois po personnelement  
 
mais t as perdu t donné ?

n°131978
djoh
Posté le 31-07-2002 à 03:06:54  profilanswer
 

asphro a écrit a écrit :

non je vois po personnelement  
 
mais t as perdu t donné ?




 
en fait pour la petite histoire (tu peux lire le lien pour plus de détail) :
j'avais de très gros pb de lenteur avec un seagate
j'ai rebooter en mode single
j'ai demonter la partoche qu'il y avait sur le seagate
j'ai fais un e2fsck -c -C -v -t -t (j'en oubli p-t) /dev/hdb7 (la partoche en question
pas d'erreur
j'ai fait e2defrag /dev/hdb7
déjà, il me marque 2 blocs comme étant défectueux  :heink:  
bref, il fini ça merde
je reboot
je remonte en ext3
et là, ça merde de tout les coté .. genre erreurs méchante de corrupt fs ...
je demonte et remonte en ext2, ça semble marché correctement (j'ai vérifié au passage que ça allait plus vite, et ça va bien plus vite)
maintenant je cherche à recréer le journal, vu que c'est surement ça qui merde, mais il veut pas me le supprimer ce connard
donc là, je suis parti pour un nouveau chech avec : fsck.ext3 -c -C -v /dev/hdb7
 
et j'attends qq'infos si possible


Message édité par djoh le 31-07-2002 à 03:07:22
n°131979
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 03:14:21  profilanswer
 

mouaif, j'ai configuré un serveur Linux installé sous ext3 y'a pas longtemps alors que je préfère perso ReiserFS en général, le mec voulait ext3 donc ça a été ext3. Le lendemain il fallait patcher le kernel 2.4.18 de Redhat d'origine pour corriger un problème de crash serveur à cause d'ext3 ( pas de perte de données heureusement ).  
 
Je pense toujours que l'ext3 n'est pas forcément encore mature... :/ ( ça reste un avis perso )
 
J'ai jamais eu le moindre problème avec ReiserFS et ce FS est vraiment mature maintenant, voilà pourquoi je le préfère :jap: ( il a aussi connu ses problèmes étant plus jeune hein, je crache pas sur ext3 qui sera un bon FS dans qq temps je pense :) )


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°131981
djoh
Posté le 31-07-2002 à 03:16:24  profilanswer
 

ouai moi si j'ai pris ext3 c'est plus par comodité
et avant que je fasse toutes les manip dont j'ai parlé ça marchait nickel
si ça se trouve c'est le defrag qui a foutu la merde
enfin quand j'aurais la solution, j'y voirais p-t plus clair sur qui est le coupable

n°131982
djoh
Posté le 31-07-2002 à 03:17:10  profilanswer
 

c'est quoi le pb réglé par ton patch au fait ?

mood
Publicité
Posté le 31-07-2002 à 03:17:10  profilanswer
 

n°131983
djoh
Posté le 31-07-2002 à 03:19:24  profilanswer
 

bon en attendant je cherche toujours le journal là ...
et le fsck est pas concluant, je sens que je vais perdre des données :
 

# fsck.ext3 -c -C -v /dev/hdb7
e2fsck 1.27 (8-Mar-2002)
Checking for bad blocks (read-only test): done                        
Pass 1: Checking inodes, blocks, and sizes
Inode 8 has illegal block(s).  Clear<y>? yes
 
Illegal block #12 (920900145) in inode 8.  CLEARED.
Illegal block #13 (2796099093) in inode 8.  CLEARED.
Illegal block #14 (81479189) in inode 8.  CLEARED.
Illegal block #15 (2725497240) in inode 8.  CLEARED.
Illegal block #16 (840144356) in inode 8.  CLEARED.
Illegal block #17 (4251034178) in inode 8.  CLEARED.
Illegal block #18 (2327254045) in inode 8.  CLEARED.
Illegal block #19 (2316449963) in inode 8.  CLEARED.
Illegal block #20 (1242180302) in inode 8.  CLEARED.
Illegal block #21 (3457442849) in inode 8.  CLEARED.
Illegal block #22 (4282554568) in inode 8.  CLEARED.
Too many illegal blocks in inode 8.
Clear inode<y>? yes


 
 
EDIT :
ah, y-a p-t du mieux, il vient de se rendre compte que le journal est mort :
 

Restarting e2fsck from the beginning...                                        
Superblock has a bad ext3 journal (inode 8).
Clear<y>? yes
 
*** ext3 journal has been deleted - filesystem is now ext2 only ***
 
Checking for bad blocks (read-only test):     23120/  5118702


 
ah pis c'est l'inode 8 qui merde tant en plus
bon, y-a des chance que tout rentre dans l'ordre finallement !
mais que de galère juste pour une fs trop fragmentée !!  :o


Message édité par djoh le 31-07-2002 à 03:22:20
n°131985
asphro
Posté le 31-07-2002 à 03:21:26  profilanswer
 

Sly Angel a écrit a écrit :

mouaif, j'ai configuré un serveur Linux installé sous ext3 y'a pas longtemps alors que je préfère perso ReiserFS en général, le mec voulait ext3 donc ça a été ext3. Le lendemain il fallait patcher le kernel 2.4.18 de Redhat d'origine pour corriger un problème de crash serveur à cause d'ext3 ( pas de perte de données heureusement ).  
 
Je pense toujours que l'ext3 n'est pas forcément encore mature... :/ ( ça reste un avis perso )
 
J'ai jamais eu le moindre problème avec ReiserFS et ce FS est vraiment mature maintenant, voilà pourquoi je le préfère :jap: ( il a aussi connu ses problèmes étant plus jeune hein, je crache pas sur ext3 qui sera un bon FS dans qq temps je pense :) )




 
tu t aimante toi meme toi !!!!!!!!!!
 


 Le boulet a un avis sur tout
 
Aucun sujet ne l'effraie : culture du tournesol en Bretagne au XIIIe siècle, sexualité des crustacés en milieu tropical, influence de la danse balinaise sur le rap new-yorkais.  
Il vous pond sans complexe un discours de trois heures, même en présence des plus éminents spécialistes de la question.  


 
 
hihihih !!!
 
 
 

n°131986
djoh
Posté le 31-07-2002 à 03:25:05  profilanswer
 

asphro a écrit a écrit :

 
 
tu t aimante toi meme toi !!!!!!!!!!
 


 Le boulet a un avis sur tout
 
Aucun sujet ne l'effraie : culture du tournesol en Bretagne au XIIIe siècle, sexualité des crustacés en milieu tropical, influence de la danse balinaise sur le rap new-yorkais.  
Il vous pond sans complexe un discours de trois heures, même en présence des plus éminents spécialistes de la question.  


 
 
hihihih !!!
 
 
 
 




 
entre nous je préfère largement sa réponse à la tienne :
1) j'aime pas les gens qui disent "powa" sans arret
2) ton tip était pas bon
3) je m'en fous de ta maman et des orage qu'il y a chez toi  :D  ;)  
 
putain ça fait du bien de calmer les p'tit rigolo des fois   :o

n°131988
djoh
Posté le 31-07-2002 à 03:29:04  profilanswer
 

tiens je viens de me rendre compte que les deux bad bloc indiqués par le defrag étaient surement le journal
ça veut dire que tout est train de rentrer dans l'ordre et que tout a trouvé une explication (sauf les 2 questions de mon premiers post)
 
m'enfin faut pas que je crie victoire trop vite, je check est pas terminé et faut encore que je remonte la partition après pour voir si ça marche ...  :o

n°131989
djoh
Posté le 31-07-2002 à 03:29:40  profilanswer
 

JoWiLe a écrit a écrit :

tuage en direct :lol:




 
 
[:nofret]
je me sens mieux  [:ddr555]


Message édité par djoh le 31-07-2002 à 03:30:01
n°131990
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 03:36:57  profilanswer
 

asphro a écrit a écrit :

 
 
tu t aimante toi meme toi !!!!!!!!!!
 


 Le boulet a un avis sur tout
 
Aucun sujet ne l'effraie : culture du tournesol en Bretagne au XIIIe siècle, sexualité des crustacés en milieu tropical, influence de la danse balinaise sur le rap new-yorkais.  
Il vous pond sans complexe un discours de trois heures, même en présence des plus éminents spécialistes de la question.  


 
 
hihihih !!!
 




 
 
Si tu le dis, je dois bien être une bite qui raconte que des conneries :jap:


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°131991
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 03:38:32  profilanswer
 

djoh a écrit a écrit :

tiens je viens de me rendre compte que les deux bad bloc indiqués par le defrag étaient surement le journal
ça veut dire que tout est train de rentrer dans l'ordre et que tout a trouvé une explication (sauf les 2 questions de mon premiers post)
 
m'enfin faut pas que je crie victoire trop vite, je check est pas terminé et faut encore que je remonte la partition après pour voir si ça marche ...  :o  




 
Cool si c'est ce le journal :)
 
Tu nous tiens au courant, ça m'intéresse aussi la réponse :jap:
 
P.S. : Je penche plus pour un bug du defragmenteur que du FS cependant hein ( je donnais juste mon avis sur le FS par rapport à je sais plus qui parlait de ReiserFS )


Message édité par Sly Angel le 31-07-2002 à 03:39:08

---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°131992
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 03:39:30  profilanswer
 

djoh a écrit a écrit :

 
 
 
[:nofret]
je me sens mieux  [:ddr555]




 
Ca fait du bien merci :jap:


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°131993
djoh
Posté le 31-07-2002 à 03:41:18  profilanswer
 

Sly Angel a écrit a écrit :

 
 
Tu nous tiens au courant, ça m'intéresse aussi la réponse  :jap:  




 
ça a l'air mieux, plus d'inode défectueuses  
ça vient de finir la 2eme passe :
 

Checking for bad blocks (read-only test): done                        
Pass 1: Checking inodes, blocks, and sizes
Journal inode is not in use, but contains data.  Clear<y>?          

 
 
j'espere que ça va s'arreter quand j'aurais dis oui parce que ça commence à faire long là  :o


Message édité par djoh le 31-07-2002 à 03:42:15
n°131994
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 03:43:23  profilanswer
 

djoh a écrit a écrit :

c'est quoi le pb réglé par ton patch au fait ?




 


Jul 26 06:42:38 forum kernel: Assertion failure in journal_commit_transaction() at commit.c:535: "buffer_jdirty(bh)"
Jul 26 06:42:38 forum kernel: ------------[ cut here ]------------
Jul 26 06:42:38 forum kernel: kernel BUG at commit.c:535!
Jul 26 06:42:38 forum kernel: invalid operand: 0000
Jul 26 06:42:38 forum kernel: autofs 3c59x ipchains usb-ohci usbcore ext3 jbd aic7xxx sd_mod scsi_mod  
Jul 26 06:42:38 forum kernel: CPU:    1
Jul 26 06:42:38 forum kernel: EIP:    0010:[<f88540b4>]    Not tainted
Jul 26 06:42:38 forum kernel: EFLAGS: 00010286
Jul 26 06:42:38 forum kernel:  
Jul 26 06:42:38 forum kernel: EIP is at journal_commit_transaction [jbd] 0xb04 (2.4.18-3smp)
Jul 26 06:42:38 forum kernel: eax: 0000001c   ebx: 0000000a   ecx: c02eb880   edx: 00002e01
Jul 26 06:42:38 forum kernel: esi: f2a25d20   edi: f77d73c0   ebp: f77ce000   esp: f77cfe78
Jul 26 06:42:38 forum kernel: ds: 0018   es: 0018   ss: 0018
Jul 26 06:42:38 forum kernel: Process kjournald (pid: 17, stackpage=f77cf000)
Jul 26 06:42:38 forum kernel: Stack: f885ae6e 00000217 f77e00b8 00000000 00000f74 c291808c 00000000 cb917440  
Jul 26 06:42:38 forum kernel:        ec0d6e10 00001e3e 00000001 f882ad2f f77e0000 00000008 f177bdc0 d984cf40  
Jul 26 06:42:38 forum kernel:        e3e3c140 f59d73c0 e6e818c0 ca698540 e16b6c40 cbfb2740 f7a5e240 e16b6140  
Jul 26 06:42:38 forum kernel: Call Trace: [<f885ae6e>] .rodata.str1.1 [jbd] 0x26e  
Jul 26 06:42:38 forum kernel: [<f882ad2f>] rw_intr [sd_mod] 0x20f  
Jul 26 06:42:38 forum kernel: [<c0118ff8>] schedule [kernel] 0x348  
Jul 26 06:42:38 forum kernel: [<f8856776>] kjournald [jbd] 0x136  
Jul 26 06:42:38 forum kernel: [<f8856620>] commit_timeout [jbd] 0x0  
Jul 26 06:42:38 forum kernel: [<c0107286>] kernel_thread [kernel] 0x26  
Jul 26 06:42:38 forum kernel: [<f8856640>] kjournald [jbd] 0x0  
 


 
 

Citation :

Hi, On Sun, May 19, 2002 at 04:05:45PM -0500, Neil Aggarwal wrote: > My RedHat 7.3 machine just locked up and I could not reboot it. I had > to punch the reset button. > journal_commit_transaction() at commit.c:535: "buffer_jdirty(bh)" > Has anyone seen this? Yes! > Is there a way to fix it? Yes. :-) It's a bug that has been there forever, but for some reason the timing has changed in the current ext3 (probably due to a locking change made for other reasons), and the bug is showing up much more than on older kernels. It's fixed in the 2.4.18-4 errata announced last week. Cheers, Stephen


 
 


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°131995
djoh
Posté le 31-07-2002 à 03:45:22  profilanswer
 

Sly Angel a écrit a écrit :

 
 


Jul 26 06:42:38 forum kernel: Assertion failure in journal_commit_transaction() at commit.c:535: "buffer_jdirty(bh)"
Jul 26 06:42:38 forum kernel: ------------[ cut here ]------------
Jul 26 06:42:38 forum kernel: kernel BUG at commit.c:535!
Jul 26 06:42:38 forum kernel: invalid operand: 0000
Jul 26 06:42:38 forum kernel: autofs 3c59x ipchains usb-ohci usbcore ext3 jbd aic7xxx sd_mod scsi_mod  
Jul 26 06:42:38 forum kernel: CPU:    1
Jul 26 06:42:38 forum kernel: EIP:    0010:[<f88540b4>]    Not tainted
Jul 26 06:42:38 forum kernel: EFLAGS: 00010286
Jul 26 06:42:38 forum kernel:  
Jul 26 06:42:38 forum kernel: EIP is at journal_commit_transaction [jbd] 0xb04 (2.4.18-3smp)
Jul 26 06:42:38 forum kernel: eax: 0000001c   ebx: 0000000a   ecx: c02eb880   edx: 00002e01
Jul 26 06:42:38 forum kernel: esi: f2a25d20   edi: f77d73c0   ebp: f77ce000   esp: f77cfe78
Jul 26 06:42:38 forum kernel: ds: 0018   es: 0018   ss: 0018
Jul 26 06:42:38 forum kernel: Process kjournald (pid: 17, stackpage=f77cf000)
Jul 26 06:42:38 forum kernel: Stack: f885ae6e 00000217 f77e00b8 00000000 00000f74 c291808c 00000000 cb917440  
Jul 26 06:42:38 forum kernel:        ec0d6e10 00001e3e 00000001 f882ad2f f77e0000 00000008 f177bdc0 d984cf40  
Jul 26 06:42:38 forum kernel:        e3e3c140 f59d73c0 e6e818c0 ca698540 e16b6c40 cbfb2740 f7a5e240 e16b6140  
Jul 26 06:42:38 forum kernel: Call Trace: [<f885ae6e>] .rodata.str1.1 [jbd] 0x26e  
Jul 26 06:42:38 forum kernel: [<f882ad2f>] rw_intr [sd_mod] 0x20f  
Jul 26 06:42:38 forum kernel: [<c0118ff8>] schedule [kernel] 0x348  
Jul 26 06:42:38 forum kernel: [<f8856776>] kjournald [jbd] 0x136  
Jul 26 06:42:38 forum kernel: [<f8856620>] commit_timeout [jbd] 0x0  
Jul 26 06:42:38 forum kernel: [<c0107286>] kernel_thread [kernel] 0x26  
Jul 26 06:42:38 forum kernel: [<f8856640>] kjournald [jbd] 0x0  
 


 
 

Citation :

Hi, On Sun, May 19, 2002 at 04:05:45PM -0500, Neil Aggarwal wrote: > My RedHat 7.3 machine just locked up and I could not reboot it. I had > to punch the reset button. > journal_commit_transaction() at commit.c:535: "buffer_jdirty(bh)" > Has anyone seen this? Yes! > Is there a way to fix it? Yes. :-) It's a bug that has been there forever, but for some reason the timing has changed in the current ext3 (probably due to a locking change made for other reasons), and the bug is showing up much more than on older kernels. It's fixed in the 2.4.18-4 errata announced last week. Cheers, Stephen


 
 
 




 
bon ben j'ai pas envie de foutre la patch
mais je pense que la debian l'a dejà integrer dans les sources du kernel packagé qu'il distribue
enfin j'espere

n°131996
djoh
Posté le 31-07-2002 à 03:47:17  profilanswer
 

bon, j'ai une très mauvaise erreur à mon avis mais j'avoue que je sais pas trop à quoi ça correspond (j'ai juste vu que c'est bloc sont nombreux sur le disque en faisant le defrag (y-a un graph un peu comme sur windows)) :
 

Pass 2: Checking directory structure                                            
Pass 3: Checking directory connectivity                                        
Pass 4: Checking reference counts                                              
Pass 5: Checking group summary information                                      
Block bitmap differences:  -(11--22) -(24--1047) -(1050--2073) -(2075--3098) -(3100--4123) -(4125--5148) -(5150--6173) -(6175--7198) -(7200--8212) -(4653222--4653223) -(4653289--4653290) -(4653378--4653380) -(4653483--4653484)
Fix<y>?

 
j'ai peur
putain, si je perds des données chui vert
bon, je continue, on verra bien ... :sweat:

n°131997
djoh
Posté le 31-07-2002 à 03:49:45  profilanswer
 

enfin fini :
 

Free blocks count wrong for group #0 (9, counted=8202).                        
Fix<y>? yes
 
Free blocks count wrong for group #142 (32756, counted=32765).
Fix<y>? yes
 
Free blocks count wrong (745660, counted=753862).
Fix<y>? yes
 
                                                                               
/dev/hdb7: ***** FILE SYSTEM WAS MODIFIED *****
/dev/hdb7: 154/5024 files (5.8% non-contiguous), 4364840/5118702 blocks
client:/home/ #

 
 
j'ai les boules, avec tout ce qu'il vient de faire, je vais en relancer encore un a tout hasard ...
 
et puis encore 5.8% de non contiguous... c'était bien la peine que je me prenne la tete ( va falloir qu'on m'explique ça :o )

n°131998
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 03:51:22  profilanswer
 

C'est quel kernel exactement sur la Woody ?


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132000
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 03:52:40  profilanswer
 

djoh a écrit a écrit :

bon, j'ai une très mauvaise erreur à mon avis mais j'avoue que je sais pas trop à quoi ça correspond (j'ai juste vu que c'est bloc sont nombreux sur le disque en faisant le defrag (y-a un graph un peu comme sur windows)) :
 

Pass 2: Checking directory structure                                            
Pass 3: Checking directory connectivity                                        
Pass 4: Checking reference counts                                              
Pass 5: Checking group summary information                                      
Block bitmap differences:  -(11--22) -(24--1047) -(1050--2073) -(2075--3098) -(3100--4123) -(4125--5148) -(5150--6173) -(6175--7198) -(7200--8212) -(4653222--4653223) -(4653289--4653290) -(4653378--4653380) -(4653483--4653484)
Fix<y>?

 
j'ai peur
putain, si je perds des données chui vert
bon, je continue, on verra bien ... :sweat:  




 
:/
 
Faut avoir foi, Linux merde pas souvent une partition jusqu'à la tuer :/


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132001
djoh
Posté le 31-07-2002 à 03:54:13  profilanswer
 

Sly Angel a écrit a écrit :

C'est quel kernel exactement sur la Woody ?




 
2.4.18
enfin c'est celui que j'ai mis
à l'origine on a le choix entre un 2.2 et un 2.4 mais je sais pas lesquel
quand j'ai installé y-avait pas encore de 2.4
le kernel que j'utilise est un 2.4.18 dont j'ai recup les sources y-a pas longtemps, mais les sources packagées. Or il me semble qu'il patch leur kernel pour régler les bug (uniquement pour les bug, il patch pas ppour mettre les nouvelles fonctionnalités je crois, en général)

n°132002
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 03:56:10  profilanswer
 

djoh a écrit a écrit :

 
 
2.4.18
enfin c'est celui que j'ai mis
à l'origine on a le choix entre un 2.2 et un 2.4 mais je sais pas lesquel
quand j'ai installé y-avait pas encore de 2.4
le kernel que j'utilise est un 2.4.18 dont j'ai recup les sources y-a pas longtemps, mais les sources packagées. Or il me semble qu'il patch leur kernel pour régler les bug (uniquement pour les bug, il patch pas ppour mettre les nouvelles fonctionnalités je crois, en général)




 
oki :jap:
 


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132003
djoh
Posté le 31-07-2002 à 03:56:10  profilanswer
 

Sly Angel a écrit a écrit :

 
 
:/
 
Faut avoir foi, Linux merde pas souvent une partition jusqu'à la tuer :/




 
bah je sais pas si tu sais ce que c'est les bloc bitmap
moi je sais pas
 
mais j'ai vu comment ils étaient organisés, sur le graphe du defrag, et ça avait l'air important ...
je prie pour qu'il n'y ai que le journal qui soit mort (ça je m'en fous, ça fait perdre aucune donnée, et ça se recré facilement ... enfin, quand ça merde pas)

n°132005
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 04:00:51  profilanswer
 

djoh a écrit a écrit :

 
 
bah je sais pas si tu sais ce que c'est les bloc bitmap
moi je sais pas
 
mais j'ai vu comment ils étaient organisés, sur le graphe du defrag, et ça avait l'air important ...
je prie pour qu'il n'y ai que le journal qui soit mort (ça je m'en fous, ça fait perdre aucune donnée, et ça se recré facilement ... enfin, quand ça merde pas)




 
Je sais pas, ça serait les indications d'allocation de l'espace des blocs de données apparement, il y aurait les block bitmap et les inodes bitmap...
 
Je vais chercher un peu ce que c'est exactement tiens


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132006
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 04:01:45  profilanswer
 

en tout cas c'est pas alarmant du tout d'avoir ça :)


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132007
djoh
Posté le 31-07-2002 à 04:02:16  profilanswer
 

Sly Angel a écrit a écrit :

 
 
Je sais pas, ça serait les indications d'allocation de l'espace des blocs de données apparement, il y aurait les block bitmap et les inodes bitmap...
 
Je vais chercher un peu ce que c'est exactement tiens




 
ben je te remercie  :jap:  
parce qu'après tant de galère, j'en ai vraiment marre là  :/

n°132009
djoh
Posté le 31-07-2002 à 04:05:05  profilanswer
 

Sly Angel a écrit a écrit :

en tout cas c'est pas alarmant du tout d'avoir ça :)




 
mouai enfin, même si ça marche (j'espere, quand même ...), je me serais bien galéré, et tout ça juste pour passer de 10 à 5% de fragmentation ... c'est n'importe quoi !
y-a pas interet qu'il continue à rammer comme il faisait avant
faudra que qq'un me réponde à mes question du début (ce qui savent hein ;) ), parce que j'ai pas envie d'avoir à défragmenter sans arret et de me galérer comme ça à chaque fois  :non:

n°132010
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 04:06:57  profilanswer
 

yep faudrait savoir c'est clair :)
 
sinon pour le block bitmap :
 
http://buzco.nyct.net/Linux/ext2fs [...] 0.1-8.html
 
C'est bien l'allocation des blocs de données :)
 
Par contre c'est sur que le defrag il aime ext3 ? :/


Message édité par Sly Angel le 31-07-2002 à 04:07:39

---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132011
djoh
Posté le 31-07-2002 à 04:13:20  profilanswer
 

Sly Angel a écrit a écrit :

yep faudrait savoir c'est clair :)
 
sinon pour le block bitmap :
 
http://buzco.nyct.net/Linux/ext2fs [...] 0.1-8.html
 
C'est bien l'allocation des blocs de données :)
 
Par contre c'est sur que le defrag il aime ext3 ? :/




 
merci pour le lien
je viens de terminer mon dernier check donc je vais redémarrer en mode single histoire de pas tout casser si ça marche pas
 
sinon, ben le defrag est adapté pour le ext2, donc je suis pas censé perdre de données avec lui, sauf le journal, ça je veux bien comprendre, puisqu'il ne retrouvera plus les données là où le journal lui dit qu'elles sont, à mon pauv pc
 
bon, je teste
croisons les doigts

n°132012
djoh
Posté le 31-07-2002 à 04:18:06  profilanswer
 

bon ben le test a pas été bien long, il m'a carrement viré l'ext3
j'ai plus qu'à le récréer

n°132013
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 04:20:41  profilanswer
 

j'ai trouvé ça :
 
 
 
https://listman.redhat.com/pipermai [...] 03462.html
 
et
 
http://www.redhat.com/mailing-list [...] read4.html
 
intéressant aussi les interventions sur ext3 sur le site de RedHat ( y'a Stephen Tweedie qui s'occupe du code sur le kernel )


Message édité par Sly Angel le 31-07-2002 à 04:21:42

---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132014
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 04:20:58  profilanswer
 

djoh a écrit a écrit :

bon ben le test a pas été bien long, il m'a carrement viré l'ext3
j'ai plus qu'à le récréer




 
aie :(


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132015
djoh
Posté le 31-07-2002 à 04:22:21  profilanswer
 

Sly Angel a écrit a écrit :

 
 
aie :(




 
création du journal sans pb
ça a l'air tout bon
je retourne testé  :)

n°132016
Sly Angel
Architecte / Développeur principal
Posté le 31-07-2002 à 04:23:45  profilanswer
 

djoh a écrit a écrit :

 
 
création du journal sans pb
ça a l'air tout bon
je retourne testé  :)  




 
ah ok, il a pas tout jarté, j'avais pas tout compris :o


---------------
Fan et séquestrateur de Deprem De Prel Photographie, célèbre photographe de tuning automobile :o
n°132018
djoh
Posté le 31-07-2002 à 04:30:24  profilanswer
 

Sly Angel a écrit a écrit :

 
 
ah ok, il a pas tout jarté, j'avais pas tout compris :o




 
 
non heureusement, j'aurais réagit autrement sinon  :lol:
 
bon ça se précise, ça a l'air bon
je refais une petite batterie de test (genre, à la barbare, ouverture de 1000 socket venant taquiné la partoche récalcitrante  :D )
et je matte les log
et après je pourrais crier victoire  :)

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2
Page Précédente

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Débats

  Putain de partition ext3 de merde !!!!!

 

Sujets relatifs
Nettoyage table de partitionmandrake sur la meme partition que windos :s
Coup de gueule ;) + Image de partition ext2putain de dépendances !!!
Une partition = plusieurs points d'accès (plusieurs repertoires) ???Partition de type "Hidden Win95 FAT32"
partition magic me donne une erreur depuis que j'ai installe linuxMandrake 8.2 reconnait pas ma partition WinXP
ext3 : pkoi j'ai tjs un fsck ts les 20 mounts ? [en fait c'est normal]Récupérer une partition ext2 (xfs en fait) effaçée par PMagic ! :(
Plus de sujets relatifs à : Putain de partition ext3 de merde !!!!!


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR