fichier etc/rc.local sur UBUNTU 16.10

henryII · Le 12/12/2016, à 10:14

Bonjour...

Je cherche le fichier en question sur une distrib 16.10 unity, mais il n'existe pas...
je souhaitais suivre les explications dans ce document: https://doc.ubuntu-fr.org/wakeonlan où on en parle.

Il n'y a plus ce fichier sur 16.10 ?

Comment et où puis-je intégrer une commande (un script exécutable par exemple) au démarrage et un autre à l'arrêt ?

Cela servirait à empêcher la mise en veille de ETH0... qui interdit le WOL avec Ubuntu...

Merci d'avance si vous pouvez m'aider ...

pingouinux · Le 12/12/2016, à 10:24

Bonjour,
Il s'agit du fichier /etc/rc.local (et non etc/rc.local).

henryII · Le 12/12/2016, à 12:36

Hello... Merci pour la réponse...
Mais je ne vois pas bien... Je comprends dans le dossier /etc, je dois trouver un fichier rc.local, c'est juste ?
Voici le contenu de mon /etc:

/etc$ dir
acpi			hostname		 pulse
adduser.conf		hosts			 python
alternatives		hosts.allow		 python2.7
anacrontab		hosts.deny		 python3
apache2			hp			 python3.5
apg.conf		ifplugd			 rc0.d
apm			ImageMagick-6		 rc1.d
apparmor		init			 rc2.d
apparmor.d		init.d			 rc3.d
apport			initramfs-tools		 rc4.d
appstream.conf		inputrc			 rc5.d
apt			iproute2		 rc6.d
aptdaemon		issue			 rcS.d
avahi			issue.net		 resolvconf
bash.bashrc		kernel			 resolv.conf
bash_completion		kernel-img.conf		 rmt
bash_completion.d	kerneloops.conf		 rpc
bindresvport.blacklist	ldap			 rsyslog.conf
binfmt.d		ld.so.cache		 rsyslog.d
bluetooth		ld.so.conf		 sane.d
brlapi.key		ld.so.conf.d		 securetty
brltty			legal			 security
brltty.conf		libao.conf		 selinux
ca-certificates		libaudit.conf		 sensors3.conf
ca-certificates.conf	libnl-3			 sensors.d
calendar		libpaper.d		 services
chatscripts		libreoffice		 sgml
click			lightdm			 shadow
compizconfig		lighttpd		 shadow-
console-setup		lintianrc		 shells
cracklib		locale.alias		 signond.conf
cron.d			locale.gen		 signon-ui
cron.daily		localtime		 skel
cron.hourly		logcheck		 smartd.conf
cron.monthly		login.defs		 smartmontools
crontab			logrotate.conf		 smi.conf
cron.weekly		logrotate.d		 s-nail.rc
cups			lsb-release		 speech-dispatcher
cupshelpers		ltrace.conf		 ssh
dbus-1			machine-id		 ssl
dconf			magic			 subgid
debconf.conf		magic.mime		 subgid-
debian_version		mailcap			 subuid
default			mailcap.order		 subuid-
deluser.conf		manpath.config		 sudoers
depmod.d		mime.types		 sudoers.d
dhcp			mke2fs.conf		 sysctl.conf
dictionaries-common	modprobe.d		 sysctl.d
dnsmasq.d		modules			 systemd
doc-base		modules-load.d		 terminfo
dpkg			mtab			 thermald
drirc			mtools.conf		 thunderbird
emacs			nanorc			 timezone
environment		netplan			 timidity
firefox			network			 tmpfiles.d
fonts			NetworkManager		 tor
fstab			networks		 ubuntu
fuse.conf		newt			 ucf.conf
fwupd.conf		nsswitch.conf		 udev
gai.conf		NX			 udisks2
gconf			openal			 ufw
gdb			openvpn			 updatedb.conf
geoclue			opt			 update-manager
ghostscript		os-release		 update-motd.d
gimp			PackageKit		 update-notifier
gnome			pam.conf		 UPower
gnome-app-install	pam.d			 upstart-xsessions
gps.conf		papersize		 usb_modeswitch.conf
groff			passwd			 usb_modeswitch.d
group			passwd-			 vim
group-			pcmcia			 vtrgb
grub.d			perl			 wgetrc
gshadow			pki			 whoopsie
gshadow-		pm			 wildmidi
gss			pnm2ppa.conf		 wireshark
gtk-2.0			polkit-1		 wpa_supplicant
gtk-3.0			popularity-contest.conf  X11
guest-session		ppp			 xdg
gufw			profile			 xml
hdparm.conf		profile.d		 zsh_command_not_found
host.conf		protocols

Je ne vois rien qui ressemble...
Peux-tu me montrer le chemin exact où je devrais le trouver ?
Merci d'avance...

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 12/12/2016, à 19:20)

henryII · Le 12/12/2016, à 12:46

Tiens, par ailleurs, ce que je voudrais pouvoir faire, c'est ceci :
Le Wake on lan sera activé mais le problème c'est que Linux désactive le Wake on lan par défaut à chaque arrêt de l'ordinateur.
Nous allons donc dire à Linux d'activer le Wake on lan à l'extinction de la machine, pour cela, vous devez modifier le fichier : /etc/rc.local.
Vous devez ajouter la ligne ethtool -s eth0 wol g avant exit 0
Quand c'est fait, vous pouvez quitter votre éditeur de texte, en enregistrant bien sûr.
Voilà, la configuration est terminée, votre ordinateur est maintenant prêt au Wake on lan.

Mais bon sang ...

henryII · Le 12/12/2016, à 13:02

et même en faisant la commande comme dit ici: rc.local file resides in /etc, you need enter the command ls -l /etc
il n'y a pas de fichier rc.local !
J'utilise la 16.10... Y aurait-il qq chose de changé ?
Mais je lis que : la distribution Debian GNU/Linux n'utilise pas de fichier rc.local
C'est peut-être lié ?

Dernière modification par henryII (Le 12/12/2016, à 13:04)

Bougron · Le 12/12/2016, à 13:53

Bonjour
Je confirme que le fichier /etc/rc.local n'existe plus en version 16.10 de ubuntu. Il est remplacé par cela

 0 drwxr-xr-x 1 root root     538 nov.   5 00:39 rc0.d
 0 drwxr-xr-x 1 root root     456 nov.  13 18:01 rc1.d
 0 drwxr-xr-x 1 root root     604 nov.  13 18:01 rc2.d
 0 drwxr-xr-x 1 root root     604 nov.  13 18:01 rc3.d
 0 drwxr-xr-x 1 root root     604 nov.  13 18:01 rc4.d
 0 drwxr-xr-x 1 root root     604 nov.  13 18:01 rc5.d
 0 drwxr-xr-x 1 root root     552 nov.  28 10:35 rc6.d
 0 drwxr-xr-x 1 root root     326 nov.   4 18:40 rcS.d

Je ne maîtrise pas encore comment faire pour lancer des exécutions. Donc sous réserve:
J'ai cru comprendre que les fichiers à exécuter devaient être stockés sous /etc/init.d
et que leur initialisation dans les répertoires çi-dessus serait faite par la commande "sudo update-rc.d nom_du_script defaults"
En clair, toutes les docs ubuntu traitant ce sujet ne sont plus à jour.
#### Pour démarrer le service, on fait:
#### sudo systemctl start nom_du_script
###
#### Et pour l'activer au démarrage :
#####sudo systemctl enable startup.service

Dernière modification par Bougron (Le 12/12/2016, à 16:45)

henryII · Le 12/12/2016, à 16:30

Bonjour Bougron, et mille merci pour cette information bien précieuse.
C'est vrai que les doc ne sont pas encore à jour pour la 16.10 :-)
Je vais essayer d'avancer à partir de ces nouvelles données avec mille précaution.
Bien à toi ...

lynn · Le 12/12/2016, à 21:22

@henryll

Tu peux toujours créer le fichier /etc/rc.local si il n'existe plus; Il sera pris en compte quand même.

henryII · Le 13/12/2016, à 20:25

Bonjour lynn...

Je vais essayer ça pour voir.
Je vous tiens au courant.
Comme je le disais, je cherche à faire fonctionner le wake-on-lan et ça marche, mais pas plus d'une heure !!!
Si ce n'est pas OK, je vais ouvrir un autre post directement sur ce sujet... ou trouver une info déjà donnée dans ce forum.
Merci en tout cas...

sinbad83 · Le 14/12/2016, à 00:39

Bonsoir,
pour activer wol temporairement, installe ethtool si besoin et lance

sudo ethtool -s <connexion_filaire> wol g  # le nom de la connexion est dans la réponse à ifconfig

Pour l'enregistrer, édite /etc/rc.local

gksu gedit /etc/rc.local

Tu ajoutes une ligne de commande en fin de fichier avant la ligne exit 0

ethtool -s <connexion_filaire> wol g

Et tu enregistres.

Dernière modification par sinbad83 (Le 14/12/2016, à 00:49)

henryII · Le 14/12/2016, à 08:29

Bonsoir sinbad83,

J'ai donc recréé le fichier /etc/rc.global et j'y ai copié les commandes en question.
On va bien voir...

Il faut juste attendre environ une heure que la connexion ethernet "tombe"...
Si j'essaie avant, le wol fonctionne parfaitement...

Je communiquerai le résultat tantôt.
Merci

sinbad83 · Le 14/12/2016, à 11:35

Pas besoin d'attendre. Tu vérifies de temps en temps avec

sudo ethtool <connexion_filaire>

Tu dois avoir Wakeon : g
Doc sur http://www.coursinforev.org/doku.php/wol

Dernière modification par sinbad83 (Le 14/12/2016, à 11:42)

henryII · Le 14/12/2016, à 12:45

Bon... c'est toujours la même chose...
Le résultat de la commande sudo ethtool <connexion_filaire> est:

Settings for enp9s0:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Half 1000baseT/Full 
	Supported pause frame use: No
	Supports auto-negotiation: Yes
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Half 1000baseT/Full 
	Advertised pause frame use: Symmetric
	Advertised auto-negotiation: Yes
	Link partner advertised link modes:  10baseT/Half 10baseT/Full 
	                                     100baseT/Half 100baseT/Full 
	Link partner advertised pause frame use: Symmetric Receive-only
	Link partner advertised auto-negotiation: Yes
	Speed: 100Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 1
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: on
	Supports Wake-on: g
	Wake-on: g
	Current message level: 0x000000ff (255)
			       drv probe link timer ifdown ifup rx_err tx_err
	Link detected: yes

Donc l'interface est OK et le WOL est opérationnel (certain, j'essaie et c'est OK).
Même quand le pc ne se réveille plus, je vois encore la led de la prise ethernet qui s'allume quand j'envoie le paquet magique !
Ce qui signifie que le routeur transfère le paquet au bon PC.
Mais le pc ne sort plus de veille, une fois un certain délai passé.
J'ai fait à peu près tout ce qu'on m'a dit et tout ce que j'ai trouvé comme manip mais rien à faire...
J'ai aussi désactivé toute mise en veille automatique mais rien à faire !
Pourtant, sous Windows, il n'y a pas cette maudite minuterie... c'est c'est lié à Ubuntu.
Pour info ma carte est une Broadcom Limited NetXtreme BCM5764M Gigabit Ethernet PCIe (rev 10)...
Si jamais quelqu'un a le même problème avec cette carte.

Que faire encore ?

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 14/12/2016, à 18:01)

pingouinux · Le 14/12/2016, à 12:55

henryII #11 a écrit :

J'ai donc recréé le fichier /etc/rc.global et j'y ai copié les commandes en question.

N'est-ce pas plutôt /etc/rc.local ?

henryII · Le 14/12/2016, à 12:57

Je me demande si ce n'est pas un problème lié au noyau (j'utilise 4.8.0-30-generic #32-Ubuntu SMP Fri Dec 2 03:43:27 UTC 2016).
Peut-être le recompiler ?

henryII · Le 14/12/2016, à 12:58

Pingouix... Oui, en effet ! C'est correct dans Ubuntu j'ai juste mal copié
Contenu de mon fichier /etc/rc.local:
ethtool -s enp9s0 wol g
exit 0

Dernière modification par henryII (Le 14/12/2016, à 12:59)

henryII · Le 14/12/2016, à 13:23

sinbad83 a écrit :

Pas besoin d'attendre. Tu vérifies de temps en temps avec
sudo ethtool <connexion_filaire>
Tu dois avoir Wakeon : g
Doc sur http://www.coursinforev.org/doku.php/wol

En fait, tant que le PC est allumé, j'ai le WOL sur G... Si je l'éteins aussi, pendant un certain temps, puis c'est coupé !
C'est l'horreur ! Le truc bête qui tue !

sinbad83 · Le 14/12/2016, à 17:40

Par sécurité, peux-tu donner le retour de la commande suivante ?

cat /etc/rc.local

henryII · Le 14/12/2016, à 21:24

Hello sinbad83,

Oui, c'est le contenu du fichier comme mentionné juste plus haut
~$ cat /etc/rc.local
ethtool -s enp9s0 wol g
exit 0

A ce stade, je peux affirmer que après avoir réutilisé Windows pour le WOL sur exactement le même matériel, le problème
est bien lié à Ubuntu et à l'activation de la carte ethernet après mise en veille.
Elle reste activée mais pas assez longtemps, sous Windows, ce problème n'existe pas.
Bon je comprends évidemment la difficulté mais le problème semble connu et j'ai essayé toutes les solutions que j'ai pu trouver ici et là, sans succès.
Evidemment, avec Windows, mon PC est bien moins réactif que sous Linux donc je pense que je vais essayer un autre Linux pour voir si le Wol fonctionne...

henryII · Le 15/12/2016, à 22:38

Bonjour...
J'ai donc voulu essayer Debian mais là, le wake on lan ne fonctionne pas du tout, meme pas une heure après la mise en veille.
Et de plus GNOME 3 est une horreur, je préfère de loin UNITY.
Donc j'ai réinstallé un UBUNTU 16.04 (où il y a un vrai fichier rc.local) mais le problème reste le meme.
J'ai encore essayé une distribution derrivée CUBUNTU mais rien n'y fait.
J'essayerais bien encore une distribution à base de REDHAT mais je n'y crois plus...

Dernière modification par henryII (Le 15/12/2016, à 22:38)

henryII · Le 19/12/2016, à 23:04

Bonjour (soir :-) !
Je reviens dans ce post une ultime fois pour faire part à des lecteurs éventuels qui arriveraient jusqu'ici pour faire part de mes découvertes
J'ai donc changé de Linux et même de PC sans succès avec le Wake-on-lan, après avoir suivi scrupuleusement les configurations proposées
un peu partout et qui se ressemblent toutes.
J'ai finalement installe TLP (vous trouverez, c'est un gestionnaire d'énergie) où l'on configure aussi le Wol et qui m'a permis de faire sortir mon PC de la veille simple
(sur ram) sans devoir passer par la veille hibernation (que j'étais obligé d'utiliser avant).
Pour rappel, avant, je pouvais utiliser le Wol seulement pendant environ 1 heure et puis ça ne fonctionnait plus.
La solution semble être (en tout cas c'est 100% pour moi) de ne pas envoyer un paquet magique à l'adresse ip du pc même mais à l'adresse de sous-masque de réseau
(je crois que ç'est comme ça qu'on l'appelle) :
J'envoie donc à l'adresse 192.168..0.255 au lieu de 192.168.0.20 (qui est adresse fixée dans le routeur par association à l'adresse mac du pc).
Eh bien à tous les coups, ça fonctionne: le PC sort de veille ! Donc en intranet.
C'est une question de perte d'association par le routeur que vous compensez en envoyant le paquet magique à tout le réseau et le PC qui a le bon mac se reconnaît !
Je n'ai pas encore essayé via internet (ça me semble possible si je lie l'adresse mac à l'ip 0.255 mais il y a toujours un porte de secours:
vous laissez tourner un raspberry qui ne consomme rien et qui ne coûte vraiment pas lourd et vous vous y connectez via ssh, après en console il suffiit d'envoyer le paquet magique
en intranet à 0.255 et c'est OK !
J'espère que ceci pourra servir à d'autres.
Tenez-moi informé ici (je serai averti par mail) si c'est la cas.
Bonne soirée.

Dernière modification par henryII (Le 21/12/2016, à 08:55)

vivienfr · Le 21/12/2016, à 17:11

Ubuntu utilise maintenant systemd et rc.local est maintenant considéré comme un service, qui est arrêté par défaut.

Il est possible de l’activer avec la commande sudo systemctl enable rc-local.service
Il est nécessaire ensuite de redémarrer.

Pour le désactiver : sudo systemctl disable rc-local.service

Pour voir si il est activé : systemctl list-unit-files | grep rc

Dernière modification par vivienfr (Le 21/12/2016, à 17:26)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/12/2016, à 10:14

fichier etc/rc.local sur UBUNTU 16.10

#2 Le 12/12/2016, à 10:24

Re : fichier etc/rc.local sur UBUNTU 16.10

#3 Le 12/12/2016, à 12:36

Re : fichier etc/rc.local sur UBUNTU 16.10

#4 Le 12/12/2016, à 12:46

Re : fichier etc/rc.local sur UBUNTU 16.10

#5 Le 12/12/2016, à 13:02

Re : fichier etc/rc.local sur UBUNTU 16.10

#6 Le 12/12/2016, à 13:53

Re : fichier etc/rc.local sur UBUNTU 16.10

#7 Le 12/12/2016, à 16:30

Re : fichier etc/rc.local sur UBUNTU 16.10

#8 Le 12/12/2016, à 21:22

Re : fichier etc/rc.local sur UBUNTU 16.10

#9 Le 13/12/2016, à 20:25

Re : fichier etc/rc.local sur UBUNTU 16.10

#10 Le 14/12/2016, à 00:39

Re : fichier etc/rc.local sur UBUNTU 16.10

#11 Le 14/12/2016, à 08:29

Re : fichier etc/rc.local sur UBUNTU 16.10

#12 Le 14/12/2016, à 11:35

Re : fichier etc/rc.local sur UBUNTU 16.10

#13 Le 14/12/2016, à 12:45

Re : fichier etc/rc.local sur UBUNTU 16.10

#14 Le 14/12/2016, à 12:55

Re : fichier etc/rc.local sur UBUNTU 16.10

#15 Le 14/12/2016, à 12:57

Re : fichier etc/rc.local sur UBUNTU 16.10

#16 Le 14/12/2016, à 12:58

Re : fichier etc/rc.local sur UBUNTU 16.10

#17 Le 14/12/2016, à 13:23

Re : fichier etc/rc.local sur UBUNTU 16.10

#18 Le 14/12/2016, à 17:40

Re : fichier etc/rc.local sur UBUNTU 16.10

#19 Le 14/12/2016, à 21:24

Re : fichier etc/rc.local sur UBUNTU 16.10

#20 Le 15/12/2016, à 22:38

Re : fichier etc/rc.local sur UBUNTU 16.10

#21 Le 19/12/2016, à 23:04

Re : fichier etc/rc.local sur UBUNTU 16.10

#22 Le 21/12/2016, à 17:11

Re : fichier etc/rc.local sur UBUNTU 16.10

Pied de page des forums