[ Arch Linux ] Nouveauté, Stabilité, Simplicité [HAPPY BIRTHDAY !] \o/

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 309 310 311 .. 473 474 475 476 477 478 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [ Arch Linux ] Nouveauté, Stabilité, Simplicité [HAPPY BIRTHDAY !] \o/

tromzy

Arrêtez de m'appeler Sire.

Reprise du message précédent :

tromzy a écrit :

Je crois que c'est depuis le début. EN REVANCHE avant Arch, il y avait ElementaryOS sur cette machine, et il me SEMBLE que le portable était souvent silencieux, donc la témpérature était mieux gérée. Il me semble en effet que dès le boot, arrivé au Login Manager d'eOs, le portable devenait complètement silencieux. Il faudrait que je reteste avec un LiveCD EOS.

Petit update : en fait, je me suis rendu compte hier soir que les ventilos, après avoir booté sur Arch, se calment, le laptop devient silencieux, c'est parfait. Et la température au démarrage est à 30° plus ou moins.

Le problème, c'est que le portable chauffe, petit à petit, au fur et à mesure et même en idle. Pour finir sur 55 - 60° et ne plus refroidir. Je pense que c'est l'agencement même du laptop qui le fait chauffer, tout bêtement. C'est un HP G62 qui date de ~2010 avec un Core i3 de 1e génération, ceci expliquant peut-être cela...

Message édité par tromzy le 13-10-2015 à 10:07:09

---------------
Sin&zy, chaîne YouTube sur le cinéma -- Keep It Simple, Stupid -- Emulation Porn

Publicité

gee

Bon ben hon

Elbarto a écrit :

il est possible que le bug soit lié à glibc ou gcc, le souci c'est que le bug devrait alors être aléatoire ou se produire avec d'autres programmes, de plus ça toucherait beaucoup plus de monde vu la position centrale qu'occupe glbic/gcc dans l'écosystème linux [:transparency]

Peut etre est-ce un truc bien specifique entre tous ces programmes et ton materiel :??:
Tes tests de VM devraient aider, si les devs de mesa/llvm peuvent recreer un environement fautif ainsi, c'est bien.

Message cité 1 fois

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Trit'

Puisqu'on en est à exposer nos soucis archiens : depuis ce matin, Grub et Arch me font des caprices...

En temps normal, et particulièrement depuis que j'ai repris Arch en OS principal sur mon portable (sur un disque dur d'1 To acheté en mars dernier qui n'a connu que cet OS), Grub affiche son message de bienvenue et bascule de suite vers l'écran de choix de boot. Je valide Arch et ce dernier se lance et m'affiche l'écran de connexion de LightDM en une minute environ (j'utilise Xfce).

Sauf que depuis ce matin et alors que je n'ai rien fait de particulier (pour autant que je sache, sauf si rester sur Firefox et Chromium est à même de bousiller un système d'exploitation), Grub reste coincé pendant des heures sur son message de bienvenue, et lorsque je peux enfin valider le démarrage d'Arch, j'ai droit à un interminable passage en revue des différents services de systemd. Ce qui prend bien 2 minutes avant que j'aie l'invite de connexion en mode texte du tty1, laquelle ne me bascule pas pour autant sur celle de LightDM (pour ça, il m'a fallu m'y reprendre à 3 fois pour y arriver !). Bien sûr, une fois Xfce chargé, plus de problème.
(Au cas où, voici le contenu d'un smartctl que je viens de faire à l'instant (lien valable 4 jours) : http://www.cjoint.com/data3/EJnn3XO8qkg_Analyse.txt)

Ah, si, un : depuis la mise à jour vers le noyau 4.2.3, j'ai la LED du Wi-Fi qui clignote en permanence entre bleu (Wi-Fi activé) et orange (désactivé). Ça ne le faisait qu'au démarrage et il suffisait que j'appuie sur la LED (c'est un bouton tactile) pour qu'elle reste fixée au bleu. Maintenant, si je fais ça, ça coupe le Wi-Fi et la LED reste orange ; et si je le réactive, ça reprend le clignotement. C'est pas que ça me dérange, mais ça reste ennuyeux.

Message cité 1 fois

Elbarto

gee a écrit :

à noter que sur le forum archlinux un utilisateur qui a une configuration très proche de la mienne a le même problème :

Citation :

Bonsoir,
Juste pour signaler que j'ai le même problème depuis la mise à jour des paquets mesa ( 11.0.3 ) et llvm-libs.
j'utilise openbox ou compiz, compiz ne fonctionne plus (instruction non permise(core dumped)).
Suite à ton post, j'ai downgradé les paquets mesa et llvm-libs, ça refonctionne avec quelques soucis.
Archlinux 32 bits - pentium dual-core cpu E5300 - carte graphique radeon ati hd 4670.
Voilà.

j'ai de la chance, avec KDE 4 j'ai pas d'erreur "illegal instruction" alors que j'ai pourtant activé l’accélération "openGL 2.0" et les effets de bureau dans les paramètres de kde 4, les erreurs ne se produisant chez moi que sur les jeux et certains programmes du paquet mesa-demos

Message édité par Elbarto le 13-10-2015 à 21:58:09

Elbarto

Trit' a écrit :

Puisqu'on en est à exposer nos soucis archiens : depuis ce matin, Grub et Arch me font des caprices...

En temps normal, et particulièrement depuis que j'ai repris Arch en OS principal sur mon portable (sur un disque dur d'1 To acheté en mars dernier qui n'a connu que cet OS), Grub affiche son message de bienvenue et bascule de suite vers l'écran de choix de boot. Je valide Arch et ce dernier se lance et m'affiche l'écran de connexion de LightDM en une minute environ (j'utilise Xfce).

Sauf que depuis ce matin et alors que je n'ai rien fait de particulier (pour autant que je sache, sauf si rester sur Firefox et Chromium est à même de bousiller un système d'exploitation), Grub reste coincé pendant des heures sur son message de bienvenue, et lorsque je peux enfin valider le démarrage d'Arch, j'ai droit à un interminable passage en revue des différents services de systemd. Ce qui prend bien 2 minutes avant que j'aie l'invite de connexion en mode texte du tty1, laquelle ne me bascule pas pour autant sur celle de LightDM (pour ça, il m'a fallu m'y reprendre à 3 fois pour y arriver !). Bien sûr, une fois Xfce chargé, plus de problème.
(Au cas où, voici le contenu d'un smartctl que je viens de faire à l'instant (lien valable 4 jours) : http://www.cjoint.com/data3/EJnn3XO8qkg_Analyse.txt)

est-ce dans les journaux systèmes il y a des messages d'erreurs, des avertissements ? ( dmesg, "journalctl -b" en root, puis utiliser la commande grep sur des mots clés type error/warning/fsck )

peut-être un problème de partition si tu utilises un système de fichiers corrompu ou de partitionnement assez spécial [:transparency]

pour tester ton disque tu as aussi la possibilité d'utiliser l'utilitaire du fabricant de ton disque ( "ibm feature tool" de mémoire, mais le nom peut avoir changé ), ça démarre sur un CD ou une clé USB, des possibilités de faire des tests, courts, étendus pour vérifier s'il y a des secteurs défectueux,

ça sent le souci matériel si grub se met à freezer, controleur de disque qui a un souci, carte mère, disque dur, faut tester

Message cité 1 fois
Message édité par Elbarto le 13-10-2015 à 22:05:21

Elbarto

retour à mon problème mesa/llvm :

une commande llvm permet de savoir quel CPU il identifie sur la machine host, avec llvm 3.7.0 j'ai ceci comme sortie :

$ llc --version | grep CPU
Host CPU: penryn

mais sous llvm 3.6.2 ( la version qui ne bogue pas ) j'ai ceci :

$ llc --version | grep CPU
Host CPU: core2

si vous avez bien suivi le feuilleton : sous qemu si on met un CPU "Penryn" dans le script qemu alors llvm 3.7.0 va planter, par contre "core2duo" ça marche ( ce qui correspond au CPU identifié par la version llvm 3.6.2 ),

et là j'ai tapé la commande "llc" pas sous qemu mais dans mon host archlinux 64 bits, on peut se demander pourquoi la version 3.7.0 n'a pas la même reconnaissance que la 3.6.2 vis à vis de mon pentium dual core E6800, si c'est un choix volontaire des développeurs de llvm ou bien un bug

gee

Bon ben hon

Ah interessant!

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Elbarto

oui je sens qu'on est pas très loin de l'explication

le processeur penryn supporte l'extension SSE4, mais pas le pentium dual core E6800 ( ça s'arrête au SSE3 ), llvm 3.7.0 risque alors d'envoyer du code machine avec du SSE4 à mon pauvre pentium E6800,

je vais regarder dans les commits de llvm s'il y a quelque chose de liée aux cpus penryn/core2, afin de repérer le commit responsable du bug

Message édité par Elbarto le 14-10-2015 à 01:28:15

gee

Bon ben hon

Ca parait une piste interessante :jap:

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Elbarto

j'ai peut-être localisé l'endroit où se trouve le bug dans le code source de llvm 3.7.0

c'est dans le fichier /lib/Support/Host.cpp

c'est là dedans que se trouve la fonction qui retourne le type de CPU, la classe "sys" qui a une fonction "getHostCPUName()', là dedans le développeur retourne le type de CPU selon une variable "family", et une variable "model",

d'après dmesg mon CPU est :

Intel Pentium(R) Dual-Core CPU E6800 @ 3.33GHz (fam: 06, model: 17, stepping: 0a)

si tu regardes bien dans le fichier /lib/Support/Host.cpp le développeur de llvm détermine la variable family et model en utilisant la fonction DetectX86FamilyModel() à l'intérieur de la fonction getHostCPUName(),

une fois qu'il a ses 2 variables family et model il utilise un switch/case imbriqué ( d'abord sur la variable family, puis ensuite la variable model ), en fonction de la combinaison "family/model" il retourne un string qui correspond au CPU ( core2, penryn etc... )

ce que j'ai remarqué c'est que dans le switch case de la family (6) il n'a pas traité le cas du model 17 ( mon propre CPU ), ce qui fait qu'on passe par une étiquette "default:" quand il ne sait pas quel modèle c'est pour cette family 6, c'est là que ça devient interessant :

Code :

default: // Unknown family 6 CPU, try to guess.
if (HasAVX512)
return "knl";
if (HasADX)
return "broadwell";
if (HasAVX2)
return "haswell";
if (HasAVX)
return "sandybridge";
if (HasSSE42)
return HasMOVBE ? "silvermont" : "nehalem";
if (HasSSE41)
return "penryn";
if (HasSSSE3)
return HasMOVBE ? "bonnell" : "core2";
if (Em64T)
return "x86-64";
if (HasSSE2)
return "pentium-m";
if (HasSSE)
return "pentium3";
if (HasMMX)
return "pentium2";
return "pentiumpro";
}

il fait un test sur le booléen "HasSSE41", si le booléen est "true" alors il retourne "penryn", donc je pense que le bug est probablement liée à la manière dont il a calculé ce booléen, car ça différe entre la version 3.6.2 et 3.7.0 :

3.6.2 :

bool HasSSE41 = (ECX & 0x80000);

3.7.0 :

bool HasSSE41 = (ECX >> 19) & 1;

je vais créer une version debug de llvm pour pouvoir mettre des points d'arrêt sur cette fonction et vérifier le contenu des variables,

en attendant je suis en train de tester une solution provisoire : rajouter le "case 17 : return "core2" dans le switch/case correspondant à la family 6, j'ai crée un patch :

--- a/lib/Support/Host.cpp 2015-05-05 21:23:40.000000000 +0200
+++ b/lib/Support/Host.cpp 2015-10-14 03:28:37.724882344 +0200
@@ -322,8 +322,8 @@
case 15: // Intel Core 2 Duo processor, Intel Core 2 Duo mobile
// processor, Intel Core 2 Quad processor, Intel Core 2 Quad
// mobile processor, Intel Core 2 Extreme processor, Intel
- // Pentium Dual-Core processor, Intel Xeon processor, model
- // 0Fh. All processors are manufactured using the 65 nm process.
+ // Pentium Dual-Core processor, Intel Xeon processor, model
+ case 17: // 0Fh. All processors are manufactured using the 65 nm process.
case 22: // Intel Celeron processor model 16h. All processors are
// manufactured using the 65 nm process
return "core2";

je vais le tester en croisant les doigts, car le bug peut aussi se cacher dans d'autres fichiers

Message édité par Elbarto le 14-10-2015 à 04:42:44

Publicité

gee

Bon ben hon

Felicitations pour le travail! :jap:

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Elbarto

merci

en fait mon patch est presque bon, car le 17 renvoyé par dmesg est une valeur hexadécimale, ce qui en décimal équivaut à "23",

donc je dois modifier mon patch,

l'erreur dans le code source se trouve alors ici ( on est toujours dans le switch (model) correspondant à la "family" 6 :

Code :

case 23: // Intel Core 2 Extreme processor, Intel Xeon processor, model
// 17h. All processors are manufactured using the 45 nm process.
//
// 45nm: Penryn , Wolfdale, Yorkfield (XE)
case 29: // Intel Xeon processor MP. All processors are manufactured using
// the 45 nm process.
return "penryn";

le développeur considère que "family 6, model 23" est un penryn, alors que dans la version 3.6.2 il n'avait pas commis cette erreur :

case 23: // Intel Core 2 Extreme processor, Intel Xeon processor, model
// 17h. All processors are manufactured using the 45 nm process.
//
// 45nm: Penryn , Wolfdale, Yorkfield (XE)
// Not all Penryn processors support SSE 4.1 (such as the Pentium brand)
return HasSSE41 ? "penryn" : "core2";

la solution consisterait à modifier mon patch en ajoutant le "return HasSSE41 ? "penryn" : "core2";" juste après le "case 23:" et avant le "case 29:", à priori ça devrait marcher

Message édité par Elbarto le 14-10-2015 à 07:09:09

gee

Bon ben hon

As tu vu le commit pour ce changement?
Il y a peut etre une raison (bonne ou mauvaise...)

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Elbarto

oui je pense savoir d'où ça vient,

j'ai regardé dans le log svn des commits, à partir du 30 mars 2015 les développeurs ont commencé à modifier le fichier Host.cpp :

r233514 | ctopper | 2015-03-30 08:31:03 +0200 (lun. 30 mars 2015) | 1 ligne

[X86] Family 6 model 29 is a Penryn based processor not a Nehalem based processor.

https://github.com/llvm-mirror/llvm [...] 5b7a4ae69b

j'ai pas encore trouvé le commit exact mais en explorant les commits qui suivent après le 30 mars 2015 on doit probablement tomber sur le commit qui supprime le test " return HasSSE41 ? "penryn" : "core2";",

sinon j'ai fini de compiler avec le nouveau patch, le bug a disparu [:shay]

voici le nouveau patch :

--- a/lib/Support/Host.cpp 2015-10-14 07:13:52.381374679 +0200
+++ b/lib/Support/Host.cpp 2015-10-14 07:13:28.224708323 +0200
@@ -332,6 +332,8 @@
// 17h. All processors are manufactured using the 45 nm process.
//
// 45nm: Penryn , Wolfdale, Yorkfield (XE)
+ // Not all Penryn processors support SSE 4.1 (such as the Pentium brand)
+ return HasSSE41 ? "penryn" : "core2";
case 29: // Intel Xeon processor MP. All processors are manufactured using
// the 45 nm process.
return "penryn";

je publierai tout ça sur le bugzilla de llvm et mesa :jap:

gee

Bon ben hon

Felicitations!
C'est du beau travail!

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

gee

Bon ben hon

Sinon voila le commit en question:
https://github.com/llvm-mirror/llvm [...] 2d27d1e54a

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Elbarto

super

on a donc toutes les infos, l'origine du problème et comment le résoudre grâce au patch,

je vais publier tout ça sur le bugzilla de llvm, mesa et celui d'archlinux

gee

Bon ben hon

Hmmm peut etre que tu devrais patcher getHostCPUFeatures plutot?
Enfin les devs de llvm devraient pouvoir s'en occuper maintenant, il ne reste plus grand chose.

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Elbarto

ben je me suis concentré sur la fonction où se trouve le switch/case, vu que c'était là que le problème était localisé, mais bon en effet s'il y a une meilleure alternative les développeurs llvm le feront, l'essentiel c'est que ce bug soit de l'histoire ancienne :jap:

d'ailleurs si ça se trouve il n'y a pas que le CPU "family 6 model 23" à être touché par ces remaniements du fichier Host.cpp, j'ai pas regardé en détail tout le fichier, s'il y a d'autres bugs de ce genre j'espère que les développeurs s'en apercevront,

sinon j'ai donc publié toutes ces infos et le patch sur les 3 bugzillas dont celui d'archlinux, j'en ai même profité pour créer un nouveau rapport de bug archlinux centré sur LLVM ( car le premier était centré sur flightgear ), un nouveau rapport de bug permettra d'alerter tout de suite le mainteneur archlinux de llvm, il verra le patch et prendra peut-être l'initiative de créer rapidement un paquet 3.7.0-5 sans attendre que le patch soit accepté par llvm :

https://bugs.archlinux.org/task/46706

Message édité par Elbarto le 14-10-2015 à 09:05:25

gee

Bon ben hon

:jap:

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Trit'

Elbarto a écrit :

est-ce dans les journaux systèmes il y a des messages d'erreurs, des avertissements ? ( dmesg, "journalctl -b" en root, puis utiliser la commande grep sur des mots clés type error/warning/fsck )

peut-être un problème de partition si tu utilises un système de fichiers corrompu ou de partitionnement assez spécial [:transparency]

pour tester ton disque tu as aussi la possibilité d'utiliser l'utilitaire du fabricant de ton disque ( "ibm feature tool" de mémoire, mais le nom peut avoir changé ), ça démarre sur un CD ou une clé USB, des possibilités de faire des tests, courts, étendus pour vérifier s'il y a des secteurs défectueux,

ça sent le souci matériel si grub se met à freezer, controleur de disque qui a un souci, carte mère, disque dur, faut tester

Et ce matin, tout est redevenu normal ! :??:

Du coup, je suis pas sûr que le dump de dmesg soit vraiment utile, mais à tout hasard (lien valable 4 jours) : http://www.cjoint.com/data3/EJojd7XqTcg_Analyse2.txt
Quant à journalctl, il ne donne de résultats que sur "fsck" et il ne remonte aucune erreur particulière :

Citation :

oct. 14 09:14:18 Primula systemd[1]: Created slice system-systemd\x2dfsck.slice.
oct. 14 09:14:24 Primula systemd-fsck[356]: /dev/sda4 : propre, 126878/59449344 fichiers, 23916864/237767862 blocs
oct. 14 09:14:24 Primula systemd-fsck[308]: /dev/sda1 : propre, 360/32768 fichiers, 11466/131072 blocs

Mon partitionnement est :
/dev/sda1 : 512 Mio, ext2 (/boot)
/dev/sda2 : 4 Gio, swap
/dev/sda3 : 20 Gio, ext4 (/)
/dev/sda4 : 907 Gio, ext4 (/home)

Rien de sorcier, en somme.

Elbarto

curieux quand même, faudra surveiller tout ça, et sans doute sauvegarder tes données les plus importantes au cas où,

la dernière fois que j'ai eu ce genre de problème ça s'est terminé par une carte mère HS ( plusieurs condensateurs HS, le PC freezait pendant l'écran de démarrage du bios ),

sinon j'ai mis en ligne le PKGBUILD de llvm avec le patch et ceux déjà présents dans la version 3.7.0-4 :

http://demo.ovh.eu/download/56098c [...] 0-5.tar.gz

lien disponible pendant 30 jours

tromzy

Arrêtez de m'appeler Sire.

J'ai un bug de KDE à reporter, mais je sais pas de quel composant ça dépend.

C'est tout simplement que si je fais un clic droit sur le titre d'une fenêtre, n'importe laquelle (Dolphin, Firefox, LibreOffice, n'importe laquelle...), la popup contextuelle apparait, mais ne disparait pas en cliquant ailleurs. Il faut réduire la fenêtre pour faire disparaitre la popup.

J'ai essayé de désactiver le compositeur (Kwin), le bug est toujours là. J'ai essayé de changer le thème de la fenêtre, le bug est toujours là. J'ai essayé de changer la décoration de fenêtre, le bug est toujours là.

Du coup, je sais pas ce qui gère cette popup contextuelle de clic droit...

Message cité 1 fois

---------------
Sin&zy, chaîne YouTube sur le cinéma -- Keep It Simple, Stupid -- Emulation Porn

tromzy

Arrêtez de m'appeler Sire.

Bon j'ai posté dans Plasmashell, Plasma.

---------------
Sin&zy, chaîne YouTube sur le cinéma -- Keep It Simple, Stupid -- Emulation Porn

Elbarto

faudrait essayer de créer un nouvel utilisateur puis te connecter avec afin de voir si le problème est toujours là,

comme c'est un nouvel utilisateur il aura son propre home à lui avec une configuration vierge de plasma 5, ça permettra de savoir si le problème n'est pas lié à un fichier de configuration corrompu dans ton compte utilisateur habituel,

je suis sous KDE4 avec des applications KF5, le bug n'apparait pas sur ces applications KF5, ça semble donc lié à plasma 5

Gwen311

tromzy a écrit :

Ah ouais pareil ici.

Message cité 1 fois

nba_pit

Bonjour,

J'ai commencé l'installation d'une Archlinux sur mon macbook blanc unibody avec un live CD. J'ai éteint mon macbook.

Je voudrais reprendre l'installation à l'étape de configuration du chargeur de démarrage.
Quelle option choisir à l'écran d'accueil de ArchLinux ?

Merci,

tromzy

Arrêtez de m'appeler Sire.

Gwen311 a écrit :

Ah ouais pareil ici.

Apparemment c'est un bug connu, il y a déjà un patch et sera mergé pour la 5.5.

---------------
Sin&zy, chaîne YouTube sur le cinéma -- Keep It Simple, Stupid -- Emulation Porn

gee

Bon ben hon

Pour ceux qui utilisent zsh, j'ai trouve quelques trucs sympas:

- https://github.com/zsh-users/zsh-syntax-highlighting
- https://github.com/tarruda/zsh-autosuggestions (ca ne m'a pas plus, je trouve que ca embrouille mais peut etre d'autres aimeront)
- http://chneukirchen.org/blog/archi [...] -know.html

Amusez-vous :jap:

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Flying-Chewbacca

What has been seen...

Bonsoir

Petit souci avec ma arch installé y'a deux semaines.
Aléatoirement, à l'extinction ou au reboot, mon pc plante totalement sur "starting version 227"
Quand ça le fait, je dois rebooter à la sauvage.
J'ai cherché dans quelques logs, rien qui pourrait m'indiquer d'où ça vient.
/ en btrfs
refind en chargeur de démarrage (le boot se passe sans problème)

Quelques pistes? Est-ce un bug connu? Merci d'avance pour l'aide :jap:

Elbarto

relire le wiki de refind au cas où tu aurais zappé quelque chose d'important :

https://wiki.archlinux.org/index.php/REFInd

puis préciser la configuration matérielle de ton PC, si ce sont des disques dur IDE ou sata, si c'est un PC dernier cri ou quelque chose de vieux et mature,

puis utiliser le noyau linux LTS pour voir s'il y a une différence,

enfin vérifier que matériellement le PC est stable ( memtest pour tester les barrettes mémoire )

Message édité par Elbarto le 02-11-2015 à 00:01:40

Flying-Chewbacca

What has been seen...

Configuration matérielle : i7 5500U, 8Go RAM Geforce 840M, SSD Samsung 850 EVO.
Disque SSD en SATA, PC très récent donc.
Memtest OK et Linux LTS ne résout pas le bug

Ma configuration refind est OK.

Elbarto

il faudrait essayer d'activer le mode debug dans les options du kernel passées par refind, ça permettrait de faire afficher des messages au moment où le bug se produit :

https://wiki.archlinux.org/index.php/Boot_debugging

la dernière fois où j'ai eu un arrêt aléatoire après le message ""starting version xxx" c'était dû à un bug du noyau linux pour la gestion des périphériques IDE ( ou quand les ports SATA sont gérés en mode IDE par le bios ),

si le curseur à l'écran clignote après le ""starting version xxx" alors c'est pas vraiment un freeze, si tu attends 5 minutes alors il est possible que tu vois un message d'erreur

Message édité par Elbarto le 02-11-2015 à 20:43:10

Elbarto

j'ai une imprimante canon LBP3000 qui d'habitude est reconnue en /dev/usb/lp0 par le noyau linux,

mais depuis peu elle est reconnue en /dev/usb/lp1, ce qui cause des problèmes à cups ( problème de communication avec l'imprimante car il cherche à utiliser le chemin /dev/usb/lp0 qui n'existe plus ),

la solution est de taper cette commande en root :

ccpdadmin -p LBP3000 -o /dev/usb/lp1

quelqu'un a déjà eu un problème similaire ?

comment expliquer le fait que soudainement le noyau assigne comme chemin "/dev/usb/lp1" au lieu de "/dev/usb/lp0" ?

Message cité 2 fois

farika

Bonsoir,

Je viens de me faire une install toute fraiche d'arch et j'ai voulu installer plasma 5 pour tester. J'ai suivi l'ensemble des tutos et j'ai réussi à accéder à SDDM.

Sauf qu'après m'être logué , je retourne sur SDDM. Une idée ?

Elbarto

probablement le wiki archlinux mal suivi, des étapes qui ont été sautées,

https://wiki.archlinux.org/index.php/KDE

le seul tutoriel qui compte c'est le wiki d'archlinux, ne pas utiliser un tutoriel non archlinux,

il faut consulter les fichiers logs ( de Xorg, dmesg, journalctl ) pour savoir ce qui s'est passé exactement, un paquet qui manque, un problème de pilote vidéo ( accélération matériel 3D qui bogue ),

un "systemctl --failed --all" peut aider aussi

Message édité par Elbarto le 02-11-2015 à 22:08:12

farika

Dans l'install de kde je ne vois pas ce qui manque ,j'ai retourné dans tout les sens.

Par contre j'ai peut être merdé un truc sur Xorg (mais j'ai du mal à décrypter ce log)

http://pastebin.archlinux.fr/1674376

rien de failed au systemctl. Rien d'anormal au dmesg également

Message édité par farika le 02-11-2015 à 22:21:42

Elbarto

je vois pas vraiment d'erreur dans le fichier log de xorg, apparemment tu utilises le pilote intel pour la carte vidéo,

c'est peut-être sddm qui bogue,

tu peux toujours essayer de lancer kde via startx :

pacman -S xorg-xinit

puis depuis ton compte utilisateur tu crées un fichier caché ~/.xinitrc,

et dans ce fichier ~/.xinitrc tu mets dedans :

exec startkde

https://wiki.archlinux.fr/Startx

après il faut désactiver sddm ( systemctl disable sddm )

ensuite pour lancer KDE depuis la console tu tapes : startx

Message édité par Elbarto le 02-11-2015 à 22:32:20

farika

J'ai trouvé. En fait je suis un boulet. Le /home/user avait de mauvais droits !

Elbarto

curieux problème, normalement tout aurait dû bien se passer si on suit à la lettre le wiki pour l'installation :

https://wiki.archlinux.fr/Installat [...] tilisateur

notamment pour la création de l'utilisateur :

useradd -g users -m -s /bin/bash farika
passwd farika

Message édité par Elbarto le 02-11-2015 à 22:39:59

farika

Peut être le -m qui serait passé à la trappe ? En tout cas là , tout marche niquel sur plasma 5 . Je personnalise un peu le tout.

Message édité par farika le 02-11-2015 à 23:33:34

Publicité

Page : 1 2 3 4 5 .. 309 310 311 .. 473 474 475 476 477 478

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Installation

[ Arch Linux ] Nouveauté, Stabilité, Simplicité [HAPPY BIRTHDAY !] \o/

Sujets relatifs
linux + routeur/modem = casse tete	Donnez moi des raisons pour me mettre a Linux
Conversation Video sous Linux	free dégroupé en sagem sous linux et xp??
Linux 10.0 ^no boot	Installer Linux avec Windows XP
integration d'un drivers dans linux comment?	FreeBSD vs Linux
[LINUX] comment faire marcher une clé usb?	Linux oui mais...
Plus de sujets relatifs à : [ Arch Linux ] Nouveauté, Stabilité, Simplicité [HAPPY BIRTHDAY !] \o/

Page générée en 0.137 secondes