Systemd ne trouve pas /var (mais en fait ... ben si quand même)

Support Debian
#1

Bonjour à tous et bonne année.
Je vous demande de l’aide car j’ai un soucis avec systemd qui me passe en console au démarrage avec demande de mot de passe ou ^D pour continuer car il a des problème pour trouver /var et/ou binfmt
Mais si je poursuis quand même, (^D) j’ai tous les répertoires et disques montés.
Dans journalctl, j’ai cette erreur :

janv. 01 09:55:22 unimatrice kernel: device-mapper: table: 254:2: multipath: error getting device
janv. 01 09:55:22 unimatrice kernel: device-mapper: ioctl: error adding target to table
.../...
janv. 01 09:55:22 unimatrice systemd-fsck[643]: /dev/sda1 est en cours d'utilisation.
janv. 01 09:55:22 unimatrice systemd-fsck[643]: e2fsck: Ne peut continuer, arrêt immédiat.
janv. 01 09:55:22 unimatrice multipathd[394]: dm-2: remove map (uevent)
janv. 01 09:55:22 unimatrice systemd-fsck[643]: Ignoring error.
janv. 01 09:55:22 unimatrice systemd[1]: Mounting /var...
janv. 01 09:55:22 unimatrice systemd[1]: Started File System Check on /dev/disk/by-uuid/ac2cc0a0-1f1c-4601-b414-46c16c18fb9f.
janv. 01 09:55:22 unimatrice systemd-udevd[443]: Process 'hid2hci --method=dell --devpath=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.6/1-1.6.2/1-1.6.2:1.0' failed with exit code 1.
janv. 01 09:55:22 unimatrice systemd[1]: var.mount: Mount process exited, code=exited status=32
janv. 01 09:55:22 unimatrice systemd[1]: Failed to mount /var.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Avahi mDNS/DNS-SD Stack Activation Socket.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Avahi mDNS/DNS-SD Stack.
janv. 01 09:55:22 unimatrice systemd[1]: avahi-daemon.service: Job avahi-daemon.service/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: avahi-daemon.socket: Job avahi-daemon.socket/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Basic System.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Multi-User System.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Graphical Interface.
janv. 01 09:55:22 unimatrice systemd[1]: graphical.target: Job graphical.target/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: multi-user.target: Job multi-user.target/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: basic.target: Job basic.target/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Local File Systems.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Mark the need to relabel after reboot.
janv. 01 09:55:22 unimatrice systemd[1]: selinux-autorelabel-mark.service: Job selinux-autorelabel-mark.service/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Network Time Synchronization.
janv. 01 09:55:22 unimatrice systemd[1]: systemd-timesyncd.service: Job systemd-timesyncd.service/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Flush Journal to Persistent Storage.
janv. 01 09:55:22 unimatrice systemd[1]: systemd-journal-flush.service: Job systemd-journal-flush.service/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Load/Save Screen Backlight Brightness of backlight:acpi_video0.
janv. 01 09:55:22 unimatrice systemd[1]: systemd-backlight@backlight:acpi_video0.service: Job systemd-backlight@backlight:acpi_video0.service/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Update UTMP about System Boot/Shutdown.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Update UTMP about System Runlevel Changes.
janv. 01 09:55:22 unimatrice systemd[1]: systemd-update-utmp-runlevel.service: Job systemd-update-utmp-runlevel.service/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: systemd-update-utmp.service: Job systemd-update-utmp.service/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: Dependency failed for Load/Save Random Seed.
janv. 01 09:55:22 unimatrice systemd[1]: systemd-random-seed.service: Job systemd-random-seed.service/start failed with result 'dependency'.
janv. 01 09:55:22 unimatrice systemd[1]: var.mount: Unit entered failed state.
janv. 01 09:55:22 unimatrice systemd[1]: Reached target Sound Card.
janv. 01 09:55:22 unimatrice systemd[1]: Starting Preprocess NFS configuration...

J’ai fouiné sur le Grand Net et trouvé quelques références à multipath (sous Readhat) mais avant de modifier quoi que ce soit, j’aimerai un avis éclairé.
La machine est un del portable avec un SSD et deux disques dur :

/dev/sdc1                                                 115247656  55091084   54279224  51% /
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part2   241248712  35894272  193076680  16% /var
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part1   709321672  98888616  574378580  15% /home
/dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806-part1          307533072 239708876   52179304  83% /media/partage

Merci de votre aide.
S’il manque quelques renseignements, n’hésitez pas à demander.

Rémi.

#2

Tu as regarder ce que c’est le status 32 ?

var.mount: Mount process exited, code=exited status=32

#3

Bonjour et meilleurs vœux
Merci pour cette piste.
Si j’ai bien trouvé c’est une erreur sur le montage de fichier.
Ce qui m’étonne, c’est que tout ce que je trouve sur le net rapporte une erreur de montage nfs , ce qui correspondrait bien à mon cas. J’ai du nfs dans fstab.
Mais l’erreur de journal est sur var pas sur le montage nfs.
Je vais quand même tester ce soir.

#4

Enlève tout ce qui n’est pas indispensable dans ton fstab … tu y verra plus clair

#5

Je pense que je vais effectivement déporter tout ce qui est nfs vers un script post démarrage
Pour mon info perso, pourquoi l’erreur viendrait de nfs mais le message sur /var?
Bon testons d’abord…

#6

Ce serait cool deja que tu nous en dises un peu plus sur ton montage dans fstab… Tu as des peripheriques montés depuis “/dev/mapper/…”. Pourquoi? Partitions chiffrées? RAID?

Et d’ailleurs tu peux aussi nous donner le retour de :

# fdisk -l
# blkid
#7

Non je te disais pas ça pour le faire de manière permanent mais juste le temps de résoudre ton soucis

#8

J’ai mis les montages nfs en noauto et le seul utile au démarage de session utilisateur, même mis en noauto , ben j’ai le même problème (et pas à chaque démarrage en plus!)
Pourquoi /dev/mapper? et bien … j’en sais rien! La dessus, c’est l’installeur qui l’a fait tout seul!!! Je ne lui ai rien demandé, ni raid ni chiffrage ! (Peut on le virer sans tout casser?)
Pour fdisk -l:

Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000ebcf8

Périphérique Amorçage      Début        Fin   Secteurs Taille Id Type
/dev/sda1                   2048 1441525759 1441523712 687,4G 83 Linux
/dev/sda2             1441525760 1931980799  490455040 233,9G 83 Linux
/dev/sda3             1931980800 1953523711   21542912  10,3G 82 partition d'échange Linux / Solaris




Disque /dev/sdb : 298,1 GiB, 320072933376 octets, 625142448 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0009319f

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
/dev/sdb1              2048 625142447 625140400 298,1G 83 Linux


Disque /dev/sdc : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 572EDC99-26C2-44D5-9C08-370CFC4B41E8

Périphérique Début       Fin  Secteurs Taille Type
/dev/sdc1     2048 234440703 234438656 111,8G Système de fichiers Linux


Disque /dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956 : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000ebcf8

Périphérique                                            Amorçage      Début        Fin   Secteurs Taille Id Type
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part1                2048 1441525759 1441523712 687,4G 83 Linux
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part2          1441525760 1931980799  490455040 233,9G 83 Linux
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part3          1931980800 1953523711   21542912  10,3G 82 partition d'échange Linux / Solaris


Disque /dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806 : 298,1 GiB, 320072933376 octets, 625142448 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0009319f

Périphérique                                     Amorçage Début       Fin  Secteurs Taille Id Type
/dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806-part1           2048 625142447 625140400 298,1G 83 Linux

blkid:

/dev/sda2: UUID="88acd2b9-bfd0-403b-91f6-3f2c3342c5cc" TYPE="ext4" PARTUUID="000ebcf8-02"
/dev/sda3: UUID="a2ecc185-bbde-4c78-9029-4a23d717745d" TYPE="swap" PARTUUID="000ebcf8-03"
/dev/sdb1: LABEL="DONNEES" UUID="2e7ee7d5-be04-4720-b19e-0fe7fc68c274" TYPE="ext4" PARTUUID="0009319f-01"
/dev/sdc1: UUID="4a2d8aa8-83fc-4a0a-943c-d9a7cfec3411" TYPE="ext4" PARTUUID="138803ff-c721-4fe1-a9f8-764b1c84e21c"
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part3: UUID="a2ecc185-bbde-4c78-9029-4a23d717745d" TYPE="swap" PARTUUID="000ebcf8-03"
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956: PTUUID="000ebcf8" PTTYPE="dos"
/dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806: PTUUID="0009319f" PTTYPE="dos"
/dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806-part1: LABEL="DONNEES" UUID="2e7ee7d5-be04-4720-b19e-0fe7fc68c274" TYPE="ext4" PARTUUID="0009319f-01"
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part1: LABEL="home" UUID="ac2cc0a0-1f1c-4601-b414-46c16c18fb9f" TYPE="ext4" PARTUUID="000ebcf8-01"
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part2: UUID="88acd2b9-bfd0-403b-91f6-3f2c3342c5cc" TYPE="ext4" PARTUUID="000ebcf8-02"

Voila ou j’en suis.
Au vu de vos réponse, je me demande si dès le début, j’ai pas une installation bancale.

#9

Bon si je comprends plus ou moins ce partitionnement (même si pour moi la création des périphériques sous “/dev/mapper” reste encore un mystère pour l’instant… je pense que @PascalHambourg entre autres est de loin bien plus calé).

-Tu as trois disques comme tu l’as déjà dit, un SSD et deux HDD.

Le disque SSD je suppose que c’est le périphérique /dev/sdc :

  • taille 111.8 GiB
  • table de partitions GPT, système de fichiers ext4
  • il ne comporte qu’une partition (sur lequel tu dois logiquement avoir la racine de ta Debian)
    …

/dev/sdc1: UUID="4a2d8aa8-83fc-4a0a-943c-d9a7cfec3411" TYPE="ext4" PARTUUID="138803ff-c721-4fe1-a9f8-764b1c84e21c"

Le disque HDD Samsung est le périphérique /dev/sdb :

  • taille 298.1 GiB

  • table de partitions DOS, système de fichiers ext4

  • il ne comporte également qu’une seule partition (d’après le label donné par blkid, il est destiné à contenir tes “DONNÉES”)

  • “dérivé” en “/dev/mapper/SAMSUNG…” pour la même fonction (à étudier pourquoi?)
    …

    /dev/sdb1: LABEL=“DONNEES” UUID=“2e7ee7d5-be04-4720-b19e-0fe7fc68c274” TYPE=“ext4” PARTUUID=“0009319f-01”

    /dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806: PTUUID=“0009319f” PTTYPE=“dos”
    /dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806-part1: LABEL=“DONNEES” UUID=“2e7ee7d5-be04-4720-b19e-0fe7fc68c274” TYPE=“ext4” PARTUUID=“0009319f-01”

Le 2è disque HDD Seagate est le périphérique /dev/sda :

  • taille 1 To

  • table de partitions DOS, système de fichiers ext4 et présence d’une partition Swap

  • comporte 3 partitions

  • une destinée à “HOME”, /dev/sda1, format ext4, 687,4G

  • une deuxième partition, /dev/sda2 (à priori vide, je ne sais pas à quoi elle sert), format ext4, 233,9G

  • une partition Swap, /dev/sda3, 10,3G

  • idem “dérivé” en “/dev/mapper/ST1000…” pour la même fonction
    …

    /dev/sda2: UUID=“88acd2b9-bfd0-403b-91f6-3f2c3342c5cc” TYPE=“ext4” PARTUUID=“000ebcf8-02”
    /dev/sda3: UUID=“a2ecc185-bbde-4c78-9029-4a23d717745d” TYPE=“swap” PARTUUID=“000ebcf8-03”

    /dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956: PTUUID=“000ebcf8” PTTYPE=“dos”
    /dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part1: LABEL=“home” UUID=“ac2cc0a0-1f1c-4601-b414-46c16c18fb9f” TYPE=“ext4” PARTUUID=“000ebcf8-01”
    /dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part2: UUID=“88acd2b9-bfd0-403b-91f6-3f2c3342c5cc” TYPE=“ext4” PARTUUID=“000ebcf8-02”
    /dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part3: UUID=“a2ecc185-bbde-4c78-9029-4a23d717745d” TYPE=“swap” PARTUUID=“000ebcf8-03”

Au passage : il manque la ligne correspondant à /dev/sda1 dans le retour de la commande blkid… Tu as dû la tronquer lorsque tu as recopié le retour commande…

#10

Un autre recoupage de fdisk pour que ce soit plus lisible :

**/dev/sda1	HOME ET SWAP**

table de partitions: dos

Périphérique Amorçage      Début        Fin   Secteurs Taille Id Type
/dev/sda1                   2048 1441525759 1441523712 687,4G 83 Linux
/dev/sda2             1441525760 1931980799  490455040 233,9G 83 Linux
/dev/sda3             1931980800 1953523711   21542912  10,3G 82 partition d'échange Linux / Solaris

/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956

Périphérique                                            Amorçage      Début        Fin   Secteurs Taille Id Type
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part1                2048 1441525759 1441523712 687,4G 83 Linux
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part2          1441525760 1931980799  490455040 233,9G 83 Linux
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part3          1931980800 1953523711   21542912  10,3G 82 partition d'échange Linux / Solaris



**/dev/sdb	DONNEES**

table de partitions: dos

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
/dev/sdb1              2048 625142447 625140400 298,1G 83 Linux

/dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806 		DOS

Périphérique                                     Amorçage Début       Fin  Secteurs Taille Id Type
/dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806-part1           2048 625142447 625140400 298,1G 83 Linux


**/dev/sdc	SYSTEME**

table de partitions: gpt

Périphérique Début       Fin  Secteurs Taille Type
/dev/sdc1     2048 234440703 234438656 111,8G Système de fichiers Linux

avec les peripheriques /dev/sd_x_ et leurs correspondant associés sous “/dev/mapper”.

#11

Les deux messages précédents n’ont pour utilité qu’une lecture plus claire pour ceux qui passeront par ton sujet, n’en tiens pas compte.

Sinon pour résumer ta situation, je ne saisis absolument pas d’où sortent ces périphériques sous “/dev/mapper/…” mais bon peut-être que quelque chose m’échappe… Celà dit je pense que le problème prend probablement sa source là-dedans, il doit y avoir un cafouillage au niveau de la disponibilité/accès à l’un des périphériques pour un point de montage dans “/etc/fstab” au début du démarrage, puis une fois ce périphérique disponible hop il est remonté et ton système démarre…

Donnes nous également le retour de la commande :

$ cat /etc/fstab $ mount

EDIT :

Tu as choisi le partitionnement automatique à l’installation?

#12

L’installation remonte à une première machine. A l’époque, le premier disque (ssd) a été partitionné à la “main” et le second de même pour le couper en deux. Et récupérant un troisième disque, la nouvelle machine ayant un slot libre, et bien je l’ai mis en place. Voila pour l’historique.
Pour /dev/mapper comme dit plus haut, je n’ai jamais compris pourquoi il s’est installé. Par contre, sur des formatage de clef usb, il me fait c… à chaque fois.

# cat /etc/fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

#Entry for /dev/sda1 :
UUID=4a2d8aa8-83fc-4a0a-943c-d9a7cfec3411    /    ext4    errors=remount-ro    0    1
#Entry for /dev/sdb1 :
UUID=ac2cc0a0-1f1c-4601-b414-46c16c18fb9f    /home    ext4    defaults    0    2
#Entry for /dev/sdb2 :
UUID=88acd2b9-bfd0-403b-91f6-3f2c3342c5cc    /var    ext4    defaults    0    2
#Entry for /dev/sdb3 :
UUID=a2ecc185-bbde-4c78-9029-4a23d717745d    none    swap    sw    0    0
/dev/sr0    /media/cdrom0    udf,iso9660    user,noauto    0    0
# none /proc/bus/usb usbfs devgid=119,devmode=664 0 0

# partage du disque pour images, video, ...  
# /dev/sdb1: LABEL="DONNEES" UUID="2e7ee7d5-be04-4720-b19e-0fe7fc68c274" TYPE="ext4" PARTUUID="0009319f-01"
UUID=2e7ee7d5-be04-4720-b19e-0fe7fc68c274    /media/partage ext4 noauto,user,errors=remount-ro    0    1

# partage NFS avec le routeur
10.20.30.40:/opt/Images    /home/remi/routeur    nfs    user,rw,async,noauto  0  0
10.20.30.40:/opt/home/pi    /home/demo/pi    nfs    user,rw,async,noauto  0  0

//10.20.30.40/Autre    /media/smb/Autre    cifs    user,noauto,iocharset=utf8,_netdev,credentials=/etc/whisper.credentials    0    0
//10.20.30.40/Musiques    /media/smb/Musique    cifs    user,noauto,iocharset=utf8,_netdev,credentials=/etc/whisper.credentials    0    0
//10.20.30.40/Photos    /media/smb/Photos    cifs    user,noauto,iocharset=utf8,_netdev,credentials=/etc/whisper.credentials    0    0
//10.20.30.40/Videos    /media/smb/Video    cifs    user,noauto,iocharset=utf8,_netdev,credentials=/etc/whisper.credentials    0    0
//10.20.30.40/download    /media/smb/telechargements    cifs    user,noauto,iocharset=utf8,_netdev,credentials=/etc/whisper.credentials    0    0

et mount:

proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4071784k,nr_inodes=1017946,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=816696k,mode=755)
/dev/sdc1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
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 (ro,nosuid,nodev,noexec,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/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
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/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
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/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=33,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=1430)
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)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part1 on /home type ext4 (rw,relatime,data=ordered)
/dev/mapper/ST1000LM024_HN-M101MBB_S2ZWJ9EDB10956-part2 on /var type ext4 (rw,relatime,data=ordered)
/dev/mapper/SAMSUNG_HM321HI_S24PJ9AB123806-part1 on /media/partage type ext4 (rw,nosuid,nodev,noexec,relatime,errors=remount-ro,data=ordered,user=remi)
tmpfs on /run/user/115 type tmpfs (rw,nosuid,nodev,relatime,size=816692k,mode=700,uid=115,gid=124)
gvfsd-fuse on /run/user/115/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=115,group_id=124)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=816692k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
10.20.30.40:/opt/Images on /home/remi/routeur type nfs (rw,nosuid,nodev,noexec,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.20.30.40,mountvers=3,mountport=32780,mountproto=udp,local_lock=none,addr=10.20.30.40,user=remi)

J’ai cherché un peu, et certain sur ubuntu ont eu un problème similaire. Cela venait de paquet lvm installé .
Chez moi, jai

disktype/testing,testing,unstable,now 9-6 amd64  [installé]
dmsetup/testing,testing,unstable,now 2:1.02.137-1 amd64  [installé]
gpart/testing,testing,unstable,now 1:0.3-3 amd64  [installé]
libdevmapper1.02.1/testing,testing,unstable,now 2:1.02.137-1 amd64  [installé]
libllvm3.5v5/now 1:3.5.2-5 amd64  [installé, local]
libllvm3.9/testing,testing,unstable,now 1:3.9.1-1 amd64  [installé, automatique]
parted/testing,testing,unstable,now 3.2-17 amd64  [installé, automatique]
testdisk/unstable,now 7.0-2 amd64  [installé]

Puis je supprimer sans souci libdevmapper et liblvm3.5v5 liblvm3.9 ?
A moins qu’il y ai des dépendances … et là!
Merci de votre aide.

#13

Bonsoir,

J’ai remarqué que ceci est présent notamment quand on utilise LVM pour partitionner un disque .
Au lieu “d’accéder” à un partition via /dev/sdXY, on y accède via /dev/mapper/un_nom_donné.

Par contre chez moi “multipath” n’est pas installé par défaut avec un partitionnement de type LVM.

Un :
# dpkg -l | grep multipath
Ne retourne rien.

Voici la listes des paquets Debian Jessie contenant le mot “multipath” :
https://packages.debian.org/search?keywords=multipath&searchon=names&suite=stable&section=all

Peut être désinstaller un éventuel paquet “multipath” ?

Chez RedHat d’après ce lien :
https://access.redhat.com/solutions/38538
Il suffirait de désactiver “device-mapper-multipath”.

Ci-dessous un Wiki en Français qui parle de “devices mapper” et de “multipathing” :
https://wiki.deimos.fr/Multipath_:_configurer_plusieurs_chemins_pour_ses_acc%C3%A8s_disques_externe

#14

J’ai formaté les parties “code” dans ton message pour que ce soit lisible…
Pour formater du texte en code tu peux utiliser soit :

  • trois accents graves au debut et a la fin du texte en question
  • ou bien selectionner le texte avec la souris puis cliquer sur la balise “</>” pour le formater en tante que code

Donc ce n’est pas l’installateur qui a fait le partitionnement mais bien toi. Pourquoi avoir choisi d’avoir un “/var” séparé sur une autre partition? Quelle utilité en as-tu?
À mon avis le problème vient de là, du fait que /var est sur une partition séparée et qu’au boot le système n’y a pas accès immédiatement, la partition n’étant sans doute pas disponible au bon moment.

Après pour ce qui est de “/dev/mapper”, celui-ci ne s’installe pas, ce n’est pas un paquet mais plutôt un mappage de périphériques si je peux m’exprimer ainsi… En fait quand tu utilises par exemple LVM, LUKS, …, le système est amené à utiliser un mappage “virtuel” au travers de “/dev/mapper”.
Donc je n’ai aucune idée pourquoi c’est comme ça chez toi si tu n’utilises ni l’un ni l’autre… Alors supprimer certains paquets relatifs à LVM je ne sais pas si c’est une bonne idée, ça dépendra des dépendances, et les dépendances dépendront de ton installation… Tu peux remonter les dependances recursivement avec la commande :

# aptitude why _mon-paquet_

mais je doute quand même fortement que tu puisses supprimer les trois paquets que tu as cité.

Par contre une idée me vient à l’esprit, à priori tu tournes sous Testing?
J’ai moi-même eu quelques soucis récemment avec le fstab (je suis sous Sid), où après un bidouillage de mon fstab, la commande “update-initramfs” était incapable de me trouver la partition racine désignée dans fstab lorsque celle-ci était désignée par “UUID=…”

Donc dans ton fstab, à la place de “UUID=…”, essaies en désignant les partitions par :

# /dev/disk/by-partuuid/.......

où bien entendu les pointillés sont à remplacer par les valeurs PARTUUID retournées par la commande

# blkid

Une fois fait tu n’oublies pas de faire un :

# update-initramfs -u -k all

#15

Désolé de revenir que maintenant.
J’ai cherché quand même un peut de mon côté.
Je me demande si ce n’est pas à cause de virtualbox …
Cependant, depuis que j’ai installé multipath-tools-boot, mon boot a l’air de se dérouler sans problème.

Je reste dubitatif quand même.
Merci à tous pour vos avis.