Servicios en Recursos Humanos
Este mensaje de correo electronico no se considera SPAM, ya que cumple con lo establecido en el capitulo VIII BIS de los lineamientos sobre comercio electronico publicados por la PROFECO, ademas de contener instrucciones y una forma electronica para notificar y solicitar la cancelacisn de su envmo y no continuar recibiendolo.
Re: Laptop hard drive and emergency unload
No, Marco, it is not true. There is a difference between unloading the heads in a controlled way and by an emergency retract. Doing emergency retract repeatedly is not good, really. Regards, David On Sat, 3 Sep 2011, Marco Peereboom wrote: Removing power from a running drive won't do anything to it. Just use OpenBSD and stop looking at worthless diagnostics tools. On Sep 3, 2011, at 15:41, Steve wrote: Hi all, I've got a strange situation with OpenBSD 4.9 on a new laptop, an Acer Aspire 1430 with an Hitachi 500 GB SATA disk, model HTS545050B9A300. When shutting down, OpenBSD does not spin down the disk, resulting in an "emergency unload" according to Smart terminology. Until I can resolve this issue, I've uninstalled OpenBSD from it, since smartctl reports in Slackware that there have been 17 "Power-off Retract" events so far, which could damage the disk in the long run. However I would really love to run OpenBSD on my laptop for the simple reason that I love it so much more than Linux. Can anyone suggest what I could do to stop this from happening? I found a discussion on a FreeBSD mailing list identifying and trying to resolve the exact same thing through kernel recompilations: http://freebsd.1045724.n5.nabble.com/Re-Spin-down-HDD-after-disk-sync-or-befo re-power-off-td4043068.html However, neither using FreeBSD nor patching the OpenBSD kernel would be a preferred choice for me. I'm sure there must be a simpler solution, maybe a sysctl setting I'm over-looking...? I've tried both IDE and AHCI modes in the BIOS with the same results. Thanks, Steve Schaller
Re: Laptop hard drive and emergency unload
you have two devices not configured. Maybe just because running from live media. One of them is Intel MEI see here for details about that device software.intel.com/en-us/blogs/2009/12/18/intel-amt-software-lms-heci-mei-why -do-i-need-those-part-10-in-the-series/ so try current if it's better. Hw support improves a lot during every release On 9/4/11, Steve wrote: > Sorry, I had removed OpenBSD from the hard disk due to the shutdown > problems. Here are the dmesg, pcidump -v and atactl sd0 identify from a > UBS stick installation. I had tried both i386 and AMD64 on the hard > drive with the same shutdown result. I have the latest BIOS, verified > from Acer's web site. > > DMESG: > > OpenBSD 4.9 (GENERIC.MP) #794: Wed Mar 2 07:19:02 MST 2011 > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP > cpu0: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" > 686-class) 1.34 GHz > cpu0: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3 ,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT > real mem = 3009232896 (2869MB) > avail mem = 2949853184 (2813MB) > mainbus0 at root > bios0 at mainbus0: AT/286+ BIOS, date 09/28/10, SMBIOS rev. 2.6 @ > 0xea690 (51 entries) > bios0: vendor INSYDE version "V1.20" date 09/28/2010 > bios0: Acer Aspire 1430 > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC BOOT ASPT WDAT SSDT > acpi0: wakeup devices P0P2(S4) PEGP(S4) P0P1(S0) EHC1(S4) USB1(S4) > USB2(S4) USB3(S4) USB4(S4) EHC2(S4) USB5(S4) USB6(S4) USB7(S4) HDEF(S0) > PXSX(S5) RP01(S5) PXSX(S5) RP02(S0) PXSX(S5) RP03(S0) PXSX(S5) RP04(S0) > PXSX(S5) RP05(S0) PXSX(S5) RP07(S0) PXSX(S5) RP08(S0) GLAN(S0) PEG3(S4) > PEG5(S4) PEG6(S4) SLPB(S3) LID0(S3) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 14318179 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: apic clock running at 133MHz > cpu1 at mainbus0: apid 1 (application processor) > cpu1: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" > 686-class) 1.34 GHz > cpu1: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3 ,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT > cpu2 at mainbus0: apid 4 (application processor) > cpu2: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" > 686-class) 1.34 GHz > cpu2: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3 ,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT > cpu3 at mainbus0: apid 5 (application processor) > cpu3: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" > 686-class) 1.34 GHz > cpu3: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3 ,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins > ioapic0: misconfigured as apic 0, remapped to apid 2 > acpimcfg0 at acpi0 addr 0xe000, bus 0-255 > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus -1 (P0P2) > acpiprt2 at acpi0: bus 3 (P0P1) > acpiprt3 at acpi0: bus 1 (RP01) > acpiprt4 at acpi0: bus 2 (RP02) > acpiprt5 at acpi0: bus -1 (RP03) > acpiprt6 at acpi0: bus -1 (RP04) > acpiprt7 at acpi0: bus -1 (RP05) > acpiprt8 at acpi0: bus -1 (RP07) > acpiprt9 at acpi0: bus -1 (RP08) > acpiprt10 at acpi0: bus -1 (PEG3) > acpiprt11 at acpi0: bus -1 (PEG5) > acpiec0 at acpi0 > acpicpu0 at acpi0: C3, C1, PSS > acpicpu1 at acpi0: C3, C1, PSS > acpicpu2 at acpi0: C3, C1, PSS > acpicpu3 at acpi0: C3, C1, PSS > acpitz0 at acpi0: critical temperature 102 degC > acpitz1 at acpi0: critical temperature 90 degC > acpibat0 at acpi0: BAT0 model "AL10C31" serial 10726 type LION oem > "4f594e4153" > acpiac0 at acpi0: AC unit online > acpibtn0 at acpi0: SLPB > acpibtn1 at acpi0: LID0 > acpivideo0 at acpi0: GFX0 > bios0: ROM list: 0xc/0xfa00! 0xd/0x2c00! > cpu0: Enhanced SpeedStep 1331 MHz: speeds: 1333, 1199, 1066, 933, 799, > 666 MHz > pci0 at mainbus0 bus 0: configuration mode 1 (bios) > pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x02 > vga1 at pci0 dev 2 function 0 "Intel Mobile HD graphics" rev 0x02 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > intagp0 at vga1 > agp0 at intagp0: aperture at 0xc000, size 0x1000 > inteldrm0 at vga1: apic 2 int 16 (irq 10) > drm0 at inteldrm0 > "Intel 3400 MEI" rev 0x06 at pci0 dev 22 function 0 not configured > ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 2 int 16 > (irq 10) > usb0 at ehci0: USB revision 2.0 > uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 > azalia0 at pci0 dev 27 function 0 "Intel 3400 HD Audio" rev 0x05: apic 2 >
novedades
[IMAGE] Dmgoos verdad, seqor compadre, por su estilo, es iste el mejor libro del mundo (...) Llevadle a casa y leedle y veriis que es verdad cuanto del os he dicho". Don Quijote parte I capmtulo VI "Del donoso y grande escrutinio que el cura y el barbero hicieron en la librerma de nuestro ingenioso hidalgo --- Sesiones Primaria y la ESO 5 libros uno por Ciclo. == Una a una todas las sesiones del aqo. Una herramienta indispensable para el maestro/ profesor que le permitira planificar todas sus clases a lo largo del curso; intimamente ligado al Libro de Educacisn Fmsica, profesor/maestro y alumno avanzaran simultaneamente complementandose teorma y practica, enseqanza y aprendizaje. Fundamentos Tesricos de la Educacisn Fmsica === Es un solo libro de texto para toda la ESO y el bachillerato donde se recogen los fundamentos de nuestra asignatura. Lo utilizas como herramienta de lectura y escritura cuando te parezca bien en tu programacisn. !Te esperamos! en www.pilatelena.com Mov. 609 25 20 82 pilatel...@pilatelena.com Si no deseas recibir esta informacisn envma un correo a ba...@pilatelena.com
Re: Laptop hard drive and emergency unload
Why would you run that shit on a laptop? Have you no life? Or glutton for punishment? Re, Mb On Sep 3, 2011 6:32 PM, "Steve" wrote: > Sorry, I had removed OpenBSD from the hard disk due to the shutdown > problems. Here are the dmesg, pcidump -v and atactl sd0 identify from a > UBS stick installation. I had tried both i386 and AMD64 on the hard > drive with the same shutdown result. I have the latest BIOS, verified > from Acer's web site. > > DMESG: > > OpenBSD 4.9 (GENERIC.MP) #794: Wed Mar 2 07:19:02 MST 2011 > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP > cpu0: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" > 686-class) 1.34 GHz > cpu0: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT > real mem = 3009232896 (2869MB) > avail mem = 2949853184 (2813MB) > mainbus0 at root > bios0 at mainbus0: AT/286+ BIOS, date 09/28/10, SMBIOS rev. 2.6 @ > 0xea690 (51 entries) > bios0: vendor INSYDE version "V1.20" date 09/28/2010 > bios0: Acer Aspire 1430 > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC BOOT ASPT WDAT SSDT > acpi0: wakeup devices P0P2(S4) PEGP(S4) P0P1(S0) EHC1(S4) USB1(S4) > USB2(S4) USB3(S4) USB4(S4) EHC2(S4) USB5(S4) USB6(S4) USB7(S4) HDEF(S0) > PXSX(S5) RP01(S5) PXSX(S5) RP02(S0) PXSX(S5) RP03(S0) PXSX(S5) RP04(S0) > PXSX(S5) RP05(S0) PXSX(S5) RP07(S0) PXSX(S5) RP08(S0) GLAN(S0) PEG3(S4) > PEG5(S4) PEG6(S4) SLPB(S3) LID0(S3) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 14318179 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: apic clock running at 133MHz > cpu1 at mainbus0: apid 1 (application processor) > cpu1: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" > 686-class) 1.34 GHz > cpu1: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT > cpu2 at mainbus0: apid 4 (application processor) > cpu2: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" > 686-class) 1.34 GHz > cpu2: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT > cpu3 at mainbus0: apid 5 (application processor) > cpu3: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" > 686-class) 1.34 GHz > cpu3: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins > ioapic0: misconfigured as apic 0, remapped to apid 2 > acpimcfg0 at acpi0 addr 0xe000, bus 0-255 > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus -1 (P0P2) > acpiprt2 at acpi0: bus 3 (P0P1) > acpiprt3 at acpi0: bus 1 (RP01) > acpiprt4 at acpi0: bus 2 (RP02) > acpiprt5 at acpi0: bus -1 (RP03) > acpiprt6 at acpi0: bus -1 (RP04) > acpiprt7 at acpi0: bus -1 (RP05) > acpiprt8 at acpi0: bus -1 (RP07) > acpiprt9 at acpi0: bus -1 (RP08) > acpiprt10 at acpi0: bus -1 (PEG3) > acpiprt11 at acpi0: bus -1 (PEG5) > acpiec0 at acpi0 > acpicpu0 at acpi0: C3, C1, PSS > acpicpu1 at acpi0: C3, C1, PSS > acpicpu2 at acpi0: C3, C1, PSS > acpicpu3 at acpi0: C3, C1, PSS > acpitz0 at acpi0: critical temperature 102 degC > acpitz1 at acpi0: critical temperature 90 degC > acpibat0 at acpi0: BAT0 model "AL10C31" serial 10726 type LION oem > "4f594e4153" > acpiac0 at acpi0: AC unit online > acpibtn0 at acpi0: SLPB > acpibtn1 at acpi0: LID0 > acpivideo0 at acpi0: GFX0 > bios0: ROM list: 0xc/0xfa00! 0xd/0x2c00! > cpu0: Enhanced SpeedStep 1331 MHz: speeds: 1333, 1199, 1066, 933, 799, > 666 MHz > pci0 at mainbus0 bus 0: configuration mode 1 (bios) > pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x02 > vga1 at pci0 dev 2 function 0 "Intel Mobile HD graphics" rev 0x02 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > intagp0 at vga1 > agp0 at intagp0: aperture at 0xc000, size 0x1000 > inteldrm0 at vga1: apic 2 int 16 (irq 10) > drm0 at inteldrm0 > "Intel 3400 MEI" rev 0x06 at pci0 dev 22 function 0 not configured > ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 2 int 16 > (irq 10) > usb0 at ehci0: USB revision 2.0 > uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 > azalia0 at pci0 dev 27 function 0 "Intel 3400 HD Audio" rev 0x05: apic 2 > int 22 (irq 11) > azalia0: codecs: Realtek ALC269, Intel/0x2804, using Realtek ALC269 > audio0 at azalia0 > ppb0 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x05: apic 2 int 17 > (irq 255) > pci1 at ppb0 bus 1 > "Attansic Technology L1D" rev
Re: Laptop hard drive and emergency unload
Removing power from a running drive won't do anything to it. Just use OpenBSD and stop looking at worthless diagnostics tools. On Sep 3, 2011, at 15:41, Steve wrote: > Hi all, > > I've got a strange situation with OpenBSD 4.9 on a new laptop, an Acer Aspire 1430 with an Hitachi 500 GB SATA disk, model HTS545050B9A300. When shutting down, OpenBSD does not spin down the disk, resulting in an "emergency unload" according to Smart terminology. Until I can resolve this issue, I've uninstalled OpenBSD from it, since smartctl reports in Slackware that there have been 17 "Power-off Retract" events so far, which could damage the disk in the long run. However I would really love to run OpenBSD on my laptop for the simple reason that I love it so much more than Linux. > > Can anyone suggest what I could do to stop this from happening? I found a discussion on a FreeBSD mailing list identifying and trying to resolve the exact same thing through kernel recompilations: > > http://freebsd.1045724.n5.nabble.com/Re-Spin-down-HDD-after-disk-sync-or-befo re-power-off-td4043068.html > > However, neither using FreeBSD nor patching the OpenBSD kernel would be a preferred choice for me. I'm sure there must be a simpler solution, maybe a sysctl setting I'm over-looking...? I've tried both IDE and AHCI modes in the BIOS with the same results. > > Thanks, > > Steve Schaller
Re: Laptop hard drive and emergency unload
Sorry, I had removed OpenBSD from the hard disk due to the shutdown problems. Here are the dmesg, pcidump -v and atactl sd0 identify from a UBS stick installation. I had tried both i386 and AMD64 on the hard drive with the same shutdown result. I have the latest BIOS, verified from Acer's web site. DMESG: OpenBSD 4.9 (GENERIC.MP) #794: Wed Mar 2 07:19:02 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" 686-class) 1.34 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT real mem = 3009232896 (2869MB) avail mem = 2949853184 (2813MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/28/10, SMBIOS rev. 2.6 @ 0xea690 (51 entries) bios0: vendor INSYDE version "V1.20" date 09/28/2010 bios0: Acer Aspire 1430 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC BOOT ASPT WDAT SSDT acpi0: wakeup devices P0P2(S4) PEGP(S4) P0P1(S0) EHC1(S4) USB1(S4) USB2(S4) USB3(S4) USB4(S4) EHC2(S4) USB5(S4) USB6(S4) USB7(S4) HDEF(S0) PXSX(S5) RP01(S5) PXSX(S5) RP02(S0) PXSX(S5) RP03(S0) PXSX(S5) RP04(S0) PXSX(S5) RP05(S0) PXSX(S5) RP07(S0) PXSX(S5) RP08(S0) GLAN(S0) PEG3(S4) PEG5(S4) PEG6(S4) SLPB(S3) LID0(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 133MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" 686-class) 1.34 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" 686-class) 1.34 GHz cpu2: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT cpu3 at mainbus0: apid 5 (application processor) cpu3: Intel(R) Core(TM) i3 CPU U 380 @ 1.33GHz ("GenuineIntel" 686-class) 1.34 GHz cpu3: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P2) acpiprt2 at acpi0: bus 3 (P0P1) acpiprt3 at acpi0: bus 1 (RP01) acpiprt4 at acpi0: bus 2 (RP02) acpiprt5 at acpi0: bus -1 (RP03) acpiprt6 at acpi0: bus -1 (RP04) acpiprt7 at acpi0: bus -1 (RP05) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG3) acpiprt11 at acpi0: bus -1 (PEG5) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C1, PSS acpicpu1 at acpi0: C3, C1, PSS acpicpu2 at acpi0: C3, C1, PSS acpicpu3 at acpi0: C3, C1, PSS acpitz0 at acpi0: critical temperature 102 degC acpitz1 at acpi0: critical temperature 90 degC acpibat0 at acpi0: BAT0 model "AL10C31" serial 10726 type LION oem "4f594e4153" acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: LID0 acpivideo0 at acpi0: GFX0 bios0: ROM list: 0xc/0xfa00! 0xd/0x2c00! cpu0: Enhanced SpeedStep 1331 MHz: speeds: 1333, 1199, 1066, 933, 799, 666 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x02 vga1 at pci0 dev 2 function 0 "Intel Mobile HD graphics" rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xc000, size 0x1000 inteldrm0 at vga1: apic 2 int 16 (irq 10) drm0 at inteldrm0 "Intel 3400 MEI" rev 0x06 at pci0 dev 22 function 0 not configured ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 2 int 16 (irq 10) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 3400 HD Audio" rev 0x05: apic 2 int 22 (irq 11) azalia0: codecs: Realtek ALC269, Intel/0x2804, using Realtek ALC269 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x05: apic 2 int 17 (irq 255) pci1 at ppb0 bus 1 "Attansic Technology L1D" rev 0xc0 at pci1 dev 0 function 0 not configured ppb1 at pci0 dev 28 function 1 "Intel 3400 PCIE" rev 0x05: apic 2 int 16 (irq 255) pci2 at ppb1 bus 2 athn0 at pci2 dev 0 function 0 "Atheros AR9287" rev 0x01: apic 2 int 17 (irq 10) athn0: AR9287 rev 2 (2T2R), ROM rev 4, address 88:9f:fa:57:5a:cd e
Re: Laptop hard drive and emergency unload
Do you have latest bios? Did you try current snapshot? Where's the dmesg, pcidump -v, atactl identify and maybe other outputs? On 9/3/11, Steve wrote: > Hi all, > > I've got a strange situation with OpenBSD 4.9 on a new laptop, an Acer > Aspire 1430 with an Hitachi 500 GB SATA disk, model HTS545050B9A300. > When shutting down, OpenBSD does not spin down the disk, resulting in an > "emergency unload" according to Smart terminology. Until I can resolve > this issue, I've uninstalled OpenBSD from it, since smartctl reports in > Slackware that there have been 17 "Power-off Retract" events so far, > which could damage the disk in the long run. However I would really love > to run OpenBSD on my laptop for the simple reason that I love it so much > more than Linux. > > Can anyone suggest what I could do to stop this from happening? I found > a discussion on a FreeBSD mailing list identifying and trying to resolve > the exact same thing through kernel recompilations: > > http://freebsd.1045724.n5.nabble.com/Re-Spin-down-HDD-after-disk-sync-or-befo re-power-off-td4043068.html > > However, neither using FreeBSD nor patching the OpenBSD kernel would be > a preferred choice for me. I'm sure there must be a simpler solution, > maybe a sysctl setting I'm over-looking...? I've tried both IDE and AHCI > modes in the BIOS with the same results. > > Thanks, > > Steve Schaller > > -- bIf youbre good at something, never do it for free.bB bThe Joker
Laptop hard drive and emergency unload
Hi all, I've got a strange situation with OpenBSD 4.9 on a new laptop, an Acer Aspire 1430 with an Hitachi 500 GB SATA disk, model HTS545050B9A300. When shutting down, OpenBSD does not spin down the disk, resulting in an "emergency unload" according to Smart terminology. Until I can resolve this issue, I've uninstalled OpenBSD from it, since smartctl reports in Slackware that there have been 17 "Power-off Retract" events so far, which could damage the disk in the long run. However I would really love to run OpenBSD on my laptop for the simple reason that I love it so much more than Linux. Can anyone suggest what I could do to stop this from happening? I found a discussion on a FreeBSD mailing list identifying and trying to resolve the exact same thing through kernel recompilations: http://freebsd.1045724.n5.nabble.com/Re-Spin-down-HDD-after-disk-sync-or-before-power-off-td4043068.html However, neither using FreeBSD nor patching the OpenBSD kernel would be a preferred choice for me. I'm sure there must be a simpler solution, maybe a sysctl setting I'm over-looking...? I've tried both IDE and AHCI modes in the BIOS with the same results. Thanks, Steve Schaller
Re: terminal descriptions for AMD/Intel consoles
Didn't know about the TERM variable pass over ssh... ...anyway, on those systems with many screen consoles like i386/amd64, one could have a tty with vt220 to go ssh and another to deal correctly with keyboard, that would be cool. So, still having that layout inside terminals list could be way interesting (after all, many people prefer pressing Home, End and Del instead of Ctrl-A/E/D). The only question would be for those systems which do not support this like sparc64 (even if, I know, the question was born around amd64, but then the philosophy would become extensible...): does tmux inherit the TERM variable in the virual sessions opened or is there some degree of freedom? On Sat, Sep 3, 2011 at 12:42 PM, Stuart Henderson wrote: > On 2011-09-02, Alexei Malinin wrote: > > Stuart Henderson wrote: > >> On 2011-09-02, Alexei Malinin wrote: > >>> Christian Weisgerber wrote: > but if you log into a non-OpenBSD > system that terminal name may be unknown. > >>> terminal descriptions proposed by me are intended for > >>> OpenBSD consoles only (these descriptions are of > >>> questionable value in other systems) > >> > >> Do you never ssh or telnet from OpenBSD to another type of system? > > > > of course I do ssh/telnet to other systems, > > I understand Christian's notice, I mean that > > my terminal descriptions are of questionable value > > for other systems _consoles_ > > ssh and telnet pass the TERM variable to other systems. > > If you are using a TERM which the other system doesn't understand, > they will fall back to a dumb terminal, which can be very annoying. > There are workarounds but they can be annoying too. > > So, while it might be useful to have this in termcap (or adjust the > existing wsvt* console entries which may perhaps be a better option), > it doesn't seem sensible to set it by default in /etc/ttys.
Re: rsync and iconv
On Sat, Sep 03, 2011 at 02:35:09PM +0200, Gerald Holl wrote: > On 2011-09-03 13:38, Marc Espie wrote: > > On Fri, Sep 02, 2011 at 06:19:30PM +0200, Gerald Holl wrote: > >> Are there any ways to get rsync with iconv support without building it > >> from source? And why was iconv support dropped from the rsync binary? > > > > If you really think that's useful, we could add a flavor. > > > > It was dropped because rsync is a very basic port (usually one of the first > > things you install on a machine), and having it depending on iconv means > > it pulls the whole gnu thingies with it. > > At least for me it would be very useful to have rsync with iconv > support. Especially as I'm doing backups and syncs across different OS > platforms iconv is pretty beneficial. I hear you. There's no an iconv FLAVOR of rsync in current, it's been hooked to the build, so when post-5.0 snapshots resume, it will be there.
Re: snapshots
On 2011-09-03, Ed Ahlsen-Girard wrote: > Are the snapshot building machines on holiday? Yes, they have a short break about twice a year..
snapshots
Are the snapshot building machines on holiday? -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: ping: Could only allocate a receive buffer of 8191 bytes (default 65535)
He fixed it by increasing kern.maxclusters. On Sat, Sep 03, 2011 at 08:44:45AM -0400, Joao Ronaldo wrote: > Hi, > > I am running obsd 4.7. > > I noticed the message in the subject whenever I use ping. > > There is no packet loss but I am worried I might be reaching > some sort of resource exhaustion. > > Could some body help me to interpret this message and > possibly give hints on how to avoid it? > > Thanks in advance. > > Regards, > > JoC#o
Re: ping: Could only allocate a receive buffer of 8191 bytes (default 65535)
Hi, Thanks for your reply > Did you tweak any sysctl options ? net.inet.ip.ifq.maxlen=512 net.inet.tcp.recvspace=131072 net.inet.tcp.sendspace=65536 > B Is the machine loaded ? Not at all load averages: B 0.10, B 0.11, B 0.08 B B 11:13:56 51 processes: B 1 running, 49 idle, 1 on processor CPU states: B 0.8% user, B 0.0% nice, B 0.2% system, B 0.2% interrupt, 98.9% idle Memory: Real: 261M/400M act/tot B Free: 599M B Swap: 0K/2055M used/tot B PID USERNAME PRI NICE B SIZE B RES STATE B B WAIT B B B TIME B B CPU COMMAND 20819 sshd B B B 2 B B 0 1988K 1972K sleep B B select B B 0:00 B 0.15% sshd 6710 root B B B 2 B B 0 1980K 2432K sleep B B netio B B 0:00 B 0.15% sshd 17426 _spamd B B 2 B B 0 B 17M B 11M sleep B B select B B 6:38 B 0.00% spamd 27968 ebl B B B B 2 B B 0 3872K 4544K sleep B B kqread B B 0:05 B 0.00% tmux # netstat -m B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B B 11:13:56 6486 mbufs in use: B B B B 6417 mbufs allocated to data B B B B 61 mbufs allocated to packet headers B B B B 8 mbufs allocated to socket names and addresses 3250/3430/6144 mbuf 2048 byte clusters in use (current/peak/max) 0/8/6144 mbuf 4096 byte clusters in use (current/peak/max) 0/8/6144 mbuf 8192 byte clusters in use (current/peak/max) 34/42/6144 mbuf 9216 byte clusters in use (current/peak/max) 0/8/6144 mbuf 12288 byte clusters in use (current/peak/max) 0/8/6144 mbuf 16384 byte clusters in use (current/peak/max) 0/8/6144 mbuf 65536 byte clusters in use (current/peak/max) 9020 Kbytes allocated to network (93% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Regards, JoC#o.
Re: ping: Could only allocate a receive buffer of 8191 bytes (default 65535)
On Sat, Sep 03, 2011 at 08:44:45AM -0400, Joao Ronaldo wrote: > Hi, > > I am running obsd 4.7. > That's a bit old. > I noticed the message in the subject whenever I use ping. > > There is no packet loss but I am worried I might be reaching > some sort of resource exhaustion. > > Could some body help me to interpret this message and > possibly give hints on how to avoid it? > setsockopt is failing in: while (setsockopt(s, SOL_SOCKET, SO_RCVBUF, (void*)&bufspace, sizeof(bufspace)) < 0) { if ((bufspace -= 1024) <= 0) err(1, "Cannot set the receive buffer size"); } if (bufspace < IP_MAXPACKET) warnx("Could only allocate a receive buffer of %i bytes (default %i)", bufspace, IP_MAXPACKET); Did you tweak any sysctl options ? Is the machine loaded ? I think sbchecklowmem() may be failing in uipc_socket2.c:403. Also ping should use warn() instead of a warnx() there. Claudio ?
ping: Could only allocate a receive buffer of 8191 bytes (default 65535)
Hi, I am running obsd 4.7. I noticed the message in the subject whenever I use ping. There is no packet loss but I am worried I might be reaching some sort of resource exhaustion. Could some body help me to interpret this message and possibly give hints on how to avoid it? Thanks in advance. Regards, JoC#o
Re: rsync and iconv
On 2011-09-03 13:38, Marc Espie wrote: > On Fri, Sep 02, 2011 at 06:19:30PM +0200, Gerald Holl wrote: >> Are there any ways to get rsync with iconv support without building it >> from source? And why was iconv support dropped from the rsync binary? > > If you really think that's useful, we could add a flavor. > > It was dropped because rsync is a very basic port (usually one of the first > things you install on a machine), and having it depending on iconv means > it pulls the whole gnu thingies with it. At least for me it would be very useful to have rsync with iconv support. Especially as I'm doing backups and syncs across different OS platforms iconv is pretty beneficial. Gerald
Re: rsync and iconv
On Sat, 3 Sep 2011, Marc Espie wrote: > On Fri, Sep 02, 2011 at 06:19:30PM +0200, Gerald Holl wrote: > > Are there any ways to get rsync with iconv support without building it > > from source? And why was iconv support dropped from the rsync binary? > > If you really think that's useful, we could add a flavor. > > It was dropped because rsync is a very basic port (usually one of the first > things you install on a machine), and having it depending on iconv means > it pulls the whole gnu thingies with it. I think it is ok to depend on libiconv, it doesn't really bring anything else. Just an opinion... -- Antoine
Re: rsync and iconv
On Fri, Sep 02, 2011 at 06:19:30PM +0200, Gerald Holl wrote: > Are there any ways to get rsync with iconv support without building it > from source? And why was iconv support dropped from the rsync binary? If you really think that's useful, we could add a flavor. It was dropped because rsync is a very basic port (usually one of the first things you install on a machine), and having it depending on iconv means it pulls the whole gnu thingies with it.
Re: terminal descriptions for AMD/Intel consoles
On 2011-09-02, Alexei Malinin wrote: > Stuart Henderson wrote: >> On 2011-09-02, Alexei Malinin wrote: >>> Christian Weisgerber wrote: but if you log into a non-OpenBSD system that terminal name may be unknown. >>> terminal descriptions proposed by me are intended for >>> OpenBSD consoles only (these descriptions are of >>> questionable value in other systems) >> >> Do you never ssh or telnet from OpenBSD to another type of system? > > of course I do ssh/telnet to other systems, > I understand Christian's notice, I mean that > my terminal descriptions are of questionable value > for other systems _consoles_ ssh and telnet pass the TERM variable to other systems. If you are using a TERM which the other system doesn't understand, they will fall back to a dumb terminal, which can be very annoying. There are workarounds but they can be annoying too. So, while it might be useful to have this in termcap (or adjust the existing wsvt* console entries which may perhaps be a better option), it doesn't seem sensible to set it by default in /etc/ttys.
Re: OpenOSPF + CARP
On 2011-09-02, Mathieu BLANC wrote: > I setup this, *and it seems to work well.* > Routers in network A see 2 routes to Network B : bsd1 and bsd2. > For example : > First route : bsd1 > Second route : bsd2 > > bsd1 is the master carp on network B. > So the ingoing traffic goest to bsd1, and the servers in B use their > gateway -> bsd1. > > But if i do (manually) a carpdemote on bsd1, the the carp master will > switch to bsd2, but on the ospf side, the route will remain the same on > the routers in A. > > So the ingoing traffic goes into bsd1, and the servers now use bsd2 to > go out. > Is it not a problem ? In terms of firewalling for example (keep state ? > will bsd2 authorize the trafic which is initiated by bsd1 ? maybe with > the help of pfsync ??) pfsync(4) can handle this if you use 'defer', see the pfsync manpage, but this is normally only desirable for load-balancing. In the situation you describe, the network A should send all of network B's traffic to whichever machine is currently carp master. For this setup you need to:- 1. have the subnet (not a /32) configured on the carpXX interface 2. use 'interface carpXX { passive }' in ospfd.conf If this doesn't help, please show ospfd.conf files and 'ifconfig -A' output.
Nuovo messaggio
Benvenuto nel piC9 completo Midi Professionale e supporto mp3 del sito Internet. Con migliaia di Midi top e canzoni mp3. Siete nel posto giusto !! WWW.GIGAMUSIC.EU Midi canzoni Italiane e straniere Musica nuova2011 Cucina italiana Video diversi +poi scaricare tutto ke vuoi tutto su www.gigamusic.eu GRAZIE PER LA VOSTRA VISITA E BUONA NAVIGAZIONE!!!