Ubuntu-fr

titol34

installation d'un nouveau disque interne sur xubuntu 18.04

Bonsoir

J'ai achete un nouveau disque dur interne pour mon portable DELL Studio 1737

voici mon fstab que j'ai modifié en m'inspirant des conseils de michel 04

# /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/sda1 during installation
UUID=3f5fb441-bde2-4ac8-a879-89f8ed8d3db7 /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0
# / nouveau disque installé le 15 avril 2018 de 2TO

UUID=e8412d17-069d-4664-9706-2e3709cfac5e /		reiserfs  rw,user,auto,gid=1000,uid=1000,nls=utf8,umask=002       0
0	

j'ai creer un ppoint de montage comme suit

sudo mkdir media/DATA2TO

et donner les droit comme suit :

sudo chown -R titol:titol /DATA2TO

le pc demarre bien mais je ne vois pas mon disque dur ?

j'ai du loupé une manip ??
merci pour vos lumieres

Olivier

pour info le second disque est juste un disque de données , je ne veux rien mettre hormis de le zic ou des videos .

_{Modération : merci d'utiliser les balises code (explications ici).}

Dernière modification par cqfd93 (Le 15/04/2018, à 20:28)

moko138

Re : installation d'un nouveau disque interne sur xubuntu 18.04

J'ai achete un nouveau disque dur interne pour mon portable (...) [ce] second disque est juste un disque de données

j'ai creer un ppoint de montage comme suit

sudo mkdir media/DATA2TO

et donner les droit comme suit :

sudo chown -R titol:titol /DATA2TO

le pc demarre bien mais je ne vois pas mon disque dur ?

Il y a au moins 5 erreurs,
et comme tu ne donnes pas les retours de commandes, nous ne savons pas
si, pour certains cas, ce sont vraiment les commandes qui étaient erronées,
ou bien si c'est seulement en les recopiant ici que tu t'es trompé.

Donc, à l'avenir, merci de penser à donner des retours complets.
  Un retour complet doit contenir toutes les lignes,
depuis celle, entière, de la commande
jusqu'à la ligne attendant la commande suivante, exemple :

moi@mon-pc~$: ma-commande
son retour
moi@mon-pc~$:

Faute de quoi, il manque souvent à ceux qui tentent de t'aider des éléments essentiels.

(Plus de détails dans ce message-ci Retour utilisable de commande.)
  - -

La 1ère erreur :
sudo mkdir media/DATA2TO
il manque la barre oblique collée devant "media" :

sudo mkdir /media/DATA2TO

La 2ème erreur :
L'option "-R" derrière sudo chown est ici malvenue, car tu as corrompu le répertoire "lost+found" qui doit rester propriété de root.
Mais c'est facile à rectifier, nous le ferons plus tard.

La 3ème erreur :
Si le point de montage a été créé directement sous la racine
sudo mkdir /DATA2TO (ce que je pratique chez moi), alors ton

sudo chown titol:titol /DATA2TO

diminué de l'option -R aurait été parfait.
  Mais ta première commande suggère que tu as créé le point de montage sous /media/,
auquel cas ta seconde commande doit être :

sudo chown titol:titol /media/DATA2TO

La 4ème erreur concerne les options :
"user" est annulé par la suite "gid=1000,uid=1000".
Je te suggère fortement ces seules options

defaults,nofail

(sans espace entre la virgule et "nofail")

La 5ème erreur concerne la fin de ligne :
Pour une partition de données à FS linux, elle doit être

0  2

faute de quoi le système de fichiers (FS) de ta partition ne sera jamais vérifié, sauf accident.

Je dois ajouter que pour une partition de données, le FS reiserfs ne me paraît pas le meilleur choix.
Certes ça marche, mais, en cas de souci, photorec est moins efficace sur du reiserfs que sur de l'ext4, de l'aveu même du créateur de photorec. (Source : son article dans la revue (papier) Gnu/Linux Magazine France, n°210 / décembre 2017, pp. 86-98.)

Pour conclure,
Si tu restes en reiserfs,
la ligne dans fstab doit être, selon le point de montage réel, soit

UUID=e8412d17-069d-4664-9706-2e3709cfac5e  /DATA2TO  reiserfs  defaults,nofail  0  2

soit :

UUID=e8412d17-069d-4664-9706-2e3709cfac5e  /media/DATA2TO  reiserfs  defaults,nofail  0  2

Mais si tu reformates cette partition en ext4,
il faudra, dans cette ligne
- remplacer l'UUID par le nouveau,
- remplacer "reiserfs" par "ext4".

Et dans l'immédiat, ce serait bien que tu nous montres

ls -l / | grep DATA; echo; ls -l /media

pour que le forum puisse voir ton point de montage actuel et son propriétaire actuels.

Dernière modification par moko138 (Le 16/04/2018, à 07:02)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

michel_04

Re : installation d'un nouveau disque interne sur xubuntu 18.04

Bonjour,

voici mon fstab que j'ai modifié en m'inspirant des conseils de michel 04

Heu. Ce que tu donnes comme infos dans ce fil de discussion est complètement différent de ce que tu donnais le 07/04/2018 dans ce fil impossible de monter mon disque dur interne en NTFS sous xubuntu 18.04.

Aujourd'hui ton premier message :

# /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/sda1 during installation
UUID=3f5fb441-bde2-4ac8-a879-89f8ed8d3db7 /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0
# / nouveau disque installé le 15 avril 2018 de 2TO

UUID=e8412d17-069d-4664-9706-2e3709cfac5e /		reiserfs  rw,user,auto,gid=1000,uid=1000,nls=utf8,umask=002       0
0	

Le 07/04.2018 ton premier message :

# /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/sda1 during installation
UUID=3f5fb441-bde2-4ac8-a879-89f8ed8d3db7 /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0
# / disque de  donnees /dev/sdb2 en format NTFS
UUID=55645D3639F427CA /	NTFS

A+

Dernière modification par michel_04 (Le 16/04/2018, à 08:34)

---

:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.

titol34

Re : installation d'un nouveau disque interne sur xubuntu 18.04

bonjour a tous et merci
je prends note de toutes mes erreurs en effet , j'ai enlevé mon ancien disque dur car plus bon selon vos conseils et j'en ai racheté un neuf et j'ai pas du tout comprendre c'est clair !

voici le resultat actuel de le commande : ls -l / | grep DATA; echo; ls -l /media par moko138

[b]titol @ titol-Studio-1737  ~
└─ $ ▶ ls -l / | grep DATA; echo; ls -l /media
drwxr-xr-x   2 titol titol       4096 avril 15 20:29 DATA2TO[/b]

[b]total 16
drwxr-xr-x  2 root  root  4096 avril  7 16:07 DATA
drwxrwxrwx  2 titol titol 4096 avril 15 20:54 DATA2TO
drwxr-xr-x  2 titol root  4096 avril  7 21:30 Données
drwxr-x---+ 2 root  root  4096 avril 15 20:56 titol
titol @ titol-Studio-1737  ~
└─ $ ▶ 
[/b]

si'il faut tout reprendre je le ferai et pour le formatage en ext4 ok je vais le changer mais le gros soucis c'est que je ne parviens plus a lancer gparted ???

voici le resultat

[b]titol @ titol-Studio-1737  ~
└─ $ ▶ sudo gparted
[sudo] Mot de passe de titol : 
Too few arguments.[/b]

_{Modération - Rappel : merci d'utiliser les balises code (explications ici).}

Dernière modification par cqfd93 (Le 16/04/2018, à 16:45)

titol34

Re : installation d'un nouveau disque interne sur xubuntu 18.04

Salut golgoth63

Super tes explications mais comment faire pour reformater cela en ext4  je ne parviens plus a lancer gparted ?

oui y a que moi qui utilise ce pc et personne d'autres c'est pour ca que je trouve cela un peu trop lourd a gerer avec tous ces droits .......

si y a une autre solution pour ne pas utiliser gparted suis preneur

merci bien
bonne soirée

titol34

Re : installation d'un nouveau disque interne sur xubuntu 18.04

alors je viens de tenter avec gksu

mais ca ne marche pas non plus ???
voici le resultat

titol @ titol-Studio-1737  ~
└─ $ ▶ gksu gparted

(gksu:31877): Gtk-WARNING **: 19:42:51.956: Theme directory mimetypes/22 of theme Voyager-Mod-Orange has no size field

cqfd93

Re : installation d'un nouveau disque interne sur xubuntu 18.04

Encore une fois, les retours de commandes sont à mettre entre balises code, pas en gras.  Donc le message #9 est à modifier.

---

− cqfd93 −

titol34

Re : installation d'un nouveau disque interne sur xubuntu 18.04

bonsoir a tous

Jai reussi a re formater le disque 2 soit le /dev/sdb  en bootant avec Porteus ( cle usb bootable ) en ext4 !
j'ai supprimé les lignes comme suggerer par golgoth63

voici les reponses pour :

1/ ls -l / | grep DATA; echo; ls -l /media

titol @ titol-Studio-1737  ~
└─ $ ▶ ls -l / | grep DATA; echo; ls -l /media
drwxr-xr-x   3 root  root        4096 avril 16 19:24 DATA
drwxr-xr-x   2 titol titol       4096 avril 15 20:29 DATA2TO

total 4
drwxr-x---+ 2 root root 4096 avril 16 22:40 titol
titol @ titol-Studio-1737  ~

je n'ai pas reussi a supprimer le DATA2TO  ?

voici mon fichier fstab que j'ai modifier selon vos conseils :

/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/sda1 during installation
UUID=3f5fb441-bde2-4ac8-a879-89f8ed8d3db7 /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0
# / nouveau disque installé le 15 avril 2018 de 2TO
UUID=778a0819-2aa2-4840-905a-85e53f2f7519  /DATA  ext4  defaults,nofail  0  2

3/ retour de la commande lsblk
titol @ titol-Studio-1737  ~
└─ $ ▶ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 167,7G  0 disk
└─sda1   8:1    0 167,7G  0 part /
sdb      8:16   0   1,8T  0 disk
└─sdb1   8:17   0   1,8T  0 part /DATA
sr0     11:0    1  1024M  0 rom 
titol @ titol-Studio-1737  ~

4/ retour de sudo blkid

titol @ titol-Studio-1737  ~
└─ $ ▶ sudo blkid
[sudo] Mot de passe de titol :
/dev/sda1: UUID="3f5fb441-bde2-4ac8-a879-89f8ed8d3db7" TYPE="ext4" PARTUUID="a46da29d-01"
/dev/sdb1: LABEL="DATA" UUID="778a0819-2aa2-4840-905a-85e53f2f7519" TYPE="ext4" PARTUUID="dd63cd4b-f2c4-4fda-8765-7c9b0abb7b0f"
titol @ titol-Studio-1737  ~

HELAS je ne parviens toujours pas a copier un fichier , ni a voir mon disque dur sur l'explorateur ?

J'ai oublié un detail ?
merci encore bonne soirée a tous

titol34

Re : installation d'un nouveau disque interne sur xubuntu 18.04

En mode root je vois bien le disque DATA  ( j'ai decidé de l'appeler DATA et non plus DATA2TO ) dans mon explorateur et je peux copier des fichiers !

mais j'aimerais bien le voir en permanence et copier coller sans etre en root

bonne soirée
merci

moko138

Re : installation d'un nouveau disque interne sur xubuntu 18.04

Bonjour,
La ligne du fstab

UUID=778a0819(...)7519  /DATA  ext4  defaults,nofail  0  2

m'a l'air parfaitement formée et fonctionnelle ;
golgoth63,
je ne comprends pas pourquoi tu veux que titol la supprime.
  Quant à changer "0  2" en "0  0" pour une partition linux sur un disque neuf, c'est une grave erreur.
(Ça serait justifié sur un disque matériellement abîmé ou sur un FS non-linux).

Et je ne vois pas ce qui te fais dire que /DATA est montée en ro ;
pour le savoir, il suffit de lire

mount | grep sd

Je me demande si tu n'as pas confondu avec "root  root".

Ce qui est sûr, c'est que titol34, seul utilisateur de son portable, a intérêt
1) à faire, sans option "-R"

sudo chown $USER:$USER /DATA

2) Ensuite,
     pour voir /DATA dans thunar
Dans thunar, remonter à la racine "/",
Faire un cliqué-glissé de /DATA, du volet de droite vers le volet de gauche.
  Tout simplement. 

3) titol34,
utiliser thunar en root est une C*NNERIE !
À cause de laquelle tu vas maintenant devoir te réapproprier, à grands coups de sudo chown, les éléments que tu as copiés en root !

sudo chown -Rv $USER:$USER /DATA/bidule

Note
  que $USER:$USER est à copier-coller tel quel !
  que tu peux utiliser l'option -R aux sous-répertoires de /DATA sauf à /lost+found/ et pas à /DATA lui-même.
  - -

Serai de nouveau disponible dans l'après-midi.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : installation d'un nouveau disque interne sur xubuntu 18.04

Tout à fait d'accord, je ne vois rien de choquant dans sa ligne de fstab.

Ce qui me fait dire read only, c'est ça :

drwxr-xr-x

Ca c'est le retour dans un terminal. Avec ces droits, je doute que l'on puisse écrire quelque chose en tant qu'utilisateur.

Une partition montée en rw a le mask

drwxrwxrwx

Enfin, quand un dossier appartient à root, c'est la solution pour écrire dedans en tant que other.

Pour le

sudo chown $USER:$USER /DATA

C'est un choix. valable uniquement en mode mono utilisateur (ce que je déconseille également). Mais à défaut, autant monter avec les options gid=1000,uid=1000 !

C'est une solution bourrin à laquelle je préfère (bin c'est celle que j'utilise, l'avantage de linux étant qu'on est libre de choisir et pas forcément plus bête)

sudo chmod 777 /DATA

Pourquoi ?
- parce que tout ce qui est sur la racine reste root,
- parce que cela est l'équivalent de l'option rw,
- parce que même en 777, /DATA ne peut-être effacé que par root,
- parce que si tu crée un 2ième utilisateur demain, il aura accès à la partition.

Sinon

Quant à changer "0  2" en "0  0" pour une partition linux sur un disque neuf, c'est une grave erreur.
(Ça serait justifié sur un disque matériellement abîmé ou sur un FS non-linux).

A bon ? 2 tu effectues fsck ! 0, tu t'affranchis du test. En quoi ne pas tester le FS serait une erreur pour comprendre le problème de montage d'un disque neuf.
Ou alorsj'ai un problème d'anglais.

The sixth field (fs_passno).
              This field is used by fsck(8) to determine the order in which filesystem checks are done at boot time.  The root filesystem
              should  be  specified  with  a fs_passno of 1.  Other filesystems should have a fs_passno of 2.  Filesystems within a drive
              will be checked sequentially, but filesystems on different drives will be checked at the same time to  utilize  parallelism
              available in the hardware.  Defaults to zero (don't fsck) if not present.

Quoi que j'ai un doute puisque cela fait plus de 15 ans que mes disques sont montés en "0     0".
En fait depuis que je me suis affranchi de windows qui effectivement démoli les FS.

Au secours !
Mais il y a plein d'erreurs dans ce que tu dis !

Tout à fait d'accord, je ne vois rien de choquant dans sa ligne de fstab.

Alors pourquoi la supprimes-tu au-dessus (5h51) dans "Ton fstab doit être" ?

  - -

Ce qui me fait dire read only, c'est ça :

drwxr-xr-x

Ca c'est le retour dans un terminal. Avec ces droits, je doute que l'on puisse écrire quelque chose en tant qu'utilisateur.

Une partition montée en rw a le mask

drwxrwxrwx

M'enfin !
Dans "drwx", il y a "rwx" : Read + Write + eXecute" pour l'utilisateur principal (= u) !
Ma partition de données est précisément en

moko@cr:~$ ls -l / | grep -i data
drwxr-xr-x (...)
moko@cr:~$

et je te garantis que j'écris dedans tous les jours.

  Quant à

drwxrwxrwx

C'est le read and write pour tout le monde ! (u+g+o)
C'est strictement équivalent à 777 :
  Lis la Doc ou plutôt commence par la synthèse de Nesthib en
./viewtopic.php?pid=12862351#p12862351
  Et c'est une épouvantable faille de sécurité :
tiramiseb a dit :

Jamais jamais JAMAIS JAMAIS JAMAIS de droits en 777.
JAMAIS. Et tu ne t'en porteras que mieux.

Pour le reste, là je dois vraiment me préparer à sortir ; de retour dans l'après-midi.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

titol34

Re : installation d'un nouveau disque interne sur xubuntu 18.04

bonsoir a vous

merci pour vos explications alors

voila le retour sur au post #13

 tito@ titol-Studio-1737 
> cat /proc/mounts | grep DATA 
/dev/sdb1 /DATA ext4 rw,relatime,data=ordered 0 0

titol34

Re : installation d'un nouveau disque interne sur xubuntu 18.04

re bonsoir

je me suis permis de faire 2 choses suite a vos conseils :

sudo chown $USER:$USER /DATA

et

sudo chmod 777 /DATA

et j'ai fait un démarrage mais c'est le status quo. du coup je vous redonne le resultat de ls -l / | grep -i data  qui a change sur la 1ere ligne visiblement.

itol @ titol-Studio-1737  ~
└─ $ ▶ ls -l / | grep -i data
drwxrwxrwx   3 titol titol       4096 avril 16 23:10 DATA
drwxr-xr-x   2 titol titol       4096 avril 15 20:29 DATA2TO

je n'ose plus faire grand chose de peur de tout casser car le pc marche malgré le fait que je ne peux utiliser mon disque seulement en root.

titol34

Re : installation d'un nouveau disque interne sur xubuntu 18.04

[RESOLU] Salut golgoth63

Je viens d'appliquer tes conseils et ca me va bien j'ai pu creer les dossiers dont j'avais besoin et le mettre sur le panneau lateral gauche et comme ca je vois bien ce qui se trouve sur mon HD de 2TO.

Un grand merci j'ai mis ta reponse dans un dossier important histoire de me rafraichir la memoire au cas ou ......

merci a tous pour vos reponses et excellent weekend :-)

xubu1957

Re : installation d'un nouveau disque interne sur xubuntu 18.04

Bonjour,

Pour éditer ta discussion et rajouter [Résolu] au début du titre, il faut utiliser le bouton Modifier au bas de ton premier message.

Merci

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur