Reprise du message précédent :

Jamais ta méthode a fonctionné sur des fichiers appartenant à root chez moi, à mon avis tu utilisais sudo pour des fichiers que tu pouvais modifier sans. Et pour le fait qu'avec un éditeur en sudo ça n'a pas voulut non plus ça été expliqué plus haut, je ne m'y connais pas assez pour ma part.

Je ne m'y connais pas assez mais je pense que ton code impliquait : fait moi un echo en mode sudo (ce dont on se fou) et maintenant que c'est fait écrit ça dans le fichier, mais tu n'es alors plus en mode sudo pour cette écriture. Alors qu'ici t'as fait moi un echo (enfin dans mon cas un printf) et avec cette sortie tu me fais un tee en mode sudo (donc là tu as bien les droits pour l'action d'écrire sur le fichier).

Si le problème se repose pour un fichier que tu souhaites ne pas écraser (équivalent de ">>" ) alors il faut ajouter l'option -a à tee, ça peut servir.

Je note tout ça.

La commande "echo" est executée via sudo mais pas le ">" qui est executé avec ton shell et les privilèges de ton utilisateur actuel . Ce qui explique l'erreur.

Solutions, au choix (liste non exhaustive) :
- utiliser tee comme déjà conseillé
- sudo bash -c "echo 1 > /proc/sys/kernel/sysrq"
- faire un sudo -s avant

des gens utilisent ils le pilote libre nouveau sur une carte Nvidia ici ?  

Bonjour,
 
Oui actuellement je suis sur nouveau sur le pc de test (GTS250 M)
 
Sinon j'ai regardé le découpage des partitions en lvm, ça donne:
Boot de 731mio
sda2 de 222.85 (soit tout le reste) en volume lvm dedans qui prend tout.  
 
Donc il n'y a pas de découpage au final.

ok tu peux me faire un test stp
va en terminal, log toi en root avec sudo -s
et fait :

et copie colle ce qui a marqué stp

étonnement chez moi sur mon laptop (avec 330m), j'ai 3 fréquences et c'est l'intermédiaire qui est par défaut, ce qui explique pourquoi mon gpu chauffe plus.
avant, sous ubuntu 17.10 c'était la première qui était pas défaut.

(edit: bon bien sur il faut que ta carte graphique ai plusieurs fréquence disponible, je ne sais pas ce qu'il est en ai de la 250m, mais normalement tu as ça car c'est la meme génération, la NV50)
https://nouveau.freedesktop.org/wiki/FeatureMatrix/

 
Sinon j'ai des pbs de débit de wifi, ça tourne à 1mbit/s et j'ai plein d'erreur en surf.

donc c'est comme moi, c'est les fréquences intermédiaire qui sont sélectionné par défaut
je me demande si c'est un bug ou si c'est voulu par ubuntu  
car c'est pas terrible d'un point de vue conso et chauffe que ce soit cette fréquence là qui est choisi

si tu veux, tu peux le baisser en faisant :

mais faut le faire a chaque démarrage
ou pour foutre les fréquences a fond (attention surveille la temp)

pour tes soucis wifi essaie :

SI ce n'est pas dynamique c'est peut-être un choix voulu pour avoir quelque chose de "correcte".  
 
Pour le wifi sachant que c'est du intel de base (assez ancien) c'est franchement gênant et chiant. Je vais tester voir si ça change quelque chose mais ce n'est pas normal.

non ce n'est pas dynamique, ce n'est pas encore implémenté dans le driver nouveau, bug toussa et faut pas que ça bug sur ce genre de chose  
mais ça me parait bizarre comme choix, surtout question autonomie.
si tu veux des perfs, tu fous les drivers proprio et voilou

Ben la fréquence mini est bien souvent ridicule, donc au delà de l'autonomie ça peut être totalement catastrophique.  
Si tu regardes mes paliers tu peux voir que ma fréquence min est à 135mhz, et je ne suis même pas sûr que sur ce palier là compiz soit fluide par exemple.  
Faut quand même un minimum pour utiliser le gpu sur les animations 3D et sur le décodage vidéo (vdpau fonctionne avec nouveau? J'ai un doute)

ben c'est pour ça que je me demande si c'est pas voulu par ubuntu, mais je trouve ça risqué, car le gpu a aucun moment ne va redescendre en fréquence, sur un laptop, ça peut poser des soucis de chauffe.
mais j'ai le meme genre de fréquences que toi sur mon laptop
et les animations gnome3 sont plus dépendantes du processeur que de la carte graphique (l'un des soucis de gnome3)

vdpau fonctionne avec ta carte oui , ya une manip a faire :

https://nouveau.freedesktop.org/wiki/VideoAcceleration/

ça ne surchauffe pas en étant en idle à une fréquence "moyenne".  
Ou alors c'est que le pc portable est plus que mal conçu.  
 
Sur mes pc portables j'ai fais de longues sessions de jeux donc en fréquence max et charge à 100% sans surchauffe, ce n'est pas avec une fréquence moyenne en idle que ça va surchauffer...

jferai quand même un rapport de bug  
juste au cas ou  

 

Ce qui m'étonne c'est que c'est écrit tel quel dans le tuto... À croire qu'ils pondent un tuto sans l'essayer.

 
Dans le tuto à priori c'est executé directement en root , en ayant fait un sudo -s avant .  
 
Ca se reconnait au prompt qui est # et non $ .

Oui j'ai vu, c'est pour ça que j'ai utilisé sudo
Mais je n'avais pas fait sudo -s effectivement...

J'ai assez souvent mon PC qui freeze depuis la maj en 18.04.  
En CTRL+ALT+Fx, je vois que gnome-shell qui prend +90% du CPU, les ventilos tournent à fond les CPU sont à +92%. Je le kill et retour à la normale... C'est assez chiant. Vous avez déjà eu ça ?

Pourquoi vouloir le driver nouveau ?

meilleur intégration du pilote que le pilote proprio
et le dernier nvidia prévu pour ma carte graphique (340.1070) entraîne parfois un bug a la connexion qui oblige a redémarrer. (c'est pas la première fois que j'ai des bugs avec le driver nvidia 340)
sur ce type de carte graphique (pas spécialement prévu pour les perfs) je préfère un pilote libre
après sur mon pc principale, j'ai une nvidia 960 (en attendant un jour une amd   ) j'ai le pilote proprio vu que je joue de temps en temps à de "gros" jeux
le nvidia 396 fonctionne plutôt bien chez moi

 
 
Personnellement, linux pour le boulot, et on a besoin d'openGL, donc avec nouveau perfs dégueulasses et bugs. Driver nvidia proprio peu importe la carte. ( quadro, carte classique, ou versions mobile )

 
Faut passer par la méthode manuelle et donc avoir un mdp par partition chiffrée ce qui est pas pratique.

Et ce n'est plus possible sous ubuntu 18.04.

Si y'a l'option pour partitionner sois même.

Partionner oui, en chiffrant non...
C'est le sujet de la discussion depuis la page précédente...

oui forcément si tu as besoin de bonnes perfs opengl, le proprio est obligatoire pour l'instant.

Je n'étais pas allé plus loin que le menu où ils proposent l'option.

Tiens sinon j'ai essayé de récupérer mon home chiffré de ma lts 16.04 depuis une réinstallation sur SSD de ubuntu 18.04 et rien à faire même en suivant les commandes (https://doc.ubuntu-fr.org/ecryptfs#recuperation_du_contenu_d_un_repertoirehome_chiffre) ça ne fonctionne pas. Je commence à me demander si ça vaut vraiment la peine de s'embêter avec ça si c'est pour au final ne rien récupérer.

luks forever

Je suis ton pair !

Oui complètement, j'ai pu remarquer à quel point c'est simple coté utilisation. Une fois monté ça demande direct le mot de passe, avec la vielle méthode et ecryptfs, c'est vraiment une galère sans nom.
 
Là je suis tributaire du choix que j'avais fait lors de l'install de la 16.04. Personne ne peut m'aider ? J'ai dû oublier de faire un truc tout bête je le sens.
 
EDIT : le DD sur le quel je veux récupérer des trucs est branché en USB3 via un dock. Il est reconnu dans nautilus et déjà monté.

Y'a une commande pour toper les repos le plus proche ?
 
XaT

petite question migration.
je vais passer d'un sys32 14.04 à un sys64 18.04 . je viens d'avoir un ssd en sus de celui sur lequel je travaille actuellement. je voudrais laisser mon /home/$user dessus.
je fais une reinstall en 64 sur le nouveau disque et ensuite si je veux recupérer mon /home/$user comme si de rien n'était, je le monte manuellement dans fstab avant ou après avoir fait un adduser mon $user?
dois je effacer tous les ./folders? ou je laisse tout tel quel  

Perso j'en profiterais pour faire le ménage et éviter de migrer tout le bordel dans .cache .config .local etc.
 
Donc autant renommer ton répertoire, recréer ton utilisateur lors de l'installation et déplacer ce qui est important ensuite.

oui c'est ce que je fais d'habitude qd je migre d'une version LTS à une autre. Mais là (32 vers 64) je vais devoir tout reconfigurer et notamment thunderbird, retélécharger toutes mes entetes de mails, meme chose avec eclipse+SDK   ...
s'il y a une solution plus "directe" et sans foutre un foin, je suis preneur

n'y a t'il pas possibilité d'exporter les parametres perso 32 et de les importer en 64 ?

si tu parles de thunderbird en particulier oui. je recherche une solution "plus globale", si ça existe?
sinon je teste en mode bourrin et je verrais bien comment ça se passe.

Tu as déjà-dup sinon dans les dépôts si tu n'as à sauvegarder que des documents et ton dossier utilisateur thunderbird.

je lapine = je ne comprends pas  
     \/
 

??