si blocca fedora 10 (64 BIT)

IMHO se il problema è un “freeze” del sistema, il problema è da ricercare per via hardware (scheda video, ram ecc…), se invece il problema è che firefox si “inchioda” allora Trpost potrebbe averci visto giusto.
Mi piacerebbe sapere se, mentre è in corso il “freeze”, il disco frulla come un matto e se non riesce neanche ad entrare in una consolle virtuale.

No, il problema non è firefox: ho avviato il sistema ma sono rimasto in standbay (non mi sono loggato), e dopo una decina di minuti si è bloccato tutto.
Ripeto il pb non dovrebbe essere hardware: non sento alcun hard disk

[quote=gnellone]
No, il problema non è firefox: ho avviato il sistema ma sono rimasto in standbay (non mi sono loggato), e dopo una decina di minuti si è bloccato tutto.
Ripeto il pb non dovrebbe essere hardware: non sento alcun hard disk[/quote]

Non ti sei loggato significa che ti sei fermato alla pagina di login?

Cosa significa: non sento alcun hardisk?

Prova ad avviare con un kernel precedente e nota se si sentono dei rumori strani (tipo sibilo o l’hardisk che gira come un matto).

Sto girando con la versione precedente di kernel:2.6.29.52
tutto normale
Ho risposto che l hd non si sente riferendomi al moderatoreche ma la chiesto

Usalo per un po’ di tempo e nota come va.
Inoltre ci mostri l’hardware che usi?

$ lspci

00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2)
00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 (rev a2)
00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 (rev a2)
00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 (rev a2)
00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 (rev a2)
00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2)
00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 (rev a2)
00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 (rev a2)
00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:04.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:05.0 VGA compatible controller: nVidia Corporation C51G [GeForce 6100] (rev a2)
00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2)
00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a2)
00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a2)
00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller (rev a2)
00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a2)
00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev a1)
00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller (rev a1)
00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2)
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2)
00:14.0 Bridge: nVidia Corporation MCP51 Ethernet Controller (rev a1)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
03:08.0 Communication controller: Conexant Systems, Inc. HCF 56k Data/Fax Modem (rev 08)

Beh… cominciamo a vedere i “classici” drivers:

$ lsmod|grep "nv\\|nou" $ grep -i driver /etc/X11/xorg.conf $ rpm -qa |grep "nvidia\\|rpmfus"

$ lsmod|grep “nv|nou”
nvidia 8113560 26
i2c_core 21424 2 nvidia,i2c_nforce2
sata_nv 24904 4
[gio@gio ~]$ grep -i driver /etc/X11/xorg.conf
Driver “kbd”
Driver “mouse”
Driver “nvidia”
Driver “nvidia”
[gio@gio ~]$ rpm -qa |grep nvidia
kmod-nvidia-2.6.29.2-52.fc10.x86_64-180.60-1.fc10.x86_64
xorg-x11-drv-nvidia-180.60-1.fc10.x86_64
kmod-nvidia-2.6.29.5-84.fc10.x86_64-180.60-1.fc10.x86_64
xorg-x11-drv-nvidia-libs-180.60-1.fc10.x86_64
akmod-nvidia-180.60-1.fc10.x86_64

$ grep -i error /var/log/messages|tail -30 $ grep EE /var/log/Xorg.0.log

grep -i error /var/log/messages|tail -30
Nov 1 18:01:52 localhost NetworkManager: check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Nov 2 12:18:27 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 2 12:19:26 localhost NetworkManager: check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Nov 2 12:19:27 localhost auditd[1285]: Error sending signal_info request (Operation not supported)
Nov 2 12:21:38 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 2 12:23:40 localhost NetworkManager: check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Nov 2 12:23:41 localhost auditd[1220]: Error sending signal_info request (Operation not supported)
Nov 2 12:24:32 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 2 12:37:48 localhost NetworkManager: check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Nov 2 15:05:13 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 2 16:07:37 localhost NetworkManager: check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Nov 2 16:07:38 localhost auditd[1278]: Error sending signal_info request (Operation not supported)
Nov 3 13:46:36 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 3 18:23:01 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 3 20:21:19 localhost NetworkManager: check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Nov 3 20:21:20 localhost auditd[1279]: Error sending signal_info request (Operation not supported)
Nov 3 22:00:24 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 3 22:03:09 localhost NetworkManager: check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Nov 3 22:03:10 localhost auditd[1221]: Error sending signal_info request (Operation not supported)
Nov 4 13:13:40 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 4 13:52:22 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
Nov 4 14:07:47 localhost NetworkManager: check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Nov 4 14:07:48 localhost auditd[1278]: Error sending signal_info request (Operation not supported)
Nov 4 14:09:12 localhost NetworkManager: nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012
[root@gio gio]# grep EE /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER

Quindi, ricaopitolando:
con kernel-2.6.29.2-52.fc10.x86_64 non riscontri problemi… mentre col kernel-2.6.29.5-84.fc10.x86_64 il problema si verifica ?

prova dal vecchio kernel a dare un:

# chkconfig --level 35 NetworkManager off

si fermerà il servizio di rete
lancia il sistema con il nuovo kernel, dicci cosa succede.

Per ora nulla, però è meglio verficare più volte perché non sempre si bloccava

ebbi lo stesso sciagurato problema con fedora 10 (e lo hanno in molti)

come il mittente del post afferma i blocchi si verificano in ordine casuale senza riscontrare una tempistica regolare. (a me capitava anche dopo 3 settimane) e senza un software in particolare che potesse destare sospetti.
top muto e nessun kerneloops
la domanda è:

se fosse l’OS il problema?

Per OS cosa intendi?

Operating System :slight_smile: be mi seccava scriverlo per intero è ho scritto la sigla.

anche a me succedevano blocchi improvvisi. comunque piccola opinione personale niente di più

Immaginavo intendessi Opereting System…la mia domanda era semi-retorica. Fedora è un sistema operativo, formato da moltissimi componenti…io non darei la colpa all’intero sistema operativo, piuttosto la colpa va ricercata in un qualche “modulo” che non agisce correttamente, allora io ti chiedevo con la mia domanda (che non è stata chiara) quale? Il kernel? Il desktop enviroment? ecc.

bella domanda :slight_smile: da come si verificano i blocchi direi proprio il desktop Enviroment. desk bloccata ma mouse che si muove. poi non so