[DEBIAN] - Intégristes barbus, |337, femmes nues...

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 328 329 330 .. 761 762 763 764 765 766 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [DEBIAN] - Intégristes barbus, \|337, femmes nues...

Riot

Buy me a riot

Reprise du message précédent :

thana54 a écrit :

Tout simplement car j'utilise le driver nvidia (proprio) qui nécessite dkms pour construire le driver [:cosmoschtroumpf]

[:lol wut] ???

---------------
Be the one with the flames.

Publicité

M300A

thana54 a écrit :

Tout simplement car j'utilise le driver nvidia (proprio) qui nécessite dkms pour construire le driver [:cosmoschtroumpf]

Code :

sudo apt-cache show nvidia-185-kernel-source
Package: nvidia-185-kernel-source
Source: nvidia-graphics-drivers-185
Priority: optional
Section: misc
Installed-Size: 10580
Maintainer: Brandon Snider <brandonjsnider@gmail.com>
Architecture: i386
Version: 185.18.04-0ubuntu1~ppa2
Recommends: nvidia-glx-185 (>= 185.18.04)
Replaces: nvidia-173-kernel-source, nvidia-177-kernel-source, nvidia-180-kernel-source, nvidia-71-kernel-source, nvidia-96-kernel-source, nvidia-kernel-source, nvidia-kernel-source-envy, nvidia-kernel-src, nvidia-legacy-kernel-source, nvidia-legacy-kernel-source-envy, nvidia-new-kernel-source, nvidia-new-kernel-source-envy
Provides: nvidia-kernel-source
Depends: make, sed (>> 3.0), dkms, linux-libc-dev, libc6-dev, linux-headers-generic | linux-headers

C'est un peu chiant oui, mais au moins ca installe tout seul le driver même quand je change de kernel.

Ah oé t'utilise pas Debian donc

apgandalf@thrall:~$ aptitude show nvidia-185-kernel-source
E: Paquet nvidia-185-kernel-source introuvable

Message cité 1 fois

e_esprit

M300A a écrit :

Ah oé t'utilise pas Debian donc

apgandalf@thrall:~$ aptitude show nvidia-185-kernel-source
E: Paquet nvidia-185-kernel-source introuvable

Pire que ça :

thana54 a écrit :

Tout simplement car j'utilise le driver nvidia (proprio) qui nécessite dkms pour construire le driver [:cosmoschtroumpf]

Code :

sudo apt-cache show nvidia-185-kernel-source
Package: nvidia-185-kernel-source
Source: nvidia-graphics-drivers-185
Priority: optional
Section: misc
Installed-Size: 10580
Maintainer: Brandon Snider <brandonjsnider@gmail.com>
Architecture: i386
Version: 185.18.04-0ubuntu1~ppa2
Recommends: nvidia-glx-185 (>= 185.18.04)
Replaces: nvidia-173-kernel-source, nvidia-177-kernel-source, nvidia-180-kernel-source, nvidia-71-kernel-source, nvidia-96-kernel-source, nvidia-kernel-source, nvidia-kernel-source-envy, nvidia-kernel-src, nvidia-legacy-kernel-source, nvidia-legacy-kernel-source-envy, nvidia-new-kernel-source, nvidia-new-kernel-source-envy
Provides: nvidia-kernel-source
Depends: make, sed (>> 3.0), dkms, linux-libc-dev, libc6-dev, linux-headers-generic | linux-headers

C'est un peu chiant oui, mais au moins ca installe tout seul le driver même quand je change de kernel.

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Riot

Buy me a riot

Ou alors il utilise des paquets Ubuntu dans sa Debian [:totoz]

---------------
Be the one with the flames.

e_esprit

Oui, c'est ca qui est pire

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

*syl*

--> []

thana54 a écrit :

Tout simplement car j'utilise le driver nvidia (proprio) qui nécessite dkms pour construire le driver [:cosmoschtroumpf]

Code :

sudo apt-cache show nvidia-185-kernel-source
Package: nvidia-185-kernel-source
Source: nvidia-graphics-drivers-185
Priority: optional
Section: misc
Installed-Size: 10580
Maintainer: Brandon Snider <brandonjsnider@gmail.com>
Architecture: i386
Version: 185.18.04-0ubuntu1~ppa2
Recommends: nvidia-glx-185 (>= 185.18.04)
Replaces: nvidia-173-kernel-source, nvidia-177-kernel-source, nvidia-180-kernel-source, nvidia-71-kernel-source, nvidia-96-kernel-source, nvidia-kernel-source, nvidia-kernel-source-envy, nvidia-kernel-src, nvidia-legacy-kernel-source, nvidia-legacy-kernel-source-envy, nvidia-new-kernel-source, nvidia-new-kernel-source-envy
Provides: nvidia-kernel-source
Depends: make, sed (>> 3.0), dkms, linux-libc-dev, libc6-dev, linux-headers-generic | linux-headers

C'est un peu chiant oui, mais au moins ca installe tout seul le driver même quand je change de kernel.

Va voir ce billet, ça peut t'intéresser : http://blog.gnusquad.org/2008/09/0 [...] eau-noyau/

Message cité 1 fois

thana54

made in concept

*syl* a écrit :

Va voir ce billet, ça peut t'intéresser : http://blog.gnusquad.org/2008/09/0 [...] eau-noyau/

Moui, mais comment faire le lien entre ce que j'utilise maintenant (dkms + drivers issu de PPA ou dépôts non officiels) et ce script qui a l'air d'avoir quand même besoin des modules ? La seule façon d'avoir ces modules (nvidia) est d'installer le paquet qui va bien et vu qu'il a besoin de dkms, on tourne en rond.

*syl*

--> []

Bah pourquoi tu prends pas les modules nvidia présents dans Debian ?

thana54

made in concept

Version pas à jour dans unstable [:spamafote] (180.44)

The Dml

pouet.. pouet ...

C'est pas plus propre d'utiliser le .run de Nvidia dans ce cas ?

Publicité

thana54

made in concept

Faut voir, mais je ne pense pas toujours à faire la mise à jour à la main et lorsque je vois la console le lendemain... (et aller chercher le fichier à coup de wget, c'est dur comme réveil matin).

black_lord

Modérateur
Truth speaks from peacefulness

y'a pas un soucis avec le versionning dans experimental pour nouveau ?

il me marque qu'il dépend de "xserver-xorg-core (>= 2:1.4)" et ce qui me surprend c'est le ":" et pas un "."

c'est moi ou bien y'a une explication ?

Message cité 2 fois
Message édité par black_lord le 06-05-2009 à 09:12:05

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Xavier_OM

Monarchiste régicide (fr quoi)

black_lord a écrit :

y'a pas un soucis avec le versionning dans experimental pour nouveau ?

il me marque qu'il dépend de "xserver-xorg-core (>= 2:1.4)" et ce qui me surprend c'est le ":" et pas un "."

c'est moi ou bien y'a une explication ?

http://www.debian.org/doc/debian-p [...] ields.html 5.6.12

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.

black_lord

Modérateur
Truth speaks from peacefulness

merci

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

tony83400

Salut,

Sur une debian Lenny, le fichier "mysqld" se trouvant dans /etc/init.d a été supprimé

Savez vous comment faire pour le remettre ?

Merci

black_lord

Modérateur
Truth speaks from peacefulness

il s'appelle surement mysql-server non ?

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

hppp

Serveur@home

salut a tous

J'ai besoin de votre aide car une partition ne veux plus monter.

J'ai dans /etc/fstab : /dev/md0 /opt/hdd1 ext3 defaults 0 0

et depuis 2jours je n'arrive plus a monter /dev/md0 même a la mains et dans les logs j'ai : cesar kernel: VFS: Can't find ext3 filesystem on dev md0.

y a pas moyen de réparer la partition? Merci

Message cité 1 fois

haho492

Deviens qui tu es

Ton systéme de fichier n'aurait-il pas pris un coup ?
Sur un live CD, le probléme est le même, aucun montage possible ?

black_lord

Modérateur
Truth speaks from peacefulness

superblock cassé ? essaye avec un superblock de secours

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

hppp

Serveur@home

comment ça le superblock de secours?

J'ai tenté aussi un

Code :

cesar:/opt# e2fsck -C0 -p -f -v /dev/md0
e2fsck: Bad magic number in super-block lors de la tentative d'ouverture de /dev/md0
/dev/md0:
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>

et après un e2fsck -b 8193 /dev/md0 mais rien a faire.

merci de vos aides

Message édité par hppp le 06-05-2009 à 20:47:49

M300A

black_lord a écrit :

Tu me décois un peu !

Message cité 1 fois

M300A

Bon messieurs...

Imaginons que le directeur de l'activité entreprise de ma boite se casse et quand le grand boss semble ne pas du tout saisir ce qui peut marcher dans la boite.

Que faites-vous?

Message cité 3 fois

Modération

Je poste dans blabla@osa [:god]

Message cité 1 fois

Riot

Buy me a riot

Moi je klaxonne. Mais ça n'engage que moi

Message cité 1 fois

---------------
Be the one with the flames.

M300A

Modération a écrit :

Je poste dans blabla@osa [:god]

Moé, c'est vrai mais ici on est en commité plus resteint
Les debianneux on peut leur faire confiance au moins !

thana54

made in concept

Parce que harko n'est pas là ? [:clooney26]

black_lord

Modérateur
Truth speaks from peacefulness

M300A a écrit :

Tu me décois un peu !

manque de café !

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

e_esprit

M300A a écrit :

Bon messieurs...

Imaginons que le directeur de l'activité entreprise de ma boite se casse et quand le grand boss semble ne pas du tout saisir ce qui peut marcher dans la boite.

Que faites-vous?

Riot a écrit :

Moi je klaxonne. Mais ça n'engage que moi

+1, faut toujours klaxonner quand y a des gars qu'ont l'air perdu/dans la lune

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

burn2

Pour ceux qui viendront après

:lol:
Sauf en ville c'est interdit sauf cas d'urgence (à voir si y a urgence ou pas )

Message édité par burn2 le 06-05-2009 à 22:22:17

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

enfoiro

a nickname is just a nickname

hppp a écrit :

wow wow t'a violenté ta partition doucement ou tu va tout perdre. Utilise les superblocks de secours.

M300A a écrit :

Bon messieurs...

Imaginons que le directeur de l'activité entreprise de ma boite se casse et quand le grand boss semble ne pas du tout saisir ce qui peut marcher dans la boite.

Que faites-vous?

tu propose de prendre sa place

Message cité 1 fois

Hrolf

M300A a écrit :

Bon messieurs...

Imaginons que le directeur de l'activité entreprise de ma boite se casse et quand le grand boss semble ne pas du tout saisir ce qui peut marcher dans la boite.

Que faites-vous?

enfoiro a écrit :

tu propose de prendre sa place

Pareil et si tu peux pas et que le boss se bouge pas sous peu c'est clair et net faut regarder ailleurs

Sinon

http://blog.aurel32.net/?p=47

Passage de glibc vers eglibc M300A ?

Message cité 1 fois

---------------
Il y a trois sortes de mensonges : les mensonges, les gros mensonges et les statistiques !

M300A

Hrolf a écrit :

Pareil et si tu peux pas et que le boss se bouge pas sous peu c'est clair et net faut regarder ailleurs

Sinon

http://blog.aurel32.net/?p=47

Passage de glibc vers eglibc M300A ?

J'suis attaché à Metz à cause de ma copine étudiante, c'est un sacré problème ça

Sinon pour eglibc, et bien écoute surpris, comme tout le monde.
Aurelien s'est expliqué sur debian-devel en rassurant les gens. eglibc suit de très prêt le tree de libc, en gros c'est plus un set de patches qu'un projet à part entière.

Message cité 2 fois

black_lord

Modérateur
Truth speaks from peacefulness

M300A a écrit :

des femmes y'en a partout au pire elle est étudiante, elle te suit

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

hppp

Serveur@home

j'ai trouvé une commande dumpe2fs /dev/md0 |grep ’superbloc Secours’ |awk ‘{print $1,$2,$3,$4}’
qui donne :

Code :

cesar:~# dumpe2fs /dev/md0 |grep ’superbloc Secours’ |awk ‘{print $1,$2,$3,$4}’
grep: Secours’: Aucun fichier ou répertoire de ce type
awk: 1: unexpected character 0xe2
awk: line 2: missing } near end of file
dumpe2fs 1.40-WIP (14-Nov-2006)
dumpe2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/md0

Pour retrouver les superblock de secours.
mais j'ai bien peur d'avoir tous perdu quand j'ai perdu mon hdd dans le raid.

Car en fait j'ai perdu un hdd, et 1 semaine après j'ai un hdd qui s'est désyncro, je l'ai donc réintégrer au raid et depuis plus rien.
Je pense que la partition est archi morte.

J'ai tenté un Testdisk mais il voit pas mon raid /dev/md0.
avez vous d'autre idée?

Message cité 1 fois

enfoiro

a nickname is just a nickname

hppp a écrit :

j'ai trouvé une commande dumpe2fs /dev/md0 |grep ’superbloc Secours’ |awk ‘{print $1,$2,$3,$4}’
qui donne :

Code :

cesar:~# dumpe2fs /dev/md0 |grep ’superbloc Secours’ |awk ‘{print $1,$2,$3,$4}’
grep: Secours’: Aucun fichier ou répertoire de ce type
awk: 1: unexpected character 0xe2
awk: line 2: missing } near end of file
dumpe2fs 1.40-WIP (14-Nov-2006)
dumpe2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/md0

bon déjà tu te calme t'a fait n'importe quoi

ensuite tu fais une description précise des problèmes et opérations effectuées avec force /proc/mdadm, /etc/mdadm.conf syslog et autres dmesg

ta config, ton type de raid.

ensuite on verra

Message cité 1 fois

Hrolf

M300A a écrit :

Finalement je trouve ça pas plus mal.
Ça montre la vrais indépendance vis à vis même d'un package constituant le cœur du système, qu'on est pas comme Microsoft pied et poing lié avec l'existant, mais seulement avec la compatibilité

Après faut aussi être capable de pas s'engluer dans une erreur si on c'est planté, là c'est plus difficile en général

(Pour la première partie rien ne t'empéche de chercher quand même, si tu trouve rien tans pis, si tu trouve un truc génial mais loin faut en discuter en couple ... Dixit le célibataire :sarcastic: ... Puis si t'as de la chance tu trouveras à Metz un truc bien ).

Message cité 1 fois
Message édité par Hrolf le 09-05-2009 à 10:11:02

---------------
Il y a trois sortes de mensonges : les mensonges, les gros mensonges et les statistiques !

hppp

Serveur@home

enfoiro a écrit :

Donc voila la situation:

cat /proc/mdstat :

Code :

cesar:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md0 : active raid5 sda[0] sdc[1]
976770816 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
unused devices: <none>

mdadm --detail /dev/md0 :

Code :

cesar:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.03
Creation Time : Wed May 6 21:23:00 2009
Raid Level : raid5
Array Size : 976770816 (931.52 GiB 1000.21 GB)
Device Size : 488385408 (465.76 GiB 500.11 GB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Wed May 6 21:23:00 2009
State : clean, degraded
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
UUID : 58900402:d9c398e5:6f2233a9:b779757b
Events : 0.1
Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 32 1 active sync /dev/sdc
2 0 0 2 removed

fdisk -l :

Code :

cesar:~# fdisk -l
Disk /dev/sda: 500.1 GB, 500106780160 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/sda doesn't contain a valid partition table
Disk /dev/sdb: 500.1 GB, 500106780160 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/sdb doesn't contain a valid partition table
Disk /dev/sdc: 500.1 GB, 500106780160 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/sdc doesn't contain a valid partition table
Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 851 6835626 83 Linux
/dev/hda2 852 9729 71312535 5 Extended
/dev/hda5 852 1014 1309266 82 Linux swap / Solaris
/dev/hda6 1015 9729 70003206 83 Linux
Disk /dev/md0: 1000.2 GB, 1000213315584 bytes
2 heads, 4 sectors/track, 244192704 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md0 doesn't contain a valid partition table

/dev/sdb me fait donc que des erreurs:

Code :

May 6 20:08:05 cesar kernel: Buffer I/O error on device sdb, logical block 0
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 0
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 1
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 128
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 129
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 128
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 129
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976770816
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976770817
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976770816
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976770817
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976771032
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 97677103

Code :

May 6 20:09:09 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:09:09 cesar kernel: end_request: I/O error, dev sdb, sector 0
May 6 20:09:09 cesar kernel: printk: 79 messages suppressed.
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 0
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 1
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 2
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 3
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 4
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 5
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 6
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 7
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 8
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 9
May 6 20:09:09 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:09:09 cesar kernel: end_request: I/O error, dev sdb, sector 0
May 6 20:09:09 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:09:09 cesar kernel: end_request: I/O error, dev sdb, sector 1

voilà la situation.

Merci de votre aide.

Message cité 1 fois
Message édité par hppp le 09-05-2009 à 11:16:47

udok

Hrolf a écrit :

Ça ne montre en rien l'indépendance vis à vis de la glibc puisque eglibc dépend et est synchronisé sur la glibc.
eglibc n'est "que" un ensemble de patchs

Hrolf a écrit :

Après faut aussi être capable de pas s'engluer dans une erreur si on c'est planté, là c'est plus difficile en général

Puisqu'eglibc ne constitue qu'un ensemble de patchs (tester par ailleurs par Aurelien Jarno depuis 1 an déjà avec soumission de bugs et de patchs pour voir si ça se passe mieux qu'avec la glibc), c'est quand même à la fois difficile de se planter et facile de revenir en arrière au cas où.

Hrolf

J'aime bien le "que", peronnellement je trouve pas ça si trivial que ça

---------------
Il y a trois sortes de mensonges : les mensonges, les gros mensonges et les statistiques !

udok

D'où les guillemets, et par opposition à un fork (qui aurait été plus compliqué à gérer à la fois par l'upstream eglibc et par l'ensemble de l'écosystème autour de la libc de manière générale).

Tant qu'il y aura compatibilité binaire, ça ne changera pas grand chose à ce qui se faisait jusque maintenant au niveau technique (avant ce switch, les mainteneurs de la libc debian devaient gérer tout un ensemble de patchs eux mêmes)

enfoiro

a nickname is just a nickname

hppp a écrit :

Donc voila la situation:

cat /proc/mdstat :

Code :

cesar:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md0 : active raid5 sda[0] sdc[1]
976770816 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
unused devices: <none>

mdadm --detail /dev/md0 :

Code :

cesar:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.03
Creation Time : Wed May 6 21:23:00 2009
Raid Level : raid5
Array Size : 976770816 (931.52 GiB 1000.21 GB)
Device Size : 488385408 (465.76 GiB 500.11 GB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Wed May 6 21:23:00 2009
State : clean, degraded
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
UUID : 58900402:d9c398e5:6f2233a9:b779757b
Events : 0.1
Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 32 1 active sync /dev/sdc
2 0 0 2 removed

fdisk -l :

Code :

cesar:~# fdisk -l
Disk /dev/sda: 500.1 GB, 500106780160 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/sda doesn't contain a valid partition table
Disk /dev/sdb: 500.1 GB, 500106780160 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/sdb doesn't contain a valid partition table
Disk /dev/sdc: 500.1 GB, 500106780160 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/sdc doesn't contain a valid partition table
Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 851 6835626 83 Linux
/dev/hda2 852 9729 71312535 5 Extended
/dev/hda5 852 1014 1309266 82 Linux swap / Solaris
/dev/hda6 1015 9729 70003206 83 Linux
Disk /dev/md0: 1000.2 GB, 1000213315584 bytes
2 heads, 4 sectors/track, 244192704 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md0 doesn't contain a valid partition table

/dev/sdb me fait donc que des erreurs:

Code :

May 6 20:08:05 cesar kernel: Buffer I/O error on device sdb, logical block 0
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 0
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 1
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 128
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 129
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 128
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 129
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976770816
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976770817
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976770816
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976770817
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 976771032
May 6 20:08:05 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:08:05 cesar kernel: end_request: I/O error, dev sdb, sector 97677103

Code :

May 6 20:09:09 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:09:09 cesar kernel: end_request: I/O error, dev sdb, sector 0
May 6 20:09:09 cesar kernel: printk: 79 messages suppressed.
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 0
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 1
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 2
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 3
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 4
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 5
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 6
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 7
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 8
May 6 20:09:09 cesar kernel: Buffer I/O error on device sdb, logical block 9
May 6 20:09:09 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:09:09 cesar kernel: end_request: I/O error, dev sdb, sector 0
May 6 20:09:09 cesar kernel: sd 2:0:0:0: SCSI error: return code = 0x00040000
May 6 20:09:09 cesar kernel: end_request: I/O error, dev sdb, sector 1

voilà la situation.

Merci de votre aide.

avec toutes ces précisions on peut avancer.

ton raid 5 mélange les données entre les disques et peut normalement survivre à la perte d'un disque mais ta situation est critique.

ton disque dur fait des erreurs matérielles et le travail de restauration doit donc absolument commencer par celui-ci, sans toucher au reste du raid et dans le meilleur des cas sur un autre ordinateur pour éviter de facheuses erreurs.

il faut arriver à accéder à tes données sur le disque qui présente des défauts matériels, sauvegarder ces données en brut sur un autre support de taille équivalente ou supérieure, puis réinsérer ce support dans le raid, sauvegarder la totalité du raid et tout recommencer à zéro.

rend-toi sur mon topic pour la méthodo concernant le dump de disque dur. et pense éventuellement à spinrite, ca aide beaucoup. Utiliser un vieux kernel permet aussi d'utiliser des fonctionnalités de réduction de vitesse du disque pour maximiser tes chances de récupération de données.

pour ne pas polluer je te propose de continuer sur le topic resto de données, en remettant les infos concernant les erreurs matérielles de /dev/sdb uniquement, il faut s'occuper de ce disque d'abord.

Tu n'aurais jamais du fonctionner à 2 disques en raid 5, c'est pas terrible comme mode surtout sans spare.

En essayant de resynchroniser le deuxieme disque tu a diminué tes chances.

Mais on commence par /dev/sdb

Publicité

Page : 1 2 3 4 5 .. 328 329 330 .. 761 762 763 764 765 766

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Installation

[DEBIAN] - Intégristes barbus, |337, femmes nues...

Sujets relatifs
[neewbe debian]Package mplayer pour debian Woody	debian ou slackware?
du gnu debian dans une sauce apple melangez avec du freebsd et on a	[Debian] probleme avec Xfree
[Debian] comment installer KDE 2 voir KDE3 si possible ??	comment installe-t-on une debian
disquette de boot debian	install carte reseau ISA debian
[ncurses] DEBIAN - je peux pas configurer mon noyau Sniff	[Debian] stable / unstable
Plus de sujets relatifs à : [DEBIAN] - Intégristes barbus, \|337, femmes nues...

Page générée en 0.226 secondes