[ABANDON] Impossible d'écrire sur un 2e disque...

redelap · 22-10-2017 18:44:29

Bonjour !
Sur une machine assez ancienne (env 5 ans) j'ai installé un disque dur SATA modeste, avec un débian 9.2 /home séparé
Tout marche nickel !
En fouillant dans un placard je retrouve un vieux disque dur IDE. Démontage bricolage et hop ! cette vieille machine a un deuxième disque dur (tout aussi modeste, que je formate en ext4 avec gParted (j'ai dû modifier les emplacements des connexions.
Je teste:
Le disque système fonctionne bien
Mais pour le 2e... pas moyen d'écrire dessus !!!
je sais que c'est une histoire de permissions, mais je n'arrive pas à trouver ni où ni comment

Ce 2e disque (sda) (le disque "système et /home" est dans sdb...) monte... (pas toujours) mais ne s'ouvre qu'en root...
et même ouvert, rien ne peut y être déposé...

Existe t'il une application graphique qui puisse permettre de réaliser cela, c.a.d. modifier en root les permissions de ce disque avec qu'il monte automatiquement avec l'ouverture de l'unique utilisateur ?

Cette machine tourne sous Xfce...

Merci de vos lumières

Dernière modification par redelap (24-10-2017 12:20:19)

smolski · 22-10-2017 19:08:08

Un petit retour de la commande :

fdisk -l

https://debian-facile.org/doc:systeme:fdisk

de :

blkid

https://debian-facile.org/doc:systeme:blkid

Le résultat de la commande :

mount

https://debian-facile.org/doc:systeme:mount

le contenu de ton fstab :

cat /etc/fstab

https://debian-facile.org/doc:systeme:fstab

Force et courage

raleur · 22-10-2017 19:24:50

La sortie de la commande fdisk n'est pas très utile, ici mais les autres le sont.

Il s'agit probablement d'un problème de permission comme tu le soupçonnes.
Par défaut lors de la création d'un système de fichiers ext4, la racine a pour propriétaire l'utilisateur effectif qui a créé le système de fichiers (souvant root car par défaut lui seul a la permission d'écrire dans un périphérique bloc comme un disque ou une partition), et seul l'utilisateur propriétaire a la permission en écriture de cette racine. A noter que les propriétaires et permissions de la racine d'un système de fichiers monté apparaissent sur le point de montage.

Si tu veux pouvoir écrire avec ton compte utilisateur normal, tu peux soit donner la permission en écriture à tout le monte, soit changer le propriétaire.

redelap · 22-10-2017 19:59:53

Merci smolski
avec fdisk et blkid, les uuid étaient les même... (pas de "start a job....." etc..)
je dis "était" car, découragé par ces pertes de temps à tenter vainement de défaire un sac de nœuds que j'ai dû faire par mégarde et incompétence "geekienne", je suis en train de procéder à une réinstallation complète,... qui est en cours... et je verrai ainsi avec certitude si rien n'a été perturbé pour identifier et pouvoir utiliser en W et R ces deux disques.
Ce qui veut dire qu'il me va falloir sérieusement me pencher sur ces histoires d'autorisations, et apprendre à intervenir dessus sans rien casser...

Merci de votre concours... et je reviendrai ici même pour vous donner le résultat d'une réinstall complète après cet embroglio décourageant !.
Bonne fin de WE. et encore Merci !

smolski · 22-10-2017 20:09:40

Oui, en tant que novice j'ai commencé par des réinstallations à la windows, comme toi ici, toutefois, avec le temps, on apprend que la stabilité de debian permet des retours en arrière d'installation assez fabuleux sans avoir à tout recommencer.

Force et courage

raleur · 22-10-2017 20:17:00

redelap a écrit :

avec fdisk et blkid, les uuid étaient les même

J'ignorais que fdisk affichait les UUID. Comment fait-on ?

Croutons · 22-10-2017 20:43:07

J'ignorais que fdisk affichait les UUID. Comment fait-on ?

Apparemment seulement pour les Partitions type gpt on peux afficher UUID avec l'option -o
la syntaxe serait

fdisk -lo UUID 

Available columns (for -o):

 gpt: Device Start End Sectors Size Type Type-UUID Attrs Name UUID

 dos: Device Start End Sectors Cylinders Size Type Id Attrs Boot End-C/H/S Start-C/H/S

 bsd: Slice Start End Sectors Cylinders Size Type Bsize Cpg Fsize

 sgi: Device Start End Sectors Cylinders Size Type Id Attrs

 sun: Device Start End Sectors Cylinders Size Type Id Flags

redelap · 22-10-2017 22:10:18

Oui .. bon.. j'avoue une confusion de fdisk et de fstab. Mais vous pardonnerez un geek qui tente de découvrir...

Après une réinstall débian Gnome+ Xfce,
j'ai lancé une session gnome classique et j'ai pu modifier les permissions du disque et le voir monter avec Nautilus lancé en root... et y déposer des fichiers...
Redémarrage sous xfce --> le disque ne monte pas...
Bon on y verra plus clair demain.

smolski · 22-10-2017 22:36:45

redelap a écrit :

j'ai pu modifier les permissions du disque et le voir monter avec Nautilus lancé en root

Il va falloir que tu nous expliques ça de manière plus claire et détaillée, des retours de ligne de commande ?

redelap · 23-10-2017 10:27:37

Ben oui... Les accès aux modifications des permissions m'étaient interdits... Accessibles qu'en root
je me suis mis en root, et dans le teminal, j'ai lancé nautilus
Mais comme tout ça n'est pas clair du tout je vais tout recommencer...
Ce sont bien les echecs qui font progresser .. non.?
Bon d'accord ça prend un peu plus de temps...
mais je ne suis pas pressé...
Merci à tous...
je reviens vers vous dans un nouveau post si j'ai de nouveaux problèmes avec mon intention d'installer le système sur ce disque qui n'est pas accessible.
Nous allons voir.

Dernière modification par redelap (23-10-2017 10:45:05)

redelap · 24-10-2017 12:19:39

Là je n'ai rien compris..
les deux disques ont les caractéristiques suivantes
1 SATA 250 Gbs
1 IDE 120 Gbs

Initialement j'ai installé le système sur le SATA mais l'IDE n'était pas accessible
Curieusement, à l'install, le SATA était reconnu par l'installeur en sdb
je recommence tout pour voir, en installant le système sur l'IDE
A l'install, l'IDE est bien reconnu par l'installeur en sda, et le SATA en sdb
Mais à la mise en route, dans gParted, le SATA avait le nom sda et l'IDE sdb
Invertion très curieuse...
je précise qu'à la mise en route, à l'écran, la toute première ligne éphémère (trop rapide pour être lue) avait un symbole rouge...

Finalement, j'ai retiré l'IDE, qui doit avoir un prolème non identifiable par ma compétence geekienne, et j'ai réinstallé le tout tout sur le SATA (/home séparé.. ), et tout tourne parfaitement... (pas de symbole rouge à la mise en route)

je considère donc le problème réglé... ayant préféré contourner l'obstacle au lieu de m'épuiser à le sauter... je tenterai de tester ce petit IDE à l'ocasion d'une autre install, juste pour apprendre.
Merci de vos interventions généreuses.

A la prochaine...

raleur · 24-10-2017 13:17:12

redelap a écrit :

Curieusement, à l'install, le SATA était reconnu par l'installeur en sdb
je recommence tout pour voir, en installant le système sur l'IDEA l'install, l'IDE est bien reconnu par l'installeur en sda, et le SATA en sdb
Mais à la mise en route, dans gParted, le SATA avait le nom sda et l'IDE sdb

Rien d'étonnant à cela. Par nature le nommage des disques n'est pas stable d'un démarrage à l'autre : premier détecté, premier nommé. Comme l'énumération des périphériques et le chargement des pilotes sont asynchrones, l'ordre de détection peut varier d'un démarrage à l'autre.

redelap · 24-10-2017 22:47:15

Ah ben voila une explication qui me convient...
merci raleur...

Croutons · 25-10-2017 09:00:00

Bonjour
Juste en passant lancer Nautilus en root est un bon moyen de planter son système
Je vois qu'un cas ou on peut lancer une application graphique... pour les gens réfractaire au éditeur de texte en CLI
Il ne faut pas les lancer avec su ou sudo, sous peine de casser sa session graphique. Il faut utiliser à la place gksu ou gksudo
(sur les bureaux gtk) ou kdesu (pour KDE) selon votre Environnement de bureau.

nono47 · 25-10-2017 10:07:14

Salut,

Pour information, j'ai un deuxième disque dur et je le fait monter par /etc/fstab .
La ligne que j'ai ajouté ( à adapter à ta configuration ) :

# partition multimedia

/dev/sda2 /home/nono/multimedia ext4  rw,noexec,auto,user 0 2

Il m'a fallu créer le dossier /home/nono/multimedia et peut être aussi m'assurer qu'il appartenait à utilisateur ( et pas root )

Le wiki fstab pour des explications : https://debian-facile.org/doc:systeme:fstab

raleur · 25-10-2017 10:55:42

nono47 a écrit :

La ligne que j'ai ajouté

C'est risqué d'utiliser le nom de périphérique au lieu d'un identifiant persistant comme l'UUID ou le LABEL. Tu as de la chance si le nommage des disques ne change jamais.

nono47 a écrit :

peut être aussi m'assurer qu'il appartenait à utilisateur ( et pas root )

Aucune importance en ce qui concerne le point de montage, car les propriétaires et permissions sont remplacés par ceux de la racine du système de fichiers monté dessus.

nono47 · 25-10-2017 19:56:32

@ raleur : oui c'est mieux les uuid, c'est explqué dans le wiki : https://debian-facile.org/doc:systeme:u … partitions

Debian-facile

#1 22-10-2017 18:44:29

[ABANDON] Impossible d'écrire sur un 2e disque...

#2 22-10-2017 19:08:08

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#3 22-10-2017 19:24:50

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#4 22-10-2017 19:59:53

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#5 22-10-2017 20:09:40

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#6 22-10-2017 20:17:00

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#7 22-10-2017 20:43:07

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#8 22-10-2017 22:10:18

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#9 22-10-2017 22:36:45

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#10 23-10-2017 10:27:37

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#11 24-10-2017 12:19:39

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#12 24-10-2017 13:17:12

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#13 24-10-2017 22:47:15

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#14 25-10-2017 09:00:00

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#15 25-10-2017 10:07:14

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#16 25-10-2017 10:55:42

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

#17 25-10-2017 19:56:32

Re : [ABANDON] Impossible d'écrire sur un 2e disque...

Pied de page des forums