[semble résolus][mise a jour 08/07/2016] freez et kernel panic inopiné regulier

[morice69]

Bonjour, depuis la mise a jour complète du systeme appliquée le 08/07/2016, je n'arrete pas d'avoir des freez et kernel panic sur les sessions de Arch linux. cela le fait sans raison identifié car: ça freeze aussi bien quand je tente de monter un disque externe ou bien quand je clique sur le sujet de ce forum...
Quand ça freez, je ne peut ni faire ctrl alt sup, ni alt syst b, ni le ctrl alt back... donc je suis obligé de débrancher le secteur et la batterie de mon PC.

Le problème ne le fait jamais sur une session ubuntu, donc toute défaillance matériel est à exclure...

Comment faut il faire pour réparer le système archlinux sans avoir à tout formater, réinstaller et reconfigurer?

Merci.

[waitnsea]

Bonjour,

Quand ça freez, je ne peut ni faire ctrl alt sup, ni alt syst b, ni le ctrl alt back... donc je suis obligé de débrancher le secteur et la batterie de mon PC.

Mauvaise médecine ! Tes Magic Keys ne fonctionnent même pas ou tu as zappé leur activation ?

je n'arrete pas d'avoir des freez et kernel panic

Peux-tu donner le retour de $ systemctl --state=failed et free

[morice69]

Bonjour, je ne peut plus rien faire sur arch linux, donc toutes les opérations ne peuvent etre effectués qu'en CHroot... car archlinux freez désormé au bout de 20 secondes ce qui ne laisse pas de temps de taper une ligne de commande, ni de charger la page du forum pour la copier

Code : Tout sélectionner

systemctl --state=failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

en chroot

Code : Tout sélectionner

free
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:        8094224     1139604     5162892      189108     1791728     6434972
Partition d'échange:     8160252           0     8160252

en direct, 10 secondes avant le freez

Code : Tout sélectionner

free
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:        8099252      421252     7142976       78928      535024     7341552
Partition d'échange:           0           0           0

maheureusement, je n'arrive pas à lire le fichier lastlog: tous les éditeurs de textes plantent.

voici le lastlog...

http://dl.free.fr/bNfxBHvY7

[morice69]

systemctl --state=failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

[waitnsea]

Bonjour, je ne peut plus rien faire sur arch linux, donc toutes les opérations ne peuvent etre effectués qu'en CHroot...

chroot depuis une Ubuntu ?
Si ton système est profondément corrompu au point de ne même plus pouvoir booter dessus, tu serais mieux en arch-chrootant depuis un CD/USB Live Archlinux d'installation.
Commence par faire un # e2fsck -f -y /dev/sdXn de tes partitions Linux

Edit : Je viens de regarder la liste de tous tes messages : que des problèmes !
Ton install devait être boîteuse, tu ne préfèrerais pas recommencer calmement une install toute propre ?

[morice69]

Bonjour,
je n'ai pas le temps de reprendre une installation archlinux depuis 0, de plus, si mon installation était boiteuse, elle va forcement le redevenir des que j'aurai fini d'installer toutes les applications dont j'ai besoin...
Elle va forcement le devenir du jour au lendemain suite à une mise à jour complète du systeme, et il n'est pas question de reprendre une installation à chaque fois qu'une panne se déclare après une mise à jour.

je prefererai qu'on répare les erreurs et qu'on cherche à comprendre d'où elles viennent, car je n'arrive pas à lire un seul message de log

Ubuntu

Code : Tout sélectionner

e2fsck -f -y /dev/sda1
e2fsck 1.42.12 (29-Aug-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda1: 394565/2445984 files (0.3% non-contiguous), 2237376/9764864 blocks

Arch

Code : Tout sélectionner

e2fsck -f -y /dev/sda3
e2fsck 1.42.12 (29-Aug-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
arch: 329324/12320768 files (0.8% non-contiguous), 15221009/49267200 blocks

donnée

Code : Tout sélectionner

e2fsck -f -y /dev/sda5
e2fsck 1.42.12 (29-Aug-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda5: 32345/30523392 files (1.4% non-contiguous), 16642497/122070016 blocks

[waitnsea]

si mon installation était boiteuse, elle va forcement le redevenir des que j'aurai fini d'installer toutes les applications dont j'ai besoin...

Peu de chances que ce soit un paquet officiel qui ait corrompu ton installation !
Beaucoup plus probablement des incompatibilités de pilotes avec ton matériel.
À ce propos, tu devrais renseigner un résumé de ton matériel & installation dans ta signature...

[morice69]

Bonjour,
Il n'y a pas d'incompatibilité avec mon materiel car le PC que j'ai acheté vient d'un revendeur libre, et n'a besoin que de 0 paquet propriétaire pour reconnaitre et utiliser le materiel.
Les seuls paquets non officiels que je possede sont:
-HPLIP pour me connecter à l'imprimante partagée sur le reseau, qui est devenu inopérationel il y a un mois avec comme seul concéquence possible: etre privé d'impression. installé il y a 6 mois
-un Viewer de fichier GPX disponible sur le dépot pipelight (qui même s'il devient obsolete n'entrainera pas de conflit, ni d'incompatibilité avec le materiel installé depuis 6 mois
-Stellarium installé depuis 1 ans et demi

la panne bloquante que je rencontre a lieu depuis la dernière mise à jour complète du système (après le reboot): il faut que je puisse annuler complètement cette mise à jour (où il a demandé de remplacer tel paquet par tel paquet pour éviter une obsolescence) ou bien que nous identifions quel pilote libre est devenu obsolète

[waitnsea]

Si tu es si sûr, tu les désinstalles tous les 3 en chroot et tout refonctionnera ?
Mais sincèrement, quand je vois la liste des problèmes que tu as posté sur le forum, je doute que ton install soit normale...

[morice69]

Allons, il doit bien y avoir moyen de collecter sur le journal de l'os qu'est ce qui ne va pas,
D'extraire la liste des applications installées via pacman avant de dire que c'est foutu qu'il faut tout réinstaller. On ne va pas changer toutes les pièces d'une grue juste pour un moteur qui a cramé.

Aucun de ces 3 paquets ne sont concernés par la mise à jour importante de ce we: si je les supprime, le problème va continuer parce que tant que je ne trouve pas un moyen d'annuler cette mise à jour, le problème persistera.

Concernant le boot sur le lst, je craint que ce ne soit pas possible car la seule Option possible est "arch ( sur /dev/sda3)


Edit: le freez ne se fait pas quand je me log direct sur "root" alors qu'en supprimant les 3 paquets, le freez persiste depuis mon compte non root.

[BlondVador]

Bonjour,

Serait-il possible d'avoir ton lastlog en texte plein plutôt qu'en hexa ? Même en le convertissant en string, il est illisible pour ma part.

[oktoberfest]

Bonjour, depuis la mise a jour complète du systeme appliquée le 08/07/2016, je n'arrete pas d'avoir des freez et kernel panic sur les sessions de Arch linux. cela le fait sans raison identifié car: ça freeze aussi bien quand je tente de monter un disque externe ou bien quand je clique sur le sujet de ce forum...
Quand ça freez, je ne peut ni faire ctrl alt sup, ni alt syst b, ni le ctrl alt back... donc je suis obligé de débrancher le secteur et la batterie de mon PC.

Le problème ne le fait jamais sur une session ubuntu, donc toute défaillance matériel est à exclure...

Comment faut il faire pour réparer le système archlinux sans avoir à tout formater, réinstaller et reconfigurer?

Merci.

Salut,

via le log de pacman, tu auras la liste complète des mises à jour du 08 juillet. Commence déjà par revenir en arrière sur le noyau et le firmware (paquets linux et linux-firmware) et regarde si ça améliore ton système. Eventuellement voir d'autres paquets fournissant des drivers (carte graphique, carte réseau...)

[Piczel]

Edit: le freez ne se fait pas quand je me log direct sur "root" alors qu'en supprimant les 3 paquets, le freez persiste depuis mon compte non root.

Mmmh, tenté de créer un nouvel user et de voir si c'est pas dû à une nouvelle syntaxe de config qui plante ?
Les erreurs qui n'arrivent qu'en user c'est souvent ce genre de problèmes

[morice69]

Bonjour,

Serait-il possible d'avoir ton lastlog en texte plein plutôt qu'en hexa ? Même en le convertissant en string, il est illisible pour ma part.

Bonjour, si tu me donnes le chemin d'accès vers le lastlog en texte plein, je te donnes le fichier. je ne trouve qu'une seul version sur /var/log c'est a dire en hexa,

Mmmh, tenté de créer un nouvel user et de voir si c'est pas dû à une nouvelle syntaxe de config qui plante ?
Les erreurs qui n'arrivent qu'en user c'est souvent ce genre de problèmes

En me logant sur mon compte no-root sur gnome, je constate qu'il n'y a pas encore eu de freeze: il doit y avoir un soucis dans la partie XFCE sur mon compte. quel fichier pourra dire ce qui se passe après le freeze?
Mon compte root ne freeze ni sur gnome, ni sur XFCE.

[Piczel]

Plop, ben.. lente mais radicale, tu pars d'un user vierge, et tu copies un à un les fichiers et tu vois à quel moment ça plante

[morice69]

Avant d'utiliser ce moyen radical, existe il une possibilité de savoir si ce probleme n'est pas du à un fichier/dossier de l'utilisateur qui appartient à root au lieu de cet utilisateur?

[oktoberfest]

Avant d'utiliser ce moyen radical, existe il une possibilité de savoir si ce probleme n'est pas du à un fichier/dossier de l'utilisateur qui appartient à root au lieu de cet utilisateur?

Tu as plusieurs solutions :
trouver les fichiers qui appartiennent à root :

Code : Tout sélectionner

find $HOME -user root

trouver les fichiers qui ne t'appartiennent pas :

Code : Tout sélectionner

find $HOME -not -user $USER

[morice69]

Bonjour,

Aucun fichier n'est pas à moi, ni au root.

Existe-t-il un moyen de lire dans le journal de XFCE session pour voir qu'est ce qui ne va pas? (gnome fonctionne nickel sans freeze donc le seul coupable est un fichier utilisé par XFCE)

Quel est le chemin vers le last log en plein texte?

[BlondVador]

Au temps pour moi, mon lastlog sort aussi en hexa mais le mien est convertible. Ca pose problème :/.

Si tu as /var/log/pacman.log et /var/log/boot.log, pourrais-tu nous les donner stp ?

[benjarobin]

Euh... Les logs c'est via journalctl depuis quelques temps déjà...