Bonsoir,
Le 15/01/2018 à 18:37, anne.guilde@??? a écrit :
[...]
>>
>> Bizarre ta ligne :
>> - je veux bien que la partition "UUID=7AD7B1622E3763F5" soit en ntfs
>> - mais de là à mettre "ext4" en tant que 4ème colonne, ca non. Je
> t'invite à lire "man fstab". Un "auto,uid=1000,gid=1000", à condition
>> que ton user/groupe anne:anne soit "1000:1000", bien entendu
>>
>
> un copier/coller avec erreur : ntfs ext4.
> argggg
> Merci d'avoir vu
> Comment il pouvait monter cette partition?
> bizarre
Il est très tolérant ...
Perso, je n'utilise pas l'option "ntfs", mais "ntfs-3g". Passé un temps
(10 ans ?), l'option "ntfs" utilisait un module kernel qui n'avait pas
la possibilité d'écrire sur du ntfs. D'où l'apparition de "ntfs-3g", qui
lui l'avait.
Il faudrait chercher si les deux options sont identiques.
Personnellement, j'utilise toujours "ntfs-3g", et je t'invite à faire de
même.
Notes: Un peu plus bas, tu as écrit:
> /dev/sda2 /media/anne/Donnees fuseblk
sda2 = NTFS = fuseblk = Utilisation de FUSE pour monter du NTFS -> C'est
du ntfs-3g
Voir
https://www.tuxera.com/community/ntfs-3g-advanced/
<extrait>
To benefit from some features, you may have to define options at mount
time and insert configuration files in the directory .NTFS-3G of the
NTFS partition. See the relevant pages for details.
</extrait>
> # cat /etc/passwd | grep anne
> anne:x:1000:1000:anne,,,:/home/anne:/bin/bash
>
> Je suis bien 1000:1000
> Pour l'instant, je suis le seul utilisateur du pc
>
> le man fstab ne donne pas beaucoup d'informations
Hummm, nous n'avons pas le même "man" alors. Le mien est très clair sur
le 4ème champ.
<extrait>
Le quatrième champ (fs_mntops)
Ce champ définit les options de montage associées au
système de fichiers.
Il s'agit d'une liste d'options séparées par des virgules.
Elle contient au moins le type de montage (ro ou rw), suivi
éventuellement d'options appropriées au
type de système de fichiers (y compris des options
d’optimisation pour les performances). Pour plus de précisions,
consultez mount(8) ou swapon(8).
Les options communes à tous les systèmes de fichiers sont :
defaults
utilisation des options par défaut : rw, suid, dev,
exec, auto, nouser et async ;
noauto ne pas monter lorsqu'un appel « mount -a » a lieu,
par exemple au démarrage ;
user autoriser un utilisateur à monter ;
owner autoriser le propriétaire du périphérique à le monter ;
comment
ou x-nom, à utiliser avec des programmes de
maintenance de fstab ;
nofail ne pas renvoyer d'erreur pour ce périphérique s'il
n'existe pas.
</extrait>
> structure de fstab
> device mount point type options dump pass
> J'ai trouvé des infos sur 'options' ici
> https://www.linuxtricks.fr/wiki/fstab-explications-sur-le-fichier-et-sa-structure
[...]
>> si tu fais un :
>>
>> ls -la --color /media/anne/home/anne/Documents/linux/vmware
>>
>> est-ce que le résultats des lignes est un mélange de vert et de bleu ?
>> Si c'est le cas, c'est que tu es vraissemblabement sur une partition NTFS
>
> non, c'est du blanc et du vert
> blanc pour les fichiers en lecture/écriture : -rw-r--r-- (644)
> vert pour les fichiers exécutables : -rwxr-xr-x (755)
D'après ton précédent email, :
> un ls -al
> => -rwxrwxrwx 1 anne anne 115835793 janv. 13 14:23
> VMware-Player-14.1.1-7528167.x86_64.bundle
C'est le seul fichier à être un 777 ?
> Je ne connaissais l'option color... moins bête ce soir...
>
>>
>> Que donne les commandes suivantes ? :
>>
>> df /media/anne/home/anne/Documents/linux/vmware
> # df /media/anne/home/anne/Documents/anne/linux/vmware/
> Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
> /dev/sda1 523993024 432190320 65162320 87% /media/anne/home
Dans ton précédent email, tu indiques:
>>> Le fichier VMware-Player-14.1.1-7528167.x86_64.bundle se trouvait
>>> dans
>>> /media/anne/home/anne/Documents/linux/vmware.
Je t'ai demandé le
"df /media/anne/home/anne/Documents/linux/vmware"
et tu me donnes le
"df /media/anne/home/anne/Documents/anne/linux/vmware/"
erreur de copier/coller ?
Bon, à priori ton fichier vmware était bien sur une partition ext4.
[...]
> /dev/sda2 /media/anne/Donnees fuseblk
> rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
> /dev/sda1 /media/anne/home ext4
> rw,nosuid,nodev,noexec,relatime,data=ordered 0 0
> /dev/sda5 /media/anne/vmware ext4
> rw,nosuid,nodev,noexec,relatime,data=ordered 0 0
> ...
Pour info, le /media est d'ordinaire utilisé pour les montages
TEMPORAIRES, comme un CDROM, une clé USB, ....
Pour les partitions montée depuis des disques fixes, ou réseaux (nfs,
smb, ...), il est d'usage d'utiliser le "/mnt" .
> -1 J'utilise la partition sda1 (ancien /home) pour mettre toutes mes
> données, comme quand j'avais la partition / sur le disque sata.
> J'aurais peut-être dû faire un lien entre le /home du disque m2 et la
> partition home du disque sata?
> Je voulais le faire mais je ne savais pas comment faire...
Depuis ton /home/anne :
ln -s /media/anne/home sda1
ln -s /media/anne/Donnees sda2
ln -s /media/anne/vmware sda3
OU, ce qui serait à mon avis bien plus propre, c'est de monter ces 3
partitions directement ans ton /home/anne :
cd /home/anne
mkdir sda1 sda2 sda3
et tu modifies ton /etc/fstab pour faire le montage. Exemple :
/dev/sda1 /home/anne/sda1 ext4 defaults,users 0 2
Mais, .... tu fais cela proprement, en commençant par mettre en
commentaire les lignes actuelles de tes "/media", afin de NE SURTOUT PAS
monter 2 fois la même partition ...
> -2 partition ntfs dans fstab que mettre dans le fstab?
>
> # Donnees sur /dev/sda2
> UUID=7AD7B1622E3763F5 /media/anne/Donnees ntfs ext4 0 2
> => UUID=7AD7B1622E3763F5 /media/anne/Donnees ntfs auto 0 2
> => UUID=7AD7B1622E3763F5 /media/anne/Donnees ntfs-3g auto 0 2
> => UUID=7AD7B1622E3763F5 /media/anne/Donnees auto auto 0 2
>
> ou autre ...
Si tu pouvais, éventuellement, lire les emails que tu reçois, tu
trouverais la réponse ...
Par hasard, (re)lis la partie "Bizarre ta ligne" de mon précédent email.
> -3 Pour la partition sda1, je ne comprends pas pourquoi je n'ai pas pu
> exécuter la commande vmware alors que j'ai pu quand j'ai déplacé le
> fichier vmware dans le répertoire /home/anne/Documents (partition sdb2).
> Si vous aviez une idée
Pour le "COMMENT" : D'après
https://doc.ubuntu-fr.org/vmware_workstation (1er lien google lorsque
l'on demande "vmware .x86_64.bundle") :
<extrait>
Ouvrez un terminal, et taper :
Pour l'architecture 32 bits:
sudo bash ./VMware-Workstation-Full-10.0.6-2700073.i386.bundle
</extrait>
=> le ".bundle" est un fichier bash, de type "auto décompressible".
donc il te suffit de le te logguer en temps de que root, et de lancer :
bash VMware-Player-14.1.1-7528167.x86_64.bundle
Pour le "POURQUOI", je pense que le mode 777 du fichier doit peut-être
poser problème. Perso, j'essayerai avec un mode 755.
Il peut aussi y avoir un problème un peu tordu avec bash : Si le fichier
contient des retour chariots codés sur 2 octets (0x0D Ox0A), typiquement
venant du monde MS, alors le ./script.sh ne marche pas.
Par contre, si il ne contient que des retours chariots de type UNIX
(0x0A), alors cela fonctionne.
Raison pour laquelle lorsque l'on échanges par email des scripts
Linux/Unix entre un Linux et un Windows, il est préférable de les
compresser, afin que les logiciels de mails Windows ne s'amusent pas à
les ré-écrire avec ses propres caractères chariot.
Cordialement,
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
