[Risolto] blocchi improvvisi con ultimi kernel

ciao
il mio problema è il seguente con gli ultimi kernel quando avvio il portatile improvvisamente subito dopo il login mi si blocca tutto in pratica non riesco più a fare niente quindi devo spegnere e riaccendere il mio portatile è un HP con processore i3 con scheda video Nividia non uso i driver propietari dal comando dimesg sulle ultime righe ho notato questo ma non riesco ad interpretarlo sono troppo niucco

22.937112] type=1305 audit(1377020155.816:3): audit_pid=502 old=0 auid=4294967295 ses=4294967295 res=1 23.146102] systemd[1]: Unit rngd.service entered failed state. 23.199409] systemd-journald[326]: File /var/log/journal/7725dfc225d14958a625ddaaaea5962b/system.journal corrupted or uncleanly shut down, renaming and replacing. 23.434492] systemd-logind[525]: Watching system buttons on /dev/input/event3 (Power Button) 23.436441] systemd-logind[525]: Watching system buttons on /dev/input/event5 (Video Bus) 23.436583] systemd-logind[525]: Watching system buttons on /dev/input/event0 (Power Button) 23.436704] systemd-logind[525]: Watching system buttons on /dev/input/event1 (Lid Switch) 23.436821] systemd-logind[525]: Watching system buttons on /dev/input/event2 (Sleep Button) 23.481907] ip6_tables: (C) 2000-2006 Netfilter Core Team 24.129989] Ebtables v2.0 registered 24.549941] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) 38.146839] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement) 38.146853] brcmsmac bcma0:0: brcms_ops_config: change power-save mode: false (implement) 38.148087] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready 38.158545] Bluetooth: Core ver 2.16 38.158576] NET: Registered protocol family 31 38.158578] Bluetooth: HCI device and connection manager initialized 38.158592] Bluetooth: HCI socket layer initialized 38.158595] Bluetooth: L2CAP socket layer initialized 38.158604] Bluetooth: SCO socket layer initialized 38.350512] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 38.350519] Bluetooth: BNEP filters: protocol multicast 38.350539] Bluetooth: BNEP socket layer initialized 38.530796] r8169 0000:03:00.0 p1p1: link down 38.530867] IPv6: ADDRCONF(NETDEV_UP): p1p1: link is not ready 40.372777] wlp2s0: authenticate with cc:5d:4e:b8:08:7c 40.374057] wlp2s0: send auth to cc:5d:4e:b8:08:7c (try 1/3) 40.377527] wlp2s0: authenticated 40.378686] wlp2s0: associate with cc:5d:4e:b8:08:7c (try 1/3) 40.384611] wlp2s0: RX AssocResp from cc:5d:4e:b8:08:7c (capab=0x411 status=0 aid=1) 40.385474] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: associated 40.385483] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: true (implement) 40.385497] wlp2s0: associated 40.385512] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready 40.385686] cfg80211: Calling CRDA for country: AL 40.389308] cfg80211: Regulatory domain changed to country: AL 40.389315] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) 40.389320] cfg80211: (2402000 KHz - 2482000 KHz @ 20000 KHz), (N/A, 2000 mBm) 41.276943] systemd-journald[326]: File /var/log/journal/7725dfc225d14958a625ddaaaea5962b/user-42.journal corrupted or uncleanly shut down, renaming and replacing. 41.339768] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: 1 addresses (implement) 5198.532364] fuse init (API version 7.22) 5198.639705] systemd-journald[326]: File /var/log/journal/7725dfc225d14958a625ddaaaea5962b/user-1000.journal corrupted or uncleanly shut down, renaming and replacing. 5211.825661] TCP: lp registered [ezio@localhost ~]$

Sì, purtroppo parecchi hanno avuto la tua stessa esperienza di un kernel panic con le versioni 3.10.6-7 su fedora e su altre distribuzioni come ad esempio archlinux. Non resta che attendere che risolvano il problema, ti consiglio di tenere d’occhio il bug https://bugzilla.redhat.com/show_bug.cgi?id=998080.

Nel frattempo continua ad usare il funzionante kernel 3.10.5.

Update: bug di riferimento https://bugzilla.redhat.com/show_bug.cgi?id=989269

Detto fatto, il https://admin.fedoraproject.org/updates/kernel-3.10.9-200.fc19?_csrf_token=e2ee1493d8cd6dd5f00fbe3ebc67f0ad77095a6d dovrebbe risolvere il problema.

In caso non risolvessi, prova ad attivare kdump in modo da avere lo stato della memoria al momento del crash.
Nel mio caso sono risalito ad un problema legato all’Intel Management Engine che si verificava casualmente solo se il pc era andato in sospensione almeno una volta dall’ultimo avvio!

ok grazie

Segnalo che nel mio caso il nuovo https://admin.fedoraproject.org/updates/kernel-3.10.9-200.fc19?_csrf_token=e2ee1493d8cd6dd5f00fbe3ebc67f0ad77095a6d ha risolto il https://bugzilla.redhat.com/show_bug.cgi?id=989269.

Anche io questa mattina ho avuto un blocco prima dle login, mai successo.
Al riavvio ho controllato e l’ultimo kernel è il 3.10.7, così ho avviato con quello sotto (3.10.5) ed è andato tutto bene.
Che devo fare continuo col 3.10.5 finchè non arriva il 3.10.9? Io ho fatto tutti gli aggiornamenti ieri, il sistema quindi è aggiornato ma il 3.10.9 non c’è.
Grazie a tutti, aver letto questa discussione comunque mi ha già chiarito le idee, spero.

Tranquillo, il kernel 3.10.9 è entrato nei repo stable solo stamattina presto. Quindi accedi con il 3.10.5 e dai

[code]# yum clean all

yum update[/code]

Al riavvio tutto dovrebbe essersi sistemato a dovere.

:okboy:

Ciao a tutti,
ho riscontrato anche io questo problema con il kernel 3.10.5. Questa mattina ho aggiornato al kernel 3.10.9 ma avviandolo invece di presentarmi la schermata di login, mi visualizza una schermata nera con scritto “Welcome to emergency mode!”. Ho provato a fare CTRL+D per continuare, come suggerito, ma nulla. Allora ho riavviato e fatto partire il kernel 3.9.5, visto che ho installato la nuova versione da pochi giorni, ma anche questo entra in emergency mode. In questo caso, però facendo CTRL+D mi visualizza la schermata di login. Come posso fare per risolvere il problema?

installato il Kernel 3.10.9 e confermo come riferito da Simone 89 il problema si è risolto :slight_smile:

[quote=marty89]Ciao a tutti,
ho riscontrato anche io questo problema con il kernel 3.10.5. Questa mattina ho aggiornato al kernel 3.10.9 ma avviandolo invece di presentarmi la schermata di login, mi visualizza una schermata nera con scritto “Welcome to emergency mode!”. Ho provato a fare CTRL+D per continuare, come suggerito, ma nulla. Allora ho riavviato e fatto partire il kernel 3.9.5, visto che ho installato la nuova versione da pochi giorni, ma anche questo entra in emergency mode. In questo caso, però facendo CTRL+D mi visualizza la schermata di login. Come posso fare per risolvere il problema?[/quote]
Ciao,
Ti consiglio di aprire un nuovo thread visto che questo si riferisce ad un kernel panic (con conseguente spegnimento forzato) causato dai recenti kernel 3.10.6-7. Il tuo problema invece mi sembra che sia indipendente dal kernel usato.

Ci sono ancora problemi di kernel o il problema è il mio computer?
Mi si è bloccato con l’ultimo kernel 3.10.10, allora ho riavviato e provato il 3.10.9 ma si è bloccato prima del login, ho riavviato ancora e riprovato il 3.10.10 ed è andato bene.
Consigli?
Grazie per l’attenzione.

Spero di aver risolto con l’ultimo aggiornamento (ha aggiornato parecchi pacchetti mesa), pare che si è avviato anche più velocemente.
Comunque volevo chiedere un consiglio per evitare problemi di questo tipo.
Io aggiorno una volta la settimana e mi chiedevo se quando vedo che è arrivato un nuovo kernel non sia il caso di aspettare qualche giorno, per fare in modo che risolvano eventuali problemi.
Ciao a tutti.