[non résolu mais clos] reboot sauvage après plantage => kernel panic

reboot sauvage après plantage => kernel panic [non résolu mais clos] - Linux et OS Alternatifs

Marsh Posté le 14-03-2005 à 13:43:50    

Bonjour à tous,
 
ma config :
Celeron 466, 192Mo de ram et DD de 40Go
MDK 10.0 MAJ à 10.1
 
suite à un gros plantage de mon pc (écran freezé, plus d'accès au clavier donc pas de possibilité de passer en mode console pour rebooter) j'ai du faire un reset et maintenant mon OS ne démarre plus
 
voici ce que j'ai en gros lors du chargement (en plus des bouton Caps Lock et Scroll Lock qui clignotent)
 

Citation :


hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
ide0: reset: success
hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
ide0: reset: succes
hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: read_intr: error=0x01 { AddrMarkNotFound } LBAsect=10255583, sector=4160
end_request: I/O error, cmd 0 dev 03:05 (hda), sector 4160
JBD: IO error loading journal.
mount: error 22 mounting ext3
pivoroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2
Remounting devfs at correct place if necessary
Mounted devfs on /dev
Freeing unused kernel memory: 144kfreed
Kernel panic: No init found. Try passing init= option to kernel.
 _
 


 
après un second reset j'obtiens ça :
 

Citation :


mount: error 22 mounting ext3 flags defaults
well, retrying without the option flags
EXT3-fs: INFO: recovery required on readonly fliesystem.
EXT3-fs: write access will be enabled during recovery.
hda: dma_initr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_initr: error=0x01 { AddrMarkNotFound ], LBAsect=10255583, sector=10255583
hda: dma_initr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_initr: error=0x01 { AddrMarkNotFound ], LBAsect=10255583, sector=10255583
hda: dma_initr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_initr: error=0x01 { AddrMarkNotFound ], LBAsect=10255583, sector=10255583
hda: dma_initr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_initr: error=0x40 { UncorrectableError ], LBAsect=10255583, sector=10255583
end_request: I/O error, dev hda, sector 10255583
JBD: IO error reading journal superblock
EXT3-fs: error loading journal
mount: error 22 mounting ext3
well retring read-only without any flag
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
hda: dma_initr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_initr: error=0x40 { UncorrectableError ], LBAsect=10255583, sector=10255583
end_request: I/O error, dev hda, sector 10255583
JBD: IO error reading journal superblock
EXT3-fs: error loading journal.
mount: error 22 mounting ext3
pivoroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2
umount /initrd/sys failed: 2
umount /initrd/proc failed: 2
Initrd finished
Freeing unused kernel memory: 200k freed
Kernel panic: No init found. Try passing init= option to kernel.
 _
 


j'ai lancé mdkmove pour voir si je pouvais récupéré mes données mais les partitions n'apparaissent pas dans /mnt, je les vois seulement dans le panneau de configuration mais je peux rien faire à part ça
 
si une âme charitable veut bien prendre le temps de m'expliquer ce que je dois faire pour récupérer mon OS ou mes données,
j'ai lu sur le forum qu'il est peut être possible de lancer le dvd mdk avec la commande "rescue" pour réparer mais je voudrais pas perdre toute mes données.
désolé je ne suis pas très calé en linux,
MERCI d'avance.


Message édité par cilv1 le 06-04-2005 à 17:24:15
Reply

Marsh Posté le 14-03-2005 à 13:43:50   

Reply

Marsh Posté le 14-03-2005 à 14:06:06    

passe un coup de fsck sur tes partoches

Reply

Marsh Posté le 14-03-2005 à 14:16:31    

Citation :

hda: dma_initr: error=0x01 { AddrMarkNotFound ], LBAsect=10255583, sector=10255583  
hda: dma_initr: status=0x51 { DriveReady SeekComplete Error }  


 
 
DD IBM?


---------------
カエル
Reply

Marsh Posté le 14-03-2005 à 15:17:11    

Citation :

passe un coup de fsck sur tes partoches


je veux bien mais le pc plante après le kernel panic
 

Citation :

DD IBM?


non un maxtor diamondmax plus 8, c'est la première fois que j'ai un pépin avec ce disque, en sous entendant que ce soit le disque qui soit à l'origine du problème

Reply

Marsh Posté le 14-03-2005 à 15:18:49    

cilv1 a écrit :

Citation :

passe un coup de fsck sur tes partoches


je veux bien mais le pc plante après le kernel panic


 
depuis une knoppix ou mdk move

Reply

Marsh Posté le 14-03-2005 à 15:23:21    

ok merci je vais tester

Reply

Marsh Posté le 14-03-2005 à 15:35:17    

ah ok, j'avais eu pareil avec un ibm 40Go après une coupure de courant, mais moi c'est le disque qui était mort... J'espère que ce sera pas ça pour toi :/


---------------
カエル
Reply

Marsh Posté le 14-03-2005 à 15:45:39    

moi g u 3 ibm qui m'ont fait ca... 2 ont mouru définitivement... l'autre a survécu après un formatage bas niveau mais fais toujours des bruits bizarres... dc sauvegardes très régulières.

Reply

Marsh Posté le 16-03-2005 à 21:33:49    

bon alors j'ai testé fsck mais sans succés, voilà ce que j'obtiens
 

Citation :

# fsck /dev/hda5
fsck 1.34 (25-Jul-2003)
e2fsck 1.34 (25-Jul-2003)
/dev/hda5: Attempt to read block from filesystem resulted in short read while reading block 520
 
/dev/hda5: Attempt to read block from filesystem resulted in short read reading journal superblock
 
fsck.ext2: Attempt to read block from filesystem resulted in short read while checking ext3 journal for /dev/hda5


 

Citation :

# fsck /dev/hda7
fsck 1.34 (25-Jul-2003)
e2fsck 1.34 (25-Jul-2003)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hda7
Could this be a zero-length partition?


 
pas de résultats non plus avec e2fsck :
 

Citation :

# e2fsck /dev/hda5
e2fsck 1.34 (25-Jul-2003)
/dev/hda5: Attempt to read block from filesystem resulted in short read while reading block 520
 
/dev/hda5: Attempt to read block from filesystem resulted in short read reading journal superblock
 
e2fsck: Attempt to read block from filesystem resulted in short read while checking ext3 journal for /dev/hda5


 

Citation :

# e2fsck /dev/hda7
e2fsck 1.34 (25-Jul-2003)
e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/hda7
Could this be a zero-length partition?


 
peut être que les résultats seraient meilleurs avec options, non ?

Reply

Marsh Posté le 16-03-2005 à 22:13:53    

je vois que ça parle de journal, y a pas une version spécifique de e2fsck pour ext3?

Reply

Marsh Posté le 16-03-2005 à 22:13:53   

Reply

Marsh Posté le 16-03-2005 à 23:57:36    

ben fsck.ext3, mais là, ça sent le disque mort...

Reply

Marsh Posté le 17-03-2005 à 07:54:11    

je ne pense pas que le disque soit totalement mort parce que ma partition windows sur ce même disque fonctionne correctement, et avant ce reboot sauvage je n'ai jamais eu aucune erreur d'écriture ou de lecture sur mes partitions linux

Reply

Marsh Posté le 17-03-2005 à 08:03:09    

idem avec fsck.ext3
 

Citation :

# fsck.ext3 /dev/hda5
e2fsck 1.34 (25-Jul-2003)
/dev/hda5: Attempt to read block from filesystem resulted in short read while reading block 520
 
/dev/hda5: Attempt to read block from filesystem resulted in short read reading journal superblock
 
fsck.ext3: Attempt to read block from filesystem resulted in short read while checking ext3 journal for /dev/hda5


 

Citation :

# fsck.ext3 /dev/hda7
e2fsck 1.34 (25-Jul-2003)
fsck.ext3: Attempt to read block from filesystem resulted in short read while trying to open /dev/hda7
Could this be a zero-length partition?

Reply

Marsh Posté le 17-03-2005 à 09:52:38    

alors essaye un coup de badblocks, mais bon... visiblement, y'a un pb sur un des cluster (cf le short read while...)

Reply

Marsh Posté le 17-03-2005 à 22:41:17    

bon alors j'ai utiliser la commande badblocks et voici les résultats :
 

Citation :

# badblocks /dev/hda5
2080
2081
2082
2083
3381
3383
3385
3387
3388
3389
3390
3391
3392
3393
3394
3395
3396
3397
3398
3399
3433
3435
3437
3439
3441
3443
3444
3445
3446
3447
3465
3467
3468
3469
3470
3471
3472
3473
3474
3475
3476
3477
3478
3479
3480
3481
3482
3483
3484
3485
3486
3487
3488
3489
3490
3491
3492
3493
3494
3495
3496
3497
3498
3499
3500
3501
3502
3503
3504
3505
3506
3507
3508
3509
3510
3511
1442105
1442107
1442109
1442111
1442113
1442115
1442116
1442117
1442118
1442119
1442137
1442139
1442141
1442143
1442145
1442147
1442148
1442149
1442150
1442151
2899193
2899195
2899197
2899199
2899200
2899201
2899202
2899203
2899205
2899207
2899208
2899209
2899210
2899211
2912381
2912383
2912385
2912387
2912388
2912389
2912390
2912391
2912393
2912395
2912396
2912397
2912398
2912399
2912400
2912401
2912402
2912403
2914389
2914391
2914393
2914395
2914397
2914399
2914401
2914403
2914404
2914405
2914406
2914407
2914408
2914409
2914410
2914411
2914412
2914413
2914414
2914415
2914416
2914417
2914418
2914419
2919717
2919719
2919721
2919723
2919725
2919727
2919729
2919731
2919732
2919733
2919734
2919735
2919736
2919737
2919738
2919739
3538957
3538959
3538960
3538961
3538962
3538963
3538964
3538965
3538966
3538967


 
et  
 

Citation :


# badblocks /dev/hda7
0
1
2
3
5
7
8
9
10
11
3069
3071
3073
3075
3077
3079
3080
3081
3082
3083
3117
3119
3120
3121
3122
3123
3124
3125
3126
3127
3128
3129
3130
3131
3132
3133
3134
3135
3136
3137
3138
3139
3140
3141
3142
3143
3144
3145
3146
3147
3148
3149
3150
3151
3152
3153
3154
3155
3156
3157
3158
3159
3160
3161
3162
3163
3164
3165
3166
3167
3168
3169
3170
3171
3172
3173
3174
3175
2490361
2490363
2490365
2490367
2490369
2490371
2490372
2490373
2490374
2490375
2490425
2490427
2490429
2490431
2490433
2490435
2490436
2490437
2490438
2490439
2490440
2490441
2490442
2490443
2490461
2490463
2490465
2490467
2490469
2490471
2490472
2490473
2490474
2490475
2511773
2511775
2511777
2511779
2511781
2511783
2511785
2511787
2511788
2511789
2511790
2511791
2511792
2511793
2511794
2511795
2564261
2564263
2564265
2564267
2564269
2564271
2564273
2564275
2564276
2564277
2564278
2564279
2564585
2564587
2564589
2564591
2564593
2564595
2564597
2564599
2564600
2564601
2564602
2564603
2605053
2605055
2605057
2605059
2605061
2605063
2605064
2605065
2605066
2605067
2613293
2613295
2613297
2613299
2613301
2613303
2613304
2613305
2613306
2613307
3090029
3090031
3090033
3090035
3090037
3090039
3090041
3090043
3090044
3090045
3090046
3090047
3090048
3090049
3090050
3090051
3090052
3090053
3090054
3090055
3801081
3801083
3801085
3801087
3801088
3801089
3801090
3801091
3805685
3805687
3805689
3805691
3805692
3805693
3805694
3805695
3923969
3923971
3923973
3923975
3923976
3923977
3923978
3923979
3923980
3923981
3923982
3923983
3924049
3924051
3924052
3924053
3924054
3924055
3924056
3924057
3924058
3924059
3924077
3924079
3924080
3924081
3924082
3924083
3924117
3924119
3924120
3924121
3924122
3924123
3924125
3924127
3924129
3924131
3924133
3924135
3924137
3924139
3924140
3924141
3924142
3924143
3924257
3924259
3924260
3924261
3924262
3924263
5397625
5397627
5397629
5397631
5397632
5397633
5397634
5397635
9981157
9981159
9981161
9981163
9981164
9981165
9981166
9981167
14155153
14155155
14155157
14155159
14155161
14155163
14155164
14155165
14155166
14155167
19270769
19270771
19270773
19270775
19270777
19270779
19270781
19270783
19270784
19270785
19270786
19270787
21052149
21052151
21052153
21052155
21052157
21052159
21052161
21052163
21052164
21052165
21052166
21052167
24711129
24711131
24711133
24711135
24711137
24711139
24711140
24711141
24711142
24711143


 
est-ce qu'il y a un moyen de réparer les erreurs ou alors de passer outre afin que je puisse au minimum récupérer mes données, quitte à formatter par la suite ?

Reply

Marsh Posté le 18-03-2005 à 00:46:40    

t'as regardé dans le man de badblocks s'il y a une réponse à tes questions? j'en sais rien du tout, je suppose qu'il doit pouvoir te renseigner.

Reply

Marsh Posté le 18-03-2005 à 07:45:01    

en fait la lecture des man des différentes applications ne m'aide pas beacoup, c'est la raison pour laquelle je préfère demander plutôt que de faire une bétise.
 
bon je vais émettre des hypothèses, comme ca on ne dira pas que je ne cherche pas. si je fais ca :
 

Citation :


# badblocks -o listebbhda5 /dev/hda5


 
est-ce que pour réparer la solution et de faire ensuite :
 

Citation :


# e2fsck -l listebbhda5 /dev/hda5


 
et idem pour hda7

Reply

Marsh Posté le 18-03-2005 à 11:49:00    

cilv1 a écrit :


j'ai lancé mdkmove pour voir si je pouvais récupéré mes données mais les partitions n'apparaissent pas dans /mnt, je les vois seulement dans le panneau de configuration mais je peux rien faire à part ça


 
Ton disque dur n'a pas l'air complètement bousillé si windows marche. De plus tu semble voir tes partitions dans le panneau de configuration (où exactement?).
 
Une idée : MONTER les partitions. Sous mandrake : control center, gestino des partitions. Tu cliques sur tes partitions Linux et tu choisis l'action monter en bas à gauche.
C'est probablement pour cela qu'elles n'apparaissaient pas dans /mnt.
La plupart du temps les Live CD ne montent pas les partitions directement.
 
Et puis après regarde dans /etc/lilo.conf si le fichier est correct.
 


---------------
Ubuntu c'est nul ! Tu l'installes et puis ça marche ... y a rien à bidouiller. rm -rf /  
Reply

Marsh Posté le 18-03-2005 à 13:31:06    

voici deux captures d'écran avec les détails pour hda5 et hda7
le swap est déjà monté (surement pour la mandrake move) ainsi que ma partition windows.
 
hda5 :
 
http://img170.exs.cx/img170/2328/hda58fn.png
 
et hda7 :
 
http://img190.exs.cx/img190/5917/hda76eo.png
 
pour le lilo.conf je ne peux pas y accéder sans accés à hda5

Reply

Marsh Posté le 18-03-2005 à 13:32:11    

vu qu'il faille définir un point de montage, je pense que c'est mal parti pour pouvoir récupérer mes données.

Reply

Marsh Posté le 18-03-2005 à 13:34:59    

monte les avec knoppix alors

Reply

Marsh Posté le 18-03-2005 à 14:20:04    

+1


---------------
Ubuntu c'est nul ! Tu l'installes et puis ça marche ... y a rien à bidouiller. rm -rf /  
Reply

Marsh Posté le 18-03-2005 à 18:02:09    

m'étonnerais qu'il arrive à les monter avec knoppix, vu les erreurs de disque

Reply

Marsh Posté le 20-03-2005 à 15:44:35    

exact impossible de monter les partitions sans réparer les erreurs au préalable.
 
tentative de montage de /hda5 sous knoppix :
 
http://img94.exs.cx/img94/276/monterhda5knoppix6fp.png
 
pour /hda7
 
http://img94.exs.cx/img94/6731/monterhda7knoppix2tp.png
 
bon alors les problèmes qui se posent sont des problèmes de superbloc et de bloques défectueux, alors est-ce que je dois d'abord réparer les blocks en combinant badblock et e2fsck ou je commence par tenter un  
e2fsck -b 8193 /dev/hda5 en changeant les valeurs par 16385, 24577, 32769, 40961 jusqu'a ce que ca marche ?
 
PS : désolé pour les images mais j'aime bien illustrer ce que je fais.

Reply

Marsh Posté le 21-03-2005 à 01:34:02    

Et (une fois n'est pas coutume) pourquoi ne pas travailler depuis la partition windows qui marche ?
 
En utilisant explore2fs : http://uranus.it.swin.edu.au/~jn/linux/explore2fs.htm
 
vois si il arrive a lire tes partoches en linux native, et essaye de recuperer tes donnees critiques comme ca peut-etre ?


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
Reply

Marsh Posté le 21-03-2005 à 08:28:24    

Citation :

Et (une fois n'est pas coutume) pourquoi ne pas travailler depuis la partition windows qui marche ?
 
En utilisant explore2fs : http://uranus.it.swin.edu.au/~jn/linux/explore2fs.htm
 
vois si il arrive a lire tes partoches en linux native, et essaye de recuperer tes donnees critiques comme ca peut-etre ?


 
je doute que cela marche mais pourquoi pas, je vais essayer.
merci pour le lien

Reply

Marsh Posté le 21-03-2005 à 17:17:23    

j'ai testé explore2fs mais malheureusement pour moi ca ne fonctionne pas.

Reply

Marsh Posté le 21-03-2005 à 18:23:43    

Disque HS la :/


---------------
:wq
Reply

Marsh Posté le 21-03-2005 à 18:26:38    

Je ne vois pas de solution pour résoudre le problème mais ça ressemble fichtrement à un disque dont on n'aurait pas désactivé le write-back cache.


---------------
"The marketing guys said the HP-35 would be a failure because it was too small, and then we couldn't make them fast enough to meet the demand. The marketing folks don't know everything." - Bill Hewlett
Reply

Marsh Posté le 22-03-2005 à 07:55:40    

comment savoir si mon write-back cache est activé ou pas, parceque hdparm ne me donne l'info que pour le write cache
 

Citation :

# hdparm -i /dev/hda
 
/dev/hda:
 
 Model=Maxtor 6E040L0, FwRev=NAR61590, SerialNo=E15VR30E
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
 CurCHS=17475/15/63, CurSects=16513875, LBA=yes, LBAsects=78156288
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 udma6
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):  1 2 3 4 5 6 7


 

Citation :

hdparm -I /dev/hda
 
/dev/hda:
 
ATA device, with non-removable media
        Model Number:       Maxtor 6E040L0
        Serial Number:      E15VR30E
        Firmware Revision:  NAR61590
Standards:
        Supported: 7 6 5 4
        Likely used: 7
Configuration:
        Logical         max     current
        cylinders       16383   17475
        heads           16      15
        sectors/track   63      63
        --
        CHS current addressable sectors:   16513875
        LBA    user addressable sectors:   78156288
        device size with M = 1024*1024:       38162 MBytes
        device size with M = 1000*1000:       40016 MBytes (40 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 1
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Advanced power management level: unknown setting (0x0000)
        Recommended acoustic management value: 192, current value: 192
        DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 udma6
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    NOP cmd
           *    READ BUFFER cmd
           *    WRITE BUFFER cmd
           *    Host Protected Area feature set
           *    Look-ahead
           *    Write cache
           *    Power Management feature set
                Security Mode feature set
           *    SMART feature set
           *    FLUSH CACHE EXT command
           *    Mandatory FLUSH CACHE command
           *    Device Configuration Overlay feature set
           *    Automatic Acoustic Management feature set
                SET MAX security extension
                Advanced Power Management feature set
           *    DOWNLOAD MICROCODE cmd
           *    SMART self-test
           *    SMART error logging
Security:
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
                frozen
        not     expired: security count
        not     supported: enhanced erase
HW reset results:
        CBLID- above Vih
        Device num = 0 determined by the jumper
Checksum: correct

Reply

Marsh Posté le 01-04-2005 à 16:46:18    

bon alors j'ai du nouveau :
 
j'ai fais un mke2fs -S /dev/hda5
puis juste après un e2fsck /dev/hda5 et la réparation s'est mise en route. Malheureusement j'avais oublié le -y alors j'ai du me tapper tout les "Yes" à la main.
donc je peux maintenant consulter le contenu de mon /hda5 depuis knoppix (par contre je ne peux toujours pas booter dessus, mais ca c'est pas le plus important)
 
sinon j'ai toujours pas de chance parce que j'ai essayer les mêmes manip pour /hda7 où est mon /home mais ca ne fonctionne pas pour e2fsck, j'ai toujours le même message avec "Could this be a zero-length partition?"
 
une idée ?

Reply

Marsh Posté le 02-04-2005 à 21:43:27    

"Puis avec IDE/SATA il faut toujours désactiver le cache en écriture du disque pour que le système de fichier journalisé marche en cas de coupure de courrant (mais qui le fait ?)." ( http://linuxfr.org/~liberf0rce/14634.html )
 
Si la reconstruction des données n'a pas pu fonctionner, il y a de grandes chances pour que ton disque soit à reformatter. Maintenant, je dis ça, mais rien ne t'empêche d'essayer e2fsck avec d'autres paramètres (on ne sait jamais).


---------------
"The marketing guys said the HP-35 would be a failure because it was too small, and then we couldn't make them fast enough to meet the demand. The marketing folks don't know everything." - Bill Hewlett
Reply

Marsh Posté le 06-04-2005 à 17:23:21    

ok merci YupYup j'essaierai de désactiver le cache en écriture.
 
 
concernant le problème avec hda7, un  
 
#/sbin/mke2fs -n /dev/hda7
 
m'a donné quelques valeurs qui m'ont permi de faire un
 
#/sbin/fsck -b 32768 /dev/hda7
 
et à partir de là quelques répérations ont dû être effectuées car j'ai réussi à récupéré une grosse partie de mes données sous windows à coup de explore2fs et r-linux.
 
un grand merci à tous ceux qui m'ont aiguillés sur les bonnes manips en ligne de commande, et les autres...
 
problème non résolu mais résolu quand même à l'aide de windows et d'un formatage avec un soft Maxtor qui m'a réparé le disque dur.

Reply

Marsh Posté le 06-04-2005 à 19:41:28    

cilv1 a écrit :


problème non résolu mais résolu quand même à l'aide de windows et d'un formatage avec un soft Maxtor qui m'a réparé le disque dur.


[:ban]
 
 
 :D


Message édité par Ciler le 06-04-2005 à 19:42:00

---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed