PDA

Visualizza versione completa : [chakra] non sale più niente (dopo aggiornamento?)



Andy86
24-06-15, 15: 07
:bai

Ieri ci sono stati un po' di aggiornamenti e oggi non sale più niente.
Non posso entrare neanche nel tty, perché si pianta sul trattino lampeggiante e basta.
Dalla live ho tolto "quiet" dal grub, ma nella traccia non vedo errori, e non si pianta mai dopo lo stesso messaggio, cambia ogni volta.

Ho verificato le dipendenze e non manca nulla di fondamentale, da chroot non c'é verso di vedere neanche un log.
Sono entrato in recovery mode e mi ha suggerito di avviare "journalctl -xb", che allego al post.

Visto che oltre all'errore in fondo che parla di bug (:wall:shock) ho notato un errore che parlava di una regola in udev, questo:


Only registered members can view code.

Ho provato a togliere quel \n che sembrava essere di troppo, ma non è cambiato nulla.

Il contenuto del file è questo:


Only registered members can view code.

Il dmesg da recovery sembra non dire proprio nulla, o almeno non c'è nulla segnato in rosso, però alla fine sembra proprio piantato a metà, come se quando si pianta non registra l'errore che lo fa piantare.

Ho finito le idee. :wall:cry3

pierino_89
24-06-15, 17: 12
C'è abbastanza roba nel journal da non dover scomodare dmesg:

Only registered members can view code.
Puoi provare a spostare quella regola altrove, ma ho il sospetto che il problema non sia quello. Si schiantano tutti sulla stessa libreria.

Andy86
24-06-15, 17: 54
:bai

libc.so.6?
Quindi devo aspettare che rilasciano un update per quella libreria?
O downgradare?

Oppure il fatto che il log dice di segnalare il bug non c'entra ed è solo una roba mia?

pierino_89
24-06-15, 18: 00
No, tutti i trap sono capitati in libpthread.
Non è che per caso ti si è piantato l'aggiornamento a metà e hai aggiornato libpthread ma non i programmi che vi fanno riferimento?

In ogni caso, chroot e aggiornamento/reinstallazione pachetti finché non si ripiglia. E togli quella regola di udev, tanto è sbagliata (quell' "a capo" è necessario, sono due regole distinte).

Andy86
24-06-15, 19: 31
Non è che per caso ti si è piantato l'aggiornamento a metà [...] in ogni caso, chroot e aggiornamento/reinstallazione pachetti finché non si ripiglia.

No, l'aggiornamento era finito, non mi sembrava piantato.
Comunque una delle prime che ho fatto è stata lanciare l'aggiornamento in chroot, ma non ha trovato nulla di aggiornabile, ora provo a rilanciare l'installazione di quel pacchetto.


E togli quella regola di udev, tanto è sbagliata (quell' "a capo" è necessario, sono due regole distinte).

È sbagliata nel senso che è sbagliata senza il ritorno a capo o è sbagliata e basta?
E se è sbagliata allora perché non potrebbe essere quello il problema?

Edit 20.05:

Sorpresa: libpthread.so.0 fa parte di glibc, che non fa parte dell'aggiornamento di ieri:

Only registered members can view code.

Ho provato comunque a reinstallarlo, dopo vedo che succede.

pierino_89
24-06-15, 21: 38
È sbagliata nel senso che è sbagliata senza il ritorno a capo o è sbagliata e basta?
E se è sbagliata allora perché non potrebbe essere quello il problema?

Senza ritorno a capo è sbagliata come sintassi. Col ritorno a capo sintatticamente dovrebbe essere corretta, ma non so cosa faccia quindi non mi esprimo.
Non dovrebbe essere quello il problema perché ho scritto un sacco di regole di udev (sbagliate) in passato, e non si è mai schiantato così male. Dovrebbe limitarsi a dire "hai scritto una vaccata quindi la scarto" :ghgh


Sorpresa: libpthread.so.0 fa parte di glibc, che non fa parte dell'aggiornamento di ieri:

Only registered members can view code.

Ho provato comunque a reinstallarlo, dopo vedo che succede.
Se non sei in testing però un errore di questo tipo sarebbe abbastanza scandaloso :shock

Andy86
24-06-15, 21: 49
In che senso in testing?
Se intendi il repo non è abilitato.

Quello comunque non è un errore, è un comando che ho lanciato io per vedere di che pacchetto fanno parte quei file e quando è stato creato il pacchetto.

Comunque reinstallare glibc non ha risolto il problema, si schianta ancora, tra l'altro ho provato a disinstallarlo tutto prima di reinstallarlo, mi ha detto che era un "hold_pkgs" o qualcosa del genere, forse perché dopo non andava più nessun comando... ma sono riuscito a reinstallarlo da fuori dal chroot usando l'opzione -r (--root <path> set an alternate installation root) di pacman e mettendo il punto di mount come path.

Dopo di tutto comunque ancora non è cambiato niente. (mi sono dimenticato di vedere se systemctl era ancora uguale, tra l'altro in chroot me lo vieta, ma dubito il contrario).

pierino_89
24-06-15, 22: 01
Quello comunque non è un errore, è un comando che ho lanciato io per vedere di che pacchetto fanno parte quei file e quando è stato creato il pacchetto.
Lo so, intendo dire che se upstream hanno fatto casino con le librerie nel ramo stable è una cosa abbastanza scandalosa.



Comunque reinstallare glibc non ha risolto il problema, si schianta ancora, tra l'altro ho provato a disinstallarlo tutto prima di reinstallarlo, mi ha detto che era un "hold_pkgs" o qualcosa del genere, forse perché dopo non andava più nessun comando... ma sono riuscito a reinstallarlo da fuori dal chroot usando l'opzione -r (--root <path> set an alternate installation root) di pacman e mettendo il punto di mount come path.

Ecco, segnati "disinstallare" glibc nella lista delle cose da NON FARE MAI per nessun motivo :ghgh
Penso che l'unica cosa nel sistema che non dipenda dalle glibc sia il kernel.



Dopo di tutto comunque ancora non è cambiato niente. (mi sono dimenticato di vedere se systemctl era ancora uguale, tra l'altro in chroot me lo vieta, ma dubito il contrario).
Questa è una bella gatta da pelare, anche perché mettersi a debuggare systemd mi pare improponibile. Downgradarlo, forse?

Andy86
24-06-15, 22: 24
Downgradare systemd intendi?
Ma a quanto pare neanche lui fa parte dell'aggiornamento di ieri:
Build Date : Wed Dec 24 12:53:20 2014
Install Date : Wed Feb 11 23:05:35 2015
Install Reason : Explicitly installed
:boh

Allego la parte del log di pacman relativa all'aggiornamento di ieri, magari ti viene qualche idea.

pierino_89
24-06-15, 22: 52
https://bbs.archlinux.org/viewtopic.php?id=188879&p=2

Andy86
24-06-15, 22: 58
Nel senso che devo aggiornare il kernel con quello linkato in quel thread? :m:

Edit: aggiornare il kernel non si può, perché poi non vanno i moduli.


Only registered members can view code.

pierino_89
25-06-15, 00: 16
Che noia. Allora ti tocca disinstallare intel-ucode.

Andy86
25-06-15, 12: 22
Oleee!!! http://www.gomotes.com/emoticon/happyitalyflag.gif

Ma dov'è saltato fuori sto pacchetto capace di non far salire un intero sistema? :boh

pierino_89
25-06-15, 12: 25
È il microcodice per processori intel. Se leggi il resto (o cerchi l'errore) escono fuori un po' di storie divertenti.

Andy86
25-06-15, 12: 59
Dato il periodo non ho tempo di leggermi tutto.
Solo una domanda: restare senza cosa comporta?

pierino_89
25-06-15, 13: 13
Non avrai l'ultimo microcodice del processore. Totalmente trascurabile, insomma.

Andy86
26-06-15, 00: 22
:bai

Il fatto che sia sparita parte della localizzazione non c'entra niente con questo microcodice, suppongo. :m:

pierino_89
26-06-15, 00: 33
Temo di no :ghgh

Andy86
03-07-15, 15: 17
:bai

Problema localizzazione risolto grazie a duckduckgo che mi ha sparato la soluzione nel primo risultato della ricerca alla faccia di Google. :ghgh

Praticamente l'aggiornamento aveva sostituito il file /etc/locale.gen con uno che aveva l'italiano commentato, per cui tutte le applicazioni (kde stesso) che fanno riferimento a quel file, beh, non so cosa facesse, però ignoravano la lingua di sistema.

pierino_89
03-07-15, 15: 37
Beh, semplicemente non avevano i file da cui pescare le traduzioni :ghgh