Ne pas cliquer
Parrain-Linux
chevauche les poneys en diamants
 :     :     :   

Résultats de recherche

Posté le 09/08/2016
Présentation de bruno_smr
Salut, donc bienvenue au jeune vieux geek tire-langue
Posté le 02/08/2016
Erreur du lien dans le mail de demande d'aide
J'avais eu ça aussi, ça tombait simultanément à l'annonce des tests béta, j'ai pensé à un test qui a foiré.
(Donc si quelqu'un m'a écrit : me relancer Sourire)
Posté le 26/07/2016
quel distri
Arch interfacée XFCE, juste paramétrée selon mes préférences. Pas de modif particulière du genre kernel modifié ou composantes alternatives aux propositions par défaut.
Posté le 26/07/2016
Présentation de LL24
Salut ! SourireBienvenue
Posté le 05/06/2016
Debian jessie
Salut :)
En complément et pour lecture future :

Concernant les environnements de bureau :

Une présentation des principaux environnements de bureau : http://www.linuxpedia.fr/
Une autre présentation : https://memo-linux.com/les-environnements-de-bureau-sous-gnulinux/

Tous les environnements de bureau existants sont présentés sur le web ; sous forme texte, vidéo, d'avis etc.
Il existe une distribution conçue pour les tester tous (le site est inaccessible ce jour, pour autant je ne crois pas le projet mort) : Hybride.


Concernant l'architecture :

Ordinateur moderne = amd64 pour des processeurs de marque Intel et de marque AMD peu importe.
Sauf à avoir un processeur de type ARM (netbook & co généralement) en quel cas prendre ARM ;)
Posté le 17/05/2016
Rezet d'Arch sauf 6 fichiers systèmes (md5sum mismatch)
Bon à savoir :)
Au début sur Arch et durant quelques mois tout allait bien :)
Posté le 17/05/2016
Nième tentative de passer du côté libre!
Salut SourireBienvenue ^_^
Posté le 17/05/2016
Rezet d'Arch sauf 6 fichiers systèmes (md5sum mismatch)
Salut SourireMerci pour ta réponse.

J'avais fait un check mémoire complet. (Également dans cette idée j'ai une Manjaro pour jouer : aucun souci avec, idem avec des os en ram)
Pour le disque, à-priori il est sain, l'ensemble des secteurs est régulièrement écrit (pour ainsi dire) vu que le disque est souvent plein et vidé. Les données SMART ne donnent rien d'anormal. À la création de la lvm j'avais mis une double journalisation (truc dans le genre des lvm).

Les drivers peuvent être en cause mais le matériel est plutôt facile (carte vidéo intel basique) puis ça dure depuis un bon moment et de nombreuses mises-à-jour sont passées par là : kernel, carte graphique, X, et même opengl.
Du coup je sais pas trop. Juste sur le net ça parle du i915 susceptible d'être chiant mais tout ça date et les réglages trouvés à passer au kernel durant le boot n'ont rien réglé donc je les ai virés vu que ça semble pas lié.

Citation:
« Power Saving Kernel Options
The following boot options may help considerably with power:
i915.i915_enable_rc6=1 i915.semaphores=1 pcie_aspm=force ” » source : http://www.thinkwiki.org/wiki/Intel_HD_Graphics


Je sais pas. C'est chiant :)
Si quelqu'un passe par là et sait ce qui fout le souk, j'ai un vieux Thinkpad T410 avec une intel (pas hybride) ^_^
Posté le 16/05/2016
Rezet d'Arch sauf 6 fichiers systèmes (md5sum mismatch)
Bonjour :)

Pour trouver à quel(s) paquet(s) appartient un fichier (selon le pierre de Rosette de Pacman) il faut utiliser pkgfile (à installer).
(pkgfile --update pour mettre à jour la base)

pkgfile -s un-fichier sur chacun de ces fichiers indique les paquets suivants comme les contenant :

core/linux
core/linux-lts
extra/linux-zen
community/linux-grsec

Chez moi linux.

Concrètement, est-ce que les fichiers listés au dessus peuvent-être responsables de nombreux crashs et plantages ?
Si oui, comment je les remplace par des “propres” ?
Si non, dois-je me préoccuper du fait que les fichiers sur mon disque ne correspondent pas à ce qu'ils sont supposés être selon ce que renseigne le paquet ?


Ça peut sembler sans intérêt mais mon os n'est pas fonctionnel avec de (très) nombreux segfaults et crashs, j'en cherche l’origine et toute anomalie compte à mes yeux :)
Posté le 12/05/2016
Rezet d'Arch sauf 6 fichiers systèmes (md5sum mismatch)
Salut SourireMerci pour la réponse ^_^

Quand j'ai vu ça la première chose que j'ai faite a été de réinstaller vlc qui pourtant par les manip indiquées avait déjà été ré-installé.
J'ai tenté aussi en supprimant ce fichier qui s'est remis identiquement. J'ai toujours ce message.

Quant aux autres fichiers je n'ai pas trouvé comment savoir d'où ils viennent, fort logiquement de linux, non seulement c'est indiqué en début de ligne mais le « 4.5.3-1 » ne laisse que peu de doutes tire-langue Idem, ça n'a rien changé.

L'on m'a dit que ça pouvait arriver. Peut-être bêtement que le hash fourni dans le paquet n'est pas à jour par exemple je sais pas trop.

Du coup il n'y a rien à faire sauf si on m'indique explicitement qu'il faut (et qu'on peut) solutionner le truc :)
Posté le 12/05/2016
[Résolu] iptables, comportement de RETURN et Match
Salut, merci pour ta réponse :)

Ça oui Sourire(Module(s) habituellement utilisés avec drop). Sensément les paquets qui « ignorent » la règles passent tout simplement au travers et vont chercher une correspondance sur les suivantes. C'est bêtement cette confirmation explicitement formulée que je trouve pas.

Quand ça sera possible un test un out m'apportera cette réponse ^_^
Edit : C'est le cas Sourire
Posté le 11/05/2016
Rezet d'Arch sauf 6 fichiers systèmes (md5sum mismatch)
Bonjour,

Confronté à des problèmes de segfaults et de nombreux craches intempestifs, non liés à un souci matériel (ma Manjaro de jeu ne pose aucun souci et les os éphémères non plus) j'ai rézet ma Arch.

En gros j'ai commencé par nettoyer le cache, virer les orphelins etc. Ensuite j'ai bêtement appliqué les astuces trouvées dans la doc, soit :

Sauvegarde des fichiers modifiés (identifiés grâce à) :

Code:
# pacman -Qii | awk '/^MODIFIED/ {print $2}'

→ Vider l'intégralité du cache :

Code:
# pacman -Scc

→ Réinstaller tous les paquets :

Code:
# pacman -Qnq | pacman -S -


Tout baigne, ça me remet tout comme neuf ^_^ (reste à savoir si ça aura résolu le truc)
Le problème est que la commande que j'avais utilisé pour identifier mes propres modifications à fins de sauvegarde, me retourne ça :


Code:
# paccheck --md5sum --quiet

Citation:
linux: '/usr/lib/modules/4.5.3-1-ARCH/modules.alias.bin' md5sum mismatch (expected 042ccded5ed84c0deeda6ce0f63d3769)
linux: '/usr/lib/modules/4.5.3-1-ARCH/modules.dep' md5sum mismatch (expected 6b1e29c7b3766634ee6dc5c537a91cc4)
linux: '/usr/lib/modules/4.5.3-1-ARCH/modules.dep.bin' md5sum mismatch (expected c1a3434fca2e9311413a223f11854679)
linux: '/usr/lib/modules/4.5.3-1-ARCH/modules.symbols' md5sum mismatch (expected a7bdf5cc70aafc4f422026dfa4fa725e)
linux: '/usr/lib/modules/4.5.3-1-ARCH/modules.symbols.bin' md5sum mismatch (expected 17cd008376b2e20ff2ecb520bdb2dc24)
vlc: '/usr/lib/vlc/plugins/plugins.dat' md5sum mismatch (expected 2713f115cc0b3005fe95e32494ce3dd6)


Que dois-je faire ? :)


Infos & Remarques utiles :
J'utilise les dépôts officiels (en https), avec vérification des paquets, dnssec, et ce genre de choses me laissant penser que le souci vient pas d'une corruption malicieuse.
Rien ici ne vient de AUR.
Posté le 10/05/2016
[Résolu] iptables, comportement de RETURN et Match
Je me répond pour la seconde question :)

Dixit la doc :
« RETURN a le même effet que d'atteindre la fin d'une chaîne :
– pour une règle dans une chaîne pré-définie, le comportement par défaut de la chaîne est exécuté;
– pour une règle dans une chaîne utilisateur, l'analyse se poursuit dans la chaîne précédente, immédiatement après la règle qui a bifurqué sur cette chaîne utilisateur. »

Du coup mon exemple est formellement mauvais pour ma première question mais suffisant pour illustrer.
Ça me dirait bien de savoir exactement ce que deviennent les paquets superflus écartés par -mlimit.

Sont-ils tacitement dropés ? Parcourent-ils la chaine jusqu'à une action définie (et à défaut la politique par défaut — voire direct la politique par défaut) ?
Posté le 09/05/2016
[Résolu] iptables, comportement de RETURN et Match
Bonjour :)

J'aurais aimé savoir l'effet que produit un RETURN sur une règle du flux de la chaîne INPUT (plutôt qu'une chaîne utilisateur)

Exemple
Code:
iptables -A INPUT -p icmp -m limit --limit 1/second -j RETURN

La subtilité c'est que j'ai en vrai 2 question en 1 tire-langue

Que deviennent les paquets en surplus ? (politique par défaut ? un choix déterminé ultérieurement dans le flux ?)
Mais surtout que deviennent les paquets remis dans la chaîne pré-définie INPUT via RETURN.

Merci ^_^

Édit : Correction des mauvaises formulations : flux → chaîne. (cf. ipchains d'où le nom)
Posté le 07/05/2016
le fsck + verifier etat
Pour savoir quel est l’intervalle, et autres infos :

Code:
sudo tune2fs -l /dev/sda1

C'est « Check interval : »
Posté le 07/05/2016
le fsck + verifier etat
Bonjour :)


Pour vérifier un système de fichier, donc lancer fsck, il faut que le système de fichier concerné soit démonté.

Dès lors il y a divers possibilités (voici celles que je connais) :

– se servir d'une distribution en RAM (live-cd) pour intervenir sur ses disques internes.

– faire vérifier le système de fichier périodiquement, allant de systématiquement à chaque boot, ou ponctuellement.

– Sauf la partition système + la partition du /home car présentement utilisée(s) : démonter les FS à check et lancer fsck.


Concernant la vérification périodique et/ou ponctuelle :

Ponctuelle :

1] Il est possible de reboot en ordonnant le verrif au prochain démarrage :
Code:
sudo shutdown -r -F now

2] Créer un fichier « forcefsck » à la racine du disque. Au redémarrage, le système va détecter la présence du fichier forcefsck et forcer une vérification. Ce fichier sera ensuite détruit.
Code:
$ sudo touch /forcefsck && sudo reboot

(sudo reboot va provoquer le reboot. On peut simplement préférer attendre et rebooter plus tard. En ce cas :

Code:
$ sudo touch /forcefsck


Périodique :

Il est possible de changer la fréquence. Là je sais plus comment faire ^_^


Edit : En fait tout est indiqué dans le tuto que tu fourni en lien :)


Posté le 04/05/2013
impossible de démarrer Ubuntu...
Et en attendant Novice est un adjectif et substantif tire-langue
L'unique mot qui en est dérivé est Noviciat.
Posté le 07/01/2013
Site Perso et notion de cadre
Salut :)

Pour commencer il te fait réviser tes bases HTML et les mettre à jour :)
Des sites comme http://openweb.eu.org ou http://www.alsacreations.com sont une riche source d'informations.
Du moins l'information y est fiable et en quasi-totalité respectueuse d'une chié de bonnes pratiques.

Tu en trouvera plein d'autres ensuite, au fur et à mesure de ta progression, fournissant moult astuces et autres bonnes pratiques, portant sur un tas de choses. À ce stade tu sera à même d'identifier le bon grain de l'avarie.


Cet apprentissage peut te prendre un peu de temps au début, pour bien assimiler les bases.
Une fois fait la progression est de plus en plus rapide.
Je ne saurais trop insister sur l'importance de prendre son temps pour bien assimiler les bases avant de tenter de poursuivre.

Au final tu saura faire un site disons aux normes pour faire court, ouvert et accessible surtout, facilement maintenable etc.
Ce qui induit tacitement qu'il soit du coup compatible mobiles par exemple, et en outre, qu'il s'affiche convenablement ce qui est un minimum attendu :)



Durant ta progression l'usage du PHP, pour certains trucs (simples) tel les include, te semblera évident. Tu trouvera là encore beaucoup de littérature pour progresser (ou bien te satisfaire de quelques connaissances solides mais ‘indispensables’).

Inévitablement, il te semblera de bon sens d'utiliser un langage comme java-script afin d'améliorer encore certains points. Le chargement asynchrone de données au sein d'une page par exemple, ajax quoi.
Bref, des perspectives s'ouvriront et toutes te permettront de faire encore mieux pour moins de travail, sans forcément avoir à maîtriser beaucoup plus que les bases.

Cependant, le minimum indiscutablement de maîtriser HTML et les fondements du web.
Concernant l'aspect les pages… c'est de CSS dont il s'agit. Partie prenante du minimum à maîtriser :)

Là encore on peut faire simple et fiable, comme on peut faire plus technique, subtil et élaboré.
L'important étant encore de maîtriser les bases.


Or, pour faire un site de qualité, on ne peut pas passer par un truc tout pondu (qui peut être de qualité) que l'on voudrait utiliser / modifier / adapter sans comprendre ce qu'est le truc en question et ce qu'il faudrait faire.
Du coup, faire un site à la main, ou en s'aidant de “modèles” si je puis dire, ou bien utiliser les logiciels pour le faire tourner (SGC) implique dans tous les cas d'être au point sur HTML / CSS, et d'avoir au moins des notions en PHP / JS pour plus de confort.



En bref, comme souvent :
La documentation est passage obligatoire et incontournable :)
Ensuite seulement tu sera à même de te faciliter X et Y tâches par des outils, et de choisir ces outils d'ailleurs.

En somme il ne s'agit pas forcément d'être aussi bon qu'un pro, mais de savoir pondre un site convenablement en 2013 SourireCe que beaucoup de pro ne savent pas faire soit dit en passant mais c'est une autre histoire lol
Posté le 26/12/2012
Udev / Udisks : Précisions ?
Je vois SourireMerci pour ces précisions :)
Effectivement y'a de quoi s'amuser avec.

J'imagine que les permissions accordées à certains udev-helpers, comme udisks sont gérées par policykit ?
À ce propos, passé un temps il y avait sur Ubuntu (sûrement d'autres distrib) une interface permettant de régler ces demandes d'autorisations.
C'était bien pratique mais ça semble avoir disparu (en tout cas, je ne sais pas quel est ce soft et où il se cache). Si quelqu'un connaît son nom ça me branche bien :)



Posté le 22/12/2012
Udev / Udisks : Précisions ?
loubrix Sourire
Je reprend un de tes messages pour ne pas polluer le sujet concerné :

Citation:

(⋅⋅⋅) si tu connais pas, on peut développer un peu...
historiquement, l'utilitaire qui permet de "monter" un périphérique de stockage (y compris en réseau) était Mount (et Umount pour le démontage), et donc, il y a encore pas si longtemps que ça, pour brancher une clé ou un disque usb sous Linux, il fallait être Root et utiliser le terminal: ça convenait aux barbus, mais pour les débutants c'était un casse-tête (il fallait identifier l'inode avant de lancer Mount, l'écriture sur le périphérique n'était possible que pour root,...etc).
comme c'était pas pratique, ont commencé à apparaître des utilitaires pour détecter et monter ces périphériques automatiquement et en simple utilisateur (Ivman, Pmount,...etc); finalement c'est Udev et Udisks qu'on a gardé.

en gros, sans (trop) entrer dans le détail, le noyau détecte ce qu'on branche, et Udev écoute ce que dit le noyau; comme Udev a des règles pré-établies pour un grand nombre de périphérique, il peut décider et éxécuter un certain nombre d'action en fonction de ce qu'on a branché; et pour les périphériques de stockage (clés, disques durs, CDs...), Udev passe la main à Udisks (qui est un "udev-helper", comme Upower qui s'occupe de la gestion d'énergie), qui s'occupe du montage (avec les bons droits) automatiquement ou pas (suivant comment on l'a réglé); et pour le démontage, c'est encore Udisks qui s'en charge, souvent en sous-couche d'un environnement de bureau ou d'un explorateur de fichier (quand on clique sur "éjecter" ou "démonter" ).

donc, si on "espionne" Udisks grâce à son moniteur, on devrait savoir ce qui ne va pas; on aurait pu aussi lancer "Udevadm info", mais sa syntaxe est plus compliquée, et les infos fournies sont trop touffues pour ce qu'on veut en faire...


Voudrais-tu détailler un poil plus stp ? :)
Comment se déroule la phase détection de volume inséré, montage automatique (selon préférences utilisateurs)… ?
Est-ce un tiers qui déclenche udev lorsqu'un média externe est détecté, ou bien c'est précisément son job et il passe la main à udisks ?

Upower a un man franchement léger :)
Est-ce qu'il est un composant indirectement utilisé ? cad qu'il faut passer par udisks --detach pour couper le jus par exemple ?

Tu m'a fait découvrir udisks --umount / mount
Super ça aussi.

Bref on est je pense, en tout cas moi, vachement preneur d'infos :)
Si t'as quelques liens (francophones) qui creusent tout ça fais tourner stp ^_^
Page : < 1 2 3 4 >
Page générée en 0.3373 seconde(s).