Disque dur externe ext3

Support Debian
#1

J’ai formaté mon disque dur externe de 500Gio en ext3, car je ne vais l’utiliser que sous GNU/Linux, que je vais utiliser rsync dessus et que je veux conserver les droits, et que je préfère un fs libre.

Las, le montage par l’utilisateur en ligne de commande ou en graphique échoue :

fdisk -l :

[quote]Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x145160c1

Device Boot Start End Blocks Id System
/dev/sda1 1 31 248976 83 Linux
/dev/sda2 32 2098 16603177+ 5 Extended
/dev/sda3 2099 19457 139436167+ 83 Linux
/dev/sda5 32 274 1951866 82 Linux swap / Solaris
/dev/sda6 275 1490 9767488+ 83 Linux
/dev/sda7 1491 1733 1951866 83 Linux
/dev/sda8 1734 2098 2931831 83 Linux

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x592287cb

Device Boot Start End Blocks Id System
/dev/sdb1 1 60801 488384001 83 Linux
[/quote]

/etc/fstab :

[quote]# /etc/fstab: static file system information.

Use ‘vol_id --uuid’ 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).

proc /proc proc defaults 0 0

/ was on /dev/sdb6 during installation

UUID=8e614040-7172-4080-b6c4-39aaf3b0a0d2 / ext3 errors=remount-ro 0 1

/boot was on /dev/sdb1 during installation

UUID=5685d940-5160-4ca8-834a-f613034edd6a /boot ext3 defaults 0 2

/home was on /dev/sdb3 during installation

UUID=40d85e6f-81dd-4c05-88ef-0441ee5d2a16 /home ext3 defaults 0 2

/tmp was on /dev/sdb7 during installation

UUID=de18a575-25da-485e-9576-bf3a048403eb /tmp ext3 defaults 0 2

/var was on /dev/sdb8 during installation

UUID=e6b76f11-0ecf-4c98-8009-a6a066bf6568 /var ext3 defaults 0 2

swap was on /dev/sdb5 during installation

UUID=5a902581-6c58-4444-82f6-81be27c620ae none swap sw 0 0

/dev/sda1 /media/usb0 auto rw,user,noauto 0 0

UUID=5685d940-5160-4ca8-834a-f613034edd6a /media/usb0 auto rw,user,noauto 0 0
UUID=d6c678c5-4470-4c2f-88e3-1096fb9ee2ea /media/HERCULE auto defaults 0 2
[/quote]

Changer le propriétaire du dossier /media/HERCULE ne change rien. L’objectif est que les deux utilisateurs de mes deux PCs puissent le monter et y accéder simplement en graphique. En déplacement, je trouverais toujours à y accéder en ligne de commande, etc.

Si quelqu’un a une idée…

#2

salut

ton disque externe devrait se monter automatiquement;sinon,vérifie dejà que tu appartiennes bien au groupe plugdev et ensuite dièse la ligne de sdb1 dans /etc/fstab; et fais savoir le résultat

#3

Merci.

Après avoir commenté la ligne correspondante, le disque se monta automatiquement, mais je n’ai pas les droits en écriture dessus (comme avant que je commence à chercher une solution).

#4

/etc/fstab

UUID=d6c678c5-4470-4c2f-88e3-1096fb9ee2ea /media/HERCULE auto defaults 0 2

option defaults à changer en rw,users,noauto

Au delà du point de montage, pour l’utilisation envisagée, à savoir un support partagé sur plusieurs systèmes, se pencher sur les id.

Ce qui correspond à l’utilisateur AAA à l’id 1000 sur la machine A1 correspondra à l’utilisateur BBB à l’id 1000 sur le système B2.
À même id ne correspond pas même nom à moins d’harmoniser /etc/passwd et /etc/group de chaque système.
Le nom est une référence propre au système, l’id lui est attachée de manière relative.

Lorsque tu changes le propriétaire par
$ chown nom.nom dossier
l’id est affectée comme
$ chown 1000.1000 dossier

#5

[quote=“etxeberrizahar”]/etc/fstab
UUID=d6c678c5-4470-4c2f-88e3-1096fb9ee2ea /media/HERCULE auto defaults 0 2
option defaults à changer en rw,users,noauto[/quote]

Merci, je teste ça ce soir.

[quote=“etxeberrizahar”]Au delà du point de montage, pour l’utilisation envisagée, à savoir un support partagé sur plusieurs systèmes, se pencher sur les id.
Ce qui correspond à l’utilisateur AAA à l’id 1000 sur la machine A1 correspondra à l’utilisateur BBB à l’id 1000 sur le système B2.
À même id ne correspond pas même nom à moins d’harmoniser /etc/passwd et /etc/group de chaque système.
Le nom est une référence propre au système, l’id lui est attachée de manière relative.
Lorsque tu changes le propriétaire par
$ chown nom.nom dossier
l’id est affectée comme
$ chown 1000.1000 dossier[/quote]

Donc première chose à faire, harmoniser les id des deux postes.
Sachant que j’ai deux utilisateurs identiques sur chaque poste, j’imagine que faire un chown pour mettre AAA:AAA et ajouter l’utilisateur BBB au groupe AAA fonctionnerait?

Quand j’aurais tout défriché, je pense en faire un résumé dans T&A, car ce n’est pas trivial (enfin, pour moi), je pense ne pas être le seul potentiellement concerné et les réponses que j’ai trouvées en cherchant ne m’ont guère éclairées.

#6

[quote=“Arthur”]Merci.

Après avoir commenté la ligne correspondante, le disque se monta automatiquement, mais je n’ai pas les droits en écriture dessus (comme avant que je commence à chercher une solution).[/quote]

ton disque se monte automatiquement dans un répertoire de /media, par exemple dans /media/disk et à ce répertoire tu donnes les droits qui vont bien

#7

À propos des id.

Le premier utilisateur crée lors de l’installation prend l’id 1000 et le suivant 1001 etc …
La nouvelle id correspond à dernière id validée+1

Si tu as crées deux utilisateurs dans le même ordre sur A1 et B2, tu n’as rien à faire.
Les id et les noms seront identiques sur les deux systèmes.

Si les id ne correspondent pas, éditer /etc/passwd et /etc/group sur B2
et intervertir les id, 1000 de AAA changé en 1001, 1001 de BBB changé en 1000.

#8

Merci, en effet j’ai créé mes deux utilisateurs dans le même ordre sur les deux PCs.

1000 = moi, 1001 = ma copine.

En indiquant la ligne de etxeberrizahar dans le fstab, je peux monter le disque en ligne de commande pour les deux utilisateurs, mais pas depuis l’interface KDE. Sans la ligne dans le fstab, ça marche depuis KDE.

Par contre, si moi (1000) j’ai les droits en écriture sur le disque, ma copine (1001) ne pouvait que le lire.

J’ai réglé le problème par un chown 1000:1001 /media/MONDISQUE puis par chmod g+w /media/MONDISQUE .

Là, tout fonctionne au poil. Voyez-vous des contre-indications à ce paramétrage?

#9

salut

ou tu rajoutais ta copine à ton groupe et ça marchais aussi,mais sinon ta manip est bonne.

#10

Hello,

J’avais commencé à faire ça, mais ça n’a pas fonctionné (a posteriori, je me dis que j’aurais du la déconnecter et la reconnecter avant de tester).

#11

Salut,

UUID=d6c678c5-4470-4c2f-88e3-1096fb9ee2ea /media/HERCULE auto,rw,users 0 2

#12

Hello,

[quote=“ggoodluck47”]
UUID=d6c678c5-4470-4c2f-88e3-1096fb9ee2ea /media/HERCULE auto,rw,users 0 2[/quote]

Merci, mais même avec cette ligne je ne peux pas le monter graphiquement depuis KDE.

Mais ça ne pose pas de soucis, vu que sans ligne dans fstab, ça marche au poil.

D’ailleurs, vu que je peux faire ce que je voulais faire, je mets en Résolu.

Merci à tous ceux qui m’ont aidé.

#13

Un petit tour sur Wikipedia t’apprendra que “defaults” ne permet pas aux utilisateur de monter le disque. Pour les droits il faut regarder au niveau des umask (umask=000 pour donner les droits a tous le monde sans restrictions). Si ça fonctionneemnt correctement sans ligne dans fstab tant mieux laisse comme ça :023

#14

salut.

umask=000 me parait une manip dangereuse:

[quote]umask
Un article de Wikipédia, l’encyclopédie libre.
Aller à : Navigation, rechercher

umask (user file creation mode mask, masque de création de fichier par l’utilisateur) est un attribut des processus Unix, ainsi que la commande POSIX qui permet de modifier cet attribut. Le umask définit les permissions par défaut d’un répertoire ou d’un fichier créé.[/quote]

un umask=000 sur un fichier root…

#15

un peu plus:

http://loligrub.be/contrib/tlepoint/BASE/node143.html

#16

Mais le système de fichier visé est un disque dur externe, pas un truc essentiel au système. Donc mon but en lui montrant cette commande était qu’il ai accès a tout son disque quelque soit l’utilisateur qu’il utilise.
Je suis d’accord avec toi sur la dangerosité de la commande mais elle se révèle utile parfois, ex : montage de partition windows

#17

Merci pour ces précisions!

J’avoue qu’avant de toucher à fstab, je préfère toujours poser la question ici, car j’ai vraiment du mal avec ce fichier…