Vous n'êtes pas identifié(e).
Pages : 1
Si ça ne résout pas ton problème, essaye en ajoutant
et
(apic=off et nolapic semblent vouloir dire la même chose mais c'est ce que d'autres utilisateurs ont conseillé et ont approuvé comme solution ).
N'oublie pas ensuite de lancer la commande
après les modifications .
Tu ne risques pas grand chose avec ça, car il suffit au besoin de supprimer les mentions ajoutées pour revenir à ta configuration d'avant.
Edit à toto :
Mis les balises qui faut sur le forum pour rendre les indications plus lisibles.
Sur la sortie, on peut lire :
Cas 1 (sans O_SYNC et i < 99999) :
Temps utilisateur : 0
Temps noyau : 15
Temps fils utilisateur : 0
Temps fils noyau : 0
Cas 2 (avec O_SYNC et i < 999) :
Temps utilisateur : 0
Temps noyau : 4
Temps fils utilisateur : 0
Temps fils noyau : 0
Ce qui est très étrange, c'est que dans le premier cas, l'affichage est instantané pour 15 ticks d'horloge alors que dans le deuxième cas, l'affichage se fait après 3/4 secondes d'attente pour seulement 4 ticks d'horloge.
Mon cerveau perd actuellement beaucoup de son temps de calcul pour essayer de répondre à cette question et j'aimerais bien libérer la ressource pour la consacrer à d'autres activités.
Merci d'avance
Screen 0: minimum 8 x 8, current 2944 x 1080, maximum 16384 x 16384
Ce qui veut dire que je peux aligner des écrans jusqu'à ce que leur somme de largeur d'affichage soit de 16384 pixels.
La commande xrandr n'affiche pas plus que ce qu tu as donné ?:/
Tu es sur quel environnement de bureau ?
Sur Kde, tu peux voir la position de tes écrans dans Configuration du système -> Affichage et surveillance . Je pense qu'ils seront superposés dans ton cas, non ?
In Kate, we use KSaveFile to save files to disk. KSaveFile first saves the data to a temporary file in the same location, and then moves/renames the data to the destination. This way, either all data is written or none, minimizing the risk of loosing data.
Alors comme l'utilisateur a le droit w sur son dossier, il peut remplacer le fichier... C'est moi où c'est une très mauvaise idée de procéder comme ça ?
Sauf que pour le coup j'aimais bien kate pour écrire du C++
Je vais voir les alternatives.
Merci pour les réponses
Je quitte le mode root.
Je vérifie les droits avec un ls -l :
J'essaie ensuite de modifier le fichier :
Donc jusque là tout va bien. Sauf, que ben quand j'ouvre le fichier par GUI, il s'ouvre avec Kate (normal puisque le droit des autres utilisateurs est r--) et je peux alors écrire dedans puis enregistrer le fichier (là par contre je me dis que je n'aurais pas dû pouvoir enregistrer la modification).
Je refais un ls -l :
Oh Samèrelipopette ! Il semblerait que quand j'ouvre un fichier via une application graphique, elle puisse en modifier le propriétaire, n'est-ce pas un peu étrange et pas hyper sécurisé ?
Je me dis que c'est ptet' bien parce que le fichier est placé dans mes dossiers persos, mais quand même, root ne pourrait donc pas placer par exemple de fichier de script dans un répertoire d'utilisateur lambda sans que celui-ci ne puisse le modifier ?
Certes l'idée même de ce genre de fichier chez un utilisateur peut paraître surprenante puisque l'utilisateur ayant des droits rwx sur ses répertoires, il pourrait de toute façon supprimer le fichier. Mais au moins, il ne pourrait pas le modifier en script potentiellement malveillant.
Bien entendu, si en root je crée un fichier puis remplace les droits de base 644 par 640, comme je ne peux plus l'ouvrir en tant qu'utilisateur standard, il reste donc protégé, mais ça me chiffonne quand même de devoir fermer la lecture sous peine de voir l'utilisateur en acquérir la propriété.
Vous en savez plus sur ce comportement ?
Pages : 1