[Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Riconoscimento, installazione e configurazione delle periferiche.
Avatar utente
tucano
Prode Principiante
Messaggi: 12
Iscrizione: sabato 21 aprile 2007, 9:57
Località: Rome

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da tucano »

si, le righe una volta commentate danno solo il warning e sono d'accordo, ma io la tabella non l'ho corretta ancora! quella che usa il kernel è ancora la versione con le tre righe Non Commentate! ora provo a correggerla e riprovo il comando che mi hai dato: intanto l'output che mi restituisce il tuo comando è questo:

Codice: Seleziona tutto

tucano@dorothy:~$ dmesg | grep ACPI
[    0.000000]  BIOS-e820: 00000000bfdd7000 - 00000000bfe3f000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000bfeee000 - 00000000bfeff000 (ACPI data)
[    0.000000] ACPI: RSDP signature @ 0xC00FE020 checksum 0
[    0.000000] ACPI: RSDP 000FE020, 0024 (r2 TOSINV)
[    0.000000] ACPI: XSDT BFEFE120, 005C (r1 TOSINV TOSINV00        3       1000013)
[    0.000000] ACPI: FACP BFEFD000, 00F4 (r4 TOSINV TOSINV00        3 MSFT  1000013)
[    0.000000] ACPI: DSDT BFEF1000, 8E0B (r1 TOSINV TOSINV00 F0000000 MSFT  1000013)
[    0.000000] ACPI: FACS BFDE0000, 0040
[    0.000000] ACPI: HPET BFEFC000, 0038 (r1 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: APIC BFEFB000, 0084 (r2 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: MCFG BFEFA000, 003C (r1 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: SLIC BFEF0000, 0176 (r1 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: BOOT BFEEF000, 0028 (r1 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: SSDT BFEEE000, 02BE (r1 AMD    PowerNow        1 AMD         1)
[    0.000000] ACPI: DMI detected: Toshiba
[    0.000000] ACPI: PM-Timer IO Port: 0x408
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
[    0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] ACPI: HPET id: 0x1002a201 base: 0xfed00000
[    0.000000] Using ACPI (MADT) for SMP configuration information
[   14.717405] ACPI: Core revision 20070126
[   14.717536] ACPI: Looking for DSDT in initramfs... error, file /DSDT.aml not found.
[   15.003598] ACPI: bus type pci registered
[   15.010590] ACPI: EC: Look up EC in DSDT
[   15.014044] ACPI: BIOS _OSI(Linux) query ignored via DMI
[   15.015570] ACPI: Interpreter enabled
[   15.015620] ACPI: (supports S0 S1 S3 S4 S5)
[   15.015879] ACPI: Using IOAPIC for interrupt routing
[   14.982457] ACPI: EC: non-query interrupt received, switching to interrupt mode
[   15.461872] ACPI: EC: GPE = 0x7, I/O: command/status = 0x66, data = 0x62
[   15.461935] ACPI: EC: driver started in interrupt mode
[   15.462035] ACPI: PCI Root Bridge [PCI0] (0000:00)
[   15.464601] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[   15.464791] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB2_._PRT]
[   15.464941] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB4_._PRT]
[   15.465086] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB5_._PRT]
[   15.465228] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB6_._PRT]
[   15.465376] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB7_._PRT]
[   15.465554] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P2P_._PRT]
[   15.480220] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   15.480942] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   15.481661] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   15.482370] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   15.483078] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   15.483793] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   15.484502] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   15.485215] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   15.485931] ACPI: Power Resource [PFA1] (off)
[   15.486111] pnp: PnP ACPI init
[   15.486162] ACPI: bus type pnp registered
[   15.489822] pnp: PnP ACPI: found 11 devices
[   15.489875] ACPI: ACPI bus type pnp unregistered
[   15.489924] PnPBIOS: Disabled by ACPI PNP
[   15.490227] PCI: Using ACPI for IRQ routing
[   15.559597] ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 18 (level, low) -> IRQ 16
[   15.559706] ACPI: PCI Interrupt 0000:00:04.0[A] -> GSI 16 (level, low) -> IRQ 17
[   15.559816] ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 17 (level, low) -> IRQ 18
[   15.559924] ACPI: PCI Interrupt 0000:00:06.0[A] -> GSI 18 (level, low) -> IRQ 16
[   15.560030] ACPI: PCI Interrupt 0000:00:07.0[A] -> GSI 19 (level, low) -> IRQ 19
[   18.078842] ACPI: Transitioning device [FAN1] to D3
[   18.078847] ACPI: Transitioning device [FAN1] to D3
[b][   18.078850] ACPI: Fan [FAN1] (off)[/b]
[   18.119229] ACPI: Processor [CPU0] (supports 8 throttling states)
[   18.133167] ACPI: Thermal Zone [THZN] (58 C)
[   18.524541] ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 17 (level, low) -> IRQ 18
[   18.537320] ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 16 (level, low) -> IRQ 17
[   18.700217] ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 16 (level, low) -> IRQ 17
[   18.863582] ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 18 (level, low) -> IRQ 16
[   19.026958] ACPI: PCI Interrupt 0000:00:13.1[A] -> GSI 18 (level, low) -> IRQ 16
[   19.190470] ACPI: PCI Interrupt 0000:00:12.2[B] -> GSI 17 (level, low) -> IRQ 18
[   19.317946] ACPI: PCI Interrupt 0000:00:13.2[B] -> GSI 19 (level, low) -> IRQ 19
[   19.398228] ACPI: PCI Interrupt 0000:07:06.0[A] -> GSI 20 (level, low) -> IRQ 20
[   19.434574] ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ 17
[   19.722495] ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 22 (level, low) -> IRQ 21
[   30.757630] ACPI: Power Button (FF) [PWRF]
[   30.785511] ACPI: Power Button (CM) [PWRB]
[   30.787512] ACPI: Lid Switch [LID]
[   30.787690] ACPI: AC Adapter [ADP0] (off-line)
[   30.823502] ACPI: Battery Slot [BAT0] (battery present)
[   31.395174] ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 18 (level, low) -> IRQ 16
[   32.082265] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 18 (level, low) -> IRQ 16
[   32.189687] ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
[   32.253418] ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
[   32.342686] ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 17
[   32.406863] ACPI: PCI Interrupt 0000:07:06.1[B] -> GSI 21 (level, low) -> IRQ 22
dal quale mi pare di capire che la ventola è staccata.

Anche in /proc/acpi/fan se lancio un cat state mi restituisce che la ventola è OFF. con un comando del tipo ECHO ON nello stato della ventola riesco a far visualizzare che la ventola è ON, anche se la ventola fisicamente non cambia comportamento!!

EDIT: dopo aver commentato le 3 righe iniziali della mia DSDT, il comando dmesg | grep ACPI restituisce:

Codice: Seleziona tutto

tucano@dorothy:/proc/acpi/thermal_zone/THZN$ dmesg |grep ACPI
[    0.000000]  BIOS-e820: 00000000bfdd7000 - 00000000bfe3f000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000bfeee000 - 00000000bfeff000 (ACPI data)
[    0.000000] ACPI: RSDP signature @ 0xC00FE020 checksum 0
[    0.000000] ACPI: RSDP 000FE020, 0024 (r2 TOSINV)
[    0.000000] ACPI: XSDT BFEFE120, 005C (r1 TOSINV TOSINV00        3       1000013)
[    0.000000] ACPI: FACP BFEFD000, 00F4 (r4 TOSINV TOSINV00        3 MSFT  1000013)
[    0.000000] ACPI: DSDT BFEF1000, 8E0B (r1 TOSINV TOSINV00 F0000000 MSFT  1000013)
[    0.000000] ACPI: FACS BFDE0000, 0040
[    0.000000] ACPI: HPET BFEFC000, 0038 (r1 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: APIC BFEFB000, 0084 (r2 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: MCFG BFEFA000, 003C (r1 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: SLIC BFEF0000, 0176 (r1 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: BOOT BFEEF000, 0028 (r1 TOSINV TOSINV00        1 MSFT  1000013)
[    0.000000] ACPI: SSDT BFEEE000, 02BE (r1 AMD    PowerNow        1 AMD         1)
[    0.000000] ACPI: DMI detected: Toshiba
[    0.000000] ACPI: PM-Timer IO Port: 0x408
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
[    0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] ACPI: HPET id: 0x1002a201 base: 0xfed00000
[    0.000000] Using ACPI (MADT) for SMP configuration information
[   14.157129] ACPI: Core revision 20070126
[   14.157258] ACPI: Looking for DSDT in initramfs... successfully read 36359 bytes from /DSDT.aml.
[   14.157408] ACPI: Table DSDT replaced by host OS
[   14.157532] ACPI: DSDT 00000000, 8E07 (r1 TOSINV TOSINV00 F0000000 INTL 20061109)
[   14.157661] ACPI: DSDT override uses original SSDTs unless "acpi_no_auto_ssdt"CPU0: AMD Athlon(tm) X2 Dual-Core QL-64 stepping 01
[   14.442844] ACPI: bus type pci registered
[   14.449740] ACPI: EC: Look up EC in DSDT
[   14.453139] ACPI: BIOS _OSI(Linux) query ignored via DMI
[   14.454617] ACPI: Interpreter enabled
[   14.454664] ACPI: (supports S0 S1 S3 S4 S5)
[   14.454922] ACPI: Using IOAPIC for interrupt routing
[   14.420220] ACPI: EC: non-query interrupt received, switching to interrupt mode
[   14.904615] ACPI: EC: GPE = 0x7, I/O: command/status = 0x66, data = 0x62
[   14.904664] ACPI: EC: driver started in interrupt mode
[   14.904762] ACPI: PCI Root Bridge [PCI0] (0000:00)
[   14.907228] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[   14.907414] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB2_._PRT]
[   14.907562] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB4_._PRT]
[   14.907703] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB5_._PRT]
[   14.907841] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB6_._PRT]
[   14.907981] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PB7_._PRT]
[   14.908156] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P2P_._PRT]
[   14.922533] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   14.923238] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   14.923942] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   14.924655] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   14.925364] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   14.926066] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   14.926768] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   14.927473] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
[   14.928185] ACPI: Power Resource [PFA1] (off)
[   14.928367] pnp: PnP ACPI init
[   14.928417] ACPI: bus type pnp registered
[   14.932013] pnp: PnP ACPI: found 11 devices
[   14.932063] ACPI: ACPI bus type pnp unregistered
[   14.932111] PnPBIOS: Disabled by ACPI PNP
[   14.932408] PCI: Using ACPI for IRQ routing
[   15.002413] ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 18 (level, low) -> IRQ 16
[   15.002517] ACPI: PCI Interrupt 0000:00:04.0[A] -> GSI 16 (level, low) -> IRQ 17
[   15.002619] ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 17 (level, low) -> IRQ 18
[   15.002721] ACPI: PCI Interrupt 0000:00:06.0[A] -> GSI 18 (level, low) -> IRQ 16
[   15.002822] ACPI: PCI Interrupt 0000:00:07.0[A] -> GSI 19 (level, low) -> IRQ 19
[   17.547067] ACPI: Transitioning device [FAN1] to D3
[   17.547072] ACPI: Transitioning device [FAN1] to D3
[   17.547076] ACPI: Fan [FAN1] (off)
[   17.531322] ACPI: Thermal Zone [THZN] (66 C)
[   17.943849] ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 22 (level, low) -> IRQ 20
[   21.518594] ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 16 (level, low) -> IRQ 17
[   21.681906] ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 16 (level, low) -> IRQ 17
[   21.841267] ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 18 (level, low) -> IRQ 16
[   22.004623] ACPI: PCI Interrupt 0000:00:13.1[A] -> GSI 18 (level, low) -> IRQ 16
[   22.172322] ACPI: PCI Interrupt 0000:00:12.2[B] -> GSI 17 (level, low) -> IRQ 18
[   22.295632] ACPI: PCI Interrupt 0000:00:13.2[B] -> GSI 19 (level, low) -> IRQ 19
[   22.375442] ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 17 (level, low) -> IRQ 18
[   22.413239] ACPI: PCI Interrupt 0000:07:06.0[A] -> GSI 20 (level, low) -> IRQ 21
[   22.400242] ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ 17
[   29.862378] ACPI: Power Button (FF) [PWRF]
[   29.926066] ACPI: Power Button (CM) [PWRB]
[   29.959680] ACPI: Lid Switch [LID]
[   29.959875] ACPI: AC Adapter [ADP0] (off-line)
[   29.928219] ACPI: Battery Slot [BAT0] (battery present)
[   30.535723] ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
[   30.522573] ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 17
[   30.599499] ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
[   30.811607] ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 18 (level, low) -> IRQ 16
[   31.474969] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 18 (level, low) -> IRQ 16
[   31.543759] ACPI: PCI Interrupt 0000:07:06.1[B] -> GSI 21 (level, low) -> IRQ 22
questo è l'output privo dell'opzione acpi.power_nocheck=1
Ultima modifica di tucano il domenica 7 febbraio 2010, 16:15, modificato 1 volta in totale.
Nothing is impossible, it's only much harder!
paoloci
Rampante Reduce
Rampante Reduce
Messaggi: 7507
Iscrizione: mercoledì 28 maggio 2008, 12:08

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da paoloci »

hai ragione
ACPI: Transitioning device [FAN1] to D3
acpi.power_nocheck=1 serve appunto per impedire il controllo da parte di un Bios difettoso che restituisce D0 quando invece lo stato è D3
In questi casi Linux aspetta la comunicazione corretta (che non arriva)
Con power nocheck appunto si elima questo problema
Avatar utente
tucano
Prode Principiante
Messaggi: 12
Iscrizione: sabato 21 aprile 2007, 9:57
Località: Rome

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da tucano »

purtroppo nel mio caso, pare che questa opzione non funzioni.

L'ho inserita nuovamente nelle linee di avvio da /boot/grub/menu.lst e non cambia nulla, ne nella gestione delle ventole (che si accendono e spengono ancora nell'intervallo 59°-66°), e nemmeno in

Codice: Seleziona tutto

cat /proc/acpi/fan/FAN0/state
dove visualizza OFF sia quando la ventola è in funzione, sia quando si spegne.

In più, fare ECHO 3 o ECHO 0 sullo stato della ventola, cambia lo stato nel proc filesystem (da OFF a ON, e viceversa), ma la ventola è come se non dialogasse con acpi!

si può capire con certezza chi è il gestore della ventola?

non so più che pensare...
Nothing is impossible, it's only much harder!
paoloci
Rampante Reduce
Rampante Reduce
Messaggi: 7507
Iscrizione: mercoledì 28 maggio 2008, 12:08

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da paoloci »

dobbiamo partire dal presupposto che la tabella dsdt è bacata per i tre errori all'inizio.
fagli usare la tua corretta, tenendo presente che non potrai poi più spostarti dal kernel 28.
Di sicuro la gestione della ventola è affare acpi
Avatar utente
tucano
Prode Principiante
Messaggi: 12
Iscrizione: sabato 21 aprile 2007, 9:57
Località: Rome

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da tucano »

ahio non potrò + spostarmi dal mio kernel? che grossa fregatura!! comunque l'avevo già corretta...infatti i due DMESG che ti ho postato qui sopra erano uno con la dsdt errata e uno con quella corretta!

ma se è affare acpi la ventola, come è possibile che la ventola si accenda e spenga a determinate temperature quando acpi non la riconosce?

non è che omnibook si è messo di mezzo e ha preso possesso della ventola?
Nothing is impossible, it's only much harder!
paoloci
Rampante Reduce
Rampante Reduce
Messaggi: 7507
Iscrizione: mercoledì 28 maggio 2008, 12:08

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da paoloci »

non è che acpi non la riconosca, è Linux che capisce poco di quello che è scritto nella tabella dsdt riguardo la gestione della ventola.
Non è colpa di Linux, è colpa di Toshiba che scrive le tabelle infischiandosi delle regole che si sono dati loro stessi.
Che poi lo facciano apposta non saprei, lascio a te l'interpretazione.
Magari Lucid Linx che arriva ha dei miglioramenti a riguardo.
Per farti un esempio, dai tempi di Jaunty moltissime istruzioni che erano considerate errori, con Karmi vengono accettate ed interpretate correttamente (pur restando degli sproloqui rispetto alla corretta sintassi.
Avatar utente
tucano
Prode Principiante
Messaggi: 12
Iscrizione: sabato 21 aprile 2007, 9:57
Località: Rome

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da tucano »

capito.... mi dispiace togliere Hardy visto che è LTS, però se il supporto è così arduo mi sa che diventa necessario...

attenderò che Lucid esca e diventi minimamente stabile, dopodichè farò l'aggiornamento...cambiare tutto a 2 mesi dalla release mi pare un lavoro inutile...

grazie lo stesso paoloci, ti auguro buona giornata!

Fabrizio
Nothing is impossible, it's only much harder!
paoloci
Rampante Reduce
Rampante Reduce
Messaggi: 7507
Iscrizione: mercoledì 28 maggio 2008, 12:08

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da paoloci »

Ciao Fabrizio

mi dispiace non essere riuscito ad esserti utile

buona giornata anche a te
Avatar utente
I.g.n.a.z.i.o.
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 273
Iscrizione: martedì 16 febbraio 2010, 17:29

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da I.g.n.a.z.i.o. »

salve a tutti sono nuovo nel forum ho riscontrato un problema nel raffreddamento della cpu non si attacca la ventola pero fatto strano se lo riavvio attacca e non smette mai  di girare.Uso il Kernel linux 2.6.31-19-generic gnome 2.28.1 su un aspire 5720Z cercando qua e là ho trovato qualche notizia installando sensors-applet ma non con risultati perche la temperatura dimostrata non è quella reale come posso fare a risolvere il problema premetto che sono alle prime armi con ubuntu Grazie aspetto risposta
Avatar utente
dandy-ntn
Prode Principiante
Messaggi: 13
Iscrizione: mercoledì 14 aprile 2010, 0:14

Re: [Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

Messaggio da dandy-ntn »

idem su un acer 5315 aspire.sono passato a karmik e la ventola ha smesso di funzionare,ma se aspettavo che la temperatura arrivasse oltre e riavviavo il sistema avevo la ventola sempre attaccata.sono cosi'passato a lucid.il problema rimane con l'unica differenza che la ventola al riavvio e'meglio gestita(non perennemente attaccata ma solo in caso di bisogno)e'senz'altro un passo avanti ma se avessi una ventola funzionante dal primo avvio sarebbe assai meglio.ho gia fatto un paio di aggiornamenti(ricordo che adesso uso lucid)ma il problema non e' risolto.ho provato le varie soluzioni proposte nel forum e in generale googlando ma....nulla.
in attesa di soluzione ricordo che AMO LUCID!!!
qualcuno gentilmente mi aiuti
saluti
...non datemi consigli,so benissimo sbagliare da solo...
Scrivi risposta

Ritorna a “Driver e periferiche”

Chi c’è in linea

Visualizzano questa sezione: Google [Bot] e 8 ospiti