[Résolu] Partitionnement SSD/DD après installation

Woodnote · Le 06/03/2017, à 14:55

Non je ne suis pas sur HP, j'ai fait monté le PC pour pas cher dans la configuration que tu connais entièrement
Je ne comprend pas à quoi correspond ta commande. En fait, c'est très sympa de ta part, tu me parles comme si j'étais informaticien, ou déjà bien rompu aux pratiques d'Ubuntu ; mais je n'y connais rien du tout en informatique
Je n'ai fait que suivre à la lettre tes directives.
Quel est le meilleur choix selon toi ? UEFI ou LEGACY ?

Edit : J'viens d'aller rejeter un oeil dans mon Bios et la deuxième clef qui apparaît est 'Ut165'. J'ai tenté un démarrage par ici, et là impossible de changer le langage pour installation qui à la fin du décompte m'a mené directement sur un bureau Ubuntu studio en anglais ; j'ai donc éteint le PC et réintroduit dans le Bios pour redémarrer sur mon SSD.

Dernière modification par Woodnote (Le 06/03/2017, à 15:28)

Bougron · Le 06/03/2017, à 16:08

Le legacy c'est la technique ancienne.
Dans le bios, tu positionnes le disque sur lequel tu veux booter (SDA ou SDB) c'est tout
Dans le disque en question, il faut mettre du logiciel dans le MBR (les 448 premiers octets) du disque.
Le bios lit ces 448 octets et exécute leur contenu.
Le disque est composé de 4 partitions primaires maxima dont l'une est déclarée étendue (table de partition de type MSDOS) La partition étendue est traitée par logiciel pour contenir jusqu'à 1024 partitions logiques. Windows doit être obligatoirement installé dans une partition primaire. ubuntu peut être installé dans une partition logique.

Le EFI c'est la technique nouvelle depuis l'an 2000 quand même pour les MAC.
Le bios EFI recherche dans les disques des partitions FAT32 qu'il sait lire et trouve des fichiers de boot dont la terminaison est .EFI
Il se bâtit une table pour se mémoriser ces fichiers et te les proposer au boot. Certains bios disposent d'une limite de 127 emplacements.
Les bios ont une option "secure" activable/deactivable. Ce qui veut dire que si le fichier de boot est modifié par un virus, EFI va s'en apercevoir et refusera de booter
Les bios ont aussi une option qui autorise la lecture/Ecriture du disque uniquement en fournissant un mot de passe.
Mais si on te vole le disque dur du micro, il sera lisible ailleurs
Les fichiers de boot sont donc totalement standards et se trouvent donc dans des partitions FAT pour être reconnues du bios.
Le disque est composé de 27 partitions primaires maxima (table de partition GPT)
Certains bios EFI savent se connecter directement à leur fabricant pour une mise a jour en ligne du bios Ils peuvent aussi offrir une messagerie pour nous permettre d'informer le fabricant du bios d'un problème bios

Les fichiers de boot EFI de ubuntu sont disponibles depuis la version 14.04 Les fichiers de boot EFI windows sont disponibles depuis la version 8.0

Si tu veux mon avis: Tu vas avoir 2 partitions sur le SSD et 1 partition sur le disque dur... Tu ne vas pas être gêné par la gestion de la partition "étendue". Comme tu as une tour, le bios EFI de ces constructeurs n'est pas très connu dans le forum, contrairement aux portables. Mais je pense que cela vaut quand même le coup que tu tentes en EFI. A toi de regarder toutes les options que ce bios te propose. Dans l'ensemble il devrait avoir un menu français. Il faut au moins que tu trouves une option pour choisir le type de boot EFI ou pas EFI qui peut être appelé LEGACY ou héritage
et une autre option de priorités des supports de boot lorsque tu es en EFI (le disque en premier ou la clé USB en premier ) et aussi lorsque tu es en NON-EFI (disque en premier ou clé usb en premier). Mais il me semble que tu viens de voir ce choix te permettant de choisir parmi deux fichiers de boot sur la clé USB. Tu n'auras jamais cette possibilité en LEGACY sauf à installer un logiciel du style multisystem sur la clé et du style GRUB sur le disque dur.

PS. Je ne suis pas sur que tu fasses un bon choix en prenant STUDIO au lieu de UBUNTU.

Dernière modification par Bougron (Le 06/03/2017, à 16:12)

Woodnote · Le 06/03/2017, à 16:27

Donc je reproduis ma tentative d'installation précédente en ne m'arrêtant pas à l'étape du message d'avertissement UEFI? Ensuite j'hésite à faire soit :
- Ecraser le disque et installer (et donc il y une chance sur deux pour que tout se passe bien) ou
- Autre chose, cette option me permettant, si je ne me rate pas, d'éviter toutes les manips qu'on a eu à faire toi et moi...

Si je veux ce noyau c'est qu'il est 'lowlatency' et qu'il semble être bien plus efficace pour l'utilisation d'un mini studio d'enregistrement. Ce noyau n'équipe pas les autres versions Ubuntu.

Redit, c'est là que j'ai peur pour mon SSD, je viens de lire :

"On ne défragmente pas en principe les SSD, puisqu'ils ne possèdant pas de tête physique dont l'inertie ralentirait les accès fragmentés. Il était même déconseillé de le faire sur les premiers SSD en raison de l'usure non compensée de ces premiers modèles pendant les écritures. Voir l'article correspondant."

Mais :
"Les systèmes de fichiers utilisés par Linux depuis ext2fs sont présentés comme ne nécessitant pas de défragmentation"

Je peux écraser le disque installer sans risque pour celui ci ?

Voici quelques captures de mon BIOS :
Accueil (ici avec la Clef Bootable) :

A la vue de cette capture, j'imagine que l'UEFI concerne toujours windows :

Une autre partie de 'Démarrage' dans le BIOS :

Dernière modification par Woodnote (Le 06/03/2017, à 17:38)

Bougron · Le 06/03/2017, à 17:38

On peut espérer que l'installation standard va bien écraser le contenu du SSD et non celui du disque dur.
J'espère qu'elle fera tout correctement en créant une table de partition GPT et la partition EFI

Puisque tu as une raison d'utiliser studio. Rien à dire

Pour la défragmentation, ne t'inquiètes pas, les fichiers EXT4 sont très très peu fragmentés et je ne suis pas certain que la commande fsck défragmente.

Je ne sais pas trop ce qui va se passer en démarrage rapide car c'est lié a IRST (spécialité de windows). Pour le moment mets en démarrage normal.

Dernière modification par Bougron (Le 06/03/2017, à 17:53)

Woodnote · Le 06/03/2017, à 17:40

Ok merci beaucoup Bougron. Je vais de ce pas lancer la procédure !

Bougron · Le 06/03/2017, à 17:46

Dans ton bios tu peux positionner IRST sour OFF au lieu de ON car ubuntu ne sait pas s'en servir, Il n'y a que windows qui sait le faire.
Paragraphe 1.2 de https://doc.ubuntu-fr.org/uefi

Lorsque tu auras installé, le programme qui boote sera dans la partition EFI et son non est
En mode sécurisé /EFI/ubuntu/shimx64.efi (c'est comme cela que tu es positionné)
En mode non sécurisé /EFI/ubuntu/grubx64.efi

Dernière modification par Bougron (Le 06/03/2017, à 18:02)

Woodnote · Le 06/03/2017, à 18:03

En fait, après avoir forcer le passage et accepté l'UEFI j'ai le choix entre :
1) Supprimer Ubuntu 16.10 et réinstaller ou
2) Installer Ubuntu 16.04.2 LTS à côté de (celui actuellement installé)
3) Effacer le disque et installer Ubuntu Studio
4) Autre chose.

J'hésite entre 1) et 3) ... Je comprend pas trop la nuance mais bon ...

Dernière modification par Woodnote (Le 06/03/2017, à 18:08)

Bougron · Le 06/03/2017, à 18:08

Prend l'option 3 car avec l'option 1 je ne suis pas sur que le SSD soit transformé en GPT

Woodnote · Le 06/03/2017, à 18:10

Ok, j'ai bien fait de te demander, j'étais tenté par la 1)

Edit : Me revoilà, apparemment tout s'est merveilleusement passé, j'ai pris quelques capture pensant que ça pourrait peut-être servir.
Notamment parce que j'ai eu un échec au premier lancement (quand je t'ai quitté tout à l'heure) --> Try Ubuntu, Instal Ubuntu etc.. ; j'ai choisi 'Instal Ubuntu et voici ce que ça m'a fait :

Voici ensuite le deuxième essai où tout s'est déroulé normalement :
Etape 1 :

Etape 2 (comme tu peux le voir, le SSD m'est proposé pour l'installation) :

Etape 3 :

Trois remarques : Cependant j'ai eu à réinstaller GParted, j'imagine que ce sera le cas pour les autres instal...
Et globalement, l'apparence, l'ambiance de cette version me plaît moins que la précédente.
Enfin, j'ai testé la corbeille, et tout fonctionne au poil : que ce soit à partir de Sda ou Sdb, les fichiers supprimés remplissent la corbeille et les deux disques se vident bien "physiquement" (je vérifierai dans quelques jours pour bien être sûr).

Par contre, tu voulais dire quoi par 'GPT' dans ton com précédent ?

Bougron a écrit :

"Prend l'option 3 car avec l'option 1 je ne suis pas sur que le SSD soit transformé en GPT"

Voici une capture GParted :

Dernière modification par Woodnote (Le 06/03/2017, à 19:16)

Bougron · Le 06/03/2017, à 19:12

Je sens que tu vas bientôt pouvoir fermer cette discussion. Peux-tu donner le retour de la commande

sudo fdisk -l    ##### Attention c'est un petit  L et non un grand I et encore moins le chiffre 1

Woodnote · Le 06/03/2017, à 19:14

Voici la commande :

To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

woodnote@woodnote-System-Product-Name:~$ sudo fdisk -l
[sudo] Mot de passe de woodnote : 
Disque /dev/ram0 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram1 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram2 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram3 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram4 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram5 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram6 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram7 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram8 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram9 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram10 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram11 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram12 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram13 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram14 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram15 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0308A819-4FA2-46B4-9F1B-2D239091FE39

Périphérique     Start       Fin  Secteurs  Size Type
/dev/sda1         2048   1050623   1048576  512M EFI System
/dev/sda2      1050624 201156607 200105984 95,4G Linux filesystem
/dev/sda3    201156608 234440703  33284096 15,9G Partition d'échange Linux


Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x488d393e

Périphérique Amorçage Start        Fin   Secteurs   Size Id Type
/dev/sdb1              2048 1953523711 1953521664 931,5G 83 Linux
woodnote@woodnote-System-Product-Name:~$

Woodnote · Le 06/03/2017, à 19:18

Ben non, en fait je me suis planté ! Si tout se vide bien c'est que tout mon /home est sur le Sda ...
Il va donc falloir que je refasse toutes les manip par lesquelles tu m'as guidé !?

En fait je ne pige pas... Dans mon 'gestionnaire de fichiers' il y a mon DD 1T qui apparaît dans 'Périphériques', comme un disque dur externe. Dans GParted, il apparaît bien en Sdb (ext4).

Dernière modification par Woodnote (Le 06/03/2017, à 19:25)

Bougron · Le 06/03/2017, à 19:23

Je te redonnes la structure initiale

sudo fdisk -l 
Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos                                   ====> type de partition MSDOS   donc maxima 4 partition primaires
Disk identifier: 0x1a2a11b7
Périphérique Amorçage     Start       Fin  Secteurs  Size Id Type
/dev/sda1    *             2048 201156607 201154560 95,9G 83 Linux
/dev/sda2             201158654 234440703  33282050 15,9G  5 Étendue                              => dont l'une peut contenir d'autres partions logiques
/dev/sda5             201158656 234440703  33282048 15,9G 82 partition d'échange           => présence d'une seule partition logique dans la partition du dessus.      Cela est bien visible si tu regardes les adresses de début et de fin.

Maintenant c'est devenu

Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt                                    => type de partition GPT   donc maxima de 127 partitions primaires
Disk identifier: 0308A819-4FA2-46B4-9F1B-2D239091FE39
Périphérique     Start       Fin  Secteurs  Size Type
/dev/sda1         2048   1050623   1048576  512M EFI System
/dev/sda2      1050624 201156607 200105984 95,4G Linux filesystem
/dev/sda3    201156608 234440703  33284096 15,9G Partition d'échange Linux

les adresses des partitions sont consécutives sans chevauchement

Bougron · Le 06/03/2017, à 19:28

Woodnote a écrit :

Ben non, en fait je me suis planté ! Si tout se vide bien c'est que tout mon /home est sur le Sda ...
Il va donc falloir que je refasse toutes les manip par lesquelles tu m'as guidé !?
En fait je ne pige pas... Dans mon 'gestionnaire de fichiers' il y a mon DD 1T qui apparaît dans 'Périphériques', comme un disque dur externe. Dans GParted, il apparaît bien en Sdb (ext4).

D'abord, il faut que tu refasses cette action https://forum.ubuntu-fr.org/viewtopic.p … #p21688495
car le contenu de ton / a été écrasé.

La seconde action est les deux premières actions de https://forum.ubuntu-fr.org/viewtopic.p … #p21688613
car le contenu du fichier /etc/fstab a été remplacé mais le disque dur est bien présent avec les répertoires présents

La dernière action est là https://forum.ubuntu-fr.org/viewtopic.p … #p21688701

Il te restera a booter et vérifier que tout va bien. Si oui, on dira que c'est la version 16.10 qui n'était pas totalement au point, Si non on dira que c'est studio qui n'accepte pas cette technique.
Tu devras de nouveau utiliser le palliatif décrit ....ici https://forum.ubuntu-fr.org/viewtopic.p … #p21688873

Dernière modification par Bougron (Le 06/03/2017, à 19:41)

Woodnote · Le 06/03/2017, à 19:35

Voici ce que la première commande donne, tout est normal ?
[sudo mkdir /DATA
sudo chown $USER:$USER /DATA
sudo blkid]

woodnote@woodnote-System-Product-Name:~$ sudo mkdir /DATA
[sudo] Mot de passe de woodnote : 
mkdir: impossible de créer le répertoire «/DATA»: Le fichier existe
woodnote@woodnote-System-Product-Name:~$ sudo chown $USER:$USER /DATA
woodnote@woodnote-System-Product-Name:~$ sudo blkid
/dev/sda1: UUID="ABF2-3A2F" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="847ab17a-fb04-41e9-887a-fd3f326a9dcb"
/dev/sda2: UUID="3383c05f-e393-47ae-b9f8-6bb1569c0596" TYPE="ext4" PARTUUID="de8cf8b1-be83-414e-891d-9d4e98e9f90d"
/dev/sda3: UUID="554be0ad-7754-4bfb-82bc-7cfda0a82371" TYPE="swap" PARTUUID="db7293e3-2ee1-423f-9439-ae9365c3c050"
/dev/sdb1: UUID="9fd0c3d3-b2ef-43e8-85bb-139f5b7f7736" TYPE="ext4" PARTUUID="488d393e-01"
woodnote@woodnote-System-Product-Name:~$

Dans la seconde étape j'ai du réinstaller gedit :

woodnote@woodnote-System-Product-Name:~$ sudo gedit  /etc/fstab
[sudo] Mot de passe de woodnote : 
sudo: gedit : commande introuvable
woodnote@woodnote-System-Product-Name:~$ gedit /etc/fstab
Le programme « gedit » n'est pas encore installé. Vous pouvez l'installer en tapant :
sudo apt install gedit
woodnote@woodnote-System-Product-Name:~$ sudo apt install gedit
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
The following additional packages will be installed:
  gedit-common gir1.2-gtksource-3.0 gir1.2-peas-1.0
  libpeas-1.0-0-python3loader
Paquets suggérés :
  gedit-plugins
Les NOUVEAUX paquets suivants seront installés :
  gedit gedit-common gir1.2-gtksource-3.0 gir1.2-peas-1.0
  libpeas-1.0-0-python3loader
0 mis à jour, 5 nouvellement installés, 0 à enlever et 96 non mis à jour.
Il est nécessaire de prendre 571 ko dans les archives.
Après cette opération, 5 188 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
Réception de:1 http://fr.archive.ubuntu.com/ubuntu xenial/main amd64 gir1.2-gtksource-3.0 amd64 3.18.2-1 [17,1 kB]
Réception de:2 http://fr.archive.ubuntu.com/ubuntu xenial/main amd64 gedit-common all 3.18.3-0ubuntu4 [131 kB]
Réception de:3 http://fr.archive.ubuntu.com/ubuntu xenial/main amd64 gir1.2-peas-1.0 amd64 1.16.0-1ubuntu2 [5 678 B]
Réception de:4 http://fr.archive.ubuntu.com/ubuntu xenial/main amd64 libpeas-1.0-0-python3loader amd64 1.16.0-1ubuntu2 [11,1 kB]
Réception de:5 http://fr.archive.ubuntu.com/ubuntu xenial/main amd64 gedit amd64 3.18.3-0ubuntu4 [406 kB]
571 ko réceptionnés en 0s (1 116 ko/s)
Sélection du paquet gir1.2-gtksource-3.0:amd64 précédemment désélectionné.
(Lecture de la base de données... 275123 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../gir1.2-gtksource-3.0_3.18.2-1_amd64.deb ...
Dépaquetage de gir1.2-gtksource-3.0:amd64 (3.18.2-1) ...
Sélection du paquet gedit-common précédemment désélectionné.
Préparation du dépaquetage de .../gedit-common_3.18.3-0ubuntu4_all.deb ...
Dépaquetage de gedit-common (3.18.3-0ubuntu4) ...
Sélection du paquet gir1.2-peas-1.0:amd64 précédemment désélectionné.
Préparation du dépaquetage de .../gir1.2-peas-1.0_1.16.0-1ubuntu2_amd64.deb ...
Dépaquetage de gir1.2-peas-1.0:amd64 (1.16.0-1ubuntu2) ...
Sélection du paquet libpeas-1.0-0-python3loader précédemment désélectionné.
Préparation du dépaquetage de .../libpeas-1.0-0-python3loader_1.16.0-1ubuntu2_amd64.deb ...
Dépaquetage de libpeas-1.0-0-python3loader (1.16.0-1ubuntu2) ...
Sélection du paquet gedit précédemment désélectionné.
Préparation du dépaquetage de .../gedit_3.18.3-0ubuntu4_amd64.deb ...
Dépaquetage de gedit (3.18.3-0ubuntu4) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.5-1) ...
Traitement des actions différées (« triggers ») pour gconf2 (3.2.6-3ubuntu6) ...
Traitement des actions différées (« triggers ») pour libglib2.0-0:amd64 (2.48.2-0ubuntu1) ...
Traitement des actions différées (« triggers ») pour gnome-menus (3.13.3-6ubuntu3.1) ...
Traitement des actions différées (« triggers ») pour desktop-file-utils (0.22-1ubuntu5) ...
Traitement des actions différées (« triggers ») pour mime-support (3.59ubuntu1) ...
Paramétrage de gir1.2-gtksource-3.0:amd64 (3.18.2-1) ...
Paramétrage de gedit-common (3.18.3-0ubuntu4) ...
Paramétrage de gir1.2-peas-1.0:amd64 (1.16.0-1ubuntu2) ...
Paramétrage de libpeas-1.0-0-python3loader (1.16.0-1ubuntu2) ...
Paramétrage de gedit (3.18.3-0ubuntu4) ...
update-alternatives: utilisation de « /usr/bin/gedit » pour fournir « /usr/bin/gnome-text-editor » (gnome-text-editor) en mode automatique
woodnote@woodnote-System-Product-Name:~$

Dans la troisième étape j'ai fait les changements de ligne comme indiqué. Je boot et repasse un peu plus tard. Merci

Dernière modification par Woodnote (Le 06/03/2017, à 19:45)

Bougron · Le 06/03/2017, à 19:45

peux-tu donner le résultat de

ls   -ls  /DATA

car je ne comprends pas comment il peut être présent en installation automatique avec un écrasement

Woodnote · Le 06/03/2017, à 19:53

Tous les dossiers de mon /home sont encore affiliés à Sda.

Voici la dernière commande demandé :

woodnote@woodnote-System-Product-Name:~$ ls   -ls  /DATA
total 0
woodnote@woodnote-System-Product-Name:~$

Apparemment sdb n'est pas créé, il faut que je repartitionne alors qu'ill est bel et bien en ext4 ?

Je fais donc : sudo umount /dev/sdb1
Résultat :

woodnote@woodnote-System-Product-Name:~$ sudo umount /dev/sdb1
[sudo] Mot de passe de woodnote : 
umount: /dev/sdb1: not mounted
woodnote@woodnote-System-Product-Name:~$

Dernière modification par Woodnote (Le 06/03/2017, à 19:58)

Bougron · Le 06/03/2017, à 20:00

fais

sudo   mount /dev/sdb1

et si erreur

pg /etc/fstab

Il me semble pourtant avoir vu que tu avais booté

et SDB1 n'a pas été reformaté, j'ai vérifié son UUID dans ton dernier 'fdisk"

Dernière modification par Bougron (Le 06/03/2017, à 20:03)

Woodnote · Le 06/03/2017, à 20:03

Voici les deux commandes /

woodnote@woodnote-System-Product-Name:~$ sudo   mount /dev/sdb1
[sudo] Mot de passe de woodnote : 
mount: can't find /dev/sdb1 in /etc/fstab
woodnote@woodnote-System-Product-Name:~$ pg /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/sda2 during installation
UUID=3383c05f-e393-47ae-b9f8-6bb1569c0596 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=ABF2-3A2F  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/sda3 during installation
UUID=554be0ad-7754-4bfb-82bc-7cfda0a82371 none            swap    sw              0       0
(EOF):

En complément voici une capture de Gparted :

Dernière modification par Woodnote (Le 06/03/2017, à 20:08)

Bougron · Le 06/03/2017, à 20:05

Tu as raté cette séquence

sudo cp   /etc/fstab   /etc/fstab.save
sudo gedit  /etc/fstab

Cette commande gedit va certainement indiquer quelles anomalies, mais, elle va surtout ouvrir une nouvelle grille contenant la liste des partitions qui sont montées au démarrage de ubuntu.
Tu vas te positionner en fin de cette liste et ajouter les deux lignes suivantes afin que la partition qu'on vient de créer soit aussi montée au prochain démarrage.

#La partition SDB1 qui va contenir mes données                                                          
UUID=9fd0c3d3-b2ef-43e8-85bb-139f5b7f7736     /DATA      ext4       errors=remount-ro      0     2

je te propose de faire en copier/coller pour éviter les erreurs
Puis sauvegardes le fichier avant de quitter gedit.

évidemment, il faudra rebooter et regarder si cela marche mieux.

PS: pour le problème de /DATA déjà présent, je ne vois que le fait que tu aies fait deux fois la commande, trompé par le fait que la première commande ne donnait pas de réponse.

Dernière modification par Bougron (Le 06/03/2017, à 20:20)

Woodnote · Le 06/03/2017, à 20:24

Je n'ai même pas rebooté...
Apparemment j'ai un souci, regardes ce que donne la commande user-dirs.dirs une fois ouverte dans gedit :

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
# 
XDG_DESKTOP_DIR="$HOME/Bureau"
XDG_DOWNLOAD_DIR="$HOME/"
XDG_TEMPLATES_DIR="$HOME/Modèles"
XDG_PUBLICSHARE_DIR="$HOME/Public"
XDG_DOCUMENTS_DIR="$HOME/"
XDG_MUSIC_DIR="$HOME/"
XDG_PICTURES_DIR="$HOME/"
XDG_VIDEOS_DIR="$HOME/"

Il manque visiblement des choses. Je dois m'absenter une petite heure, je repasse après.

Dernière modification par Woodnote (Le 06/03/2017, à 20:25)

Bougron · Le 06/03/2017, à 20:31

Oui effectivement le reboot sans la présence des vrais fichiers lui a fait mal.
On va corriger

    sudo    gedit ~/.config/user-dirs.dirs

et cinq lignes non consécutives à rectifier afin qu'elles deviennent

XDG_DOWNLOAD_DIR="/DATA/Telechargements"

XDG_DOCUMENTS_DIR="/DATA/Documents"
XDG_MUSIC_DIR="/DATA/Musique"
XDG_PICTURES_DIR="/DATA/Images"
XDG_VIDEOS_DIR="/DATA/Videos"

et de nouveau un boot

Bon appétit

Dernière modification par Bougron (Le 06/03/2017, à 20:31)

Woodnote · Le 06/03/2017, à 21:22

Merci, un bon appétit à toi aussi.
Je vais de ce pas Booté, mais voici ce que le terminal m'a affiché successivement à la correction :

woodnote@woodnote-System-Product-Name:~$     sudo    gedit ~/.config/user-dirs.dirs  
[sudo] Mot de passe de woodnote : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de woodnote : 

** (gedit:2112): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-3dl3EjvEZN: Connexion refusée

(gedit:2112): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

** (gedit:2112): WARNING **: Set document metadata failed: La définition de l'attribut metadata::gedit-spell-enabled n'est pas prise en charge

** (gedit:2112): WARNING **: Set document metadata failed: La définition de l'attribut metadata::gedit-encoding n'est pas prise en charge

** (gedit:2112): WARNING **: Set document metadata failed: La définition de l'attribut metadata::gedit-position n'est pas prise en charge
woodnote@woodnote-System-Product-Name:~$

A tout.

édit 1 :
Résultat du boot, même constat que précédemment, les dossiers du /home sont toujours tous (Document ; Image ; Téléchargement etc.) affiliés à sda.

Que penses tu si je tente de reformater sdb (mon DD) ? Pour ensuite reprendre aux 3 étapes que tu m'as soumis depuis l'installation du 16.04.2 ...

édit 2 : Bon sang, j'ai refait la commande

sudo    gedit ~/.config/user-dirs.dirs

et les mêmes absences que tout à l'heure apparaissent :

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
# 
XDG_DESKTOP_DIR="$HOME/Bureau"
XDG_DOWNLOAD_DIR="$HOME/"
XDG_TEMPLATES_DIR="$HOME/Modèles"
XDG_PUBLICSHARE_DIR="$HOME/Public"
XDG_DOCUMENTS_DIR="$HOME/"
XDG_MUSIC_DIR="$HOME/"
XDG_PICTURES_DIR="$HOME/"
XDG_VIDEOS_DIR="$HOME/"

Y a quelque chose qu'il n'arrive pas à digérer

édit 3 : J'ai retentais la correction en prenant soin d'ajouter les deux lignes tout en bas :

#La partition SDB1 qui va contenir mes données                                                          
UUID=9fd0c3d3-b2ef-43e8-85bb-139f5b7f7736     /DATA      ext4       errors=remount-ro      0     2

même échec.

Dernière modification par Woodnote (Le 06/03/2017, à 21:48)

Bougron · Le 06/03/2017, à 21:59

Ne touches pas au disque SDB
Il est probable que la version 16.04.2 de studio ait le même problème

Peux-tu donner le retour de

ls   -ls    /DATA

S'il y a bien les 5 répertoires on prend de nouveau le plan de secours ci-après;

On va faire les liens d'une autre façon, en les ajoutant en fin de fichier /etc/fstab juste après la dernière ligne.

sudo  gedit    /etc/fstab

puis ajout des lignes

/DATA/Documents             /home/woodnote/Documents            none bind
/DATA/Images                /home/woodnote/Images               none bind
/DATA/Telechargements       /home/woodnote/Téléchargements      none bind
/DATA/Musique               /home/woodnote/Musique              none bind
/DATA/Videos                /home/woodnote/Vidéos               none bind
# fin des liens

puis sauvegarde du fichier et boot et de nouveau contrôle.

Dernière modification par Bougron (Le 06/03/2017, à 22:10)

Woodnote · Le 06/03/2017, à 22:03

Avant toute chose je voudrais que tu regardes ça. A l'installation du 16.04.2, ça a fait du grand n'importe quoi j'ai l'impression :
Mon BIOS :

Une autre capture à suivre :

Une remarque, il me semble que mon PC est moins rapide (je peux me tromper hein) et il est possible aussi que "l'apparence moins bonne" de ce 16.04.2 dont je t'ai parlé ici juste après l'installation, c'est peut-être une "interface" (je ne sais pas comment le dire) qui se met en place lors d'un "mauvais" démarrage par exemple. (Avec l'autre version ça me l'a fait une ou deux fois je ne sais plus vraiment pour quelle raison, en tout cas, quand je booté, l'interface redevenais "normale".

De plus, au moment où je tape mon pass pour entrer dans mon bureau, j'ai remarqué que j'avais deux choix possible dans une icône en haut à droite :
- Ubuntu Studio ou
- Xfce
(?)

Dernière modification par Woodnote (Le 06/03/2017, à 22:13)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 06/03/2017, à 14:55

Re : [Résolu] Partitionnement SSD/DD après installation

#77 Le 06/03/2017, à 16:08

Re : [Résolu] Partitionnement SSD/DD après installation

#78 Le 06/03/2017, à 16:27

Re : [Résolu] Partitionnement SSD/DD après installation

#79 Le 06/03/2017, à 17:38

Re : [Résolu] Partitionnement SSD/DD après installation

#80 Le 06/03/2017, à 17:40

Re : [Résolu] Partitionnement SSD/DD après installation

#81 Le 06/03/2017, à 17:46

Re : [Résolu] Partitionnement SSD/DD après installation

#82 Le 06/03/2017, à 18:03

Re : [Résolu] Partitionnement SSD/DD après installation

#83 Le 06/03/2017, à 18:08

Re : [Résolu] Partitionnement SSD/DD après installation

#84 Le 06/03/2017, à 18:10

Re : [Résolu] Partitionnement SSD/DD après installation

#85 Le 06/03/2017, à 19:12

Re : [Résolu] Partitionnement SSD/DD après installation

#86 Le 06/03/2017, à 19:14

Re : [Résolu] Partitionnement SSD/DD après installation

#87 Le 06/03/2017, à 19:18

Re : [Résolu] Partitionnement SSD/DD après installation

#88 Le 06/03/2017, à 19:23

Re : [Résolu] Partitionnement SSD/DD après installation

#89 Le 06/03/2017, à 19:28

Re : [Résolu] Partitionnement SSD/DD après installation

#90 Le 06/03/2017, à 19:35

Re : [Résolu] Partitionnement SSD/DD après installation

#91 Le 06/03/2017, à 19:45

Re : [Résolu] Partitionnement SSD/DD après installation

#92 Le 06/03/2017, à 19:53

Re : [Résolu] Partitionnement SSD/DD après installation

#93 Le 06/03/2017, à 20:00

Re : [Résolu] Partitionnement SSD/DD après installation

#94 Le 06/03/2017, à 20:03

Re : [Résolu] Partitionnement SSD/DD après installation

#95 Le 06/03/2017, à 20:05

Re : [Résolu] Partitionnement SSD/DD après installation

#96 Le 06/03/2017, à 20:24

Re : [Résolu] Partitionnement SSD/DD après installation

#97 Le 06/03/2017, à 20:31

Re : [Résolu] Partitionnement SSD/DD après installation

#98 Le 06/03/2017, à 21:22

Re : [Résolu] Partitionnement SSD/DD après installation

#99 Le 06/03/2017, à 21:59

Re : [Résolu] Partitionnement SSD/DD après installation

#100 Le 06/03/2017, à 22:03

Re : [Résolu] Partitionnement SSD/DD après installation

Pied de page des forums