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 !

Vieux réflex windows où tout est ouvert.

installe cachyos et arrête de te prendre la tete avec fedo quand je vois tout tes soucis vanilla .... ca m etait aussi deja arrivé avec des distri de pas voir le nas dans dolphin et ce genre de chose, une autre distri sous dolphin et bim tout etait normal , enfin bref , au pire si tu veux rester sous fedo essaye avec bazzite si ca tourne mieux. perso combo cachyos omv , ras  

Si personne n'a d'autre solution je vais peut être tenter effectivement. Mais pour être honnête je ne suis pas sûr que toutes les difficultés que j'ai rencontrées viennent de la distri. Il y a aussi une bonne part d'apprentissage d'un système avec une philosophie radicalement différente de Windows.
J'ai l'impression que sous Linux les logiciels pétés pour une raison X ou Y ou parce qu'il manque une info ou un paramètre sans que l'utilisateur soit au courant, c'est plus la norme que l'exception.

cachyos est différent, base arch et 1 seul type de paquet pacman a jour donc peu de probabilité de planter ou d avoir des soucis,  biensur tu peux choisir d autres paquet mais en général tu a tout. apres tu peux voir directement en lançant cachyos en live sans avoir a installer, tu essaye d acceder et tu verra bien , idem pour le son . pour moi perso c est plus simple pour un nouvel utilisateur venant de windows de passer sur cachy plutot que sur fedora, sauf si la personne est agée la faut mieux mint mais bon  

Oui et non. En principe tu as parfaitement raison et il faut apprendre les bonnes bases dès le début. Cependant, je parlais du truc en ligne de commande et pour un test unique pour savoir si le truc trouve ce qu'il cherche au niveau matériel. Si ça fonctionne alors bien sûr il faudra faire ça proprement avec des groupes etc, mais pour un premier test faut peut-être pas se compliquer la vie. En supposant que le soft soit "propre", quelle différence entre sudo ectool et sudo apt ? Comme je disais, je parle du truc ligne de commande, pas du logiciel graphique!

Oui bon je suis vieux et j’ai connu le binaire, l’hexadécimal ou comme ici l’octal. Forcément ça aide.

 
Pour commencer, quelle fedora utilises-tu ? Pas la version atomic j'espère ?
 
Si tu utilises bien la version workstation, alors fais ceci pour pouvoir "browser" les partages de ton NAS
 

 
Commence déjà par faire ça.
 
Est-ce que tu vois tes shares dans nautilus si tu fais ça ?
 
 

Ce n'est pas la version atomic mais ce n'est pas non plus version workstation, j'utilise la KDE plasma desktop. Ca marche aussi dans ce cas là ?
 
edith: Je me réponds tout seul: oui c'est un service indépendant de l'interface. Dans mon cas, déjà présent, ça a créé deux fichiers avec la ligne "enable", mais ça n'a rien changé en pratique.
 
Dans dolphin (réseau -> dossiers partagés (smb) ), on a la freebox ou un autre ordinateur Windows qui sont détectés spontanément, mais jamais le NAS.  Alors que dans le même temps le NAS est détecté spontanément par un autre ordinateur sous windows sur le même réseau local.
 
edith2: Et je tiens à préciser que j'ai bien configuré le bon groupe de travail dans smb.conf  

 
Tu as bien installé ce que je t'ai demandé précédemment ? Et tu as redémarré ton ordi depuis ?
 
de plus :
 

 
Tu peux regarder au niveau de ton NAS si tu as bien activé Bonjour/mDNS et/ou WS-Discovery (ou trucs s'en approchant)

Oui, et au cas où ce n'était pas parfaitement clair le service était déjà installé, et ça n'a rien changé.
 
J'ai activé le service Bonjour sur le NAS, tout rebooté aussi, toujours aucune détection des dossiers partagés ou du NAS en tant que tel.

Ok, on dirait que wsdd n'est pas utilisé par Dolphin...
Que donne:
 
avahi-browse -a -t
 
Et:
 
avahi-browse -r _smb._tcp

avahi-browse -a -t  

avahi-browse -r _smb._tcp

Et en fait il n'a pas fini sur la deuxième fenêtre, on dirait que la commande continue à tourner sans se terminer.  

 
Bah clairement, il liste bien ta freebox, mais pas le NAS. Il doit y avoir quelque chose à configurer sur le NAS.
 
 

Ton NAS c'est quoi et son OS c'est quoi du coup?

La config ?
Core i3 4170 + 16 Go de DDR3 ECC, Supermicro X10SL7-F, SSD Intel 320 pour le système, deux paires de disques en RAID1 pour les données, pool ZFS. OS: OmniOS, interface de gestion web Napp-it.
 
Mais là ça m'étonnerait que le problème vienne du NAS. Il est détecté sans avoir à tricher et fonctionne parfaitement avec une machine Windows, la seule chose qui n'était pas activée c'est le service Bonjour. Tout le reste est configuré correctement a priori, Napp-it guide assez bien pour tout ça.
 
Quand j'aurais le temps je vais tester d'autres distributions au cas où, on verra si ça donne une piste.  

 
Ne laisse pas encore tomber. C’est pas fini
 
Donne moi ceci depuis ta Fedora:
avahi-browse -rt _smb._tcp
 
Et ceci depuis le NAS:
ps axw | grep dns-sd
 
Sinon, peux-tu confirmer que dans ton NAS, tu as ça d’activé :
 
Advertise SMB shares: enabled

 
T'essaye avec un live usb tu seras très vite fixé

 
C’est un comportement typiquement windowsien ça de se dire : ça fonctionne pas, j’installe autre chose ou je réinstalle.
 
L’avantage avec les distros Linux, c’est que tu peux creuser sans fin, tu peux même aller jusqu’au code des drivers du kernel, tu peux débugger à tous les niveaux. La seule limite, ce sont des compétences. C’est pour cela que je conseille toujours de ne jamais laisser tomber rapidement quand quelque chose ne fonctionne pas. Il faut creuser. Surtout que toutes les distros ont des problèmes. L’une sera parfaite pour le NAS, l’autre pour autre chose etc… Comprendre pourquoi quelque chose ne fonctionne pas, c’est hyper intéressant et hyper enrichissant.  
Avec les IA maintenant, tu peux avoir toutes les explications que tu veux et et creuser d’autant plus facilement, même si perso, utilisant Linux depuis plus de 20 ans, j’ai appris avec des livres des forums et des sites.

 
Alors non pas du tout
Quand je dis d'essayer avec un live usb c'est justement utiliser juste le live sans rien installer.
Comme si ça ça fonctionne tu sais que c'est pas le nas, ça élimine déjà un gros problème.
Puis là tu peux chercher ce qui ne va pas sur ton installation.

Deja pour le live usb j ai cité l idée en haut, ensuite il a PLUSIEURS soucis avec fedo, donc si il doit se prendre la tete avec cette distri , autant qu il en trouve une qui fonctionne OOTB .

Déjà fait avant !    
 

Ca répond:

 
 
Advertise SMB shares: enabled -> il n'y a pas de paramètre de ce genre à ma connaissance. J'ai netbios_enable=true dans la config smb, le service Bonjour et Samba/CIFS activés, je ne vois rien d'autre d'approchant.
 
En fait la question ce n'est pas d'abandonner, c'est plutôt d'être efficace. J'ai l'impression qu'on est partis pour tourner en rond sans arriver au bout du problème de cette façon. Qu'on découvre que ça marche avec une autre distro ou pas, ça permettra d'avoir des indices.
 
Par contre pour les IAs je suis modérément enthousiaste. Ca fait gagner du temps et c'est pratique oui, mais on se rend vite compte que passées les commandes les plus répandues ces saletés racontent des bêtises une fois sur deux (genre en allant chercher du code obsolète dans des posts de forum d'il y a 15 ans, en hallucinant une solution hors contexte etc ... ).

 
Tout à fait, il faut être prudent et TOUJOURS demander des infos up-to-date.
 
Perso, je commence toujours par un :
 
As of August 2026 blablabla...  Car l'IA se repose sur des statistiques et donc va pondre des solutions en fonction d'un nombre plus élevé de bonnes réponses... Sauf que ces bonnes réponses ont été données dans le passé et qu'elles sont donc souvent obsolètes. Il faut forcer l'IA à se référer aux documentations etc... actuel.  
 
Pour moi, c'est formidable parce que quand ça raconte des conneries, avec mon exp, je le spot tout de suite. Je gagne vraiment un temps fou en règle générale.

 
Ok, on dirait que Dolphin a quelques problemes du coup si j'en crois pas mal de témoignages sur reddit ou autre...
 
sudo dnf install smb4k
 
Tu peux me dire ensuite si smb4k fonctionne et voit les partages ?

smb4k j'avais déjà essayé, sans succès. Il me trouve seulement un PC windows sur le groupe MSHOME (celui où se trouve le NAS), la freebox sur le groupe WORKGROUP, et c'est tout.

1. Non, et c’est pas fait pour ça. Ne prête pas aux LLM des capacités pour lesquels ils n’ont jamais été conçus.

2. C’est la seule manière d’apprendre vraiment. Les générateurs de fumisteries, dont le seul but réel est de détruire le Web, les connaissances et la culture humaines et les conditions d’habitabilité de la Terre en général, ne t’apprendront jamais quoi que ce soit (et c’est prouvé).

Et du code (par définition volé, vu que ça ne respecte pas les licences, même celles dites permissives) dont l’usage peut te mettre juridiquement dans la mouise (dernier exemple en date).

Justement : comme c’est dans ton domaine, tu vois que ça te pond n’importe quoi (c’est le principe du cadavre exquis). Mais quand ça l’est pas, comment tu t’en rends compte ? Et c’est vraiment vrai que tu « gagnes du temps » (par rapport au fait de ne pas l’utiliser, je suppose) ? Le doute est plus que permis, vu que tu en perds au contraire à démêler le vrai du faux dans ses hallucinations.