je suis en train d'essayer NetBSD 1.6.2 et je crois
que j'epprouve quelque petit probleme I/O avec
un de mes deux disques dure (Celui ou j'ai installe
NetBSD).
C'est lent quand j'essaie, par exemple, de detarer
un fichier comme pkgsrc.tar.gz. Disons que 5 minutes apres
ce n'est pas encore fini.
Il y a quelque chose que je crois qui n'est pas correct:
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
FreeBSD ne me le mettait pas en (Ultra/100) et me disais
tout le temps cable or device not detected blabla et ca
fonctionnait, il me semble, correctement en Ultra/33.
Comment est-ce que je peux downgrader le mode en
Ultra-DMA mode 2 (Ultra/33) pour /dev/wd0 ?
Je joint mon dmesg a ce message.
NetBSD 1.6.2 (GENERIC) #0: Tue Feb 10 21:53:10 UTC 2004
autobuild@tgm.netbsd.org:/autobuild/netbsd-1-6-PATCH002/i386/OBJ/autobuild/netbsd-1-6-PATCH002/src/sys/arch/i386/compile/GENERIC
cpu0: AMD K7 (Athlon) (686-class), 1991.58 MHz
cpu0: I-cache 64 KB 64b/line 2-way, D-cache 64 KB 64b/line 2-way
cpu0: L2 cache 256 KB 64b/line 16-way
cpu0: features 383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR>
cpu0: features 383f9ff<PGE,MCA,CMOV,FGPAT,PSE36,MMX>
cpu0: features 383f9ff<FXSR,SSE>
total memory = 511 MB
avail memory = 467 MB
using 6144 buffers containing 26292 KB of memory
BIOS32 rev. 0 found at 0xfdae0
mainbus0 (root)
pci0 at mainbus0 bus 0: configuration mode 1
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
pchb0 at pci0 dev 0 function 0
pchb0: Silicon Integrated System SiS 735 Host Bridge (rev. 0x01)
agp0 at pchb0: aperture at 0xd0000000, size 0x4000000
ppb0 at pci0 dev 1 function 0: Silicon Integrated System 86C201 (rev. 0x00)
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled
vga1 at pci1 dev 0 function 0: Nvidia Corporation RIVA TNT2 Model 64 (rev. 0x15)
pci_mem_find: void region
pci_mem_find: void region
pci_mem_find: void region
pci_mem_find: void region
wsdisplay0 at vga1 kbdmux 1: console (80x25, vt100 emulation)
wsmux1: connecting to wsdisplay0
pcib0 at pci0 dev 2 function 0
pcib0: Silicon Integrated System 85C503 or 5597/5598 ISA bridge (rev. 0x00)
ohci0 at pci0 dev 2 function 2: Silicon Integrated System 5597/5598 USB host controller (rev. 0x07)
ohci0: interrupting at irq 10
ohci0: OHCI version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: Silicon Integra OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1 at pci0 dev 2 function 3: Silicon Integrated System 5597/5598 USB host controller (rev. 0x07)
ohci1: interrupting at irq 10
ohci1: OHCI version 1.0, legacy support
usb1 at ohci1: USB revision 1.0
uhub1 at usb1
uhub1: Silicon Integra OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
pciide0 at pci0 dev 2 function 5: Silicon Integrated System 735 IDE controller (rev. 0xd0)
pciide0: bus-master DMA support present
pciide0: primary channel wired to compatibility mode
wd0 at pciide0 channel 0 drive 0: <Maxtor 34098H4>
wd0: drive supports 16-sector PIO transfers, LBA addressing
wd0: 38162 MB, 16383 cyl, 16 head, 63 sec, 512 bytes/sect x 78156288 sectors
wd0: 32-bit data port
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
wd1 at pciide0 channel 0 drive 1: <SAMSUNG SV0432A 010>
wd1: drive supports 16-sector PIO transfers, LBA addressing
wd1: 4112 MB, 8912 cyl, 15 head, 63 sec, 512 bytes/sect x 8421840 sectors
wd1: 32-bit data port
wd1: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33)
pciide0: primary channel interrupting at irq 14
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 (Ultra/100) (using DMA data transfers)
wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA data transfers)
pciide0: secondary channel wired to compatibility mode
atapibus0 at pciide0 channel 1: 2 targets
cd0 at atapibus0 drive 0: <JLMS XJ-HD166S, , DS1A> type 5 cdrom removable
cd0: 32-bit data port
cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33)
cd1 at atapibus0 drive 1: <6X4X32, , 6.AU> type 5 cdrom removable
cd1: 32-bit data port
cd1: drive supports PIO mode 4, DMA mode 2
pciide0: secondary channel interrupting at irq 15
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA data transfers)
cd1(pciide0:1:1): using PIO mode 4, DMA mode 2 (using DMA data transfers)
Silicon Integrated System product 0x7012 (audio multimedia, revision 0xa0) at pci0 dev 2 function 7 not configured
sip0 at pci0 dev 3 function 0: SiS 900 10/100 Ethernet, rev 0x90
sip0: interrupting at irq 10
sip0: Ethernet address 00:0a:e6:c6:82:fd
ukphy0 at sip0 phy 1: Generic IEEE 802.3u media interface
ukphy0: OUI 0x000004, model 0x0020, rev. 1
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
eap0 at pci0 dev 11 function 0: Ensoniq CT5880 CT5880C (rev. 0x02)
eap0: interrupting at irq 11
eap0: SigmaTel STAC9708 codec; 18 bit DAC, 18 bit ADC, SigmaTel 3D
audio0 at eap0: full duplex, mmap, independent
midi0 at eap0: AudioPCI MIDI UART
ahc1 at pci0 dev 15 function 0
ahc1: interrupting at irq 10
ahc1: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs
scsibus0 at ahc1: 8 targets, 8 luns per target
uhci0 at pci0 dev 19 function 0: VIA Technologies VT83C572 USB Controller (rev. 0x50)
uhci0: interrupting at irq 11
usb2 at uhci0: USB revision 1.0
uhub2 at usb2
uhub2: VIA Technologie UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 19 function 1: VIA Technologies VT83C572 USB Controller (rev. 0x50)
uhci1: interrupting at irq 11
usb3 at uhci1: USB revision 1.0
uhub3 at usb3
uhub3: VIA Technologie UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
VIA Technologies product 0x3104 (USB serial bus, interface 0x20, revision 0x51) at pci0 dev 19 function 2 not configured
isa0 at pcib0
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
pckbc0 at isa0 port 0x60-0x64
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
lpt0 at isa0 port 0x378-0x37b irq 7
pcppi0 at isa0 port 0x61
midi1 at pcppi0: PC speaker
sysbeep0 at pcppi0
isapnp0 at isa0 port 0x279: ISA Plug 'n Play device support
npx0 at isa0 port 0xf0-0xff: using exception 16
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
isapnp0: no ISA Plug 'n Play devices found
biomask ef65 netmask ef65 ttymask ffe7
scsibus0: waiting 2 seconds for devices to settle...
st0 at scsibus0 target 5 lun 0: <SONY, SDT-5200, 3.30> SCSI2 1/sequential removable
st0: drive empty
st0: sync (200.0ns offset 8), 8-bit (5.000MB/s) transfers
Kernelized RAIDframe activated
boot device: wd0
root on wd0a dumps on wd0b
root file system type: ffs
wsdisplay0: screen 1 added (80x25, vt100 emulation)
wsdisplay0: screen 2 added (80x25, vt100 emulation)
wsdisplay0: screen 3 added (80x25, vt100 emulation)
wsdisplay0: screen 4 added (80x25, vt100 emulation)
|> > Ultra-DMA mode 2 (Ultra/33) pour /dev/wd0 ? |> |> Oui, mais il faut recompiler le kernel avec les bon flags sur wd* |> (voir la page de manuel wd(4)).
Ok, donc pas moyen de le faire une fois demarrer ou en bootant.
Helas non pas pour le moment (du moins pas facilement; avec ddb il doit y avoir moyen de patcher le bon octet, mais bon ...)
[...] |> |> Pouvez-vous essayer le programme de test ci-dessous ? |> ./tst /dev/rwd0d 10000 |> ca teste la bande passante du bus IDE. |> Oui, avec plaisir. quenix: {15} sudo ./tst /dev/rwd0d 10000 Password: 7222950 us, 86.529742 MB/s
C'est correcte pour le d'UDMA 100. A priori je dirais que le bus IDE se porte bien ...
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Serge Gagnon <gagnon_s@sympatico.ca> wrote:
|> > Ultra-DMA mode 2 (Ultra/33) pour /dev/wd0 ?
|>
|> Oui, mais il faut recompiler le kernel avec les bon flags sur wd*
|> (voir la page de manuel wd(4)).
Ok, donc pas moyen de le faire une fois demarrer ou en bootant.
Helas non pas pour le moment (du moins pas facilement; avec ddb
il doit y avoir moyen de patcher le bon octet, mais bon ...)
[...]
|>
|> Pouvez-vous essayer le programme de test ci-dessous ?
|> ./tst /dev/rwd0d 10000
|> ca teste la bande passante du bus IDE.
|>
Oui, avec plaisir.
quenix: {15} sudo ./tst /dev/rwd0d 10000
Password:
7222950 us, 86.529742 MB/s
C'est correcte pour le d'UDMA 100. A priori je dirais que le bus IDE se
porte bien ...
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
|> > Ultra-DMA mode 2 (Ultra/33) pour /dev/wd0 ? |> |> Oui, mais il faut recompiler le kernel avec les bon flags sur wd* |> (voir la page de manuel wd(4)).
Ok, donc pas moyen de le faire une fois demarrer ou en bootant.
Helas non pas pour le moment (du moins pas facilement; avec ddb il doit y avoir moyen de patcher le bon octet, mais bon ...)
[...] |> |> Pouvez-vous essayer le programme de test ci-dessous ? |> ./tst /dev/rwd0d 10000 |> ca teste la bande passante du bus IDE. |> Oui, avec plaisir. quenix: {15} sudo ./tst /dev/rwd0d 10000 Password: 7222950 us, 86.529742 MB/s
C'est correcte pour le d'UDMA 100. A priori je dirais que le bus IDE se porte bien ...
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Manuel Bouyer
Serge Gagnon wrote:
Attend, je viens de remarquer qu'au boot, pendant la detection du materiel IDE, mon disque dit qu'il est S.M.A.R.T. capable et mod5 udma 100. je ne sais pas ce que c'est que le S.M.A.R.T (il semble que mon cerveau n'ait pas cette option non plus) mais je l'ai active dans le bios juste pour voir.
"Self-Monitoring, Analysis, and Reporting Technology". En gros, le disque peut prevenir qu'il va pas bien avant d'etre completement naze. En 2.0_BETA atactl permet d'interroger les disques S.M.A.R.T.
Resultat: BIOS me dit que mon disque (quebecois)capote_bin_raide et c'est ce que je pense. Mon HD a eu quelques hallucinations (perte de 5 G ) la premiere semaine que je l'ai achete.
Ha ca ca peut expliquer le probleme sur la partition msdos. Ca peut aussi expliquer la lenteur, si le disque doit s'y reprendre a plusieur fois pour ecrire un serveur defectueux (ou s'il a remappe beaucoup de secteurs, ce qui oblige la tete a bouger beaucoup plus).
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Serge Gagnon <serge@localhostsympatico.ca> wrote:
Attend, je viens de remarquer qu'au boot, pendant la detection du materiel
IDE, mon disque dit qu'il est S.M.A.R.T. capable et mod5 udma 100.
je ne sais pas ce que c'est que le S.M.A.R.T (il semble que mon cerveau
n'ait pas cette option non plus) mais je l'ai active dans le bios juste
pour voir.
"Self-Monitoring, Analysis, and Reporting Technology".
En gros, le disque peut prevenir qu'il va pas bien avant d'etre completement
naze.
En 2.0_BETA atactl permet d'interroger les disques S.M.A.R.T.
Resultat: BIOS me dit que mon disque (quebecois)capote_bin_raide
et c'est ce que je pense. Mon HD a eu quelques hallucinations
(perte de 5 G ) la premiere semaine que je l'ai achete.
Ha ca ca peut expliquer le probleme sur la partition msdos.
Ca peut aussi expliquer la lenteur, si le disque doit s'y reprendre a
plusieur fois pour ecrire un serveur defectueux (ou s'il a remappe beaucoup
de secteurs, ce qui oblige la tete a bouger beaucoup plus).
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
Attend, je viens de remarquer qu'au boot, pendant la detection du materiel IDE, mon disque dit qu'il est S.M.A.R.T. capable et mod5 udma 100. je ne sais pas ce que c'est que le S.M.A.R.T (il semble que mon cerveau n'ait pas cette option non plus) mais je l'ai active dans le bios juste pour voir.
"Self-Monitoring, Analysis, and Reporting Technology". En gros, le disque peut prevenir qu'il va pas bien avant d'etre completement naze. En 2.0_BETA atactl permet d'interroger les disques S.M.A.R.T.
Resultat: BIOS me dit que mon disque (quebecois)capote_bin_raide et c'est ce que je pense. Mon HD a eu quelques hallucinations (perte de 5 G ) la premiere semaine que je l'ai achete.
Ha ca ca peut expliquer le probleme sur la partition msdos. Ca peut aussi expliquer la lenteur, si le disque doit s'y reprendre a plusieur fois pour ecrire un serveur defectueux (ou s'il a remappe beaucoup de secteurs, ce qui oblige la tete a bouger beaucoup plus).
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Manuel Bouyer
Xavier wrote:
Serge Gagnon wrote:
NetBSD sent tres bon et ma lessive est plus douce depuis que je l'utilise.
Et pour la chute des cheveux, les gains au tiercé, les retours d'affection, ça marche aussi ?
Pour la chute des cheveux, je peux certifier que ca n'est absolument pas efficasse.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Xavier <xavier@groumpf.org> wrote:
Serge Gagnon <gagnon_s@sympatico.ca> wrote:
NetBSD sent tres bon et ma lessive est plus douce depuis que
je l'utilise.
Et pour la chute des cheveux, les gains au tiercé, les retours
d'affection, ça marche aussi ?
Pour la chute des cheveux, je peux certifier que ca n'est absolument
pas efficasse.
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
NetBSD sent tres bon et ma lessive est plus douce depuis que je l'utilise.
Et pour la chute des cheveux, les gains au tiercé, les retours d'affection, ça marche aussi ?
Pour la chute des cheveux, je peux certifier que ca n'est absolument pas efficasse.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
gagnon_s
In article <c7l1ui$2vap$, Manuel Bouyer writes:
Serge Gagnon wrote:
[...]
Resultat: BIOS me dit que mon disque (quebecois)capote_bin_raide et c'est ce que je pense. Mon HD a eu quelques hallucinations (perte de 5 G ) la premiere semaine que je l'ai achete.
Ha ca ca peut expliquer le probleme sur la partition msdos.
Non, la partition msdos est sur un autre disque.
Ca peut aussi expliquer la lenteur, si le disque doit s'y reprendre a plusieur fois pour ecrire un serveur defectueux (ou s'il a remappe beaucoup de secteurs, ce qui oblige la tete a bouger beaucoup plus).
Disons que les 5 Gig que j'ai perdu, c'est pas 5 Gig exactement. C'est une zone entre 2000 et 7000 meg (qui grossit tranquillement) et que je dois controler. C'est bizarre et ca avance tout le temps, probablement comme les petits bouts de peau qui decolle du bout des doigts de Miod Vallat comme on peut le voir tres bien sur la fameuse image ou il est en adoration devant un cd de linux/Mandrake.
J'ai meme deja pense qu'OpenBSD avait pu faire sauter ce bout de disque a l'epoque et je ne me souviens plus pourquoi. Il y avait peut-etre un rapport entre les doigt du codeur et le code de l'OS... qui sait...
-- Serge Gagnon Quebec, Qc, Canada
In article <c7l1ui$2vap$2@biggoron.nerim.net>,
Manuel Bouyer <bouyer@nerim.net> writes:
Serge Gagnon <serge@localhostsympatico.ca> wrote:
[...]
Resultat: BIOS me dit que mon disque (quebecois)capote_bin_raide
et c'est ce que je pense. Mon HD a eu quelques hallucinations
(perte de 5 G ) la premiere semaine que je l'ai achete.
Ha ca ca peut expliquer le probleme sur la partition msdos.
Non, la partition msdos est sur un autre disque.
Ca peut aussi expliquer la lenteur, si le disque doit s'y reprendre a
plusieur fois pour ecrire un serveur defectueux (ou s'il a remappe beaucoup
de secteurs, ce qui oblige la tete a bouger beaucoup plus).
Disons que les 5 Gig que j'ai perdu, c'est pas 5 Gig exactement.
C'est une zone entre 2000 et 7000 meg (qui grossit tranquillement)
et que je dois controler.
C'est bizarre et ca avance tout le temps, probablement comme
les petits bouts de peau qui decolle du bout des doigts de
Miod Vallat comme on peut le voir tres bien sur la fameuse
image ou il est en adoration devant un cd de linux/Mandrake.
J'ai meme deja pense qu'OpenBSD avait pu faire sauter ce bout
de disque a l'epoque et je ne me souviens plus pourquoi. Il y
avait peut-etre un rapport entre les doigt du codeur et le code
de l'OS... qui sait...
Resultat: BIOS me dit que mon disque (quebecois)capote_bin_raide et c'est ce que je pense. Mon HD a eu quelques hallucinations (perte de 5 G ) la premiere semaine que je l'ai achete.
Ha ca ca peut expliquer le probleme sur la partition msdos.
Non, la partition msdos est sur un autre disque.
Ca peut aussi expliquer la lenteur, si le disque doit s'y reprendre a plusieur fois pour ecrire un serveur defectueux (ou s'il a remappe beaucoup de secteurs, ce qui oblige la tete a bouger beaucoup plus).
Disons que les 5 Gig que j'ai perdu, c'est pas 5 Gig exactement. C'est une zone entre 2000 et 7000 meg (qui grossit tranquillement) et que je dois controler. C'est bizarre et ca avance tout le temps, probablement comme les petits bouts de peau qui decolle du bout des doigts de Miod Vallat comme on peut le voir tres bien sur la fameuse image ou il est en adoration devant un cd de linux/Mandrake.
J'ai meme deja pense qu'OpenBSD avait pu faire sauter ce bout de disque a l'epoque et je ne me souviens plus pourquoi. Il y avait peut-etre un rapport entre les doigt du codeur et le code de l'OS... qui sait...
