Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Disque inter en HFS+ journalsé

esox

MicP a écritBonjour

et par la même occasion,
agrandis la fenêtre de terminal au maximum,
lance la ligne de commande suivante :
lsblk -e7 -oNAME,FSTYPE,LABEL,UUID
et donne nous un copié/collé du retour de la commande.

Merci

jean-martin@Desktop:~$ lsblk -e7 -oNAME,FSTYPE,LABEL,UUID
NAME        FSTYPE  LABEL        UUID
sda                              
├─sda1      ntfs    Récupération 02E407A8E4079CD3
├─sda2      vfat                 2A08-C00E
├─sda3                           
└─sda4      ntfs    Windows10    DEA23774A237506F
sdb                              
├─sdb1      vfat    EFI          67E3-17ED
└─sdb2      exfat   DATA_2       74B8-F80F
sdc                              
├─sdc1      vfat    EFI          67E3-17ED
└─sdc2      hfsplus DATA_1       3e54b020-5a78-3f96-9b67-9b4141fcad74
sdd                              
├─sdd1      vfat    EFI          67E3-17ED
└─sdd2      hfsplus Video        6221b58a-461f-3dfa-8626-29c11b3f69c2
sde                              
├─sde1      swap                 2307ffa7-2746-4f93-b039-88351ae26603
└─sde2      ext4                 341de129-0de7-4aef-813d-ef5a54df0008
sdf                              
├─sdf1      vfat    EFI          67E3-17ED
└─sdf2      apfs                 05cc9d77-1b0c-429c-9bf3-6b489e8a36d6
sr0                              
nvme0n1                          
├─nvme0n1p1 vfat    EFI          67E3-17ED
└─nvme0n1p2 apfs                 3f4f80e8-a3a6-4022-8bd6-c3f49e14bed1
nvme1n1                          
├─nvme1n1p1 vfat    EFI          67E3-17ED
└─nvme1n1p2 apfs                 a88bf2f2-11da-4fbd-8683-6eff79635954
jean-martin@Desktop:~$

Cool, il est monté, il me reste à passer le sdc et sdd en exFat, j'imagine qu'il n'y a pas de moyen de passer une partition de HFS+ en exFat sans effacer tout le contenu (comme j'ai vu qu'il était possible de passer une table de partition de MBR à GPT sans tout casser, je pose tout de même la question...).

Ensuite Faire la même chose avec mon SSD externe sdf pour le passer de APFS à exFat (c'est un SSD classique WDigital)

Et pour les disques NVMe, on peut aussi les passer en exFat ? C’est pour le cas du /nvme1n1 qui me sert pour le cache du logiciel de montage vidéo (Davinci Resolve).

Le neme0n1 est mon disque système MacOS (Hackintosh BS), est-il possible de le monter en lecture seule au démarrage via fstab (pour pouvoir par exemple aller chercher des fichiers ?

Et merci pour ces éclairages, il va maintenant que j'aille voir ce que signifient ces commandes histoire de connaître un peu mieux le système et me coucher moins bête ce soir 😉 Déjà le fichier fstab est celui qui contient les paramètres de montage des disques au démarrage si j'ai bien compris.

MicP

esox a écrit… il me reste à passer le sdc et sdd en exFat …

Il te faudrait d'abord faire des tests pour voir si tu arrives à utiliser ce type de système de fichiers avec les programmes que tu comptes utiliser,
et ce, depuis chacun des systèmes d'exploitation que tu comptes utiliser,
parce que ce serait dommage d'avoir changé en exFAT le système de fichiers de toutes ces partitions
pour ce rendre compte ensuite que ça ne fonctionne pas comme tu l'espérais.

=======

esox a écrit…Déjà le fichier fstab est celui qui contient les paramètres de montage des disques au démarrage si j'ai bien compris. …

Tout juste 🙂 C'est exactement ça.

Il y a un manuel pour chaque commande linux que l'on visualiser avec la commande man
par exemple :

man mkdir

man lsblk

man mount

Et il y a aussi des page man pour certains fichiers de configuration :

man fstab

=======
Chaque système de fichiers a ses spécificités,
et les attributs (propriétaire, groupe, lecture, écriture, execution) des systèmes de fichiers Linux
ne sont pas supportés par tous les systèmes de fichiers.

C'est pour ça qu'il existe des options qui permettent de faire croire au système Linux que ce système de fichiers a ces attributs
et c'est au moment du montage d'un système de fichiers qui ne peux pas avoir ces attributs qu'on peux utiliser ces options.

Voir aussi la page man de la commande mount.exfat :

man mount.exfat

geole

Bonjour

Il n'y a pas moyen de convertir une partition en EXFAT sans perdre ses données.

Les partitions créées dans des disques NVME sont des partitions comme les autres. Elles peuvent donc être créées en EXFAT

Pour monter une partition en lecture seule, il suffit de modifier la ligne qui la décrit dans le fichier /etc/fstab
en ajoutant l'option ro dans les options préexistantes.
exemple

a@b:~$ cat /etc/fstab | grep mnt
/dev/disk/by-uuid/2A5F-037C /mnt/2A5F-037C auto nosuid,nodev,nofail,x-gvfs-show,ro 0 0
a@b:~$ 
a@b:~$ touch /mnt/2A5F-037C/fichier
touch: impossible de faire un touch '/mnt/2A5F-037C/fichier': Système de fichiers accessible en lecture seulement
a@b:~$

esox

MicP a écrit
esox a écrit… il me reste à passer le sdc et sdd en exFat …
Il te faudrait d'abord faire des tests pour voir si tu arrives à utiliser ce type de système de fichiers avec les programmes que tu comptes utiliser,
et ce, depuis chacun des systèmes d'exploitation que tu comptes utiliser,
parce que ce serait dommage d'avoir changé en exFAT le système de fichiers de toutes ces partitions
pour ce rendre compte ensuite que ça ne fonctionne pas comme tu l'espérais.

J'avais oublié de vérifier un truc de base... Le DATA_2 se monte effectivement bien au démarrage mais en écriture seule... J'ai commenté la ligne du fstab le concernant, j'ai relancé, le disque ne monte pas au démarrage mais si je le sélectionne dans Dolphin, il monte, mais pas dans /home/jean-martin/, mais dans /media/jean-martin et là il est accessible en écriture ! Il faut que je crée le point de montage (mkdir /media/jean-martin/DATA_2) et que je corrige la ligne du fstab ?

jean-martin@Desktop:/media/jean-martin$ ls -l
total 128
drwxrwxr-x 1 root                 80     19 janv.  8 21:10 DATA_1
drwxr-xr-x 5 jean-martin jean-martin 131072 mars   6 19:22 DATA_2
jean-martin@Desktop:/media/jean-martin$

Le DATA_1 est toujours en HFS+ mais il est en usr jean-martin et group jean-martin. Est-ce que ça peut aussi être le root:80 qui pose problème pour la lecture seule ?

Sinon effectivement une fois que je pourrais monter le disque en rw au démarrage je vais retransférer les fichiers dessus et faire des tests avant de généraliser aux autres disques.

MicP

Dans son message #11, esox a écrit… le disque DATA_2 est celui dont on parle, formaté en exFat et il est assigné à mon user name et mon groupe (jean-martin). Le soucis c'est que je n'arrive pas à le mettre en root / 80 …

J'ai donc fait en sorte qu'il soit la propriété du compte root et du groupe 80

Dans son message #24, esox a écrit…Le DATA_2 se monte effectivement bien au démarrage mais en écriture seule. Est-ce que ça peut aussi être le root:80 qui pose problème pour la lecture seule ? …

Oui il appartient au compte root => le compte jean-martin n'y a donc pas accès en écriture.

Mais si tu veux qu'il appartienne au compte utilisateur jean-martin, en supposant que son uid soit 1000 et son groupe principal soit aussi ~~1000~~
(EDIT : En fait, dans le message suivant, j'apprends que son groupe principal est 1001 sur ton système)
il faudra remplacer dans le fichier /etc/fstab
la ligne que j'avais proposée par la ligne suivante :

UUID=74B8-F80F  /home/jean-martin/DATA_2  auto  errors=remount-ro,uid=1000,gid=1001,nofail

Pour voir quel est l'id et le gid du compte utilisateur jean-martin,
lire mon précédent message

esox

MicP a écrit
Dans son message #11, esox a écrit… le disque DATA_2 est celui dont on parle, formaté en exFat et il est assigné à mon user name et mon groupe (jean-martin). Le soucis c'est que je n'arrive pas à le mettre en root / 80 …
J'ai donc fait en sorte qu'il soit la propriété du compte root et du groupe 80

esox a écrit…Le DATA_2 se monte effectivement bien au démarrage mais en écriture seule. Est-ce que ça peut aussi être le root:80 qui pose problème pour la lecture seule ? …
Oui il appartient à root => le compte jean-martin n'y a donc pas accès en écriture.

Mais si tu veux qu'il appartienne au compte utilisateur jean-martin, en supposant que son uid soit 1000 et son groupe principal soit aussi 1000
il faudra remplacer la ligne que j'avais proposée par la ligne suivante :
UUID=74B8-F80F  /home/jean-martin/DATA_2  auto  errors=remount-ro,uid=1000,gid=1000,nofail
Pour voir quel est l'id et le gid du compte utilisateur jean-martin, voir mon précédent message

Merci ! En fait j'avais anticipé, mon uid est bien 1000 mais le gid est 1001, ça monte bien en rw au démarrage mais ça veut donc dire que si je crée un autre utilisateur (une autre session donc si j'ai bien compris) ce disque ne sera pas accessible pour cet utilisateur ou alors il faut juste que j'ajoute ce nouvel user au groupe 1001 (jean-martin) ? Pour le moment ça n'est pas un soucis vu que je suis le seul à bosser sur la machine.

MicP

esox a écrit… il faut juste que j'ajoute ce nouvel user au groupe 1001 (jean-martin) …

Oui : Ajouter, dans la liste du groupe jean-martin (1001), le nom du nouveau compte utilisateur créé.
(Il existe aussi une autre solution qui consiste à donner à tous le droit de lecture/écriture et exécution sur tout ce système de fichiers)

Donc, si le nom de login du nouveau compte utilisateur est : nomDuNouveauCompteUtilisateur
pour ajouter, dans la liste du groupe jean-martin, le compte utilisateur nomDuNouveauCompteUtilisateur
il faudra entrer la ligne de commande suivante :

sudo adduser nomDuNouveauCompteUtilisateur jean-martin

Voir aussi : Wiki Ubuntu-fr -> Gestion des utilisateurs et groupes en ligne de commande

=======
NOTE : Comme tu m'écris que le groupe principal du compte utilisateur jean-pierre est 1001
je modifie mes messages précédents en conséquence

MicP

J'ai extrait et corrigé le passage ci-dessous d'un de mes précédents messages dans lequel j'y avais fait une erreur sur le nom du point de montage à cause d'un copié/collé
que j'avais envoyé trop vite car j'ai été perturbé par un coup de téléphone très important, (mais tout va bien finalement)

esox a écrit… Le neme0n1 est mon disque système MacOS (Hackintosh BS), est-il possible de le monter en lecture seule au démarrage via fstab (pour pouvoir par exemple aller chercher des fichiers ? …

On ne peut pas monter un disque, mais seulement le système de fichiers d'une partition.

Il y a deux partitions sur le disque nvme01 et je suppose que tu comptais monter le système de fichiers de la deuxième partition
mais le système de fichiers avec lequel elle avait été formatée est du type apfs

Je ne connais pas du tout ce type de système de fichiers, mais en lisant quelques messages sur internet,
je constate que ce serait peut-être faisable après avoir installé les paquetages libfsapfs-utils et libfspafs1
en espérant que ce système de fichiers ne soit pas chiffré, sinon, il faudra sans doute ajouter dans les options de montage,
le mot de passe du compte utilisateur sur ton système OSX

Il faudra donc installer les paquetages libfsapfs-utils et libfspafs1
en lançant la ligne de commandes suivante :

sudo apt install libfsapfs-utils libfspafs1

Ensuite, il faudra créer un point de montage :

mkdir /home/jean-martin/nomQueTuVeuxPourCeFs

Puis ajouter dans le fichier /etc/fstab la ligne suivante :

UUID=05cc9d77-1b0c-429c-9bf3-6b489e8a36d6  /home/jean-martin/nomQueTuVeuxPourCeFs   apfs  ro,id=1000,gid=1001,nofail

Je ne connais pas toutes les options de montage possibles avec ce type de système de fichiers
mais l'option ro (read only) ne permettra l'accès qu'en lecture seule à ce système de fichiers.

En supposant qu'il n'y ait qu'un seul compte utilisateur non privilégié sur ta machine, son id et groupe principal devrait être : 1000
j'ai donc donné, sur ton système Ubuntu, la propriété de ce système de fichiers apfs à ton compte utilisateur en spécifiant l'id et le gid 1000
Tu peux vérifier quel est l'id de ton compte utilisateur
en lançant la ligne de commande suivante :

id -u

Et pour faire afficher le numéro de groupe principal :

id -g

esox

MicP a écrit
Puis ajouter dans le fichier /etc/fstab la ligne suivante :
UUID=05cc9d77-1b0c-429c-9bf3-6b489e8a36d6  /home/jean-martin/nomQueTuVeuxPourCeFs   apfs  ro,id=1000,gid=1001,nofail
Je ne connais pas toutes les options de montage possibles avec ce type de système de fichiers
mais l'option ro (read only) ne permettra l'accès qu'en lecture seule à ce système de fichiers.

Ca n'a pas marché par contre j'ai trouvé la solution :

Monter disque APFS au démarrage d'Ubuntu

Pour résumer, s'assurer que tous ces paquets sont installés :


sudo apt update
sudo apt install libicu-dev bzip2 cmake libz-dev libbz2-dev fuse3 libfuse3-3 libfuse3-dev clang git libattr1-dev

Puis télécharger le code source des drivers :


git clone https://github.com/sgan81/apfs-fuse.git
cd apfs-fuse
git submodule init
git submodule update

Compiler les sources :


mkdir build
cd build
cmake ..
make

Copier les binaries dans /usr/local/bin


sudo cp apfs-* /usr/local/bin

On s'assure que ça fonctionne :


sudo mkdir -p /media/$USERNAME/macos
sudo ./apfs-fuse -o allow_other /dev/votreDisque /media/<your userame>/macos

On peut choisir un autre nom que macos pour le point de montage bien entendu !

Ensuite, pour que le disque soit monté automatiquement au démarrage, on crée un lien symbolique vers les outils de montage apfs :


sudo ln -s /usr/local/bin/apfs-fuse /usr/sbin/mount.apfs

On édite le fichier fstab :


sudo nano /etc/fstab

Et on y ajoute cette ligne :


mount.apfs#/dev/votreDisque    /media/<your username>/macos/    fuse    user,allow_other        0       0

Sur mon système ça a fonctionné. Par contre je n'ai pas compris le rôle des deux 0 0 à la fin de la ligne. J'ai essayé sans ces deux 0 et ça a marché aussi.

MicP

… Par contre je n'ai pas compris le rôle des deux 0 0 à la fin de la ligne. J'ai essayé sans ces deux 0 et ça a marché aussi.

C'est pour ça que j'avais essayé (en vain, malheureusement) de proposer à certain de formater le contenu de leur fichier /etc/fstab comme je le fais pour mes machines.
Voici celui de celle que j'utilise en ce moment :

michel@xubu:~$ cat /etc/fstab
# /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>

# / was on /dev/sda5 during installation
UUID=1699a4b4-c970-4a64-a58d-30a9f017537e    /               ext4    errors=remount-ro  0       1

# swap was on /dev/sdb7 during installation
UUID=8186826e-a105-44bb-9288-f8690a4a420a    none            swap    sw

# Données perso utilisateurs non privilégiés
UUID=86667bf3-1026-4a9f-af79-a8fc6c8c035c    /mnt/donnees    ext4    errors=remount-ro
michel@xubu:~$

En faisant comme ça, on voit bien à quel champ correspondent chaque valeur (ou liste de valeurs)
Donc, les deux derniers champs correspondent à : dump et pass

La page man de fstab décrit à quoi correspond chaque champ

En lisant la page man de fstab

man fstab

on peut en déduire que ce n'est pas la peine de spécifier le dernier champ si sa valeur est 0
et de même, que ce n'est pas la peine de spécifier les deux derniers champs si leur valeur est 0

esox

MicP a écrit
En lisant la page man de fstab
man fstab
on peut en déduire que ce n'est pas la peine de spécifier le dernier champ si sa valeur est 0
et de même, que ce n'est pas la peine de spécifier les deux derniers champs si leur valeur est 0

Merci beaucoup pour ton aide, problème résolu.

« Page précédente