# Montage Filesystem BTRFS failed **URL:** \ **Category:** Support Debian\ **Tags:** mount\ **Created:** [Février 18, 2023, 10:20 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888 "2023-02-18T10:20:23Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![willy974](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/w/9de0a6/32.png) [@willy974](https://www.debian-fr.org/u/willy974)\ **Post date:** [Février 18, 2023, 10:20 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/1 "2023-02-18T10:20:24Z")
Bonjour à tous, J’ai un système debian 11 qui est sur un fiesystem BTRFS, les données étaient sur du LVM, j’ai décidé de migrer les données sur BTRFS mais lorsque je veux monter les subvolume j’ai l’erreur ci-dessous : ```nohighlight mount: /data: échec de l’appel système mount(2) : Aucun fichier ou dossier de ce type ``` Ci-dessous les actions que j’ai faites pour ce nouveau système de fichier : ```nohighlight mkfs.btrfs -L btdata /dev/sda1 btrfs subvolume create data btrfs subvolume create vm btrfs subvolume create backup ``` Ci-dessous le contenu de ma fstab : ```nohighlight # # / was on /dev/sdb2 during installation UUID=40f6b697-7a4b-4cbc-b1ff-15d03626752b / btrfs rw,compress=lzo,space_cache,subvolid=256 0 1 UUID=40f6b697-7a4b-4cbc-b1ff-15d03626752b /home btrfs rw,compress=lzo,space_cache,subvolid=257 0 1 UUID=40f6b697-7a4b-4cbc-b1ff-15d03626752b /var btrfs rw,compress=lzo,space_cache,subvolid=258 0 1 UUID=40f6b697-7a4b-4cbc-b1ff-15d03626752b /tmp btrfs rw,compress=lzo,space_cache,subvolid=259 0 1 UUID=40f6b697-7a4b-4cbc-b1ff-15d03626752b /swap btrfs rw,subvolid=260 0 1 /swap/swapfile none swap sw 0 0 # /boot/efi was on /dev/sdb1 during installation UUID=D791-7A2E /boot/efi vfat umask=0077 0 1 # btdata UUID=d7503afe-f650-4814-b3c4-ebbb73a4364e /data btrfs rw,compress=lzo,space_cache,subvolid=317 0 1 UUID=d7503afe-f650-4814-b3c4-ebbb73a4364e /vm btrfs rw,compress=lzo,space_cache,subvolid=318 0 1 UUID=d7503afe-f650-4814-b3c4-ebbb73a4364e /backup btrfs rw,compress=lzo,space_cache,subvolid=319 0 1 ``` Merci pour votre aide. Willy ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Février 18, 2023, 10:56 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/2 "2023-02-18T10:56:36Z")
> [@willy974](#): > > BTRFS uste pour information, tu sais que ce type de fichier a été abandonné par red-Hat; et qu’il utilise un volume d’espace disque plus grand (e crois que la structure de donnée utilise 50% de plus d’espace par rapport au besoin réel de la donnée elle-même)? Pour ton problème, peux tu essayer le mount avec l’option verbose. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Février 18, 2023, 12:22 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/3 "2023-02-18T12:22:08Z")
> [@willy974](#): > > ```plaintext > mount: /data: échec de l’appel système mount(2) : Aucun fichier ou dossier de ce type > > ``` Je n’ai pas vérifié, mais ce n’est pas une erreur que tu peux avoir si le dossier `/data` n’existe pas ? Je pose la question parce que tu ne mentionnes pas avoir vérifié son existence, mais c’est probablement pas ça… ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Février 18, 2023, 12:42 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/4 "2023-02-18T12:42:02Z")
> [@Zargos](#): > > uste pour information, tu sais que ce type de fichier a été abandonné par red-Hat uste pour te dire ^^ que RedHat la arrêté le support pour ce recentrer sur le support de XFS depuis 2017, mais que btrfs est toujours maintenu par la communauté, le support sur le kernel 6.2 a même amélioré les performances et seul la gestion du raid5/6 est toujours découragé en production. Dernière news glané vite fait sur Phoronix [https://www.phoronix.com/news/Linux-6.2-Btrfs-EXT4](https://www.phoronix.com/news/Linux-6.2-Btrfs-EXT4) > [@Zargos](#): > > il utilise un volume d’espace disque plus grand (e crois que la structure de donnée utilise 50% de plus d’espace par rapport au besoin réel de la donnée elle-même)? Source ? > [@Almtesh](#): > > Je n’ai pas vérifié, mais ce n’est pas une erreur que tu peux avoir si le dossier `/data` n’existe pas ? C’est effectivement la première idée, la seconde serait un mauvais subvolid. ---
**Author:** ![willy974](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/w/9de0a6/32.png) [@willy974](https://www.debian-fr.org/u/willy974)\ **Post date:** [Février 18, 2023, 12:50 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/5 "2023-02-18T12:50:31Z")
Le point de montage existe, il est créé quand tu crées le sous volume avec la commande : btrfs subvolume create /data. Willy ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 18, 2023, 1:33 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/6 "2023-02-18T13:33:07Z")
> [@willy974](#): > > Le point de montage existe, il est créé quand tu crées le sous volume Tu confonds le sous-volume et le point de montage. Quel était le répertoire courant quand tu exécuté les commandes pour créer les sous-volumes ? Si tu as seulement exécuté ces 4 commandes, alors le système de fichier nouvellement créé n’était pas monté et tu n’a pas pu y créer de sous-volumes, ils ont donc été créés dans le système de fichiers dont un sous-volume contenait le répertoire courant. Peux-tu lister les sous-volumes de chaque système de fichiers btrfs présent ? ---
**Author:** ![willy974](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/w/9de0a6/32.png) [@willy974](https://www.debian-fr.org/u/willy974)\ **Post date:** [Février 18, 2023, 2:40 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/7 "2023-02-18T14:40:49Z")
Les 3 nouveaux sous volumes ont été créés dans le répertoire / ``` root@neptune:/# btrfs subvolume list / ID 256 gen 110005 top level 5 path @rootfs ID 257 gen 110013 top level 5 path @home ID 258 gen 110011 top level 5 path @var ID 259 gen 110001 top level 5 path @tmp ID 260 gen 109729 top level 5 path @swap ID 323 gen 109965 top level 256 path data ID 324 gen 109997 top level 256 path backup ID 325 gen 109998 top level 256 path vm ``` Les 3 nouveaux sous volumes créés sont backup, vm et data. Willy ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 18, 2023, 2:52 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/8 "2023-02-18T14:52:33Z")
Ces trois sous-volumes sont bien dans le système de fichiers racine et ont pour parent le sous-volume @rootfs (subvolid=256) qui est monté sur /. Si tu voulais qu’ils soient dans l’autre système de fichiers, tu t’es loupé. Il fallait monter ce dernier quelque part (temporairement, peu importe où) et créer les sous-volumes avec des chemins dans le point de montage et créer les répertoires qui serviront de points de montage à la racine. ---
**Author:** ![willy974](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/w/9de0a6/32.png) [@willy974](https://www.debian-fr.org/u/willy974)\ **Post date:** [Février 18, 2023, 3:02 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/9 "2023-02-18T15:02:10Z")
Merci Pascal pour ton aide, j’ai compris mon erreur, j’ai monté le nouveau FS sur /mnt et j’ai créé mes 3 sous volumes et ça fonctionne nickel 🙂 Willy ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Février 18, 2023, 4:26 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/10 "2023-02-18T16:26:11Z")
> [@Clochette](#): > > Source ? > **[Btrfs](https://fr.wikipedia.org/wiki/Btrfs)** > > Btrfs (B-tree file system, prononcé ButterFS,) est un système de fichiers des années 2010 fondé sur le Copy-On-Write (copie sur écriture en français) sous licence GNU GPL, développé conjointement par Oracle, Red Hat, Fujitsu, Intel, SUSE, STRATO AG (en) et autres. En 2012, alors qu'il n'était pas encore considéré comme tout à fait stable, un effort intense de développement et de test est fourni par la communauté afin de faire de Btrfs le successeur de ext4 et ext3, systèmes de fich Btrfs offre l... Assurer la sécurité et la cohérence des données entraîne certes un coût, qu’il faut comparer toutefois avec : - D’une part celui d’en avoir moins (coût de la reprise d’activité en cas de catastrophe) - D’autre part la baisse du coût du mégaoctet sur disque dur, divisé par 1 300 000 en 29 ans selon Seagate[19](https://fr.wikipedia.org/wiki/Btrfs#cite_note-19). Cela étant rappelé : - **plus de 50 % du disque sera utilisé essentiellement pour assurer cette sécurité et cette cohérence** ; - lors de la panne de chaque disque, il faudra dé[monter](https://fr.wikipedia.org/wiki/Point_de_montage) le système de fichier ; - la [fragmentation](https://fr.wikipedia.org/wiki/Fragmentation_(informatique)) sera importante, ce qui peut dégrader les performances. ---
**Author:** ![willy974](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/w/9de0a6/32.png) [@willy974](https://www.debian-fr.org/u/willy974)\ **Post date:** [Février 19, 2023, 8:35 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/11 "2023-02-19T08:35:01Z")
J’utilise BTRFS depuis 5 ans et j’en suis très content, pour information SuSe en a fait sont FS par défaut depuis la SuSe 15. Je sais qu’Oracle continue à pousser pour finaliser le développement du produit. Je connais très bien ZFS, quand BTRFS en aura toutes les fonctionnalités ce sera un outil exceptionnel. Willy ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Février 19, 2023, 7:31 UTC](https://www.debian-fr.org/t/montage-filesystem-btrfs-failed/87888/12 "2023-02-19T19:31:48Z")
> [@willy974](#): > > quand BTRFS en aura toutes les fonctionnalités ce sera un outil exceptionnel. tout à fait, il devrait effectivement devenir très intéressant > [@willy974](#): > > Je sais qu’Oracle continue à pousser pour finaliser le développement du produit. Pour oracle il y a un intérêt évident du fait des fonctionnalité annoncées. la partie espace disque est encore un frein (majeur, d’autant actuellement avec les problèmes d’énergie).