- J'ai créé ma partition d'échange avec mon osx qui est en dual boot avec cette debian.
Je suppose que tu n'as pas pu définir le propriétaire ni les permissions par défaut ?
Je ne l'ai effectivement pas monté en super-user
Alors comment ? Depuis MATE ? As-tu spécifié des options de montage ? Que dit
- Quelles permissions sur la racines ?? sais pas te dire, ni comment te répondre - je vérifie comment ?
Lorsque la partition est montée :
- Ecrire comment : par glisser déposé / par qui : par moi en user
As-tu essayé en root ?
J'ai essayé plic ploc de formater depuis ma session debian, la partition en HFS+ : ça revient à pareil
Formatée comment, avec quelle commande, options... ?
- je devrais monter ma partition HFS+ avec la commande:
mount --bind /volumes/user/name_volume/Documents /home/user/Documents
D'où sors-tu cela, et pour quoi faire ? Le remontage en bind ne modifie pas les permissions. Si tu veux que la partition soit montée sur /home/user/Documents, il suffit de le spécifier dans /etc/fstab.
- et juste ajouter "HFS" à la fin du fichier fstab en donnant touts les droits à ce format
Pardon ? Je ne comprends rien à cette phrase. Concrètement, qu'est-ce que ça donnerait dans fstab ?
ne dois je formater ma partition en HFS et non HFS+ ?
HFS est un format obsolète avec des limitations qui ne supporte pas les fonctionnalités classiques d'Unix (permissions, fichiers spéciaux...). Certes l'absence de gestion des permissions Unix permet de les définir au montage pour tout le système de fichiers, comme pour FAT ou NTFS, mais je ne recommanderais pas HFS à cause de ses limitations.
comment renseigner les droits au fichier fstab pour celle-ci ?
Avec les options de montage suivantes :
uid=ton nom d'utilisateur ou son identifiant numérique (affiché par "id", normalement 1000)
uid=ton groupe ou son identifiant numérique (affiché par "id", normalement 1000)
umask=masque de permissions. J'ai un doute sur le fait que c'est une valeur inversée comme avec la commande umask (000=accès total pour tout le monde) ou normale comme avec la commande chmod (777=accès total pour tout le monde).]]>
- et juste ajouter "HFS" à la fin du fichier fstab en donnant touts les droits à ce format
> ne dois je formater ma partition en HFS et non HFS+ ?
> comment renseigner les droits au fichier fstab pour celle-ci ?
merci beaucoup déjà !!
a plus]]>
mes debian 9 et 10 n'arrivent pas à écrire sur du HFS+
Créé comment ?
Monté comment ?
Quelles permissions sur la racine ?
Ecrire comment ? Par qui ?
Quel message d'erreur ?]]>
en mode root, il faut donner les droits en lecture/écriture sur le disque monté, car par défaut, en général, on ne peut pas écrire sur le volume qui est en lecture seule
Je ferai deux critiques à cette formulation.
1) Il ne faut pas confondre le montage d'un système de fichiers en lecture seule avec les permissions d'accès. Même root ne peut pas écrire dans un système de fichiers en lecture seule, cela s'applique à tous les utilisateurs indépendamment des permissions d'accès.
2) Les permissions qui vont bien peuvent être définies lors de la création du système de fichiers avec les options de mkfs.hfsplus, de sorte qu'il ne sera pas nécessaire de les modifier après le montage.]]>
Comprends pas, on peut à la rigueur lire (mal), mais pas écrire.
Je ne comprends pas de quoi tu parles.
Sinon, j'ai toujours pas bien compris ta notion de "monter" le disque
Ce n'est pas "ma" notion, c'est celle de tous les systèmes de type Unix : rendre accessible le contenu d'un volume dans un répertoire appelé "point de montage". La commande traditionnelle pour cela est "mount".
Mes volumes ont une adresse qui part de /media/monlogin/nomduvolume
Ils sont donc montés sur ces points de montage.
je suppose que mate le fait pour moi
Oui, les environnements de bureau automatisent plus ou moins le montage automatique des volumes amovibles.
Et dans tous les cas, je peux maniper tous mes fichiers comme indiqué au #14.
Sans avoir besoin d'utiliser les commandes des paquets hfsutils ou hfsplus, puisque le volume est monté. Comme je disais.
Ces paquets ne contiennent aucun démon, service ou pilote, contrairement à ntfs-3g qui contient un pilote pour NTFS. Tu n'en as pas besoin si tu n'utilises pas les programmes qu'ils contiennent. Tu as seulement besoin du paquet hfsprogs pour formater ou vérifier un volume HFS+, soit en ligne de commande soit par l'intermédiaire de Gparted.
Si tu les mets dans fstab, le système les monte ?
Oui.
pour les droits, si tu donnes tous les droits en lecture / écriture en mode root à ce disque, c'est bon, inutile de le signaler dans fstab
En effet HFS+ supporte les permissions Unix standard (contrairement à ce que j'ai écrit dans mon message #17 que j'ai amendé) donc on peut gérer les permissions directement dans l'arborescence. Les options de montage ne servent qu'à spécifier les propriétaires et permissions des fichiers pour lesquels ces informations ne sont pas initialisées.]]>
#15 : Non, on n'a pas besoin de ces paquets pour manipuler les fichiers d'un volume HFS ou HFS+. Si on le monte de façon traditionnelle sur un répertoire (avec la commande "mount" ou action équivalente), on peut manipuler ses fichiers avec n'importe quel programme.
Comprends pas, on peut à la rigueur lire (mal), mais pas écrire.
On n'a pas besoin des trois. Le paquet hfsprogs contient les programmes mkfs et fsck pour formater et vérifier HFS et HFS+
Sans doute vrai. Je n'ai pas ta connaissance et j'ai fait utilitaire : j'ai chargé tout ce que j'ai trouvé avec HFS dans synaptic. De toutes façons, ça ne fait jamais que qq centaines de ko
Sinon, j'ai toujours pas bien compris ta notion de "monter" le disque, et j'ai l'impression que crap0 est pareil.
En pratique, j'avais coché une option quelque part dans la config système de mate pour que les volumes externes branchés montent automatiquement sur le bureau : ce qui se fait bien. Mes volumes ont une adresse qui part de /media/monlogin/nomduvolume. Jamais je ne m'emm… à faire du mount en ligne de commande, mais je suppose que mate le fait pour moi ? J'ai bon ? Et dans tous les cas, je peux maniper tous mes fichiers comme indiqué au #14.
Pour les disques internes (je n'ai pas de HFS interne), oui, il faut les déclarer dans le fstab (j'avais installé une mint lmde2 Betsy, elle avait fait ça toute seule, avec tous les droits en lecture/écriture => mes disques étaient tous dispo après l'installation). Si tu les mets dans fstab, le système les monte ?
A l'intention de crap0 : oui, il faut mettre le disque HFS dans le fstab, et pour les droits, si tu donnes tous les droits en lecture / écriture en mode root à ce disque, c'est bon, inutile de le signaler dans fstab (les options sont compliquées pour qui maîtrise moyennement)
Dernier petit truc, si tu utilises Rsync : je galère de ouf avec ça en ce moment, mais j'ai réussi à trouver quelques trucs (pense à l'option -n pour faire une simulation à blanc, pour voir ce que ta synchro va faire mais sans qu'elle ne le fasse, histoire de pas pourrir ton backup). Avec HFS+ il y a deux composantes par fichier : les data et les ressources. Si tu veux copier les ressources (icônes, infos spéciales sur un fichier…) sur un support autre que HFS+, faut mettre l'option -E. Par contre, ça te copie une tétrachiée de fichiers avec le même nom que tes fichiers mais précédés de ._ => c'est très long à copier, ça le refait à chaque backup, donc c'est très pénible.
Si quelqu'un a d'autres infos là dessus, je prends…]]>
Je devrai renseigner le fichier fstab pour monter directement au démarrage de session
Il faudra peut-être spécifier les options de montage uid, gid et/ou umask pour définir les permissions.]]>
Comment faire pointé n'importe quel dossier de destination vers un autre emplacement: cela pourrait m'éviter de m'y perdre ... comment demander que tout ce qui est placé dans /home/user/Documents soit en faite placé dans /volumes/user/name_volume/Documents (par exemple) ?
Voici deux possibilités :
a) Avec un lien symbolique qui remplace le répertoire d'origine et pointe vers le repertoire de destination.
Après avoir déplacé le répertoire /home/user/Documents et son contenu dans /volumes/user/name_volume,
b) Avec un "bind mount" du répertoire de destination sur le répertoire d'origine.
Après avoir déplacé le contenu de /home/user/Documents dans /volumes/user/name_volume/Documents,
Pour automatiser le "bind mount" au démarrage dans /etc/fstab :
Bien sûr il faut que le volume HFS+ soit préalablement monté. Comment l'as-tu monté ?
Avec ce fameux format HFS+, y a t-il une subtilité pour par exemple les droits et/ou autres.
Oui. HFS et HFS+ ne sont pas des systèmes de fichiers Unix, il ne permettent pas la modification de certaines propriétés comme l'utilisateur et le groupe propriétaires et certains bits de permissions, la création de fichiers spéciaux comme les liens physiques ou symboliques (mais un lien symbolique créé dans un autre système de fichiers peut pointer dessus). Les utilisateurs et groupes propriétaires apparents sont définis au montage.
Sources :
https://git.kernel.org/pub/scm/linux/ke … xt?h=v4.19
https://git.kernel.org/pub/scm/linux/ke … xt?h=v4.19
Je découvre tout cela, n'ayant aucune expérience avec HFS(+) ni MacOS.
EDIT :
Vérification faite, ces restrictions ne s'appliquent qu'à HFS. HFS+ supporte les permissions Unix, les liens physiques et symboliques.]]>