[Résolu] Des fichiers existent mais sont introuvables

Jarodd · Le 19/04/2024, à 18:03

Bonjour,

Petite expérience étonnante aujourd'hui.
J'ai un fichier sur un disque nommé 5TO, dans le répertoire path/to/S01E16.txt.
Je veux le copier sur un disque nommé 6TO, dans la même arborescence : path/to/S01E16.txt.
Les deux disques sont en NTFS.

Avec nemo (mon gestionnaire de fichier principal), quand je tente cette copie, j'ai la fenêtre m'indiquant que le fichier existe déjà : même nom, même taille, même date de modifs, bref c'est le même fichier :

Or, avec nemo (ou nautilus) il n'apparaît pas sur 6TO. J'ai affiché les fichiers cachés, j'ai changé l'ordre d'affichage, j'ai fait attention aux espaces / majuscules / minuscules, ...
Si je recherche "S01E16" il n'y a aucun fichier :

J'ai comparé les deux répertoires avec DoubleCommander, le fichier apparaît bien comme existant dans 5TO, et inexistant dans 6TO (la copie est proposée) :

Encore plus étrange, si j'accepte la copie (avec DoubleCommander ou nemo comme dans le premier screenshot), j'ai bien le transfert qui s'effectue, mais quand il est terminé, je refais les mêmes tests : le fichier n'existe toujours pas !

En commande, c'est pareil, avec diff :

Dans le terminal, je vais dans le répertoire 6TO/path/to/S01E16 et là je fais Tabulation, mais rien n'est proposé :

Une précision qui a peut-être de l'importance : j'ai ce comportement sur plusieurs fichiers de ce répertoire. Ils existaient déjà sur les deux disques, mais hier j'ai apporté des modifications à certains d'entre eux. Ils ont donc été modifié sur le disque 5TO, et j'essaye de mettre cette nouvelle version des fichiers sur 6TO.

C'est comme si le fait de les avoir actualisé sur un disque perturbait leur détection. Y a-t-il une sorte de "tampon", qui ferait croire au système que le fichier existe (lors de la copie), alors qu'il n'existe pas pas physiquement ? Pourquoi après les transferts, c'est comme si je n'avais rien fait ?

Au final je ne sais pas s'ils existent ou pas... D'après la copie qui l'écrase : oui, mais d'après les autres programmes : non.

J'ai essayé plusieurs fois d'éjecter et remonter les disques, et j'ai même redémarré 2 fois depuis hier.

Je suis preneur de toute manipulation qui me permettrait de vraiment savoir ce qui existe, ou pas, dans le disque de destination.

Merci pour votre aide.

PS : je préfère masquer le nom des fichiers, je ne sais pas ce qu'on a le droit de montrer ou pas (ce sont des fichiers d'une "zone grise" légale), dans le doute je floute. Malgré cela je pense que le problème est bien compréhensible.

Edit 27/04 : résolu, j'ai formaté le disque en exfat et refait les copies.

Dernière modification par Jarodd (Le 27/04/2024, à 09:17)

erresse · Le 19/04/2024, à 18:48

Bonjour,
Pourrais-tu t'assurer que les deux montages dans /media ne montent pas en fait le même volume sous des noms différents ?
Parce-que dans ce cas, cela expliquerait le comportement que tu remarques, alors que si les deux volumes sont effectivement des volumes différents, la copie devrait pouvoir se faire en écrasant l'ancienne version du fichier qui ne devrait pas avoir la même date de modification que sur la source...

Jarodd · Le 19/04/2024, à 19:48

J'utilise ces deux disques depuis des années. Je les allume généralement en même temps, et apparaissent dans nemo 5 TO et 6TO.
Il y a bien 2 disques dans gparted (j'ai vérifié leur filesystem avant de poster le message) et Disques.
Comment puis-je vérifier ce que tu suppose ?

geole · Le 19/04/2024, à 22:10

Bonsoir.
Afin de faire le point en lignes de commandes, merci d'identifier les deux disques en donnant ce retour

lsblk -fe7

Coeur Noir · Le 20/04/2024, à 01:33

Ou

lsblk -fe7,11 -o +size,model | cat

7 → n'affiche pas les périph. virtuels ;
11 → n'affiche pas les supports optiques ;
size,model → taille, modèle du support, ça facilite les repérages ;
| cat → lsblk avec toutes ces options renvoie un tableau assez large dont les lignes chassent mal dans une petite fenêtre de terminal, avec cat on évite ce comportement.

Dernière modification par Coeur Noir (Le 20/04/2024, à 01:42)

erresse · Le 20/04/2024, à 15:45

erresse a écrit :

Pourrais-tu t'assurer que les deux montages dans /media ne montent pas en fait le même volume sous des noms différents ?

(Je m'auto-cite pour situer la question).
Je pensais à un problème de montage, car bien que ce soient des volumes montés dans /media, quelquefois il s'agit en fait de montages "en dur" dans le fstab. Si, par suite d'une copie de volume par exemple, les deux avaient le même UUID, lors du montage, on pointerait en fait sur le même volume...
Ou autre confusion dans l'attribution des noms de chemin ou de volume.
Mais si tu dis que tu les utilises depuis des lustres sans avoir rien modifié, ça n'a sans doute pas lieu d'être...

Jarodd · Le 22/04/2024, à 10:00

Bonjour,
Voici les retours demandés :

$ lsblk -fe7
NAME                                          FSTYPE      FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                                                            
└─sda2                                        ntfs                 6TO   AA1021C5102198F9                        197,7G    96% /media/jarodd/6TO
sdb                                                                                                                            
└─sdb1                                        ntfs                 5TO   6A2E103E2E10062B                        882,6G    81% /media/jarodd/5TO
nvme1n1                                                                                                                        
├─nvme1n1p1                                   vfat        FAT32          299D-2466                               504,9M     1% /boot/efi
├─nvme1n1p2                                   ext4        1.0            fdc95a74-f04e-41ce-a949-cdc9bc10781e      1,2G    18% /boot
└─nvme1n1p3                                   crypto_LUKS 2              3d9739ab-61a7-415e-b1b5-81246666e518                  
  └─nvme1n1p3_crypt                           LVM2_member LVM2 001       aa6Ped-pjQi-dIWF-WFlx-mOnB-P9Pf-EGorvY                
    ├─vgubuntu-root                           ext4        1.0            0f2dd8fb-a4d8-479c-9863-18f8bbcb73cd      1,5T    13% /var/snap/firefox/common/host-hunspell
    │                                                                                                                          /
    └─vgubuntu-swap_1                         swap        1              9c94fa4c-f4b9-4efd-bda9-a8fa468b08fc                  [SWAP]
nvme0n1                                                                                                                        
└─nvme0n1p1                                   crypto_LUKS 2              5ca879f6-fbfb-4bbe-b790-cc4dd21b50ac                  
  └─luks-5ca879f6-fbfb-4bbe-b790-cc4dd21b50ac ext4        1.0      SSD2  2403046c-330d-43c3-a0b8-592558530497      2,3T    31% /run/timeshift/backup
                                                                                                                               /media/jarodd/SSD2

$ lsblk -fe7,11 -o +size,model | cat
NAME                                          FSTYPE      FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS                             SIZE MODEL
sda                                                                                                                                                                    5,5T Expansion Desk
└─sda2                                        ntfs                 6TO   AA1021C5102198F9                        197,7G    96% /media/jarodd/6TO                      5,5T 
sdb                                                                                                                                                                    4,5T My Passport 2627
└─sdb1                                        ntfs                 5TO   6A2E103E2E10062B                        882,6G    81% /media/jarodd/5TO                      4,5T 
nvme1n1                                                                                                                                                                1,8T Samsung SSD 980 PRO 2TB
├─nvme1n1p1                                   vfat        FAT32          299D-2466                               504,9M     1% /boot/efi                               512M 
├─nvme1n1p2                                   ext4        1.0            fdc95a74-f04e-41ce-a949-cdc9bc10781e      1,2G    18% /boot                                   1,7G 
└─nvme1n1p3                                   crypto_LUKS 2              3d9739ab-61a7-415e-b1b5-81246666e518                                                          1,8T 
  └─nvme1n1p3_crypt                           LVM2_member LVM2 001       aa6Ped-pjQi-dIWF-WFlx-mOnB-P9Pf-EGorvY                                                        1,8T 
    ├─vgubuntu-root                           ext4        1.0            0f2dd8fb-a4d8-479c-9863-18f8bbcb73cd      1,5T    13% /var/snap/firefox/common/host-hunspell  1,8T 
    │                                                                                                                          /                                            
    └─vgubuntu-swap_1                         swap        1              9c94fa4c-f4b9-4efd-bda9-a8fa468b08fc                  [SWAP]                                  1,9G 
nvme0n1                                                                                                                                                                3,6T WD_BLACK SN850X 4000GB
└─nvme0n1p1                                   crypto_LUKS 2              5ca879f6-fbfb-4bbe-b790-cc4dd21b50ac                                                          3,6T 
  └─luks-5ca879f6-fbfb-4bbe-b790-cc4dd21b50ac ext4        1.0      SSD2  2403046c-330d-43c3-a0b8-592558530497      2,3T    31% /run/timeshift/backup                   3,6T 
                                                                                                                               /media/jarodd/SSD2

Les deux disques sont bien distincts (screenshot de l'application Disques, c'est pareil avec gparted) :
disques

geole · Le 22/04/2024, à 10:16

Bonjour.
Les points de montages des deux partitions NTFS sont bien distincts.
Pour aller plus loin en ligne de commandes, Donne les répertoires de premiers niveaux.
Tu indiqueras, celui/ceux qui pose(nt) problème.

ls -ls /media/jarodd/6TO

ls -ls  /media/jarodd/5TO

On va aussi verifier la qualité physique des deux disques.avec l'application smartmontools

sudo apt-get install --no-install-recommends smartmontools

Puis tu posteras.

sudo smartctl -s on -a /dev/sda

sudo smartctl -s on -a /dev/sdb

Dernière modification par geole (Le 22/04/2024, à 10:30)

iznobe · Le 22/04/2024, à 10:17

Bonjour , certes il existe 2 disques distincts , il n ' empêche que sans voir le fichier fstab , il a tres bien pu se glisser une erreur du genre de celle qu ' explique @erresse .
Montre aussi :

cat -n /etc/fstab

et

cat -n /etc/mtab | grep /sd

ON NOTERA aussi que ton disque est à saturation :

└─sda2                                        ntfs                 6TO   AA1021C5102198F9                        197,7G    96% /media/jarodd/6TO

tu ne peux ( presque ) plus rien y mettre dedans si tu n' as pas modifié " sa réserve " .

Dernière modification par iznobe (Le 22/04/2024, à 10:25)

geole · Le 22/04/2024, à 10:28

Avec 197.7 go de libre. il y encore pas mal de place de libre!!!!!!
De quoi y stocker tous les matchs de la dernière coupe du monde de rugby en qualité maxima.

Dernière modification par geole (Le 22/04/2024, à 10:31)

iznobe · Le 22/04/2024, à 10:30

ba ca depend de la quantité de données qu ' il a voulu copier lors de l' erreur ...
" presque plus " , c ' est relatif , bien sur . mais sur 6 To , ca reste peu

geole · Le 22/04/2024, à 10:33

Le fichier à problème fait 113,5 Mo.

Jarodd · Le 22/04/2024, à 10:48

Bonjour,
Les retours demandés :

22/04/2024 10:44:24 • jarodd@ubuntu:/media/jarodd/
$ ls -ls /media/jarodd/5TO
total 40
40 drwxrwxrwx 1 jarodd jarodd 40960 déc.  10 16:07 Videos
22/04/2024 10:44:30 • jarodd@ubuntu:/media/jarodd/
$ ls -ls /media/jarodd/6TO/
total 48
 0 drwxr-xr-x 1 jarodd jarodd     0 juin  14  2020 Backups
44 drwxrwxrwx 1 jarodd jarodd 45056 déc.  10 16:07 Videos
 4 drwxrwxr-x 1 jarodd jarodd  4096 déc.  29 17:14 Photos
22/04/2024 10:44:34 • jarodd@ubuntu:/media/jarodd/
$

fstab (j'ai enlevé toutes les lignes commençant par #) :

$ cat -n /etc/fstab
     1	# /etc/fstab: static file system information.
     2	#
     3	# Use 'blkid' to print the universally unique identifier for a
     4	# device; this may be used with UUID= as a more robust way to name devices
     5	# that works even if disks are added and removed. See fstab(5).
     6	#
     7	# <file system> <mount point>   <type>  <options>       <dump>  <pass>
     8	/dev/mapper/vgubuntu-root /               ext4    errors=remount-ro 0       1
     9	# /boot was on /dev/nvme1n1p2 during installation
    10	UUID=fdc95a74-f04e-41ce-a949-cdc9bc10781e /boot           ext4    defaults        0       2
    11	# /boot/efi was on /dev/nvme1n1p1 during installation
    12	UUID=299D-2466  /boot/efi       vfat    umask=0077      0       1
    13	/dev/mapper/vgubuntu-swap_1 none            swap    sw              0       0
    14	
    15
    45	# QNAP TS-253-B
    46	192.168.1.253:/Videos       /media/jarodd/ts253b   nfs     rw      0 0
    51

smartontools :

22/04/2024 10:47:20 • jarodd@ubuntu:~
$ sudo smartctl -s on -a /dev/sda
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.5.0-28-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: scsi error unsupported field in scsi command

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
22/04/2024 10:47:26 • jarodd@ubuntu:~
$ sudo smartctl -s on -a /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.5.0-28-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Elements / My Passport (USB, AF)
Device Model:     WDC WD50NDZW-11MR8S1
Serial Number:    WD-WX51E79418MM
LU WWN Device Id: 5 0014ee 211b65641
Firmware Version: 02.01A02
User Capacity:    5000947523584 bytes [5,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
TRIM Command:     Available, deterministic
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-3 (minor revision not indicated)
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Apr 22 10:47:30 2024 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		( 4800) seconds.
Offline data collection
capabilities: 			 (0x1b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					No Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 604) minutes.
SCT capabilities: 	       (0x30b5)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       5
  3 Spin_Up_Time            0x0027   253   253   021    Pre-fail  Always       -       4783
  4 Start_Stop_Count        0x0032   098   098   000    Old_age   Always       -       2384
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   096   096   000    Old_age   Always       -       3633
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       950
192 Power-Off_Retract_Count 0x0032   199   199   000    Old_age   Always       -       799
193 Load_Cycle_Count        0x0032   195   195   000    Old_age   Always       -       17721
194 Temperature_Celsius     0x0022   122   099   000    Old_age   Always       -       30
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

Selective Self-tests/Logging not supported

geole · Le 22/04/2024, à 11:08

La suite.

 ls -ls /media/jarodd/5TO/Videos

 ls -ls /media/jarodd/6TO/Videos

Tu préciseras le répertoire qui pose problème.

sudo smartctl -s on -T verypermissive -a /dev/sda

Dernière modification par geole (Le 22/04/2024, à 11:10)

Coeur Noir · Le 22/04/2024, à 12:33

iznobe a écrit :

certes il existe 2 disques distincts , il n ' empêche que sans voir le fichier fstab , il a tres bien pu se glisser une erreur du genre de celle qu ' explique @erresse .

Euh…

$ lsblk -fe7,11 -o +size,model | cat
NAME                                          FSTYPE      FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS                             SIZE MODEL
sda                                                                                                                                                                    5,5T Expansion Desk
└─sda2                                        ntfs                 6TO   AA1021C5102198F9                        197,7G    96% /media/jarodd/6TO                      5,5T 
sdb                                                                                                                                                                    4,5T My Passport 2627
└─sdb1                                        ntfs                 5TO   6A2E103E2E10062B                        882,6G    81% /media/jarodd/5TO                      4,5T

…ça montre déjà qu'il s'agit de 2 périphériques différents ( label, uuid ) chacun dans leur point de montage ( mountpoints ).
Et les points de montage utilisés ( /media/$USER ) suggèrent que ces partitions ne sont pas consignées dans /etc/fstab ( c'est à dire qu'elles ne montent que quand sollicitées, ou branchées. )
Très normal s'il s'agit de DD externes.
Dans ce cas vérifier que les dossiers /media/jarodd/6TO et /media/jarodd/5TO disparaissent bien dès lors que ces disques sont proprement démontés puis débranchés.
( On est dans le montage auto de périphérique là, via udisksctl ).

Jarodd · Le 22/04/2024, à 12:41

Dans ce cas vérifier que les dossiers /media/jarodd/6TO et /media/jarodd/5TO disparaissent bien dès lors que ces disques sont proprement démontés puis débranchés.

Oui c'est bien le cas. Je clique sur la flèche => elle disparaît, mais le nom du disque apparaît toujours.
Quand je le débranche physiquement de son port, ce nom disparaît.

geole · Le 22/04/2024, à 18:39

Cela me semble normal que les noms des disques restent pour rester montables par la commande udiksctl
Débranche les disques.
Rebranche les disques et comme je vois que tu as oublié de répondre à mon message de l'échange 14, fais-le.

Dernière modification par geole (Le 22/04/2024, à 18:41)

iznobe · Le 22/04/2024, à 18:56

Coeur Noir a écrit :

Et les points de montage utilisés ( /media/$USER ) suggèrent que ces partitions ne sont pas consignées dans /etc/fstab ( c'est à dire qu'elles ne montent que quand sollicitées, ou branchées. )

Bonjour , qu ' est ce qui empecher de mettre une ligne de ce type dans le fstab :

/dev/disk/by-label/WD8PRO2                     /media/iznobe/WD8PRO2          ext4    defaults,nofail

et de creer le répertoire qui va avec :

sudo mkdir -pv /media/$USER/WD8PRO2

et de justement se retrouver avec un conflit ensuite avec le montage via udisksctl ?
Par securité , ca me semble pas si mal d' etre sur que le fstab est correct a tout point de vue et qu ' il est impossible d' entrer en conflit d' une maniere ou d' une autre .

Dernière modification par iznobe (Le 22/04/2024, à 18:58)

geole · Le 22/04/2024, à 19:19

J'ai constaté que si la partition est définie dans le fichier /etc/fstab
Et que le disque n'est pas branché au démarrage, on perd 90 secondes d'attente avant time-out
J'ai aussi vu que si la partition est par la suite, démontée
Elle peut être facilement remontée par la commande Sudo mount -av
Ainsi que par la commande udisksctl, Le point de montage sera alors celui du fstab
On n'est donc pas obligé de mettre le nom de l'utilisateur. Ce qui serait impossible pour un disque externe multi-utilisateur.
Cependant, mon avis est qu'il n'y a pas lieu de définir un support usb dans fstab

Dernière modification par geole (Le 22/04/2024, à 19:21)

Coeur Noir · Le 22/04/2024, à 23:49

iznobe a écrit :

Bonjour , qu ' est ce qui empecher de mettre une ligne de ce type dans le fstab :
/dev/disk/by-label/WD8PRO2                     /media/iznobe/WD8PRO2          ext4    defaults,nofail

Rien ne l'empêche c'est vrai…

et de creer le répertoire qui va avec :
sudo mkdir -pv /media/$USER/WD8PRO2
et de justement se retrouver avec un conflit ensuite avec le montage via udisksctl ?

…alors ça ne générerait pas systématiquement un conflit : soit le montage aurait lieu dans ce dossier existant ( mais vide ) WD8PRO2, soit dans un dossier WD8PRO2(1) ou WD8PRO2(2) ou… selon le nombre de fois où udisksctl n'aura pas su terminer son boulot ( à cause de droits inadéquats sur le chemin /media/$USER/périphérique, droits natifs ou ACL ).
Par contre ça génère facilement de la confusion : lequel est utilisé comme point de montage ? Et si des partitions d'appareils distincts ont des étiquettes / labels identiques ? Pourquoi trouverait-on des données dans ces dossiers alors qu'aucun disque n'y est connecté ? Et tout ça en même temps…

Par securité , ca me semble pas si mal d' etre sur que le fstab est correct a tout point de vue et qu ' il est impossible d' entrer en conflit d' une maniere ou d' une autre .

Vrai aussi, d'où la question sur le comportement de ces dossiers~points~de~montage : puisqu'ils sont bien effacés lorsqu'on démonte puis débranche ces disques, alors ils ne sont pas dans fstab.
( fstab est lu par root, et produit en conséquence des montages lui appartenant légitimement, qui ne seront pas enlevés par udisks qui lui agit au nom de l'utilisateur normal, non-root. )

La prudence c'est : on ne fabrique rien manuellement dans /media/$USER/. On laisse la pleine jouissance de cet emplacement au système afin qu'il y gère automatiquement les montages de données « amovibles », automatisme qui les rend visibles uniquement à l'utilisateur courant. Cela concernera tout support de données dont le montage n'est pas déjà déclaré dans fstab ( qu'il s'agisse d'un périphérique, interne, externe, nomade, amovible ou sédentaire n'a aucune importance. )

iznobe · Le 23/04/2024, à 09:31

Bonjour , @ Coeur Noir => noté

geole a écrit :

Et que le disque n'est pas branché au démarrage, on perd 90 secondes d'attente avant time-out

pas en ajoutant l' option " nofail " , nécessaire pour un disque externe / amovible justement . Mais je ne cautionne pas non plus d ' utiliser le fstab pour support amovible et ni d' utiliser le dossier /media/$USER pour y creer des points de montage , histoire d' eclaircir les choses , cependant comme on voit un peu de tout , je prefere verifier

geole · Le 23/04/2024, à 14:11

Bonjour

iznobe a écrit :

geole a écrit :
Et que le disque n'est pas branché au démarrage, on perd 90 secondes d'attente avant time-out
pas en ajoutant l' option " nofail " , nécessaire pour un disque externe / amovible justement .

Je doute fortement...
1) Au démarrage sans brancher le disque externe.

a@p:~$ lsblk -fe7 /dev/sdb
lsblk: /dev/sdb : n'est pas un périphérique bloc

a@p:~$ journalctl --no-pager -b -g "Timed out waiting for device"
avril 23 13:50:16 p systemd[1]: Timed out waiting for device /dev/disk/by-label/W21H2b-SAVE.
avril 23 13:50:47 p systemd[1]: Timed out waiting for device /dev/disk/by-label/FATUSB.
avril 23 13:51:56 p systemd[1]: Timed out waiting for device /dev/disk/by-label/FAT-DEUXUSB.

a@p:~$ grep nofail /etc/fstab
LABEL=W21H2b-SAVE /USB8 auto nosuid,nodev,nofail,x-gvfs-show,x-systemd.device-timeout=59 0 0
LABEL=FAT-DEUXUSB /USB10 auto nosuid,nodev,nofail,x-gvfs-show,x-systemd.device-timeout=159 0 0
LABEL=FATUSB /USB1 auto nosuid,nodev,nofail,x-gvfs-show 0 0

Puis en branchant le disque, des montages automatiques se font

a@p:~$ lsblk -fe7 /dev/sdb
NAME    FSTYPE     FSVER LABEL                  UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sdb                                                                                                 
├─sdb1  vfat       FAT32 FATUSB                 4AF6-82D3                                           
├─sdb2  ntfs             Commun-SAVE            23BB147262EECB2C                        5,9G    99% /media/a/Commun-SAVE
├─sdb3  vfat       FAT32 FAT-DEUXUSB            4B43-51C9                               6,6M    81% /USB10
├─sdb4  ntfs             W21H2b-SAVE            43E02AD31E884337                        8,5G    88% /USB8
├─sdb5  ext4       1.0   U20.04-SAVE            49bc23b2-3503-4ce9-ae3f-164d8111c5dc                
├─sdb6  ext4       1.0   UbuntuUSB              cf5f22dc-758a-47c3-a3fb-0e2de4b6d41e                
├─sdb7                                                                                              
├─sdb8  ext4       1.0   U22.04-SAVE            9602a599-708f-4f99-8eb9-9dee9a0c53fd                
├─sdb9  ext4       1.0   U20.04DUPgparted       45b57b34-0e1d-4d6e-aab3-e56dc7f254d1                
├─sdb10 ntfs             W21H2a-SAVE            01D90F1070F973F0                       28,5G    59% /media/a/W21H2a-SAVE
└─sdb11 zfs_member 5000  MesDonneesPersonnelles 16115389389312419455                                
a@p:~$

Nota. Ce disque sert de sécurité. Certaines partitions sont dupliquées et conservent le même UUID, je me contente de modifier le label. Cela explique certainement pourquoi elles ne montent pas toutes.

Dernière modification par geole (Le 23/04/2024, à 14:22)

iznobe · Le 23/04/2024, à 18:33

ben y a toujours un time out , normal . sauf qu ' il n' est plus " bloquant " , donc on ne perd pas 90 secondes en ajoutant l' option nofail , sauf si ca a changé dernierement .

Dernière modification par iznobe (Le 23/04/2024, à 18:34)

krodelabestiole · Le 23/04/2024, à 18:43

bien sûr qu'on peut déclarer un support externe dans fstab pour en personnaliser le montage, ne pas dépendre de l'environnement de bureau, ou x autres raisons. ça se fait très couramment.

Périphériques externes
Les périphériques externes qui doivent être montés lorsqu'ils sont présents mais ignorés s'ils sont absents peuvent nécessiter l'option nofail. Cela évite que des erreurs soient signalées au démarrage. Par exemple:
/etc/fstab
/dev/sdg1        /media/backup    jfs    defaults,nofail,x-systemd.device-timeout=1    0  2
L'option nofail se combine de préférence avec l'option x-systemd.device-timeout. En effet, le délai d'expiration par défaut du périphérique est de 90 secondes, de sorte qu'un périphérique externe déconnecté avec seulement nofail fera prendre à votre démarrage 90 secondes de plus, à moins que vous ne reconfiguriez le délai d'expiration comme indiqué. Assurez-vous de ne pas régler le délai d'attente sur 0, car cela se traduit par un délai d'attente infini.

https://wiki.archlinux.org/title/Fstab_ … s_externes

voir aussi noauto.

Coeur Noir · Le 25/04/2024, à 17:14

@krodelabestiole bien sûr qu'on peut déclarer un support externe dans fstab mais avec des options de montage adéquates pour
⋅ gérer l'absence potentielle de la ressource visée ( options de systemd et de mount )
⋅ s'assurer de droits et modes cohérents en fonction des syst. de fichiers montés ( options de mount spécifiques à tel syst. de fichiers )
→ ça demandera un peu plus de recherche que de laisser le système s'en occuper automatiquement via udisksctl.

@Jarodd Puisque contexte NTFS dans Linux sans Windows à portée de main, voir ce pourrait faire ntfsfix comme évoqué par là → https://forum.ubuntu-fr.org/viewtopic.p … #p22755757

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 19/04/2024, à 18:03

[Résolu] Des fichiers existent mais sont introuvables

#2 Le 19/04/2024, à 18:48

Re : [Résolu] Des fichiers existent mais sont introuvables

#3 Le 19/04/2024, à 19:48

Re : [Résolu] Des fichiers existent mais sont introuvables

#4 Le 19/04/2024, à 22:10

Re : [Résolu] Des fichiers existent mais sont introuvables

#5 Le 20/04/2024, à 01:33

Re : [Résolu] Des fichiers existent mais sont introuvables

#6 Le 20/04/2024, à 15:45

Re : [Résolu] Des fichiers existent mais sont introuvables

#7 Le 22/04/2024, à 10:00

Re : [Résolu] Des fichiers existent mais sont introuvables

#8 Le 22/04/2024, à 10:16

Re : [Résolu] Des fichiers existent mais sont introuvables

#9 Le 22/04/2024, à 10:17

Re : [Résolu] Des fichiers existent mais sont introuvables

#10 Le 22/04/2024, à 10:28

Re : [Résolu] Des fichiers existent mais sont introuvables

#11 Le 22/04/2024, à 10:30

Re : [Résolu] Des fichiers existent mais sont introuvables

#12 Le 22/04/2024, à 10:33

Re : [Résolu] Des fichiers existent mais sont introuvables

#13 Le 22/04/2024, à 10:48

Re : [Résolu] Des fichiers existent mais sont introuvables

#14 Le 22/04/2024, à 11:08

Re : [Résolu] Des fichiers existent mais sont introuvables

#15 Le 22/04/2024, à 12:33

Re : [Résolu] Des fichiers existent mais sont introuvables

#16 Le 22/04/2024, à 12:41

Re : [Résolu] Des fichiers existent mais sont introuvables

#17 Le 22/04/2024, à 18:39

Re : [Résolu] Des fichiers existent mais sont introuvables

#18 Le 22/04/2024, à 18:56

Re : [Résolu] Des fichiers existent mais sont introuvables

#19 Le 22/04/2024, à 19:19

Re : [Résolu] Des fichiers existent mais sont introuvables

#20 Le 22/04/2024, à 23:49

Re : [Résolu] Des fichiers existent mais sont introuvables

#21 Le 23/04/2024, à 09:31

Re : [Résolu] Des fichiers existent mais sont introuvables

#22 Le 23/04/2024, à 14:11

Re : [Résolu] Des fichiers existent mais sont introuvables

#23 Le 23/04/2024, à 18:33

Re : [Résolu] Des fichiers existent mais sont introuvables

#24 Le 23/04/2024, à 18:43

Re : [Résolu] Des fichiers existent mais sont introuvables

#25 Le 25/04/2024, à 17:14

Re : [Résolu] Des fichiers existent mais sont introuvables

Pied de page des forums