Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

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 12/10/2018, à 10:05

moko138

Bizarrerie impliquant mount, df et mtab

Bonjour,
Ceci concerne potentiellement tout le monde, et particulièrement les aidants.

Concernant l'état monté/non monté d'une partition, il arrive que

mount
df

et

cat /etc/mtab

donnent une information périmée !

Je viens de le vivre, en voici les détails.


Phase 1
J'avais branché un DDE.
Comme, sur mes systèmes, je désactive le montage automatique, j'ai monté à la main une des partitions

sudo mount -v -t ext4 /dev/sde8  /mnt/A

Puis je me suis servi normalement de cette partition. Et suis passé à autre chose.


Phase 2
Quelque heures plus tard, le sous-répertoire sur lequel je retourne est déclaré inaccessible par le gestionnaire de fichiers et par ncdu.
Pourtant, df -Th  indique toujours :

Sys. fich.                                             Type     Taille Util. Dispo Uti% Monté sur
/dev/sde8                                              ext4       250G  230G  7,6G  97% /mnt/A

mount -l | tail -1 indique toujours :

/dev/sde8 on /mnt/A type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)

en omettant toutefois l'étiquette de sde8.

Le fichier mtab qui, par construction, est censé montrer tous les systèmes de fichiers montés et aucun système de fichiers démonté, contient toujours

/dev/sde8 /mnt/A ext4 rw,relatime,user_xattr,barrier=1,data=ordered 0 0

Eh bien ces informations retournées par df, par mount et par cat /etc/mtab sont fausses parce que périmées.
  - -

Pour comprendre, je cherche d'abord "sde8" dans dmesg, et je trouve

[253897.339087]  sde: sde1 sde2 < sde5 sde6 sde7 sde8 sde9 sde10 > sde3
(...)
[254066.607505] EXT4-fs (sde8): mounted filesystem with ordered data mode. Opts: (null)

je lance alors

dmesg | grep -A1000 "sde: sde1 sde2 < sde5 sde6 sde7 sde8 sde9 sde10 > sde3" |  grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"

Et fiat lux :

[253897.339087]  sde: sde1 sde2 < sde5 sde6 sde7 sde8 sde9 sde10 > sde3
(...)
[254066.607505] EXT4-fs (sde8): mounted filesystem with ordered data mode. Opts: (null)
(...)
[258794.912965] usb 1-6: USB disconnect, device number 22
[258795.276038] usb 1-6: new high-speed USB device number 23 using ehci_hcd
(...)
[258796.431171] sd 23:0:0:0: [sdf] 625142448 512-byte logical blocks: (320 GB/298 GiB)
(...)
[258796.618307]  sdf: sdf1 sdf2 < sdf5 sdf6 sdf7 sdf8 sdf9 sdf10 > sdf3

Le système, de lui-même, a déconnecté l'adaptateur Sata/usb. Et l'a reconnecté un tiers de seconde plus tard.
Entretemps, la lettre attribuée par le système au disque externe est passée de "e" à "f".
On sait maintenant pourquoi sde8 n'est plus accessible.  smile


Phase 3
Je remonte la partition qui m'intéresse (et dont la lettre a changé) :

sudo mount -v /dev/sdf8  /mnt/A

df, mount et mtab continuent de fournir une information périmée (en plus de l'info exacte) :

df -Th
Sys. fich.                                             Type     Taille Util. Dispo Uti% Monté sur
/dev/sde8                                              ext4       250G  230G  7,6G  97% /mnt/A
/dev/sdf8                                              ext4       250G  230G  7,6G  97% /mnt/A
mount -l | tail -2
/dev/sde8 on /mnt/A type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sdf8 on /mnt/A type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered) [DATA320]
## Remarquer l'étiquette manquante.
cat /etc/mtab | grep -E "sde8|sdf8"
/dev/sde8 /mnt/A ext4 rw,relatime,user_xattr,barrier=1,data=ordered 0 0
/dev/sdf8 /mnt/A ext4 rw,relatime,user_xattr,barrier=1,data=ordered 0 0


Phase 4   Vers le démontage

sudo umount /dev/sde8
[sudo] password for moko: 
umount: cannot unmount /dev/sde8 -- /dev/sdf8 is mounted over it on the same point
sudo umount /mnt/A

Les infos périmées subsistent !

df -Th | grep -Ev "devpts|none|proc|s/fs|tmpfs|udev|rootfs"
Sys. fich.                                             Type     Taille Util. Dispo Uti% Monté sur
/dev/sde8                                              ext4       250G  230G  7,6G  97% /mnt/A
(...)
moko@cb:~$ mount -l | tail -2
/dev/sda9 (...)
/dev/sde8 on /mnt/A type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
moko@cb:~$ cat /etc/mtab | grep -E "sde8|sdf8"
/dev/sde8 /mnt/A ext4 rw,relatime,user_xattr,barrier=1,data=ordered 0 0
moko@cb:~$
sudo umount -v /dev/sde8
umount: /mnt/A: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))
moko@cb:~$ sudo umount -v /mnt/A
umount: /mnt/A: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))
lsof | grep "/mnt/A"
ncdu      22368              moko  cwd       DIR       8,72    12288     262145 /mnt/A/(...)

Je ferme l'onglet de ncdu /mnt/A/.

Et enfin, enfin :

sudo umount -v /mnt/A
/dev/sde8 has been unmounted

et df, mount et mtab retourne des infos exactes.  smile


Conclusion :
  Il avait suffi d'un processus non arrêté, portant sur le point de montage, pour que df, mount et mtab fournissent des infos erronées.
   En cas de doute sur la réalité d'un montage, faire ou, pour les aidants, faire faire :

lsof | grep <le point de montage>

Dernière modification par moko138 (Le 12/10/2018, à 11:09)


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#2 Le 12/10/2018, à 11:13

moko138

Re : Bizarrerie impliquant mount, df et mtab

J'avais accidentellement validé l'envoi trop tôt.
Le premier message, maintenant, est complet.  smile


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#3 Le 12/10/2018, à 11:35

jeange

Re : Bizarrerie impliquant mount, df et mtab

@moko MP


PCLF CLEVO W670SZQ i3-4000M Ram 8Go  Haswell HD4600 Ubuntu 14.04  18.04 LTS 64bits
033 V nospE   22.8.2  8.01.2 pmiG  X04D nokiN
Merci de donner les retours avec les balises < > et les allers avec les valises.
%NOINDEX%

Hors ligne

#4 Le 12/10/2018, à 11:42

grandtoubab

Re : Bizarrerie impliquant mount, df et mtab

j'aurai plutôt dit bizarrerie impliquant ncdu qui ne libère pas ses ressources big_smile


Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 10 Buster Gnome/Xorg, Gnome/Wayland, Weston/Wayland
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE.....

Hors ligne

#5 Le 12/10/2018, à 13:48

moko138

Re : Bizarrerie impliquant mount, df et mtab

grandtoubab a écrit :

j'aurai plutôt dit bizarrerie impliquant ncdu qui ne libère pas ses ressources big_smile

Ça aurait été exact aussi. Encore que je ne sache pas ce que tu appelles "ressources".(*)
Mais, d'un point de vue pratique :

Le piège auquel on sera confronté en dépannage, c'est bien celui d'une partition paraissant à tort montée d'après les indicateurs usuels (sauf le gestionnaire de fichiers).
  Et au début, on ignore le responsable de cette fausse information. Lequel (ncdu... ou autre !) n'apparaîtra qu'avec

lsof | grep <le point de montage>

C'est pourquoi il me semble plus utile de nommer dans le titre les 3 indicateurs usuels.


___
(*) D'ailleurs, si tu peux m'éclairer... merci d'avance !  smile


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#6 Le 12/10/2018, à 14:14

grandtoubab

Re : Bizarrerie impliquant mount, df et mtab

ce qui me chagrine c'est ça
Le système, de lui-même, a déconnecté l'adaptateur Sata/usb

comment expliques tu ça?

si tu prépares

tail -f /var/log/kern.log

et que tu branches ton disque, pas de messages d'erreur?

* les ressources utilisées par le programmes sont les données de ton disque, ncdu ne fonctionne pas " à vide"

Dernière modification par grandtoubab (Le 12/10/2018, à 14:22)


Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 10 Buster Gnome/Xorg, Gnome/Wayland, Weston/Wayland
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE.....

Hors ligne

#7 Le 12/10/2018, à 16:31

moko138

Re : Bizarrerie impliquant mount, df et mtab

grandtoubab a écrit :

* les ressources utilisées par le programmes sont les données de ton disque, ncdu ne fonctionne pas " à vide"

Merci !
Quand je lance ncdu /mnt/A, la partition est évidemment montée sur /mnt/A.
ncdu (contrairement à du) reste lancé tant que tu ne l'as pas arrêté.
Après la déconnexion-reconnexion, la partition n'est bien sûr plus montée, de fait. Donc quand j'appuie sur la touche "r" (= Rafraîchir ncdu) ncdu m'informe bien, que le répertoire est introuvable.
Mais le système, qui a enregistré la déconnexion de l'adaptateur Sata/usb, s'en tient à

[ Tâche en cours : ]
ncdu      (...)     /mnt/A/(...)

.
.

grandtoubab a écrit :

ce qui me chagrine c'est ça
Le système, de lui-même, a déconnecté l'adaptateur Sata/usb

comment expliques tu ça?

Je n'ai pas de preuve, mais je crois tout simplement à la faiblesse de l'alimentation de ma mini-tour :
220 W seulement.
Or je demande à l'alim de pourvoir à trois un peu plus de deux disques :
  - le DDE 2" sur lequel j'ai démarré (système + 1 partition de données + 1 partition-swap)
  - le DD interne 3"       (1 partition de données)
  - la partie "data-usb2" du DDE 2"      sporadiquement déconnecté-reconnecté, bien qu'ayant pour lui tout seul, pour tout ce qui n'est pas data, l'alimentation d'une vieille tour.

D'ailleurs, j'ai eu deux autres "usb 1-6: USB disconnect, device number **" après mon premier message.

C'est pourquoi je crois que, moyennant un peu de patience, il ne sera pas difficile de reproduire le phénomène.

grandtoubab a écrit :

si tu prépares

tail -f /var/log/kern.log

et que tu branches ton disque, pas de messages d'erreur?

tail -f /var/log/kern.log
tail: impossible d'ouvrir « /var/log/kern.log » en lecture: Permission non accordée

.

tail -f $(sudo cat /var/log/kern.log)
tail: option utilisée dans un contexte non valide -- 7

.

sudo tail -f /var/log/kern.log | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|phy0|tx status|ufw|wlan"
Oct 12 17:12:32 cb kernel: [302600.740053] usb 1-6: new high-speed USB device number 27 using ehci_hcd
Oct 12 17:12:33 cb kernel: [302600.873866] usb 1-6: New USB device found, idVendor=152d, idProduct=2338
Oct 12 17:12:33 cb kernel: [302600.873878] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Oct 12 17:12:33 cb kernel: [302600.873884] usb 1-6: Product: USB to ATA/ATAPI Bridge
Oct 12 17:12:33 cb kernel: [302600.873890] usb 1-6: Manufacturer: JMicron
Oct 12 17:12:33 cb kernel: [302600.873895] usb 1-6: SerialNumber: 222256D7D217
Oct 12 17:12:33 cb kernel: [302600.875822] scsi27 : usb-storage 1-6:1.0
Oct 12 17:12:34 cb kernel: [302601.873155] scsi 27:0:0:0: Direct-Access     ST932032 5ASG             APM1 PQ: 0 ANSI: 2 CCS
Oct 12 17:12:34 cb kernel: [302601.877122] sd 27:0:0:0: Attached scsi generic sg5 type 0
Oct 12 17:12:34 cb kernel: [302601.877248] sd 27:0:0:0: [sde] 625142448 512-byte logical blocks: (320 GB/298 GiB)
Oct 12 17:12:34 cb kernel: [302601.877994] sd 27:0:0:0: [sde] Write Protect is off
Oct 12 17:12:34 cb kernel: [302601.878004] sd 27:0:0:0: [sde] Mode Sense: 00 38 00 00
Oct 12 17:12:34 cb kernel: [302601.878744] sd 27:0:0:0: [sde] Asking for cache data failed
Oct 12 17:12:34 cb kernel: [302601.878751] sd 27:0:0:0: [sde] Assuming drive cache: write through
Oct 12 17:12:34 cb kernel: [302601.881873] sd 27:0:0:0: [sde] Asking for cache data failed
Oct 12 17:12:34 cb kernel: [302601.881883] sd 27:0:0:0: [sde] Assuming drive cache: write through
Oct 12 17:12:34 cb kernel: [302602.347638]  sde: sde1 sde2 < sde5 sde6 sde7 sde8 sde9 sde10 > sde3
Oct 12 17:12:34 cb kernel: [302602.354000] sd 27:0:0:0: [sde] Asking for cache data failed
Oct 12 17:12:34 cb kernel: [302602.354011] sd 27:0:0:0: [sde] Assuming drive cache: write through
Oct 12 17:12:34 cb kernel: [302602.354019] sd 27:0:0:0: [sde] Attached SCSI disk

Dans un premier temps, pas d'erreur.

On va voir après montage

sudo mount -v -t ext4 /dev/sde8  /mnt/A
[sudo] password for : 
/dev/sde8 on /mnt/A type ext4 (rw)

.

## suite de   sudo tail -f /var/log/kern.log (...)
Oct 12 17:12:34 cb kernel: [302602.354019] sd 27:0:0:0: [sde] Attached SCSI disk
Oct 12 17:16:51 cb kernel: [302858.934411] EXT4-fs (sde8): mounted filesystem with ordered data mode. Opts: (null)
Oct 12 17:19:40 cb kernel: [303028.656367] forcedeth 0000:00:07.0: irq 43 for MSI/MSI-X
Oct 12 17:19:40 cb kernel: [303028.656587] forcedeth 0000:00:07.0: eth0: no link during initialization
Oct 12 17:19:40 cb kernel: [303028.664581] ADDRCONF(NETDEV_UP): eth0: link is not ready

Mais, pour l'instant, on a encore   df -Th :

/dev/sde8                                              ext4       250G  230G  7,6G  97% /mnt/A

Dernière modification par moko138 (Le 12/10/2018, à 23:46)


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#8 Le 12/10/2018, à 18:06

moko138

Re : Bizarrerie impliquant mount, df et mtab

Pour solliciter durement l'alimentation, j'ai lancé une video de chacun des trois disques, mais pour l'instant,
/mnt/A reste montée,
et sudo tail -f ... est toujours au même point "Oct 12 17:19:40..."


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#9 Le 12/10/2018, à 18:49

grandtoubab

Re : Bizarrerie impliquant mount, df et mtab

faut voir à quelle fréquence

grep 'USB disconnect' /var/log/kern.log

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 10 Buster Gnome/Xorg, Gnome/Wayland, Weston/Wayland
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE.....

Hors ligne

#10 Le 12/10/2018, à 19:48

moko138

Re : Bizarrerie impliquant mount, df et mtab

Moi je veux bien, mais, depuis le #6, nous sommes hors-sujet.

sudo grep 'USB disconnect' /var/log/kern.log
[sudo] password for moko: 
Oct  7 16:19:32 cb kernel: [306629.594038] usb 1-6: USB disconnect, device number 36
Oct  7 18:45:34 cb kernel: [315391.989016] usb 1-10: USB disconnect, device number 37
Oct  7 21:28:37 cb kernel: [ 8155.352480] usb 1-10: USB disconnect, device number 10
Oct  7 21:35:02 cb kernel: [ 8540.831254] usb 1-10: USB disconnect, device number 11
Oct  7 21:36:40 cb kernel: [ 8638.274203] usb 1-10: USB disconnect, device number 12
Oct  7 21:42:23 cb kernel: [ 8981.204034] usb 1-6: USB disconnect, device number 13
Oct  7 23:24:51 cb kernel: [15129.559038] usb 1-6: USB disconnect, device number 14
Oct  7 23:27:03 cb kernel: [15262.133140] usb 1-10: USB disconnect, device number 15
Oct  8 01:42:35 cb kernel: [23394.039712] usb 1-10: USB disconnect, device number 16
Oct  8 21:53:29 cb kernel: [96048.309003] usb 1-10: USB disconnect, device number 17
Oct  9 01:49:22 cb kernel: [110200.775344] usb 1-10: USB disconnect, device number 18
Oct  9 04:48:54 cb kernel: [120972.901755] usb 1-10: USB disconnect, device number 19
Oct  9 06:38:39 cb kernel: [ 5367.268354] usb 2-10: USB disconnect, device number 5
Oct  9 06:38:40 cb kernel: [ 5368.077885] usb 1-10: USB disconnect, device number 7
Oct  9 06:38:41 cb kernel: [ 5369.116263] usb 1-10: USB disconnect, device number 8
Oct  9 06:38:41 cb kernel: [ 5369.828607] usb 1-10: USB disconnect, device number 9
Oct  9 06:38:45 cb kernel: [ 5373.569859] usb 1-10: USB disconnect, device number 10
Oct  9 07:50:14 cb kernel: [ 9662.310270] usb 2-10: USB disconnect, device number 6
Oct  9 13:19:23 cb kernel: [29411.122266] usb 1-10: USB disconnect, device number 13
Oct  9 13:19:25 cb kernel: [29413.517573] usb 1-10: USB disconnect, device number 14
Oct  9 18:47:05 cb kernel: [49073.675017] usb 1-10: USB disconnect, device number 15
Oct 10 17:24:54 cb kernel: [130542.890789] usb 1-10: USB disconnect, device number 16
Oct 10 17:24:55 cb kernel: [130543.355885] usb 1-10: USB disconnect, device number 17
Oct 10 17:24:57 cb kernel: [130545.968770] usb 1-10: USB disconnect, device number 18
Oct 10 17:28:53 cb kernel: [130781.530496] usb 1-10: USB disconnect, device number 19
Oct 12 00:57:34 cb kernel: [244102.212235] usb 1-10: USB disconnect, device number 20
Oct 12 05:02:27 cb kernel: [258794.912965] usb 1-6: USB disconnect, device number 22
Oct 12 13:46:29 cb kernel: [290237.407709] usb 1-6: USB disconnect, device number 23
Oct 12 15:03:57 cb kernel: [294885.529381] usb 1-6: USB disconnect, device number 24
Oct 12 16:58:00 cb kernel: [301728.613893] usb 1-6: USB disconnect, device number 25
Oct 12 17:03:19 cb kernel: [302047.803743] usb 1-6: USB disconnect, device number 26

31 / 6 jours = 5 fois par jour, en moyenne.

Le sujet n'est pas "pourquoi sur telle machine ai-je des USB disconnect",
le sujet est : ne pas se laisser induire en erreur par df / mount / mtab qui peuvent, dans certains cas, donner une info périmée.


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#11 Le 12/10/2018, à 20:37

grandtoubab

Re : Bizarrerie impliquant mount, df et mtab

moko138 a écrit :

Moi je veux bien, mais, depuis le #6, nous sommes hors-sujet.



Le sujet n'est pas "pourquoi sur telle machine ai-je des USB disconnect",
le sujet est : ne pas se laisser induire en erreur par df / mount / mtab qui peuvent, dans certains cas, donner une info périmée.

sauf que :
qui a des usb disconnect qui laisse une commande ncdu avec son montage périmé  ?
a mon avis moko138 uniquement

Dernière modification par grandtoubab (Le 12/10/2018, à 20:37)


Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 10 Buster Gnome/Xorg, Gnome/Wayland, Weston/Wayland
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE.....

Hors ligne

#12 Le 12/10/2018, à 22:08

moko138

Re : Bizarrerie impliquant mount, df et mtab

ncdu n'est pas lancé sur cette partition.(Pas relancé depuis la fin de la matinée).

Et il y a du nouveau :

VLC ne peut pas ouvrir « file:///mnt/A/.../(...).mp4 ». Vérifiez les messages pour plus de détails.
   > Messages
filesystem error: cannot open file /mnt/A/.../(...).mp4 (No such file or directory)
main error: open of `file:///mnt/A/(...).mp4' failed

sudo tail -f ... a évolué :

Oct 12 17:19:40 cb kernel: [303028.664581] ADDRCONF(NETDEV_UP): eth0: link is not ready
Oct 12 19:56:50 cb kernel: [312458.716530] forcedeth 0000:00:07.0: irq 43 for MSI/MSI-X
Oct 12 19:56:50 cb kernel: [312458.716754] forcedeth 0000:00:07.0: eth0: no link during initialization
Oct 12 19:56:50 cb kernel: [312458.725342] ADDRCONF(NETDEV_UP): eth0: link is not ready
Oct 12 21:30:25 cb kernel: [318073.721519] usb 1-6: USB disconnect, device number 27     ### LÀ
Oct 12 21:30:26 cb kernel: [318073.968044] usb 1-6: new high-speed USB device number 28 using ehci_hcd
Oct 12 21:30:26 cb kernel: [318074.092032] usb 1-6: device descriptor read/64, error -71
Oct 12 21:30:26 cb kernel: [318074.329832] usb 1-6: New USB device found, idVendor=152d, idProduct=2338
Oct 12 21:30:26 cb kernel: [318074.329837] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Oct 12 21:30:26 cb kernel: [318074.329840] usb 1-6: Product: USB to ATA/ATAPI Bridge
Oct 12 21:30:26 cb kernel: [318074.329842] usb 1-6: Manufacturer: JMicron
Oct 12 21:30:26 cb kernel: [318074.329844] usb 1-6: SerialNumber: 222256D7D217
Oct 12 21:30:26 cb kernel: [318074.336070] scsi28 : usb-storage 1-6:1.0
Oct 12 21:30:27 cb kernel: [318075.344845] scsi 28:0:0:0: Direct-Access     ST932032 5ASG             APM1 PQ: 0 ANSI: 2 CCS
Oct 12 21:30:27 cb kernel: [318075.346084] sd 28:0:0:0: Attached scsi generic sg5 type 0
Oct 12 21:30:27 cb kernel: [318075.346581] sd 28:0:0:0: [sdf] 625142448 512-byte logical blocks: (320 GB/298 GiB)
Oct 12 21:30:27 cb kernel: [318075.347337] sd 28:0:0:0: [sdf] Write Protect is off          ### LÀ
Oct 12 21:30:27 cb kernel: [318075.347342] sd 28:0:0:0: [sdf] Mode Sense: 00 38 00 00
Oct 12 21:30:27 cb kernel: [318075.348223] sd 28:0:0:0: [sdf] Asking for cache data failed
Oct 12 21:30:27 cb kernel: [318075.348228] sd 28:0:0:0: [sdf] Assuming drive cache: write through
Oct 12 21:30:27 cb kernel: [318075.350954] sd 28:0:0:0: [sdf] Asking for cache data failed
Oct 12 21:30:27 cb kernel: [318075.350959] sd 28:0:0:0: [sdf] Assuming drive cache: write through
Oct 12 21:30:27 cb kernel: [318075.540592]  sdf: sdf1 sdf2 < sdf5 sdf6 sdf7 sdf8 sdf9 sdf10 > sdf3
Oct 12 21:30:27 cb kernel: [318075.544585] sd 28:0:0:0: [sdf] Asking for cache data failed
Oct 12 21:30:27 cb kernel: [318075.544590] sd 28:0:0:0: [sdf] Assuming drive cache: write through
Oct 12 21:30:27 cb kernel: [318075.544593] sd 28:0:0:0: [sdf] Attached SCSI disk

Déconnexion, reconnexion automatique et changement de lettre. Sans ncdu :

lsof | grep /mnt/A
vlc         321    /mnt/A/.../Video/DUGPDCV
vlc        3724    /mnt/A/.../Video/DUGPDCV

Et bien entendu les infos périmées sont présentes :

df -Th | grep -Ev "devpts|none|proc|s/fs|tmpfs|udev|rootfs"
Sys. fich.                                             Type     Taille Util. Dispo Uti% Monté sur
/dev/sde8                                              ext4       250G  230G  7,6G  97% /mnt/A
mount -l | tail -1
/dev/sde8 on /mnt/A type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
cat /etc/mtab | grep sde8
/dev/sde8 /mnt/A ext4 rw,relatime,user_xattr,barrier=1,data=ordered 0 0

Alors on tue les tâches qui - selon lsof - sont restées actives sur le point de montage :

moko@cb:~$ kill 3724
moko@cb:~$ kill 321
moko@cb:~$ lsof | grep /mnt/A      ### On contrôle
moko@cb:~$ 

Après quoi on peut démonter...

moko@cb:~$ sudo umount /mnt/A
[sudo] password for moko: 
moko@cb:~$ 

...et être débarrassé des infos périmées :

moko@cb:~$ cat /etc/mtab | grep sde8
moko@cb:~$ 

Encore une fois, c'est piégeux.
Plus encore quand on n'est pas directement devant l'écran concerné !


P.S. :
J'ai oublié, plus haut, de mentionner que le disque subissant les déconnexions-reconnexions a une alimentation dédiée, récupérée sur une vieille tour.


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne