Ubuntu-fr

jbd

[Résolu] Échec montage au démarrage de système de fichier imbriqué

Bonjour,

j'ai dans mon /etc/fstab, j'ai

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda9 during installation
UUID=84ff384a-8431-4fe3-82a0-254e79f9b9c9 /               ext3    errors=remount-ro 0       1
# /home was on /dev/sda5 during installation
UUID=76987532-0193-4b5a-98ab-ff8c3db1f4aa /home           ext4    defaults        0       2
# /root was on /dev/sda7 during installation
UUID=1fa9d5d3-f787-462b-ab7a-ee51c8478ec9 /root           ext3    defaults        0       2
# swap was on /dev/sda10 during installation
UUID=f582eaff-5479-4200-bf06-2905b4147f6a none            swap    sw              0       0
## Previously 4eda47ea-dc17-4fa9-9810-dfeeabe2a685
# /dev/mapper/cryptswap1 none swap sw 0 0


UUID=59DFBC4A17A5E7AE /mnt/transfert ntfs uid=1000,gid=1000,umask=033,nls=utf8 0 0
UUID=555F1D8C56215EAB /mnt/apps ntfs uid=1000,gid=1000,umask=033,nls=utf8 0 0
UUID=1026AC3D26AC2626 /mnt/winc ntfs ro,nls=utf8 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
UUID=3cea157e-87db-4f5e-80b0-7bb4c483a887 /home/machin/Dropbox            ext4    defaults        0       2

Tout est bien monté au démarrage sauf /home/machin/Dropbox  qui n'est pas monté, il faut que je le fasse manuellement. Est-ce que j'ai fait une boulette dans le fstab ?

Je vais certainement recevoir des conseils disant qu'il ne faut pas placer Dropbox ici, de monter la partition ailleurs, de faire un lien symbolique, etc. et j'essaierai de les suivre, néanmoins j'aimerais aussi comprendre pourquoi au vu de fstab  linux ne monte pas d'abord /home (qui contient bien home/machin) puis /home/machin/Dropbox. D'après https://www.reddit.com/r/linuxquestions … unt_point/ ça devrait marcher. Je soupçonne que le homedir en question étant crypté, home/machin n'est pas accessible avant que l'utilisateur ne se connecte. Mais dans ce cas peut-on demander à mount de continuer à tenter le montage automatiquement après le démarrage ? (ou autre manip qui fasse le boulot ?)

Merci pour votre aide !

JBD

Dernière modification par jbd (Le 18/01/2019, à 12:52)

jamesbad000

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Bonjour.

Peut-on voir le résultat de

sudo lsblk -o size,name,fstype,label,mountpoint,uuid

---

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

jbd

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Bonjour,
voilà que j'apprends une nouvelle commande ! Le résultat est le suivant :

  SIZE NAME    FSTYPE LABEL       MOUNTPOINT           UUID
 1024M sr0                                             
931,5G sda                                             
    1K ├─sda4                                          
    3G ├─sda2  vfat   OS                               51D4-4A98
 20,3G ├─sda9  swap   SWAP        [SWAP]               f582eaff-5479-4200-bf06-2905b4147f6a
132,9G ├─sda10 ntfs   TRANSFERT   /mnt/transfert       59DFBC4A17A5E7AE
   55G ├─sda7  ntfs   APPS        /mnt/apps            555F1D8C56215EAB
135,8G ├─sda5  ext4   HOME        /home                76987532-0193-4b5a-98ab-ff8c3db1f4aa
  298G ├─sda3  ntfs               /mnt/winc            1026AC3D26AC2626
  300M ├─sda1  vfat   DELLUTILITY                      4C65-F37C
 10,4G ├─sda11 ext4   Dropbox     /home/machin/Dropbox 3cea157e-87db-4f5e-80b0-7bb4c483a887
152,6G ├─sda8  ext3   LINUX       /                    84ff384a-8431-4fe3-82a0-254e79f9b9c9
 37,3G └─sda6  ext3   ROOT        /root                1fa9d5d3-f787-462b-ab7a-ee51c8478ec9

jamesbad000

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Bonjour.

Ta partition "Dropbox" n'est pas dans un conteneur chiffré. Autrement ça se verrait dans le résultat de lsblk.
Ce qu'on voit c'est que ta partition (sda11) contient directement un système de fichier ext4.

Après je ne vois pas ce qui empêche le montage. l'UUID est bonne et le reste de la syntaxe semble correcte et identique aux autres lignes qui fonctionnent.

Juste après démarrage faire

sudo dmesg | grep sda11
sudo dmesg | grep Dropbox

---

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

jbd

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Bonjour,
c'est étonnant : au démarrage au lieu de me connecter directement en mode graphique je me suis connecté à la console en tant que root. Les commandes demandées donnent

root@devon:~# sudo dmesg | grep sda11
[    1.913110]  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 >
[   43.805583] EXT4-fs (sda11): mounted filesystem with ordered data mode. Opts: (null)
root@devon:~# sudo dmesg | grep Dropbox

J'en ai profité pour vérifier que /home/machin/Dropbox était montée avec le contenu attendu et c'était bien le cas.
Puis je me déconnecte et me reconnecte en tant que machin avec plasma. Et là /home/machin/Dropbox n'est plus montée correctement, le contenu est vide. J'ai du faire

sudo mount  /home/machin/Dropbox

pour que ça remarche.
NB. Effectivement ma partition "Dropbox" n'est pas dans un conteneur chiffré, c'est justement parce que Dropbox ne les supporte plus que j'ai dû la transférer sur une partition non chiffrée à part.

Dernière modification par jbd (Le 17/01/2019, à 09:35)

jamesbad000

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Ok. Mais ça serait plus utile de regarder le résultat de dmesg quand le montage à échoue en mode démarrage normal, pas quand il fonctionne...

---

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

jbd

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

OK, mais je ne vois que deux manière de faire :
- soit faire dmesg au démarrage en tant que root avant que /home/machin n'ait été décrypté (résultat ci-dessus)
- soit faire dmesg après la connection en tant que machin, qui fait que /home/machin est décrypté, mais on obtient le même résultat que ci-dessus.

Là où ça me pose question c'est qu'après que le système a monté sda5 dans /home et sda11 dans  /home/machin/Dropbox, /home/machin est encore crypté. Il semblerait que ce soit au décryptage que le système ne puisse pas rattacher le /home/machin/Dropbox déjà monté depuis un moment dans /home/machin tout juste décrypté, non ?

jamesbad000

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Le moins qu'on puisse dire c'est que ce n'est pas très clair. Tu utilises ecryptfs pour chiffrer ton répertoire perso ?
Que donnes

sudo ls -l /home
sudo ls -l /home/machin

edit: j'ajoute

sudo mount -l

Dernière modification par jamesbad000 (Le 17/01/2019, à 14:19)

---

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

moko138

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Et si, au lieu de monter sda11 sur /home/machin/Dropbox
on modifie ton fstab pour monter sda11 en-dehors du home ?
(C'est ce que je fais pour mes partitions de données).

Par exemple

sudo mkdir -v /Dropbox

sudo chown -c toi:toi /Dropbox

et dans fstab, changer la ligne en :

UUID=3cea157e-87db-4f5e-80b0-7bb4c483a887   /Dropbox         ext4    defaults        0       2

---

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

jbd

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

@jamesbad000 :
voici le résultat des commandes :

sudo ls -l /home
total 68
drwx------ 149 machin   machin    40960 janv. 17 08:58 machin
drwx------  34 etudiant etudiant   4096 sept. 10 09:23 etudiant
drwx------  30     1003 etudiant2  4096 juin  26  2014 etudiant2
drwx------   2 root     root      16384 juil. 23  2013 lost+found

sudo ls -l /home/machin
total 1508
drwx------  2 machin machin   4096 févr.  9  2009 amsn_received
drwxr--r--  6 machin machin   4096 juil.  3  2014 Analyse
-rw-r--r--  1 machin machin      5 déc.  17  2008 Audacity-machin
-rwxr--r--  1 machin machin   8925 août  28  2012 biblioST2Ia.html
drwxr-xr-x  4 machin machin   4096 oct.  25 11:00 bin
drwxr-xr-x  2 machin machin   4096 mai   23  2017 Bureau
-rw-rw-r--  1 machin machin    288 nov.  18  2016 C:\nppdf32Log\debuglog.txt
lrwxrwxrwx  1 machin machin     24 déc.  17  2008 Courrier -> /mnt/transfert/Courrier/
drwxrwxr-x  4 machin machin   4096 févr.  3  2016 Davfs2
drwxr-xr-x 22 machin machin   4096 août  22 11:39 devlp
drwxr-xr-x 10 machin machin  12288 janv. 14 11:40 Divers
drwxr-xr-x  2 machin machin   4096 avril 13  2016 Documents
drwx------  3 machin machin   4096 août  22 10:48 Downloads
drwx------ 23 machin root     4096 déc.  20 10:49 Dropbox
drwxrwxr-x  5 machin machin   4096 juin  12  2017 Dropbox-archive
lrwxrwxrwx  1 machin machin     22 déc.  17  2008 Ecrits -> /mnt/transfert/Ecrits/
-rw-r--r--  1 machin machin   8445 juil. 23  2013 examples.desktop
drwxr-xr-x  4 machin machin   4096 mai    4  2006 Florence
drwxr-xr-x  2 machin machin  20480 avril 14  2017 fontconfig
-rw-rw-r--  1 machin machin   1823 déc.   8  2016 frbib.sty
-rw-r--r--  1 machin machin  10077 déc.  17  2008 history.scilab
lrwxrwxrwx  1 machin machin     16 févr. 27  2015 home-ljk -> /mnt/ljk/machin/
drwxrwxr-x  2 machin machin   4096 août  22  2017 Httrack
lrwxrwxrwx  1 machin machin     24 déc.  17  2008 Internet -> /mnt/transfert/Internet/
drwxrwxr-x  2 machin machin   4096 janv. 17 16:46 Mes alarmes
-rw-------  1 machin machin 230933 déc.  13 10:23 mozilla.pdf
drwxrwxr-x  4 machin machin   4096 juil. 10  2015 My_Cmaps
-rw-------  1 machin machin     50 juin  20  2018 -n
drwxrwxr-x  3 machin machin   4096 juil.  3  2014 _openalea
lrwxrwxrwx  1 machin machin     33 déc.  17  2008 PapiersNumeriques -> /mnt/transfert/PapiersNumeriques/
drwxr-xr-x  2 machin machin   4096 oct.   2  2013 Public
drwxrwxr-x  3 machin machin   4096 oct.  19  2017 PycharmProjects
drwxrwxr-x  3 machin machin   4096 avril 27  2017 R
-rw-r--r--  1 machin machin 936669 oct.  22  2009 riz.zip
drwxr-xr-x  2 machin machin   4096 juin  11  2018 Téléchargements
-rw-rw-r--  1 machin machin    653 juin   2  2014 texput.log
drwx------  6 machin machin   4096 déc.  21 13:20 tmp
-rw-rw-r--  1 machin machin   5123 févr. 15  2016 tmp.txt~
lrwxrwxrwx  1 machin machin     15 janv. 10  2009 Transfert -> /mnt/transfert/
drwxr-xr-x  3 machin machin   4096 août   2  2007 usr
drwxr-xr-x  2 machin machin   4096 juil. 23  2013 Vidéos
-rw-r--r--  1 machin machin  11688 mars   1  2014 view.pdf
drwxrwxr-x  4 machin machin   4096 août  27  2015 VirtualBox VMs
lrwxrwxrwx  1 machin machin     19 déc.  17  2008 Web -> /mnt/transfert/Web/
-rwxr--r--  1 machin machin  14702 févr. 28  2018 WMM9MO17_2017_S9.xlsx
drwxrwxr-x  6 machin machin   4096 juil. 11  2016 workspace
drwxr-xr-x  4 machin machin   4096 nov.  22  2013 workspace-test

- oui, c'est un peu le bazar.
Et

sudo mount -l
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4020196k,nr_inodes=1005049,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=810816k,mode=755)
/dev/sda8 on / type ext3 (rw,relatime,errors=remount-ro,data=ordered) [LINUX]
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (rw,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma,release_agent=/run/cgmanager/agents/cgm-release-agent.rdma)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset,clone_children)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids,release_agent=/run/cgmanager/agents/cgm-release-agent.pids)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=26,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=2016)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
configfs on /sys/kernel/config type configfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda7 on /mnt/apps type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) [APPS]
/dev/sda10 on /mnt/transfert type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) [TRANSFERT]
/dev/sda3 on /mnt/winc type fuseblk (ro,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sda6 on /root type ext3 (rw,relatime,data=ordered) [ROOT]
/dev/sda5 on /home type ext4 (rw,relatime,data=ordered) [HOME]
/dev/sda11 on /home/machin/Dropbox type ext4 (rw,relatime,data=ordered) [Dropbox]
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
cgmfs on /run/cgmanager/fs type tmpfs (rw,relatime,size=100k,mode=755)
tmpfs on /run/user/135 type tmpfs (rw,nosuid,nodev,relatime,size=810816k,mode=700,uid=135,gid=145)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=810816k,mode=700,uid=1000,gid=1000)
/home/.ecryptfs/machin/.Private on /home/machin type ecryptfs (rw,nosuid,nodev,relatime,ecryptfs_fnek_sig=0a172ed78782c52a,ecryptfs_sig=abc007d4f855c840,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
//kora.imag.fr/machin on /mnt/ljk/machin type cifs (rw,relatime,vers=default,cache=strict,username=machin,domain=,uid=1000,forceuid,gid=1000,forcegid,addr=129.88.13.2,file_mode=0755,dir_mode=0755,soft,nounix,mapposix,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1,user=machin)
/dev/sda11 on /home/machin/Dropbox type ext4 (rw,relatime,data=ordered) [Dropbox]
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=810816k,mode=700)

@moko138 : oui, c'est une bonne idée, merci. Je vais faire ça, puis un lien symbolique. Mais j'attends d'abord de comprendre pourquoi ça ne marche pas actuellement.

moko138

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

j'attends d'abord de comprendre pourquoi ça ne marche pas actuellement.

ls -la /home/machin | grep " root "

devrait déjà te donner des indications. 

---

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

jamesbad000

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Ok. Bien que tu ais omit de répondre à la question et que j'ai oublié le -a sur le 1er ls. Je peux confirmer que tu utilise ecryptfs pour chiffrer ton répertoire perso.

/home/.ecryptfs/machin/.Private on /home/machin type ecryptfs (rw,nosuid,nodev,relatime,ecryptfs_fnek_sig=0a172ed78782c52a,ecryptfs_sig=abc007d4f855c840,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs)

Du coup tout deviens plus clair. Tu as du créer un répertoire Dropbox dans /home/machin/ sans avoir monté le répertoire chiffré.
- Ensuite lors du démarrage les montages indiqués dans fstab ont lieu

- puis lors de l'ouvertyre de session
ecryptfs monte le répertoire /home/.ecryptfs/machin/.Private dans /home/machin/ masquant tout le contenu de machin !
Y compris le point de montage Dropbox...
Ensuite tu monte manuellement ta partition une 2ème fois (bien visible dans le résultat de mont -l) dans le /home/machin/Dropbox chiffré.

Ce qu'il me reste à te dire c'est que monter une partition dans un répertoire chiffré avec ecryptfs est sans effet. Puisque toutes les données (chiffrées) vont physiquement dans /home/.ecryptfs/machin/.Private...
Tu pourra vérifier par toi même que si tu met des fichiers dans ton répertoire Dropbox tel que monté actuellement, puis que tu démonte sda11 puis que tu la remonte dans /mnt par ex. C'est vide !
edit: c'est vide ou alors tu verra un contenu qui était déjà là avant.

Edit2: Réflexion faite. Ce dernier point reste à prouver... En tout cas s'il écrit dans sda11 ça ne sera pas chiffré

Dernière modification par jamesbad000 (Le 17/01/2019, à 18:26)

---

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

jbd

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Bien, je réessaierai en changeant les droits de groupe (cf. remarque de moko138) qui sont effectivement en root mais je ne vois pas ce que ça peut changer.
Je pense que tu décris bien ce qui se passe mais je ne vois pas ce qu'il faudrait changer dans fstab ou autre pour que ça marche.
En tout cas si je fais

touch ~/Dropbox/nouveau_fichier
sudo umount /dev/sda11
sudo mount /dev/sda11 /mnt/tmp/
ls /mnt/tmp/nouveau_fichier 
/mnt/tmp/nouveau_fichier

je vois que les fichiers crées le sont sur /dev/sda11.

Le but n'est pas que mes données soit chiffrées sur /dev/sda11, c'est que mon répertoire dropbox puisse être monté dans le homedir et ainsi être sauvegardé par le robot au boulot (qui ne suit pas les liens symboliques).

Dernière modification par jbd (Le 18/01/2019, à 09:16)

jamesbad000

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

Le but n'est pas que mes données soit chiffrées sur /dev/sda11

Oui ça je l'ai finalement compris. Après avoir démêlé tout les points obscurs

Je ne vois pas ce qu'il faudrait changer dans fstab ou autre pour que ça marche.

La seule chose que tu puisse faire dans ton fstab c'est enlever la ligne qui monte sda11,  car c'est prématuré.
Les montages du fstab ont lieu très en amont de l'ouverture de session, et il n'y a rien qui puisse changer cela.

La seule solution si tu tiens absolument à ce que ce soit monté dans un sous répertoire de ton répertoire perso c'est de le faire après l'ouverture de session.
Tu dois pouvoir l'automatiser en mettant la commande mount à la fin du fichier machin/.profile qui est exécuté à l'ouverture de session de ton profile "machin".

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

---

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

jbd

Re : [Résolu] Échec montage au démarrage de système de fichier imbriqué

D'accord, merci pour ces contributions et cette conclusion à laquelle j'adhère, je mets le post en résolu.

Au plaisir !