Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 23/05/2017, à 22:51

Lucifer90

Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Bonjour,
Voila je suis suis Ubuntu 16.04 32b, avec accès à des lecteurs réseau (Serveur Win) qui sont montés au démarrage.
(ex: sudo -S mount.cifs //192.168.1.6/Archives /media/Archives -o username=Lucifer90,password=666,sec=ntlm,iocharset=utf8,file_mode=0777,dir_mode=0777)
Depuis la v12.04 ! je met toujours mon PC en veille et reprend le boulot en sortie sans problème.   
Tout fonctionnait très bien jusqu'à début avril 2017 (sous v16.04); 
Suite à 2 mises à jours j'ai constaté qu'en sortie de veille, je n'arrivais plus a accéder à mes lecteurs réseau et locaux !… pendant un temps variant 15s à 3mn !! puis tout refonctionne ok. De temps en temps dans la session j'ai de nouveau un blocage et dois attendre 1 à 2mn pour afficher le contenu des dossiers ou lancer un programme qui charge un fichier (local ou réseau)
Ca fait un moment que je cherche à cerner le problème sans résultat.
-Quand c'est bloqué, j'ai accès à Internet et les ping réseau répondent, je visualise aussi les partages de mon serveur par
smbclient //192.168.1.6/Sources puis Pw  puis ls… et je vois le contenu des dossiers,
(donc la carte réseau fonctionne et les partages samba sont opérationnels !)
MAIS, Nautilus est toujours bloqué (les signet sont absents) et Libre office toujours grisé bloqué lors du lancement (ou lors d'une sauvegarde) (accessoirement VirtualBox avec fichier en local aussi ou la capture d'écran qui reste grisée !), impossible d'ouvrir un dossier du bureau... SAUF la poubelle !
J’attends … puis au bout de 30s à 2mn hop, ça se dégrise et tout remarche normalement.
Pas de processus bloqué ou saturant le CPU durant l'attente, pas d'accès disque... rien !
J'ai tenté sans effet de désinstaller/réinstaller Nautilus.
Si je redémarre, pas de soucis, tout fonctionne ok jusqu’à prochaine mise en veille !

D'où peut venir le problème ?

Dernière modification par Lucifer90 (Le 09/06/2017, à 22:45)


Diaboliquement

Hors ligne

#2 Le 24/05/2017, à 08:53

alduc31

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Salut,

Petit test : après le retour de veille si tu fais :

ls /run/user/$UID/gvfs/smb*

est-ce que ça améliore ?
Je dis ça car j'ai eu un problème similaire (montage samba inaccessibles périodiquement mais pendant la session) et pour éviter ça j'avais fais un script qui faisait le ls tous les 2mn...


Asus UX325EA oled (i5-1135G7,16Go) avec Lunar 23.04 (base xubuntu modifiée)

Hors ligne

#3 Le 24/05/2017, à 13:43

sherpa421

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

J'ai un problème qui semble avoir certains points communs :
https://forum.ubuntu-fr.org/viewtopic.p … #p21734796

Dernière modification par sherpa421 (Le 24/05/2017, à 15:23)

Hors ligne

#4 Le 25/05/2017, à 10:43

Lucifer90

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

je donne des nouvelles car me voila fort perplexe.
Ce problème me cassait les pied depuis un mois et depuis hier, malgré une bonne vingtaine de mise en veille et de sortie de veille, à chaque fois je retrouve mes accès réseau ou local !!!
Je n'ai pourtant rien fait de spécial que taper les commandes (à priori sans effet modificateur) d'alduc31 ou de sherpa421 !
Chez moi les lecteurz ne sont pas listéz par    ls /run/user/1000/gvfs/ il apparaissent dans /media:
   Lucifer90@Lestat:~$ ls /media
   Archives  Downloads  DownloadsOld  Medias  Sources  Transfert

Hier j'ai tapé ces commandes futiles et ai fait plusieurs mises en veille/relog rapide l'une derrière l'autre… et depuis, j'ai mes lecteurs et partages immédiatement dans la session !!
(Accessoirement après, j'ai installé Gparted, désinstallé Zeitgeist Data provider,  install/desinstall Gnome Commander (car il se lançait pas), puis installé Nemo (autre gestionnaire de fichier)  en prévision de tests pour le problème… )

Dernier test ce matin: plusieurs veille/sortie  sans problème mais après un redémarrage, une remise en veille et un re-logue, lecteurs et accès en carafe ! → Nemo se lance pas ! … il se lance après ~ une minute quand les ressources ré-apparaissent dans Nautilus !
Re-test  veille/log 6 fois…  les lecteurs sont accessibles à chaque fois ! 
Ce matin également une mise à jour concernant Samba, SMB/CIF, Domaine Windows,  j'applique
Redémarrage … mise en veille… lecteur bloqué (ls /media reste en attente, Nemo se lance pas, Nautilus est figé);
test encore 4 fois, à chaque fois lecteurs et partage accessibles ! 
C'est un truc de fou qui pue le problème réseau !

Test → si on désactive la connexion réseau on obtient un résultat similaire ! (ls /media reste en attente, Nemo se lance pas et Nautilus lancé n'affiche pas les signets ! Accessoirement LO ouvert sur un fichier réseau passe en grisé . Tout ce petit monde reprend vie en réactivant le réseau !
En plus il semblerait qu'un accès bloqué, continue de bloquer les autres; réseau rétabli: rien ne change, un clic dans Nautilus et tout se met à jour !
⇒ ça doit venir d'un blocage de port sur la connexion réseau !  "port" puisque Internet ping et samba fonctionnent quand l'accès aux partages est bloqué!…
Un script ou une application ferait-il un accès réseau avant que celui ci ne soit rétablie en sortie de veille bloquant tout ? ... pas sur car j'ai déjà tenté de désactiver/activer réseau lors des blocages et ça changeait rien (normal si un processus bloque dessus)
je vais chercher dans ce sens là mais je reste dubitatif...

Dernière modification par Lucifer90 (Le 25/05/2017, à 10:46)


Diaboliquement

Hors ligne

#5 Le 26/05/2017, à 16:13

alduc31

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Au cas où tu veux tester, voici le script que j'avais fait pour maintenir la connexion samba :

#!/bin/bash

while true
do
  ls /run/user/$UID/gvfs/smb* 2>/dev/null
  sleep 120
done

J'ignore si ça résoudra ton pb...


Asus UX325EA oled (i5-1135G7,16Go) avec Lunar 23.04 (base xubuntu modifiée)

Hors ligne

#6 Le 27/05/2017, à 22:28

Lucifer90

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Merci mais le problème c'est que le n'ai rien dans /run/user/1000/gvfs,  hormis quand je branche mon téléphone Ubuntu;
mon disque secondaire et les lecteurs réseau sont montés en /media (une clef USB se monte en /media/$user/)… et les lister ne résous pas le blocage.
J'ai juste remarqué qu'en général, l'accès au partages est bloqué au bout de plus de 5mn de veille, si on met en veille et qu'on se relogue juste après, l'accès est conservé !
Je n'ai rien trouvé dans mes investigations réseau  avec iftop, tcpdump, etc etc... rien de suspect, y se passe rien et d'un coup au rétablissement, on a un flot de communication.


Diaboliquement

Hors ligne

#7 Le 04/06/2017, à 08:51

Lucifer90

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

re-bonjour
Toujours embêté avec ce problème de blocage de mes lecteurs réseau en sortie de veille et de temps en temps durant la cession...
J'ai tenté de regarder si des accès fichiers en était responsables avec "fnotifystat", mais comme pour le réseau, il se passe rien quand les lecteurs sont indisponibles ou des fenêtres son grisées, et un flot d'activité quand la main est redonnée !
Si je tente un umount -f /media/* sur mes lecteurs... j'ai un message inattendu:
         umount: /media/Archives: target is busy
        (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1).)
J'essaye d'investiguer avec lsoft  (et fuser qui semble destiné à donner des infos sur les sockets et ports utilisé par un processus) mais pour le moment rien.
Quelqu'un qui a le même problème a t-il trouvé autre chose ?

Dernière modification par Lucifer90 (Le 08/06/2017, à 20:09)


Diaboliquement

Hors ligne

#8 Le 04/06/2017, à 09:26

alduc31

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Après un blocage, est-ce que redémarrer le service réseau aide ?

sudo systemctl restart networking.service 

Asus UX325EA oled (i5-1135G7,16Go) avec Lunar 23.04 (base xubuntu modifiée)

Hors ligne

#9 Le 04/06/2017, à 13:37

Lucifer90

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Je n'ai pas utilisé spécifiquement cette commande, mais la désactivation/réactivation de la carte réseau ne résoud rien ! (et tous les services http, icmp, ftp fonctionnent sous Firefox ou terminal
Là au dernier redémarrage, Nautilus bloqué en attente d'affichage des ressouces, j'ai lancé la commande lsof  le terminal n'a rien affiché...puis au bout de 4-5mn (sans rien faire) la commande à défilé, Nautilus affiché les partages et Némo que j'avais lancé 3 fois à ouvert ses trois fenêtres !

...Dans les log (mais je sais pas quoi chercher !) 
on trouve (en cat syslog)
Jun  4 14:01:46 Lestat2 gnome-session[1966]: (nautilus:2089): GVFS-WARNING **: can't init metadata tree /home/lucifer/.local/share/gvfs-metadata/root: open: Permission non accordée
Jun  4 14:01:47 Lestat2 gnome-session[1966]: message repeated 1163 times: [ (nautilus:2089): GVFS-WARNING **: can't init metadata tree /home/lucifer/.local/share/gvfs-metadata/root: open: Permission non accordée]
Jun  4 14:01:47 Lestat2 gnome-session[1966]: Entity: line 10: parser error : Input is not proper UTF-8, indicate encoding !
Jun  4 14:01:47 Lestat2 gnome-session[1966]: Bytes: 0xFE 0x33 0x37 0x37
Jun  4 14:01:47 Lestat2 gnome-session[1966]: <xmp:CreatorTool>377&#0;&#0;&#0;&#0;&#0;&#0;&#0;&#0;&#0;&#0;&#0;&#0;&#0;&#0;&#0
Jun  4 14:01:47 Lestat2 gnome-session[1966]:                               ^
(caractère non reproductible au dessus du ^)

Mais si c'était un problème de permission, ça se débloquerait pas !

y a aussi
Jun  4 14:02:33 Lestat2 org.gnome.zeitgeist.SimpleIndexer[1849]: ** (zeitgeist-fts:2524): WARNING **: Unable to get info on application://nautilus-autostart.desktop

Cette erreur GVFS-WARNING revient de temps en temps... est ce que ça correspondrait à un blocage ? mais où et sur quoi

PS: comment met t'on les extraits de résultat de commande dans des "cadres noir". ?

Dernière modification par Lucifer90 (Le 06/06/2017, à 12:42)


Diaboliquement

Hors ligne

#10 Le 04/06/2017, à 17:23

alduc31

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Tu peux essayer de monter tes disques avec gvfs-mount (qui fonctionne dans l'espace utilisateur) au lieu de sudo mount.
Un truc du genre :

gvfs-mount smb://Lucifer90:666@192.168.1.6/Archives

Le point de montage devrait être dans /media/<ton login>/...
Les infos des montages dans /home/lucifer/.local/share/gvfs-metadata/root sont créés avec les droits root et nautilus ne peut y accéder. Je ne pense pas que ce soit le fond du pb...

Pour les résultats des commandes, c'est l'icone <> en bleu en haut du message qui insère des balises code et /code entre crochets. Il suffit de copier le résultat entre les 2 balises. Le bouton "Prévisualisation" permet de vérifier si c'est bon.

Tu peux aussi essayer de maintenir la connexion avec :

#!/bin/bash

while true
do
  ls /media/<le point de montage>/* 2>/dev/null
  sleep 120
done

Asus UX325EA oled (i5-1135G7,16Go) avec Lunar 23.04 (base xubuntu modifiée)

Hors ligne

#11 Le 06/06/2017, à 16:01

Lucifer90

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Merci pour l'indication des balises
hélas je n'arrive pas à monter les ressources avec la commande indiquée, ni avec une autre d'ailleurs (il me demande un log et mot de passe indéfiniment, et ceux que je donne sont bon !)
-Mais c'est pas Samba qui est bloqué, ni le reseau !  un reset Samba  ( sudo /etc/init.d/samba restart ) ne change rien.
-Si je fais un "smbclient //Lucifer/Archives"  il demande Pw et si on fait "ls" on a bien la liste des fichiers sur le serveur (alors que Nautilus continu d'être bloqué !)
-Si pendant le bloquage je fais un "ls /media" …. Terminal se bloque et n'affiche rien … et quand ça se débloque, après 1-2 mn, la liste des partages apparaît
-Dans les log (cat /var/log/syslog ) j'ai régulièrement autour de ce problème les erreurs suivantes:

Jun  6 16:30:02 Lestat2 org.gtk.vfs.Daemon[1847]: message repeated 4 times: [ ** (process:2357): WARNING **: send_infos_cb: L'interface « org.gtk.vfs.Enumerator » n'existe pas pour l'objet à l'emplacement /org/gtk/vfs/client/enumerator/15 (g-dbus-error-quark, 19)]
Jun  6 16:30:02 Lestat2 org.gtk.vfs.Daemon[1847]: ** (process:2357): WARNING **: send_done_cb: L'interface « org.gtk.vfs.Enumerator » n'existe pas pour l'objet à l'emplacement /org/gtk/vfs/client/enumerator/15 (g-dbus-error-quark, 19)

là j'ai eu:

Jun  6 16:38:32 Lestat2 org.gtk.vfs.Daemon[1847]: Kinit for Lucifer90:666 to access (null) failed: Cannot determine realm for host
Jun  6 16:39:43 Lestat2 org.gtk.vfs.Daemon[1847]: ** (gvfsd:1914): WARNING **: dbus_mount_reply: Error from org.gtk.vfs.Mountable.mount(): Impossible de monter le partage Windows : Opération non permise

Ca "ressemble" à ce problème:  https://askubuntu.com/questions/362889/ … -reached-g
mais j'ai pas le "overlay scroollbar module" ;  xfsettingsd n'est pas installé

Dernière modification par Lucifer90 (Le 06/06/2017, à 16:01)


Diaboliquement

Hors ligne

#12 Le 06/06/2017, à 19:49

moko138

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Piste du PID
Quand tu as ce bout de message :

(process:2357): WARNING **: send_infos_cb: L'interface « org.gtk.vfs.Enumerator »

reporte ce nombre dans la commande suivante

ps -p 2357 -o comm=

et donnes-en le retour.

  - -
Piste des paquets

Lucifer90 a écrit :

Tout fonctionnait très bien jusqu'à début avril 2017 (sous v16.04);

Donne

ls -la /var/log/dist-upgrade

Et ouvre /var/log/apt/history.log et donnes-en tout ce qui concerne la première quinzaine d'avril.
(Si avril n'y est plus, tu ouvriras /var/log/apt/history.log.1.gz).

  - -
Piste metadata
Montre

mount | grep -E " / |home"
sudo lsblk -o name,fstype,size,mountpoint,label

As-tu, en avril, monté ton système à partir d'une live récente ?


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#13 Le 06/06/2017, à 22:11

Lucifer90

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Il y a pas vraiment d'erreur type, seulement certaines qui reviennent souvent: voila par exemple que qu'il y a en fin du "cat /var/log/syslog" ce coup ci en sortie de veille avec blocage Nautilus:

Jun  6 21:54:37 Lestat2 NetworkManager[1025]: <info>  [1496778877.3212] device (eth0): Activation: successful, device activated.
Jun  6 21:54:37 Lestat2 nm-dispatcher: req:2 'up' [eth0]: new request (1 scripts)
Jun  6 21:54:37 Lestat2 nm-dispatcher: req:2 'up' [eth0]: start running ordered scripts...
Jun  6 21:54:37 Lestat2 whoopsie[971]: [21:54:37] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/6
Jun  6 21:54:37 Lestat2 whoopsie[971]: [21:54:37] Not a paid data plan: /org/freedesktop/NetworkManager/ActiveConnection/6
Jun  6 21:54:37 Lestat2 whoopsie[971]: [21:54:37] Found usable connection: /org/freedesktop/NetworkManager/ActiveConnection/6
Jun  6 21:54:37 Lestat2 gnome-session[1976]: (deja-dup-monitor:3101): GLib-CRITICAL **: Source ID 342 was not found when attempting to remove it
Jun  6 21:54:37 Lestat2 whoopsie[971]: [21:54:37] online
Jun  6 21:54:37 Lestat2 colord-sane: [bjnp] create_broadcast_socket: ERROR - bind socket to local address failed - Cannot assign requested address
Jun  6 21:54:38 Lestat2 avahi-daemon[1033]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::d656:70e4:7b9b:5807.
Jun  6 21:54:38 Lestat2 avahi-daemon[1033]: New relevant interface eth0.IPv6 for mDNS.
Jun  6 21:54:38 Lestat2 avahi-daemon[1033]: Registering new address record for fe80::d656:70e4:7b9b:5807 on eth0.*.
Jun  6 21:54:40 Lestat2 org.gtk.vfs.Daemon[1847]: Device 0 (VID=2a47 and PID=2008) is a bq Krillin (MTP).
Jun  6 21:54:40 Lestat2 org.gtk.vfs.Daemon[1847]: Error 1: Get Storage information failed.
Jun  6 21:54:40 Lestat2 gnome-session[1976]: (nautilus:12115): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed
Jun  6 21:54:40 Lestat2 gnome-session[1976]: (nautilus:12115): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed
Jun  6 21:54:40 Lestat2 gnome-session[1976]: (nautilus:12115): Gtk-CRITICAL **: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
Jun  6 21:54:40 Lestat2 gnome-session[1976]: (nautilus:12115): GLib-GObject-WARNING **: invalid (NULL) pointer instance
Jun  6 21:54:40 Lestat2 gnome-session[1976]: (nautilus:12115): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
Jun  6 21:54:42 Lestat2 colord-sane: io/hpmud/pp.c 627: unable to read device-id ret=-1
Jun  6 21:54:44 Lestat2 ntpdate[12019]: adjust time server 91.189.89.198 offset 0.332455 sec
Jun  6 21:54:53 Lestat2 dbus[991]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Jun  6 21:54:53 Lestat2 systemd[1]: Starting Hostname Service...
Jun  6 21:54:53 Lestat2 dbus[991]: [system] Successfully activated service 'org.freedesktop.hostname1'
Jun  6 21:54:53 Lestat2 systemd[1]: Started Hostname Service.
Jun  6 21:54:59 Lestat2 org.gnome.Nautilus[1847]: (nautilus:9501): Gtk-WARNING **: Refusing to add non-unique action 'TerminalNautilus:OpenFolderLocal' to action group 'ExtensionsMenuGroup'

et à ce stade blocage des ressources réseau et du disque local pendant 1-5mn … blocage ou Nautilus extrêmement lent, des fois en cliquant sur "Bureau", on voit la liste des fichiers apparaître tout doucement fichier par fichier
Quand ça se débloque, rien de spécial, voila les lignes suivantes ce coup-ci  (y détecte mon téléphone que j'ai entre temps branché en USB):

Jun  6 21:59:17 Lestat2 /usr/lib/snapd/snapd[1039]: snapmgr.go:422: No snaps to auto-refresh found
Jun  6 21:59:17 Lestat2 snapd[1039]: 2017/06/06 21:59:17.053530 snapmgr.go:422: No snaps to auto-refresh found
Jun  6 22:04:16 Lestat2 /usr/lib/snapd/snapd[1039]: snapmgr.go:496: DEBUG: Next refresh scheduled for 2017-06-07 02:18:45.650992558 +0200 CEST.
Jun  6 22:09:40 Lestat2 org.gtk.vfs.Daemon[1847]: Android device detected, assigning default bug flags
Jun  6 22:09:40 Lestat2 org.gtk.vfs.Daemon[1847]: USB low-level info:
Jun  6 22:09:40 Lestat2 org.gtk.vfs.Daemon[1847]:    bcdUSB: 512
Jun  6 22:09:40 Lestat2 org.gtk.vfs.Daemon[1847]:    bDeviceClass: 0

PID: Donc là, pas de process inconnu, c'est Nautilus

Paquets:

ls -la /var/log/dist-upgrade
total 1804
drwxr-xr-x  2 root root     4096 juin   2 13:42 .
drwxrwxr-x 14 root syslog   4096 juin   6 08:35 ..
-rw-r--r--  1 root root   677480 sept. 10  2016 apt.log
-rw-r-----  1 root adm    886721 sept. 10  2016 apt-term.log
-rw-r--r--  1 root root   158730 sept. 10  2016 history.log
-rw-r--r--  1 root root     3374 sept. 10  2016 lspci.txt
-rw-r--r--  1 root root   101768 sept. 10  2016 main.log
-rw-r--r--  1 root root        0 sept. 10  2016 term.log

dans le history.log il n'y a que  de: Start-Date: 2016-09-10  à End-Date: 2016-09-10  !!
    il n'y a pas de history.log.1.gz ou similaire dans /log *
Dans kern.log je trouve des erreurs CIFS aux heures de blocage:

/var/log$ cat kern.log |grep CIF
Jun  5 10:33:42 Lestat2 kernel: [42611.225228] CIFS VFS: src file seems to be from a different filesystem type
Jun  5 21:43:24 Lestat2 kernel: [ 2235.778597] CIFS VFS: Send error in QFSAttributeInfo = -512
Jun  5 21:43:24 Lestat2 kernel: [ 2235.778755] CIFS VFS: cifs_mount failed w/return code = -512
Jun  5 21:43:24 Lestat2 kernel: [ 2235.780784] CIFS VFS: No task to wake, unknown frame received! NumMids 15
Jun  6 08:34:25 Lestat2 kernel: [12153.284305] CIFS VFS: No task to wake, unknown frame received! NumMids 12
Jun  6 08:34:25 Lestat2 kernel: [12153.284337] CIFS VFS: No task to wake, unknown frame received! NumMids 11
Jun  6 08:36:12 Lestat2 kernel: [12260.028605]  [<f8ebc9a8>] CIFSSMBQPathInfo+0x68/0x2e0 [cifs]

Metadata:

mount |grep -E " / |home"
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
sudo lsblk -o name,fstype,size,mountpoint,label
NAME   FSTYPE   SIZE MOUNTPOINT         LABEL
sda           298,1G                    
├─sda1 ext4   111,8G /                  
├─sda3            1K                    
├─sda5 ext4   182,6G /media/Lucifer90/Data Data
└─sda6 swap     3,7G [SWAP]             
sr0            1024M  

       
un disque 2 partitions +swap

En avril le système fonctionnait sans problème;     3/5/16  Réinstall complète Ubuntu14.04 ;   10/9/16  Passage à Ubuntu v16.04LTS
    le montage des lecteurs avec mount.cifs fonctionne depuis la réinsatlle complète  (sauf problème en juin 14 à cause d'une modif de la commande avec la version 3.8 du Kernel https://stackoverflow.com/questions/194 … t-another) 
J'ai commencé à remarqué ces blocages mi avril ...il me semble après 2 mises à jour (lesquelles... mystère ?)  puis à force des répétitions j'ai vu que c'était systématiquement en sortie de veille.

Je vais noter précisément les heures de blocage pour pouvoir recouper les infos des log

Dernière modification par Lucifer90 (Le 06/06/2017, à 22:13)


Diaboliquement

Hors ligne

#14 Le 06/06/2017, à 23:22

moko138

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Logs
Tes extraits de syslog montrent l'après.
La prochaine fois, montre la continuité depuis 10 secondes avant juqu'à 10 secondes après.

  - -
Piste paquets

bibi a écrit :

ouvre /var/log/apt/history.log

Tu as confondu
avec /var/log/dist-upgrade/history.log   qui est bien du 10/9/2016.  Donc
prends le temps de lire avant de répondre !
Et

ouvre /var/log/apt/history.log et donnes-en tout ce qui concerne la première quinzaine d'avril.

  - -

Piste metadata
Donne

sudo tune2fs -l /dev/sda1 | grep -i metadata
bibi a écrit :

As-tu, en avril, monté ton système à partir d'une live récente ?

Essaie de répondre aux questions, sinon t'aider ne sera pas possible.

  - -

Quand ça se débloque, rien de spécial, voila les lignes suivantes ce coup-ci  (y détecte mon téléphone que j'ai entre temps branché en USB)

Quand mon pc est à la ramasse, j'y accroche un max de wagons supplémentaires...

  - -

en sortie de veille avec blocage Nautilus (...) et à ce stade blocage des ressources réseau et du disque local pendant 1-5mn … blocage ou Nautilus extrêmement lent, des fois en cliquant sur "Bureau", on voit la liste des fichiers apparaître tout doucement fichier par fichier

Intéressant ! Montre maintenant

free -h; echo; cat /proc/sys/vm/swappiness

et la prochaine fois, en sortie de gel montre

top -n 1 -o %MEM | head -n 22 ; top -n 1 -o VIRT | head -n 22 | tail -n 17 ; top -n 1 -o %CPU | head -n 22 | tail -n 17

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#15 Le 09/06/2017, à 01:37

moko138

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

48 heures sans réponse.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#16 Le 09/06/2017, à 22:41

Lucifer90

Re : Problème d'accès aux systèmes de fichiers en sortie de veille [Résolu]

Je ne peux aller plus vite que la musique moko138.
En fait depuis hier suite à une mise à jour avant hier, plus moyen de reproduire le problème malgré maintenant plus de 20 mises et sortie en veille !
(et c'est pas pour me déplaire) !
Voici la mise à jour dans /vat/log/apt/history.log

Start-Date: 2017-06-07  13:29:17
Commandline: aptdaemon role='role-commit-packages' sender=':1.249'
Install: libnghttp2-14:i386 (1.7.1-1, automatic), libwiretap6:i386 (2.2.6+g32dac6a-2ubuntu0.16.04, automatic), linux-image-4.4.0-79-generic:i386 (4.4.0-79.100, automatic), libwsutil7:i386 (2.2.6+g32dac6a-2ubuntu0.16.04, automatic), linux-image-extra-4.4.0-79-generic:i386 (4.4.0-79.100, automatic), libwireshark8:i386 (2.2.6+g32dac6a-2ubuntu0.16.04, automatic), linux-headers-4.4.0-79:i386 (4.4.0-79.100, automatic), libwscodecs1:i386 (2.2.6+g32dac6a-2ubuntu0.16.04, automatic), linux-headers-4.4.0-79-generic:i386 (4.4.0-79.100, automatic)
Upgrade: libnl-route-3-200:i386 (3.2.27-1, 3.2.27-1ubuntu0.16.04.1), linux-headers-generic:i386 (4.4.0.78.84, 4.4.0.79.85), linux-libc-dev:i386 (4.4.0-78.99, 4.4.0-79.100), libnl-genl-3-200:i386 (3.2.27-1, 3.2.27-1ubuntu0.16.04.1), linux-image-generic:i386 (4.4.0.78.84, 4.4.0.79.85), wireshark:i386 (2.0.2+ga16e22e-1, 2.2.6+g32dac6a-2ubuntu0.16.04), wireshark-common:i386 (2.0.2+ga16e22e-1, 2.2.6+g32dac6a-2ubuntu0.16.04), libnl-3-200:i386 (3.2.27-1, 3.2.27-1ubuntu0.16.04.1), lintian:i386 (2.5.43, 2.5.43ubuntu0.1), libwireshark-data:i386 (2.0.2+ga16e22e-1, 2.2.6+g32dac6a-2ubuntu0.16.04), libtasn1-6:i386 (4.7-3ubuntu0.16.04.1, 4.7-3ubuntu0.16.04.2), linux-generic:i386 (4.4.0.78.84, 4.4.0.79.85), wireshark-qt:i386 (2.0.2+ga16e22e-1, 2.2.6+g32dac6a-2ubuntu0.16.04)
End-Date: 2017-06-07  13:33:33

(en plus j'étais un peu coincé il n'y a plus d'historique dans history.log; je soupçonne un copain qui est venu voir le problème d'avoir utilisé BleachBit de façon un peu sauvage, j'ai presque plus rien en log au delà de mi mai !)

Pour le reste, je soupçonnais une mise à jour bancale, comme la dernière fois que j'ai eu un problème avec CIFS en juin 2014 où les commandes qui fonctionnaient la veille ne fonctionnait plus le lendemain de l'update… 
Là, pourquoi sur mon système ? et pas plus ailleurs... mystère ! . (j'étais peut-être pas le seul à rager ?)
Tout ce que je peux constater c'est qu'après avoir appliqué la mise à jour le 7/6/17, la mise en veille ne désactive plus mes ressources serveur 
(mais... j'ai toujours un problème de son qui ne se réactive pas 4 fois sur 5 en sortie de veille ! (pareil, ça a déconné après une mise à jour début 2016) … des fois ça marche, des fois il faut aller dans la config son et tester les HP et ça marche, des fois il faut faire un "sudo -kS alsa force-reload"… mais c'est de la petite misère, j'ai fais un script, c'est supportable ! smile )
Merci quand même pour l'aide, même si ça n'a pas abouti; le problème aurait pu durer !

Dernière modification par Lucifer90 (Le 09/06/2017, à 22:55)


Diaboliquement

Hors ligne