Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 29-10-2019 21:04:57

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Partage de données via SSH

Bonjour,
J'ai installé un serveur OpenSSH sur ma Debian, et PuTTY sur le PC (qui est dans le même réseau local) vers lequel je souhaite envoyer des données. PuTTY est configuré (adresse IP locale de la Debian), mais mon mot de passe est refusé. Pour information, je me suis loggé dans PuTTY avec mon nom d'utilisateur de la Debian, et c'est le mot de passe qui m'a servi.
Merci de vos suggestions,
Fred

Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

#2 29-10-2019 22:48:39

rodinux
CA Debian-Facile
Lieu : Ardèche
Distrib. : Debian Strecht 9 + backports
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome
Inscription : 29-05-2014
Site Web

Re : Partage de données via SSH

Peut-être qu'il te faudrait WinSCP sur ton windows ? https://dadarevue.com/putty-superputty- … p-windows/ Est-ce que les ports utilisés sont bien ouverts (22 par défaut) ?
Autre source: https://www.it-connect.fr/chapitres/tra … r-via-ssh/

Dernière modification par rodinux (29-10-2019 22:57:14)


La vie, ce n'est pas d'attendre que l'orage passe, c'est de danser sous la pluie...

Hors ligne

#3 29-10-2019 23:31:54

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Re : Partage de données via SSH

Merci rodinux.

Peut-être qu'il te faudrait WinSCP sur ton windows ? https://dadarevue.com/putty-superputty- … p-windows/



Ah, une piste que je n'avais pas trouvée : merci ! Je regarde à cela tout de suite.

Est-ce que les ports utilisés sont bien ouverts (22 par défaut) ?


Oui. Je l'ai indiqué dans PuTTY.

Autre source: https://www.it-connect.fr/chapitres/tra … r-via-ssh/


C'est l'une des premières sources que j'ai consultées, en plus dehttps://debian-facile.org/doc:reseau:ssh. Mais je vais la reprendre, car je n'avais pas trop compris. Merci de ce rappel.

Je te tiens au courant.
Fred


Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

#4 30-10-2019 00:22:14

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Re : Partage de données via SSH

WinSshfs a été installé sur le PC Windows, mais ça coince toujours au niveau de l'adresse : l'accès est refusé.

Aucune connexion n'a pu être établie car l'ordinateur cible l'a expressément refusée [adresse IP et port 22]



J'utilise une Freebox, et j'ai repris l'adr. IP qui correspond à mon ord. Debian. Bizarre…


Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

#5 30-10-2019 05:45:26

rodinux
CA Debian-Facile
Lieu : Ardèche
Distrib. : Debian Strecht 9 + backports
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome
Inscription : 29-05-2014
Site Web

Re : Partage de données via SSH

Peut-être juste le port 22 qui est fermé sur ton ordinateur Debian. Tu as peut-être un firewall... Est-ce que tu as installé openssh-server sur ta Debian ?

apt install openssh-server


Ou bien tu es dans ce cas ? :
https://doc.ubuntu-fr.org/tutoriel/reverse_ssh
Mais cela me paraît peu probable en réseau local...

Dernière modification par rodinux (30-10-2019 05:47:05)


La vie, ce n'est pas d'attendre que l'orage passe, c'est de danser sous la pluie...

Hors ligne

#6 30-10-2019 16:08:17

framend
Modo-Moule zébrée
Lieu : /home/framend
Distrib. : Sid
Noyau : 5.2.0-2-amd64
(G)UI : i3-wm/tty
Inscription : 17-11-2018

Re : Partage de données via SSH

Si comme j'ai cru le comprendre le but est de transferer des fichiers dans le sens PC_debian -> PC_windôze®, alors installer winscp est surement le plus simple.
D'autres part le pare-feu de la debian devra laisser le port 22 ouvert. Et Openssh sera installé sur la debian.
Depuis l'interface WinScp (sur le win, donc) un simple glisser d'une colonne à l'autre permettra le transfert via le protocole choisi. (sftp, scp, webdav, de mémoire).

“It is not daily increase but daily decrease, hack away the unessential. The closer to the source, the less wastage there is.” - Bruce Lee (philosophe)

Hors ligne

#7 30-10-2019 17:41:42

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Re : Partage de données via SSH

rodinux a écrit :

Peut-être juste le port 22 qui est fermé sur ton ordinateur Debian. Tu as peut-être un firewall... Est-ce que tu as installé openssh-server sur ta Debian ?

apt install openssh-server


Ou bien tu es dans ce cas ? :
https://doc.ubuntu-fr.org/tutoriel/reverse_ssh
Mais cela me paraît peu probable en réseau local...




OpenSSH-server avait été installé. Mais tu as probablement raison : le port 22 est peut-être fermé, d'où le refus d'accéder par l'extérieur à la Debian.
Merci pour la doc de chez Ubuntu, que j'avais négligée : je vais reprendre ça calmement.
Ah, ce matin, en allumant la Debian, tout un tas de failed tout rouge de colère : des trucs relatifs à OpenBSD (de mémoire). Je vais relancer tout ça et noter les messages d'erreur. Mais ce n'est pas de bon augure…


Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

#8 30-10-2019 17:44:02

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Re : Partage de données via SSH

framend a écrit :

Si comme j'ai cru le comprendre le but est de transferer des fichiers dans le sens PC_debian -> PC_windôze®


Exact

alors installer winscp est surement le plus simple.
D'autres part le pare-feu de la debian devra laisser le port 22 ouvert. Et Openssh sera installé sur la debian.
Depuis l'interface WinScp (sur le win, donc) un simple glisser d'une colonne à l'autre permettra le transfert via le protocole choisi. (sftp, scp, webdav, de mémoire).



Donc, là, je suis bon : winscp est bien installé. Effectivement, les choses ont l'air d'être simples : on glisse, on colle.
Une question : comment voir si le port 22 est ouvert ? Je ne me souviens pas l'avoir fermé à un moment donné. Ou j'ai fait une mauvaise manip'…


Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

#9 30-10-2019 17:59:29

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Re : Partage de données via SSH

J'ai redémarré la bécane, et cinq messages sont apparus à l'invite :


[FAILED] Failed to start OpenBSD Secure Shell server
See 'systemctl status ssh.sservice' for details
[OK] Started Manage, Install and Generate Color ProFiles.
[OK] Stopped OpenBSD Secure Shell server.
Starting OpenBSD Secure Shell server.

[FAILED] Failed to start OpenBSD Secure Shell server
See 'systemctl status ssh.service' for details
[OK] Stopped OpenBSD Secure Shell server.
Starting OpenBSD Secure Shell server.


[FAILED] Failed to start OpenBSD Secure Shell server
See 'systemctl status ssh.service' for details
[OK] Stopped OpenBSD Secure Shell server.
Starting OpenBSD Secure Shell server.


[FAILED] Failed to start OpenBSD Secure Shell server
See 'systemctl status ssh.service' for details
[OK] Stopped OpenBSD Secure Shell server.

[FAILED] Failed to start OpenBSD Secure Shell server
See 'systemctl status ssh.service' for details
[OK] Created slice User Slice of Debian-gdm.
Starting User Manager for UID 117...
[OK] Started Session c1of user Debian-gdm.
[OK] Started User Manager for UID 117.
 



Et j'accède à la fenêtre de connexion habituelle…


Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

#10 30-10-2019 18:26:35

framend
Modo-Moule zébrée
Lieu : /home/framend
Distrib. : Sid
Noyau : 5.2.0-2-amd64
(G)UI : i3-wm/tty
Inscription : 17-11-2018

Re : Partage de données via SSH

Si tu as eu accés a l'interface de Winscp c'est que la connexion à été etablie et que le 22 est ouvert.

Pour les messages d'erreur peux-tu nous donner le retour de la commande

systemctl status sshd


et pour voir les ports en écoute (sur TCP seulement):

ss -tlan


“It is not daily increase but daily decrease, hack away the unessential. The closer to the source, the less wastage there is.” - Bruce Lee (philosophe)

Hors ligne

#11 31-10-2019 10:33:51

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Re : Partage de données via SSH

framend a écrit :

Si tu as eu accés a l'interface de Winscp c'est que la connexion à été etablie et que le 22 est ouvert.


Oui, mais avec une partie de la fenêtre seulement : la partie win. La connexion n'a pas dû être établie, sauf erreur.

Pour les messages d'erreur peux-tu nous donner le retour de la commande

systemctl status sshd




root@lenovo:/home/frederic# systemctl status sshd
● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enab
   Active: failed (Result: exit-code) since Thu 2019-10-31 09:28:51 CET; 1h 4min
  Process: 747 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255)
      CPU: 4ms

oct. 31 09:28:51 lenovo systemd[1]: Failed to start OpenBSD Secure Shell server.
oct. 31 09:28:51 lenovo systemd[1]: ssh.service: Unit entered failed state.
oct. 31 09:28:51 lenovo systemd[1]: ssh.service: Failed with result 'exit-code'.
oct. 31 09:28:51 lenovo systemd[1]: ssh.service: Service hold-off time over, sch
oct. 31 09:28:51 lenovo systemd[1]: Stopped OpenBSD Secure Shell server.
oct. 31 09:28:51 lenovo systemd[1]: ssh.service: Start request repeated too quic
oct. 31 09:28:51 lenovo systemd[1]: Failed to start OpenBSD Secure Shell server.
oct. 31 09:28:51 lenovo systemd[1]: ssh.service: Unit entered failed state.
oct. 31 09:28:51 lenovo systemd[1]: ssh.service: Failed with result 'exit-code'.
lines 1-15/15 (END)

 




et pour voir les ports en écoute (sur TCP seulement):

ss -tlan





root@lenovo:/home/frederic# ss -tlan
State      Recv-Q Send-Q Local Address:Port               Peer Address:Port              
LISTEN     0      5            *:5900                     *:*                  
LISTEN     0      5            *:631                      *:*                  
ESTAB      0      0      192.168.0.48:54566              52.11.163.167:443                
ESTAB      0      0      192.168.0.48:34556              163.172.220.163:143                
ESTAB      0      0      192.168.0.48:53864              212.227.17.188:993                
ESTAB      0      0      192.168.0.48:32822              178.32.167.52:143                
ESTAB      0      0      192.168.0.48:53800              212.227.17.188:993                
ESTAB      0      0      192.168.0.48:53798              212.227.17.188:993                
ESTAB      0      0      192.168.0.48:53796              212.227.17.188:993                
ESTAB      0      0      192.168.0.48:35052              163.172.220.163:143                
ESTAB      0      0      192.168.0.48:60996              178.32.167.52:143                
ESTAB      0      0      192.168.0.48:53858              212.227.17.188:993                
TIME-WAIT  0      0      192.168.0.48:46556              13.225.38.80:443                
ESTAB      0      0      192.168.0.48:54410              212.227.17.188:993                
ESTAB      0      0      192.168.0.48:53862              212.227.17.188:993                
LISTEN     0      5           :::5900                    :::*                  
LISTEN     0      32          :::21                      :::*                  
LISTEN     0      5           :::631                     :::*                  
LISTEN     0      128         :::46149                   :::*                  
ESTAB      0      0       2a01:e34:ed36:8020:85a3:7bb2:c81c:249a:60834              2a01:e0c:1::143:993                
ESTAB      0      0       2a01:e34:ed36:8020:85a3:7bb2:c81c:249a:60888              2a01:e0c:1::143:993                
root@lenovo:/home/frederic#
 


Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

#12 31-10-2019 13:52:03

framend
Modo-Moule zébrée
Lieu : /home/framend
Distrib. : Sid
Noyau : 5.2.0-2-amd64
(G)UI : i3-wm/tty
Inscription : 17-11-2018

Re : Partage de données via SSH

La commande ne nécessitait pas d'être root, il est bien de prendre l'habitude de ne pas se logguer root lorsque ça n'est pas nécessaire.
D'autre part le path de ton prompt root, aurait tendance à me faire penser que tu te loggues root avec :

su


Or, cette commande est maintenant dépréciée (depuis Buster), on se loggue de préférence avec :

su -



Plus de précisions par ici : https://debian-facile.org/viewtopic.php?id=24901 (Encore un grand merci à Bendia pour ce post).

Pour ce qui est de la connection ssh j'aurais tendance à vouloir couper court et à te dire de tenter un :

apt-get install --reinstall openssh-server


l


“It is not daily increase but daily decrease, hack away the unessential. The closer to the source, the less wastage there is.” - Bruce Lee (philosophe)

Hors ligne

#13 01-11-2019 18:48:50

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Re : Partage de données via SSH

framend a écrit :

La commande ne nécessitait pas d'être root, il est bien de prendre l'habitude de ne pas se logguer root lorsque ça n'est pas nécessaire.
D'autre part le path de ton prompt root, aurait tendance à me faire penser que tu te loggues root avec :

su


Or, cette commande est maintenant dépréciée (depuis Buster), on se loggue de préférence avec :

su -



Plus de précisions par ici : https://debian-facile.org/viewtopic.php?id=24901 (Encore un grand merci à Bendia pour ce post).l



Bonne déduction : c'est ce que je fais systématiquement, en effet. Je le saurai…

Pour ce qui est de la connection ssh j'aurais tendance à vouloir couper court et à te dire de tenter un :

apt-get install --reinstall openssh-server


l



Oh ben, l'est pas trop content… Voilà ce qui m'est retourné :

 frederic@lenovo:~$ su -
Mot de passe :
root@lenovo:~# apt-get install --reinstall openssh-server
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances      
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 332 ko dans les archives.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Réception de:1 http://ftp.fr.debian.org/debian stretch/main amd64 openssh-server amd64 1:7.4p1-10+deb9u7 [332 kB]
332 ko réceptionnés en 0s (1 974 ko/s)
Préconfiguration des paquets...
(Lecture de la base de données... 381399 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../openssh-server_1%3a7.4p1-10+deb9u7_amd64.deb ...
Dépaquetage de openssh-server (1:7.4p1-10+deb9u7) sur (1:7.4p1-10+deb9u7) ...
Paramétrage de openssh-server (1:7.4p1-10+deb9u7) ...
Job for ssh.service failed because the control process exited with error code.
See "systemctl status ssh.service" and "journalctl -xe" for details.
invoke-rc.d: initscript ssh, action "restart" failed.
● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Fri 2019-11-01 18:46:36 CET; 6ms ago
  Process: 5492 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255)
      CPU: 7ms

nov. 01 18:46:36 lenovo systemd[1]: ssh.service: Control process exited, co…=255
nov. 01 18:46:36 lenovo systemd[1]: Failed to start OpenBSD Secure Shell server.
nov. 01 18:46:36 lenovo systemd[1]: ssh.service: Unit entered failed state.
nov. 01 18:46:36 lenovo systemd[1]: ssh.service: Failed with result 'exit-code'.
Hint: Some lines were ellipsized, use -l to show in full.
dpkg: erreur de traitement du paquet openssh-server (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u12) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...
Des erreurs ont été rencontrées pendant l'exécution :
 openssh-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
 


Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

#14 01-11-2019 20:47:16

framend
Modo-Moule zébrée
Lieu : /home/framend
Distrib. : Sid
Noyau : 5.2.0-2-amd64
(G)UI : i3-wm/tty
Inscription : 17-11-2018

Re : Partage de données via SSH

Aïe, je commencerais comme prescrit par apt-get, par regarder vers :

systemctl status ssh.service


Qui risque de rendre le même type de resultat que la commande demandée dans le post #10 (mais sait-on jamais…).
La commande suivante qu'indique apt-get permet de lire les logs de systemd via :

journalctl -xe


Le fichier de logs est généralement (très) long, mais classé chronologiquement. Le lire juste après la commande de réinstallation de openssh-server permettra d'avoir les erreurs qui nous concernent.
D'autre part un petit :

journalctl -p err


ne sortira que les erreurs.

Puis poster le retour des commandes ici (le journal de log retourné par « -xe » sera amputée des infos antérieures à la commande de réinstall', bien sûr).
Ça sent le problème de config, on va tenter de comprendre lequel.


“It is not daily increase but daily decrease, hack away the unessential. The closer to the source, the less wastage there is.” - Bruce Lee (philosophe)

Hors ligne

#15 09-11-2019 12:10:35

fred02840
Membre
Lieu : Aisne
Distrib. : Stretch 9.7
Noyau : Linux 4.9.0-8-amd64
(G)UI : Gnome sur Wayland
Inscription : 07-02-2018

Re : Partage de données via SSH

Désolé du retard à l'allumage : je réponds bien tard. Entre temps, j'ai désinstallé openssh-server. Je l'ai réinstallé, et voici les résultats des commandes demandées

Pour

systemctl status ssh.service


● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enab
   Active: failed (Result: exit-code) since Sat 2019-11-09 12:03:27 CET; 1min 36
  Process: 6167 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255)
      CPU: 5ms

nov. 09 12:03:26 lenovo systemd[1]: Failed to start OpenBSD Secure Shell server.
nov. 09 12:03:26 lenovo systemd[1]: ssh.service: Unit entered failed state.
nov. 09 12:03:26 lenovo systemd[1]: ssh.service: Failed with result 'exit-code'.
nov. 09 12:03:27 lenovo systemd[1]: ssh.service: Service hold-off time over, sch
nov. 09 12:03:27 lenovo systemd[1]: Stopped OpenBSD Secure Shell server.
nov. 09 12:03:27 lenovo systemd[1]: ssh.service: Start request repeated too quic
nov. 09 12:03:27 lenovo systemd[1]: Failed to start OpenBSD Secure Shell server.
nov. 09 12:03:27 lenovo systemd[1]: ssh.service: Unit entered failed state.
nov. 09 12:03:27 lenovo systemd[1]: ssh.service: Failed with result 'exit-code'.
lines 1-15/15 (END)
 



Et pas moyen d'en sortir…

journalctl -xe


--
-- L'unité (unit) UNIT a terminé son démarrage, avec le résultat done.
nov. 09 12:06:20 lenovo systemd[6266]: Startup finished in 32ms.
-- Subject: Le démarrage du système est terminé
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Tous les services nécessaires au démarrage du système ont été lancés avec
-- succès. Notez que cela ne signifie pas que le système est maintenant au
-- repos, car des services peuvent encore être en train de terminer leur
-- démarrage.
--
-- Le chargement du noyau a nécessité KERNEL_USEC microsecondes.
--
-- Le chargement du « RAM disk » initial a nécessité INITRD_USEC microsecondes.
--
-- Le chargement de l'espace utilisateur a nécessité 32874 microsecondes.
nov. 09 12:06:20 lenovo systemd[1]: Started User Manager for UID 0.
-- Subject: L'unité (unit) user@0.service a terminé son démarrage
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- L'unité (unit) user@0.service a terminé son démarrage, avec le résultat done.
lines 1606-1628/1628 (END)
 



journalctl -p err


-- Logs begin at Sat 2019-11-09 11:09:54 CET, end at Sat 2019-11-09 12:07:41 CET
nov. 09 11:09:55 lenovo systemd-udevd[220]: Invalid rule /etc/udev/rules.d/60-br
nov. 09 11:09:55 lenovo systemd-udevd[220]: Invalid rule /etc/udev/rules.d/60-br
nov. 09 11:09:55 lenovo systemd-udevd[242]: could not read from '/sys/module/pcc
nov. 09 11:09:58 lenovo kernel: kvm: disabled by bios
nov. 09 11:09:58 lenovo kernel: kvm: disabled by bios
nov. 09 11:09:58 lenovo kernel: kvm: disabled by bios
nov. 09 11:09:58 lenovo kernel: kvm: disabled by bios
nov. 09 11:10:03 lenovo avahi-daemon[629]: chroot.c: open() failed: No such file
nov. 09 11:10:04 lenovo bluetoothd[627]: Failed to obtain handles for "Service C
nov. 09 11:10:04 lenovo bluetoothd[627]: Sap driver initialization failed.
nov. 09 11:10:04 lenovo bluetoothd[627]: sap-server: Operation not permitted (1)
nov. 09 11:10:08 lenovo pulseaudio[703]: [autospawn] core-util.c: Home directory
nov. 09 11:10:08 lenovo pulseaudio[703]: [pulseaudio] main.c: Failed to acquire
nov. 09 11:10:20 lenovo bluetoothd[627]: connect error: Host is down (112)
nov. 09 11:10:25 lenovo systemd[1]: Failed to start Samba NMB Daemon.
nov. 09 11:10:25 lenovo bluetoothd[627]: connect error: Host is down (112)
nov. 09 11:10:27 lenovo systemd[1]: Failed to start Samba SMB Daemon.
nov. 09 11:10:31 lenovo bluetoothd[627]: connect error: Host is down (112)
nov. 09 11:10:37 lenovo bluetoothd[627]: connect error: Host is down (112)
nov. 09 11:10:41 lenovo bluetoothd[627]: RFCOMM server failed for Headset Voice
nov. 09 11:15:42 lenovo bluetoothd[627]: connect error: Host is down (112)
nov. 09 11:15:47 lenovo bluetoothd[627]: connect error: Host is down (112)
lines 1-23
 



Des résultats peu réjouissants…


Fred
----
Debian 9 sur MacBook Pro 6,4 (mi-2010), 15'', mod. A1286 (ah mais...), sur un Lenovo (Intel core i3), et et sur une eMachines, Intel Atom N455, 1Go de Ram, et 250 Go (LXDE minimale)

Hors ligne

Pied de page des forums