Quels sont les solutions possibles avant reformatage ?
Quel type de disque sur quel chipset ? Ce message peut signifier deux choses, IME :
- le chipset (S)ATA est mal supporté par FreeBSD, - le disque dur est HS.
Fred -- Bien recu Tous les messages Ils disent qu'ils ont compris Qu'il n'y a plus le choix Que l'esprit qui souffle Guidera leurs pas Qu'arrivent les derniers temps où Nous pourrons parler Alors soyons désinvoltes N'ayons l'air de rien (Noir Désir, Tostaky)
Quels sont les solutions possibles avant reformatage ?
Quel type de disque sur quel chipset ? Ce message peut signifier deux
choses, IME :
- le chipset (S)ATA est mal supporté par FreeBSD,
- le disque dur est HS.
Fred
--
Bien recu Tous les messages Ils disent qu'ils ont compris
Qu'il n'y a plus le choix Que l'esprit qui souffle Guidera leurs pas
Qu'arrivent les derniers temps où Nous pourrons parler
Alors soyons désinvoltes N'ayons l'air de rien (Noir Désir, Tostaky)
Quels sont les solutions possibles avant reformatage ?
Quel type de disque sur quel chipset ? Ce message peut signifier deux choses, IME :
- le chipset (S)ATA est mal supporté par FreeBSD, - le disque dur est HS.
Fred -- Bien recu Tous les messages Ils disent qu'ils ont compris Qu'il n'y a plus le choix Que l'esprit qui souffle Guidera leurs pas Qu'arrivent les derniers temps où Nous pourrons parler Alors soyons désinvoltes N'ayons l'air de rien (Noir Désir, Tostaky)
Gérald Niel
Le Jeudi 02 février 2006 à 16:19 UTC, F. Senault écrivait sur fr.comp.os.bsd :
À ce propos, que signifie ce genre de messages : ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
J'en ai de temps en temps. Avec ce disque : ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
@+ -- C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à qui je ne plais pas, je me demande si ça me dérange vraiment. (Coluche)
Le Jeudi 02 février 2006 à 16:19 UTC, F. Senault écrivait sur
fr.comp.os.bsd :
À ce propos, que signifie ce genre de messages :
ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
J'en ai de temps en temps.
Avec ce disque :
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Et pendant que je suis par là, à chaque fois que je mets le système à
jour je me demande toujours dans quel ordre il faut procéder entre la
compilation/installation du noyau et du monde...
@+
--
C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à
qui je ne plais pas, je me demande si ça me dérange vraiment.
(Coluche)
À ce propos, que signifie ce genre de messages : ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
J'en ai de temps en temps. Avec ce disque : ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
@+ -- C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à qui je ne plais pas, je me demande si ça me dérange vraiment. (Coluche)
F. Senault
Le Jeudi 02 février 2006 à 16:19 UTC, F. Senault écrivait sur fr.comp.os.bsd :
À ce propos, que signifie ce genre de messages : ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
Même réponses - vérifier tout du contrôleur au disque.
Mais c'est souvent le disque, c'est pervers ces trucs là.
/.../
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
Dépend des versions et des diffs. Je m'en tire souvent avec : - make buildkernel && make buildworld - rm -rf /etc/rc.d/* /etc/defaults/* /etc/bluetooth/* /etc/mtree/* - mergemaster -ai && mergemaster -r - make installkernel && make installworld - reboot - coffee - echo "Putain de bordel de merde de ldap à la con" | wall - cp /usr/ports/.../.../slapd /etc/rc.d - /etc/rc.d/slapd start
C'est la version suicidaire (don't try this at home unless you're a professional and have good insurance), à réserver aux mises à jour mineures, et les trois derniers steps pourraient être améliorés / automatisés...
Pour la version saine d'esprit, cfr le handbook :
# make buildworld # make buildkernel # make installkernel # reboot # mergemaster -p # make installworld # mergemaster # reboot
Fred -- I can try to get away but i've strapped myself in I can try to scratch away the sound in my ears I can see it killing away all my bad parts (Nine inch Nails, I don't want to listen but it's all too clear The Becoming)
Le Jeudi 02 février 2006 à 16:19 UTC, F. Senault écrivait sur
fr.comp.os.bsd :
À ce propos, que signifie ce genre de messages :
ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
Même réponses - vérifier tout du contrôleur au disque.
Mais c'est souvent le disque, c'est pervers ces trucs là.
/.../
Et pendant que je suis par là, à chaque fois que je mets le système à
jour je me demande toujours dans quel ordre il faut procéder entre la
compilation/installation du noyau et du monde...
Dépend des versions et des diffs. Je m'en tire souvent avec :
- make buildkernel && make buildworld
- rm -rf /etc/rc.d/* /etc/defaults/* /etc/bluetooth/* /etc/mtree/*
- mergemaster -ai && mergemaster -r
- make installkernel && make installworld
- reboot
- coffee
- echo "Putain de bordel de merde de ldap à la con" | wall
- cp /usr/ports/.../.../slapd /etc/rc.d
- /etc/rc.d/slapd start
C'est la version suicidaire (don't try this at home unless you're a
professional and have good insurance), à réserver aux mises à jour
mineures, et les trois derniers steps pourraient être améliorés /
automatisés...
Pour la version saine d'esprit, cfr le handbook :
# make buildworld
# make buildkernel
# make installkernel
# reboot
# mergemaster -p
# make installworld
# mergemaster
# reboot
Fred
--
I can try to get away but i've strapped myself in
I can try to scratch away the sound in my ears
I can see it killing away all my bad parts (Nine inch Nails,
I don't want to listen but it's all too clear The Becoming)
À ce propos, que signifie ce genre de messages : ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
Même réponses - vérifier tout du contrôleur au disque.
Mais c'est souvent le disque, c'est pervers ces trucs là.
/.../
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
Dépend des versions et des diffs. Je m'en tire souvent avec : - make buildkernel && make buildworld - rm -rf /etc/rc.d/* /etc/defaults/* /etc/bluetooth/* /etc/mtree/* - mergemaster -ai && mergemaster -r - make installkernel && make installworld - reboot - coffee - echo "Putain de bordel de merde de ldap à la con" | wall - cp /usr/ports/.../.../slapd /etc/rc.d - /etc/rc.d/slapd start
C'est la version suicidaire (don't try this at home unless you're a professional and have good insurance), à réserver aux mises à jour mineures, et les trois derniers steps pourraient être améliorés / automatisés...
Pour la version saine d'esprit, cfr le handbook :
# make buildworld # make buildkernel # make installkernel # reboot # mergemaster -p # make installworld # mergemaster # reboot
Fred -- I can try to get away but i've strapped myself in I can try to scratch away the sound in my ears I can see it killing away all my bad parts (Nine inch Nails, I don't want to listen but it's all too clear The Becoming)
David MAREC
Bonsoir,
D'après Gérald Niel:
À ce propos, que signifie ce genre de messages : ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
J'en ai de temps en temps. Avec ce disque : ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
J'ai eu ce genre de problèmes avec quelques disques de machines un peu fatiguées .
Je l'ai résolu en jouant sur l'entrée «hw.ata.ata_dma=0» # 0 ou 1 de «/etc/sysctl.conf»
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
# cd /usr/src && make buildworld && make kernel
/ utilisez make kernel KERNCONF=MonGrainAMoi pour ne pas utiliser le noyau pré-défini ( GENERIC par défaut ) dans /etc/make.conf /
»» reboot sur le nouveau noyau
# cd /usr/src && make installworld && mergemaster -i # exit
-- http://david.marec.free.fr
Bonsoir,
D'après Gérald Niel:
À ce propos, que signifie ce genre de messages :
ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
J'en ai de temps en temps.
Avec ce disque :
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
J'ai eu ce genre de problèmes avec quelques disques de machines un peu
fatiguées .
Je l'ai résolu en jouant sur l'entrée
«hw.ata.ata_dma=0» # 0 ou 1
de
«/etc/sysctl.conf»
Et pendant que je suis par là, à chaque fois que je mets le système à
jour je me demande toujours dans quel ordre il faut procéder entre la
compilation/installation du noyau et du monde...
# cd /usr/src && make buildworld && make kernel
/ utilisez make kernel KERNCONF=MonGrainAMoi pour ne pas utiliser le noyau
pré-défini ( GENERIC par défaut ) dans /etc/make.conf /
»» reboot sur le nouveau noyau
# cd /usr/src && make installworld && mergemaster -i
# exit
À ce propos, que signifie ce genre de messages : ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
J'en ai de temps en temps. Avec ce disque : ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
J'ai eu ce genre de problèmes avec quelques disques de machines un peu fatiguées .
Je l'ai résolu en jouant sur l'entrée «hw.ata.ata_dma=0» # 0 ou 1 de «/etc/sysctl.conf»
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
# cd /usr/src && make buildworld && make kernel
/ utilisez make kernel KERNCONF=MonGrainAMoi pour ne pas utiliser le noyau pré-défini ( GENERIC par défaut ) dans /etc/make.conf /
»» reboot sur le nouveau noyau
# cd /usr/src && make installworld && mergemaster -i # exit
-- http://david.marec.free.fr
Benoit Izac
Bonjour,
le 02/02/2006 à 20:18, Gérald Niel a écrit dans le message :
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
« less /usr/src/UPDATING », c'est écrit dedans.
-- Benoit Izac
Bonjour,
le 02/02/2006 à 20:18, Gérald Niel a écrit
dans le message <slrndu4moo.f2.gniel@pomme.gegeweb.org> :
Et pendant que je suis par là, à chaque fois que je mets le système à
jour je me demande toujours dans quel ordre il faut procéder entre la
compilation/installation du noyau et du monde...
le 02/02/2006 à 20:18, Gérald Niel a écrit dans le message :
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
« less /usr/src/UPDATING », c'est écrit dedans.
-- Benoit Izac
Jacques Caron
Salut,
On Thu, 02 Feb 2006 20:18:48 +0100, Gérald Niel wrote:
À ce propos, que signifie ce genre de messages : ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un problème de support du disque / du contrôleur ATA dans la version de FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la version de FreeBSD...
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point de rendre l'âme...
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
vi /usr/src/UPDATING, rechercher COMMON ITEMS (vers la fin).
Jacques. -- Oxado http://www.oxado.com/
Salut,
On Thu, 02 Feb 2006 20:18:48 +0100, Gérald Niel <gniel@alussinan.org>
wrote:
À ce propos, que signifie ce genre de messages :
ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un
problème de support du disque / du contrôleur ATA dans la version de
FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la
version de FreeBSD...
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master
UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point
de rendre l'âme...
Et pendant que je suis par là, à chaque fois que je mets le système à
jour je me demande toujours dans quel ordre il faut procéder entre la
compilation/installation du noyau et du monde...
vi /usr/src/UPDATING, rechercher COMMON ITEMS (vers la fin).
On Thu, 02 Feb 2006 20:18:48 +0100, Gérald Niel wrote:
À ce propos, que signifie ce genre de messages : ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA56863
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un problème de support du disque / du contrôleur ATA dans la version de FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la version de FreeBSD...
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point de rendre l'âme...
Et pendant que je suis par là, à chaque fois que je mets le système à jour je me demande toujours dans quel ordre il faut procéder entre la compilation/installation du noyau et du monde...
vi /usr/src/UPDATING, rechercher COMMON ITEMS (vers la fin).
Jacques. -- Oxado http://www.oxado.com/
Gérald Niel
Le Jeudi 02 février 2006 à 20:09 UTC, David MAREC écrivait sur fr.comp.os.bsd :
J'ai eu ce genre de problèmes avec quelques disques de machines un peu fatiguées .
Je l'ai résolu en jouant sur l'entrée «hw.ata.ata_dma=0» # 0 ou 1 de «/etc/sysctl.conf»
Ça à l'air de fonctionner. Je n'ai pour l'instant plus les messages. On verra sur le plus long terme.
@+ -- C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à qui je ne plais pas, je me demande si ça me dérange vraiment. (Coluche)
Le Jeudi 02 février 2006 à 20:09 UTC, David MAREC écrivait sur
fr.comp.os.bsd :
J'ai eu ce genre de problèmes avec quelques disques de machines un peu
fatiguées .
Je l'ai résolu en jouant sur l'entrée
«hw.ata.ata_dma=0» # 0 ou 1
de
«/etc/sysctl.conf»
Ça à l'air de fonctionner. Je n'ai pour l'instant plus les messages.
On verra sur le plus long terme.
@+
--
C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à
qui je ne plais pas, je me demande si ça me dérange vraiment.
(Coluche)
Le Jeudi 02 février 2006 à 20:09 UTC, David MAREC écrivait sur fr.comp.os.bsd :
J'ai eu ce genre de problèmes avec quelques disques de machines un peu fatiguées .
Je l'ai résolu en jouant sur l'entrée «hw.ata.ata_dma=0» # 0 ou 1 de «/etc/sysctl.conf»
Ça à l'air de fonctionner. Je n'ai pour l'instant plus les messages. On verra sur le plus long terme.
@+ -- C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à qui je ne plais pas, je me demande si ça me dérange vraiment. (Coluche)
Gérald Niel
Le Jeudi 02 février 2006 à 23:28 UTC, Jacques Caron écrivait sur fr.comp.os.bsd :
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un problème de support du disque / du contrôleur ATA dans la version de FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la version de FreeBSD...
5.4 pour la version. atapci0: Intel PIIX4 UDMA33 controller d'après dmesg.
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point de rendre l'âme...
Arf ! J'en ai des encore plus vieux ! Ça fait de bons buffers CNFS. ad2: 2503MB <FUJITSU MPA3026ATU/9515> [5086/16/63] at ata1-master UDMA33 ad3: 2457MB <QUANTUM BIGFOOT2550A/A01.03> [4994/16/63] at ata1-slave WDMA2
@+ -- C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à qui je ne plais pas, je me demande si ça me dérange vraiment. (Coluche)
Le Jeudi 02 février 2006 à 23:28 UTC, Jacques Caron écrivait sur
fr.comp.os.bsd :
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un
problème de support du disque / du contrôleur ATA dans la version de
FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la
version de FreeBSD...
5.4 pour la version.
atapci0: Intel PIIX4 UDMA33 controller d'après dmesg.
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master
UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point
de rendre l'âme...
Arf ! J'en ai des encore plus vieux ! Ça fait de bons buffers CNFS.
ad2: 2503MB <FUJITSU MPA3026ATU/9515> [5086/16/63] at ata1-master UDMA33
ad3: 2457MB <QUANTUM BIGFOOT2550A/A01.03> [4994/16/63] at ata1-slave WDMA2
@+
--
C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à
qui je ne plais pas, je me demande si ça me dérange vraiment.
(Coluche)
Le Jeudi 02 février 2006 à 23:28 UTC, Jacques Caron écrivait sur fr.comp.os.bsd :
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un problème de support du disque / du contrôleur ATA dans la version de FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la version de FreeBSD...
5.4 pour la version. atapci0: Intel PIIX4 UDMA33 controller d'après dmesg.
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point de rendre l'âme...
Arf ! J'en ai des encore plus vieux ! Ça fait de bons buffers CNFS. ad2: 2503MB <FUJITSU MPA3026ATU/9515> [5086/16/63] at ata1-master UDMA33 ad3: 2457MB <QUANTUM BIGFOOT2550A/A01.03> [4994/16/63] at ata1-slave WDMA2
@+ -- C'est vrai que je ne plais pas à tout le monde. Mais quand je vois à qui je ne plais pas, je me demande si ça me dérange vraiment. (Coluche)
F. Senault
Le Jeudi 02 février 2006 à 23:28 UTC, Jacques Caron écrivait sur fr.comp.os.bsd :
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un problème de support du disque / du contrôleur ATA dans la version de FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la version de FreeBSD...
5.4 pour la version. atapci0: Intel PIIX4 UDMA33 controller d'après dmesg.
Alors 9 chances sur 10 que ce soit le disque. Si jamais il supporte le SMART, installe smartmontools et essaye de voir ce qu'il dit.
Débrancher le DMA, à part te pourrir les performances, ne risque pas de t'aider beaucoup.
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point de rendre l'âme...
Arf ! J'en ai des encore plus vieux ! Ça fait de bons buffers CNFS. ad2: 2503MB <FUJITSU MPA3026ATU/9515> [5086/16/63] at ata1-master UDMA33 ad3: 2457MB <QUANTUM BIGFOOT2550A/A01.03> [4994/16/63] at ata1-slave WDMA2
Vu que j'ai perdu un disque SCSI de pas deux ans il y a moins d'un mois, je vais éviter de commenter, de peur que ceux qui ont cinq fois cet âge là ne m'entendent...
@+
Fred -- Hold down your head now Just let me pass by Don't feed my fear If you don't want it out (Within Temptation, It's the Fear)
Le Jeudi 02 février 2006 à 23:28 UTC, Jacques Caron écrivait sur
fr.comp.os.bsd :
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un
problème de support du disque / du contrôleur ATA dans la version de
FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la
version de FreeBSD...
5.4 pour la version.
atapci0: Intel PIIX4 UDMA33 controller d'après dmesg.
Alors 9 chances sur 10 que ce soit le disque. Si jamais il supporte le
SMART, installe smartmontools et essaye de voir ce qu'il dit.
Débrancher le DMA, à part te pourrir les performances, ne risque pas de
t'aider beaucoup.
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master
UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point
de rendre l'âme...
Arf ! J'en ai des encore plus vieux ! Ça fait de bons buffers CNFS.
ad2: 2503MB <FUJITSU MPA3026ATU/9515> [5086/16/63] at ata1-master UDMA33
ad3: 2457MB <QUANTUM BIGFOOT2550A/A01.03> [4994/16/63] at ata1-slave WDMA2
Vu que j'ai perdu un disque SCSI de pas deux ans il y a moins d'un mois,
je vais éviter de commenter, de peur que ceux qui ont cinq fois cet âge
là ne m'entendent...
@+
Fred
--
Hold down your head now
Just let me pass by
Don't feed my fear
If you don't want it out (Within Temptation, It's the Fear)
Le Jeudi 02 février 2006 à 23:28 UTC, Jacques Caron écrivait sur fr.comp.os.bsd :
Comme dit plus haut, soit que le disque a un problème, soit qu'il y a un problème de support du disque / du contrôleur ATA dans la version de FreeBSD utilisée. Mais sans savoir quel est le dit contrôleur ni la version de FreeBSD...
5.4 pour la version. atapci0: Intel PIIX4 UDMA33 controller d'après dmesg.
Alors 9 chances sur 10 que ce soit le disque. Si jamais il supporte le SMART, installe smartmontools et essaye de voir ce qu'il dit.
Débrancher le DMA, à part te pourrir les performances, ne risque pas de t'aider beaucoup.
ad0: 8063MB <IBM-DTTA-350840/T55OA73A> [16383/16/63] at ata0-master UDMA33
Il est pas jeune le disque! Il est bien possible qu'il soit sur le point de rendre l'âme...
Arf ! J'en ai des encore plus vieux ! Ça fait de bons buffers CNFS. ad2: 2503MB <FUJITSU MPA3026ATU/9515> [5086/16/63] at ata1-master UDMA33 ad3: 2457MB <QUANTUM BIGFOOT2550A/A01.03> [4994/16/63] at ata1-slave WDMA2
Vu que j'ai perdu un disque SCSI de pas deux ans il y a moins d'un mois, je vais éviter de commenter, de peur que ceux qui ont cinq fois cet âge là ne m'entendent...
@+
Fred -- Hold down your head now Just let me pass by Don't feed my fear If you don't want it out (Within Temptation, It's the Fear)
Pascal Hambourg
Salut,
Si le disque est SMART c'est facile de regarder (avec smartctl) si c'est le disque ou pas.
A prendre avec des pincettes. J'ai déjà vu des disques farcis de secteurs défectueux sans que leur SMART s'en émeuve outre mesure.
Salut,
Si le disque est SMART c'est facile de regarder (avec smartctl) si c'est
le disque ou pas.
A prendre avec des pincettes. J'ai déjà vu des disques farcis de
secteurs défectueux sans que leur SMART s'en émeuve outre mesure.