Reprise du message précédent :
Il faut certainement mettre le ectool au bon endroit == dans un dossier qui est dans la variable PATH. P.ex. le /usr/local/bin.
 
Tu peux aussi tenter de démarrer le truc graphique depuis une ligne de commande, peut-être tu vas avoir plus d'infos. Et bien sûr tenter "ectool --help" en ligne de commande aussi.
 
Astuce pour le truc graphique: Si tu rajoutes un espace et un "&" à la fin ça veut dire que la commande sera "détachée" de la ligne de commande et donc que tu pourras fermer la fenêtre du terminal sans quitter l'application lancée.

C'est l'alias que j'ai pour "ls"

ah oui, bien ce truc d'alias, j'ai fait pareil (alias ls="ls -al" ).
 
 
J'avais déjà mis ectool dans /usr/local/bin, suite à ton post ce matin, il est aussi et j'ai fait avec ectool --help pour tester quelques commandes. Mais il me dit à chaque fois :

 
Pas sur que cette carte mère soit bien prise en charge...
 
peut-être essayer avec Fedora ou Debian, qui ont l'air mieux supportés pour tirer ça au clair.

disons que si pour une raison ou une autre la coloration est perdue (d'autant plus que c'est variable selon la distri)
, tu sais intantanément qui fait quoi.
chez moi green/bold c'est un executable. j'y suis habitué, mais dans un environnement sans couleur, je préfère avoir en tête les vraies syntaxes et options de commande.
 
exemple : qd tu es en mode recup, il n'y a pas de coloration...

yep je comprend, c'est le mieux
En fait c'est un alias qui vient avec l'instal et qui utilise eza à la place de ls (précisément c'est alias ls 'eza -al --color=always --group-directories-first --icons=always'.
J'en ai pas créé encore.

Peut-être ton ectool as besoin de droits superutilisateur pour pouvoir accéder à des trucs bas niveau? C'est pas impossible du tout.

T'es bien sur la rolling release et pas sur la lts de Arch ?

exemple : qd tu es en mode recup, il n'y a pas de coloration et aucun bidule d'aide...

je crois que c'est bon :

Oui, rolling release, mais avec noyau zen.
 
Le truc EC (Embedded Controller) Dell des chrombook ne serait pas "standard". Il faut que j'essaie un autre OS voir.

Non. Ton fichier appartient à root, mais tout le monde peut l'exécuter. Il faut tenter de l'exécuter en tant que root avec sudo ectool .

cannot find I2C adapter
 
il faudrait créer un group spécifique avec des droits spécifiques au lieu d'utiliser sudo <soft> pour des software qui viennent de l'extérieur.

Certes, mais ça complique les choses. Si on suppose que ce soft est "ok" on peut faire un premier test avec sudo. Evidemment c'est plus risqué que créer des groupes/droits spécifiques, mais plus simple aussi. A chacun de voir.

Bon, ça y est, j'ai fini par m'y mettre sérieusement et migrer mon Windows 7 vers Fedora. J'ai buté sur un tas de problèmes idiots qui vous font perdre des heures à chercher une solution mais dans l'ensemble je suis arrivé à quelque chose de correct. J'ai encore le son qui passe systématiquement sur une sortie inconnue à chaque redémarrage (casque ?) au lieu des hauts parleurs, pas encore trouvé comment régler le problème.
 
Mais là il y a un truc vraiment atroce, c'est le réseau. J'ai un NAS avec un OS tout frais mis à jour en plus, le machin envoie du 115 Mo/s en liaison avec Windows et c'est la carte actuelle 1Gbps qui limite. Mais avec Fedora non.
Les partages du NAS sont invisibles sur le réseau même en ayant vérifié que Netbios est activé.
En se connectant de force avec smb: / dans Dolphin j'ai un pathétique 30 à 50 Mo/s.
En montant un partage dans Dolphin j'ai de bons débits temporairement, mais le transfert fait des pauses entre chaque fichier.
Je ne parlerais même pas des logiciels débiles qui ne lisent pas un fichier directement dans le partage mais vont le copier en local avant de l'ouvrir (Ark pour un ficher compressé par exemple).
 

 
 
Bon, sérieusement, il faut faire quoi et avec quel protocole pour qu'utiliser un NAS redevienne un confort et pas une galère sans nom ? Pour info le NAS est sous OmniOS avec interface Napp-it, normalement il peut gérer NFS, iscsi en plus de samba/CIFS, peut être aussi d'autres protocoles (dont je ne me suis jamais servi   ). Tout ce que je veux, c'est pouvoir accéder dans des conditions d'utilisation normales à un foutu partage réseau soit en lecture seule/exécution, soit en full access en fonction de l'utilisateur.  

Je trouve les valeurs numériques plus faciles je les visualise en binaire.

A part des commandes systeme, c'est une très (très) mauvaise habitude de lancer des soft en mode root ou via sudo.
sudo ou root ne doit être utiliser que pour lancer des MAJ ou pour modifier des fichiers dans /etc,
genre on veut un grub verbeux ou modifier un service, créer un lien symbolique vers une lib.so
bref, ce sont des tâches d'admin.
Lancer un soft monolithique qui fait appel à la fois à X et à des accès hardware ou I/O

oh l'autre le vantard  , en binaire, alors qu'il y en a qui mélange tout...

Ah oui  , j'ai répondu à côté, quelle buse ! , je ne sais plus si j'ai fait avec sudo ou pas !