[RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

marjo · Le 28/04/2020, à 23:20

Bonjour à tous,

sans être une experte, je me débrouille mais je tripatouille plus que je ne maîtrise. Disons que je cherche à m'en sortir toute seule autant que possible mais là je sèche...
Ordi portable HP (envy 4 1250 sf) avec ubuntu 19.10 fraîchement installée (j'avais la version 18.04 avant) et W10. J'ai une partition qui depuis plus de deux semaines n'est pas accessible en écriture : le volume "données", que je partage entre les deux systèmes.
J'ai cherché, lu des trucs sur le fait que win peut ne pas avoir fini d'écrire sur le disque et que cette partition serait donc ouverte en ro par ubuntu pour la protéger... ok, mais je n'arrive pas à régler le pb... Quand je redémarre windows, aucun souci, je peux écrire sur la partition sans problème. Que je rédémarre ou que j'arrête windows pour relancer ensuite Ubuntu, rien n'y fait.
Le fstab donne ça :

# /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/sda5 during installation
UUID=023e0a8b-6771-4962-95be-4434de766b3d /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=0828-1609  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/sda4 during installation
UUID=8207262f-6dab-45e3-937c-3603f817a14b none            swap    sw              0       0

J'ajoute une capture faite depuis disques au cas où cela soit utile...
mon disque [img]<a href="https://imgur.com/tAHk0Im.png"> <img src="https://imgur.com/tAHk0Iml.png" /> </a>[/img]

Merci d'avance pour votre aide

Dernière modification par marjo (Le 01/05/2020, à 13:01)

marjo · Le 28/04/2020, à 23:27

Bon, j'y comprends plus rien...
Je viens de créer un dossier...
Par contre, je me rends compte que le disque n'est pas monté automatiquement au démarrage... Je vais chercher comment faire.

Autre question du coup, j'ai une partition appelée home (sdb6) mais quand je la monte, je vois que le dossier user qui y est présent ne correspond pas à mon dossier actuel mais à un vieux... Du coup, j'ai ces 63 Go qui semblent ne servir à rien alors qu'ubuntu me demande régulièrement plus d'espace... Je peux les ajouter à la partition 7 pour avoir plus d'espace pour Ubuntu ???

MicP · Le 29/04/2020, à 07:31

Bonjour marjo

Il nous faudrait quelques informations supplémentaires,
ouvre une fenêtre de terminal et agrandis la au maximum
puis entre les lignes de commandes suivantes :

sudo fdisk -l /dev/sda

mount | grep ^/dev

lsblk --exclude 7,11 -oTYPE,SIZE,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID

et donne nous un copié/collé des retours de chacune de ces lignes de commandes.

Merci.

Dernière modification par MicP (Le 29/04/2020, à 07:41)

malbo · Le 29/04/2020, à 07:59

Bonjour,
Ce problème d'accès en lecture seule à une partition NTFS dans le cas d'un dual-boot avec Windows 10 est bien connu (*). Il est dû à la fonctionnalité "démarrage rapide" de Windows 10. Il convient de désactiver cette fonction : pour ce faire, tu peux t'appuyer sur ce tuto "Désactiver le démarrage rapide - Windows 10"

(*) en fait, on est empoisonné avec ça depuis Windows 8 (voir ce post). C'était sans doute un peu différent à l'époque mais en gros c'était le problème de la mise en hibernation des partitions NTFS par cette enflure de Windows.

Dernière modification par malbo (Le 29/04/2020, à 08:08)

MicP · Le 29/04/2020, à 09:01

Il y a aussi la méthode consistant à préférer utiliser, dans Windows, l'option Redémarrer plutôt que Arrêter
et au redémarrage, choisir Ubuntu (ou autre Linux).

marjo · Le 29/04/2020, à 09:58

Tout d'abord merci pour votre aide !

Voici, MiCP, les trois réponses à tes lignes de commande :

Disque /dev/sda : 931,53 GiB, 1000204885504 octets, 1953525167 secteurs
Disk model: M3 Portable     
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xebaed32c

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sda1    *           64 1953520128 1953520065 931,5G  7 HPFS/N

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1934224k,nr_inodes=483556,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
/dev/sdb7 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
/var/lib/snapd/snaps/gnome-calculator_730.snap on /snap/gnome-calculator/730 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/skype_118.snap on /snap/skype/118 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1502.snap on /snap/gtk-common-themes/1502 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_116.snap on /snap/gnome-3-28-1804/116 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/discord_109.snap on /snap/discord/109 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/skype_123.snap on /snap/skype/123 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/canonical-livepatch_94.snap on /snap/canonical-livepatch/94 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_9066.snap on /snap/core/9066 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gimp_246.snap on /snap/gimp/246 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-34-1804_27.snap on /snap/gnome-3-34-1804/27 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_1668.snap on /snap/core18/1668 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/canonical-livepatch_95.snap on /snap/canonical-livepatch/95 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/spotify_41.snap on /snap/spotify/41 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_1705.snap on /snap/core18/1705 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_8935.snap on /snap/core/8935 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk2-common-themes_9.snap on /snap/gtk2-common-themes/9 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1506.snap on /snap/gtk-common-themes/1506 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-logs_93.snap on /snap/gnome-logs/93 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-characters_495.snap on /snap/gnome-characters/495 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/spotify_36.snap on /snap/spotify/36 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gimp_252.snap on /snap/gimp/252 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=392336k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/fuse on /run/user/1000/doc type fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sda1 on /media/marjo/Maxtor type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb6 on /media/marjo/12bcf677-e123-42f6-8e0f-7b1c6c4262e7 type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2)
/dev/sdb5 on /media/marjo/donnees type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

TYPE   SIZE NAME FSTYPE MOUNTPOINT LABEL UUID
disk 931,5G sda                          
part 931,5G └─sda1
                 ntfs   /media/mar Maxtor
                                         00BCC414BCC405DE
disk 465,8G sdb                          
part 599,9M ├─sdb1
            │    vfat   /boot/efi        0828-1609
part  29,3G ├─sdb2
            │    ntfs                    106A8ACB031D84AD
part 116,2G ├─sdb3
            │    ntfs                    D6DCC52ADCC505A9
part   993M ├─sdb4
            │    ntfs                    DA4E7B1E4E7AF31D
part   225G ├─sdb5
            │    ntfs   /media/mar donnees
            │                            71D1905B6778F8A8
part  58,6G ├─sdb6
            │    ext4   /media/mar       12bcf677-e123-42f6-8e0f-7b1c6c4262e7
part  29,3G ├─sdb7
            │    ext4   /                023e0a8b-6771-4962-95be-4434de766b3d
part   5,9G └─sdb8
                 swap   [SWAP]           8207262f-6dab-45e3-937c-3603f817a14b
disk  29,8G sdc                          
part     4G └─sdc1

OK, MiCP, c'est souvent ce que je fais (redémarrer plutôt qu'arrêter) mais comme je n'ai pas réussi à installer un menu dual boot, je suis obligée de rester à repérer le redémarrage pour appuyer sur F9, seul moyen d'afficher le menu de choix entre les OS... un peu lourd comme méthode

malbo, je vais aller voir les liens, merci !

Dernière modification par marjo (Le 29/04/2020, à 10:02)

marjo · Le 29/04/2020, à 10:04

Sur ma question annexe,

marjo a écrit :

Autre question du coup, j'ai une partition appelée home (sdb6) mais quand je la monte, je vois que le dossier user qui y est présent ne correspond pas à mon dossier actuel mais à un vieux... Du coup, j'ai ces 63 Go qui semblent ne servir à rien alors qu'ubuntu me demande régulièrement plus d'espace... Je peux les ajouter à la partition 7 pour avoir plus d'espace pour Ubuntu ???

peut-être que je peux plutôt déplacer mon dossier /home sur cette partition 6, non ? et laisser la 7 pour le système...

Dernière modification par marjo (Le 29/04/2020, à 10:05)

marjo · Le 29/04/2020, à 10:14

J'ai refait fdisk avec le sdb au cas où...

Disque /dev/sdb : 465,78 GiB, 500107862016 octets, 976773168 secteurs
Disk model: ST500LT012-9WS14
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 0FAA70CB-0D4F-4952-9B53-D75E03913405

Périphérique     Début       Fin  Secteurs Taille Type
/dev/sdb1         2048   1230562   1228515 599,9M Système EFI
/dev/sdb2      1230848  62670847  61440000  29,3G Données de base Microsoft
/dev/sdb3     62670848 306395084 243724237 116,2G Données de base Microsoft
/dev/sdb4    306395136 308428799   2033664   993M Environnement de récupération Windows
/dev/sdb5    308428800 780165119 471736320   225G Données de base Microsoft
/dev/sdb6    780165120 903045119 122880000  58,6G Système de fichiers Linux
/dev/sdb7    903045120 964485119  61440000  29,3G Système de fichiers Linux
/dev/sdb8    964485120 976773119  12288000   5,9G Partition d'échange Linux

MicP · Le 29/04/2020, à 11:50

Bonjour marjo

Merci pour les retours des commandes.

=======

Dans son message #1, marjo a écrit :

… Disons que je cherche à m'en sortir toute seule …

En tout cas, BRAVO pour l'installation de ton système Ubuntu
c'est déjà un énorme travail que tu as réussi à faire.

=======
Apparemment, la ligne de commande

mount | grep ^/dev

n'a pas été entièrement entrée,
du coup même les lignes qui ne commencent pas par /dev ont été affichées.

Si cette ligne de commande complète avait été entrée,
le retour de commande aurait seulement retourné :

/dev/sdb7 on / type ext4 (rw,relatime,errors=remount-ro)
/dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/fuse on /run/user/1000/doc type fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sda1 on /media/marjo/Maxtor type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb6 on /media/marjo/12bcf677-e123-42f6-8e0f-7b1c6c4262e7 type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2)
/dev/sdb5 on /media/marjo/donnees type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

=======
Dommage que tu n'aies pas pu agrandir la fenêtre de ton terminal à plus de 77 caractères par lignes,
du coup, les données retournées par lsblk de certaines colonnes sont tronquées
et des lignes sont tronquées à 77 caractère par un retour à la ligne.

=======

Quand tu nous donnes un retour de commande,
il faudrait que les prompt avec sa ligne de commande(s)
et le prompt de retour y soi(en)t inclus.

Ce qui fait beaucoup d'informations manquantes
qui pourraient entraîner des erreurs d'interprétation
et donc, beaucoup d'erreurs possibles dans les messages d'aide proposés.

=======
Voici un exemple de retour de commande complet
lancé dans une fenêtre de terminal agrandie au maximum :

marjo@HPenvy:~$ lsblk --exclude 7,11 -oTYPE,SIZE,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID
TYPE   SIZE NAME   FSTYPE MOUNTPOINT                                        LABEL   UUID
disk 931,5G sda                          
part 931,5G └─sda1 ntfs   /media/marjo/Maxtor                               Maxtor  00BCC414BCC405DE
disk 465,8G sdb                          
part 599,9M ├─sdb1 vfat   /boot/efi                                                 0828-1609
part  29,3G ├─sdb2 ntfs                                                             106A8ACB031D84AD
part 116,2G ├─sdb3 ntfs                                                             D6DCC52ADCC505A9
part   993M ├─sdb4 ntfs                                                             DA4E7B1E4E7AF31D
part   225G ├─sdb5 ntfs   /media/marjo/donnees                              donnees 71D1905B6778F8A8
part  58,6G ├─sdb6 ext4   /media/marjo/12bcf677-e123-42f6-8e0f-7b1c6c4262e7         12bcf677-e123-42f6-8e0f-7b1c6c4262e7
part  29,3G ├─sdb7 ext4   /                                                         023e0a8b-6771-4962-95be-4434de766b3d
part   5,9G └─sdb8 swap   [SWAP]                                                    8207262f-6dab-45e3-937c-3603f817a14b
marjo@HPenvy:~$

Dans lequel on peut voir :
Le prompt de départ avec la ligne de commande qui a été entrée :

marjo@HPenvy:~$ lsblk --exclude 7,11 -oTYPE,SIZE,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID

puis le retour de la commande :

TYPE   SIZE NAME   FSTYPE MOUNTPOINT                                        LABEL   UUID
disk 931,5G sda                          
part 931,5G └─sda1 ntfs   /media/marjo/Maxtor                               Maxtor  00BCC414BCC405DE
disk 465,8G sdb                          
part 599,9M ├─sdb1 vfat   /boot/efi                                                 0828-1609
part  29,3G ├─sdb2 ntfs                                                             106A8ACB031D84AD
part 116,2G ├─sdb3 ntfs                                                             D6DCC52ADCC505A9
part   993M ├─sdb4 ntfs                                                             DA4E7B1E4E7AF31D
part   225G ├─sdb5 ntfs   /media/marjo/donnees                              donnees 71D1905B6778F8A8
part  58,6G ├─sdb6 ext4   /media/marjo/12bcf677-e123-42f6-8e0f-7b1c6c4262e7         12bcf677-e123-42f6-8e0f-7b1c6c4262e7
part  29,3G ├─sdb7 ext4   /                                                         023e0a8b-6771-4962-95be-4434de766b3d
part   5,9G └─sdb8 swap   [SWAP]                                                    8207262f-6dab-45e3-937c-3603f817a14b

Et le prompt de retour :

marjo@HPenvy:~$

qui nous indique que tout le retour de commande a bien été recopié,
que l'exécution de la commande n'a pas provoqué de changement
de répertoire courant ni de compte utilisateur.

Avec ce prompt, on voit que c'est depuis un compte utilisateur non privilégié $ dont le nom de loggin est marjo
sur la machine dont le nom est HPenvy
depuis le répertoire personnel :~ du compte utilisateur marjo
et quelle ligne de commande a été entrée.

On peut vérifier quelle est exactement la ligne de commande qui a été lancée,
et on peut aussi constater que la commande s'est terminée sans erreur,
que le retour de la commande est complet
et que cette commande n'a pas entraîné de changement de répertoire ni de compte utilisateur.

Comme la fenêtre était assez grande pour tout afficher,
aucune ligne ni donnée dans les colonnes n'est tronquée,
et les informations concernant chaque partition sont sur une seule et même ligne.

=======
=======

Dans son message #8, marjo a écrit :

…J'ai refait fdisk avec le sdb au cas où...…

Bravo, bien vu je ne savais pas encore qu'il y avait un deuxième disque dur,
car je n'avais pas fait attention au /dev/sdb5 que l'on peut voir dans la capture d'écran que tu nous avais donnée.

=======

Dans son message #2, marjo a écrit :

… j'ai ces 63 Go qui semblent ne servir à rien alors qu'ubuntu me demande régulièrement plus d'espace... Je peux les ajouter à la partition 7 pour avoir plus d'espace pour Ubuntu ???

Oui, vu que ces partitions sont côte à côte.
En démarrant la machine avec un CD (ou clef USB) d'installation, histoire que les systèmes de fichiers de ces partitions ne soient pas montés,
et en utilisant GParted depuis le système de ce CD (ou clef USB) d'installation.

=======

Dans son message #2, marjo a écrit :

…Par contre, je me rends compte que le disque n'est pas monté automatiquement au démarrage... Je vais chercher comment faire. …

Il faudra nous préciser dans quelle partition est le système de fichiers que tu voudrais monter
et que tu créé un répertoire qui servira de point de montage
à l'endroit où tu voudrais pouvoir accéder à ce système de fichiers.

Les répertoires /mnt et /media ne sont pas fait pour y créer un point de montage,
ni d'ailleurs leurs éventuels sous-répertoires.

NOTE : On ne peut pas monter autre chose qu'un système de fichiers
qui a été créé (<=>formatage) dans une partition d'un disque.
(On pourrait formater un disque <=> créer un système de fichiers sur un disque,
mais ça ne serait pas évident du tout de pouvoir le distinguer plus tard d'un autre disque qui serait vide d'informations,
si on a oublié avec quel type de système de fichiers il avait été formaté,
et vu que c'est le disque qui serait formaté, il n'aurait pu avoir de partition puisqu'il n'aurait pas de tables de partitions.)

=======
Tu devrais donner un nom de label au système de fichiers de la partition sdb6
çe qui t'éviterait, quand tu montes son système de fichier en utilisant ton interface graphique
d'avoir un nom de point de montage qui pour l'instant utilise l'UUID du système de fichiers :

/media/marjo/12bcf677-e123-42f6-8e0f-7b1c6c4262e7

Si son nom de label était "nomDeLabelChoisi",
le nom du point du montage créé automatiquement serait alors plus facilement reconnaissable :

/media/marjo/nomDeLabelChoisi

C'est très facile à faire avec GParted
et tu pourras en profiter pour donner un nom de label à toutes celles qui n'en ont pas

Dernière modification par MicP (Le 01/05/2020, à 13:18)

marjo · Le 29/04/2020, à 15:33

vraiment merci pour tes retours, j'apprends plein de choses

voici donc les résultats des trois commandes demandées initialement :

marjo@marjo-HP:~$ sudo fdisk -l /dev/sda
[sudo] Mot de passe de marjo : 
Disque /dev/sda : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: 03FZEX-00K3CA0  
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 4EDE3B07-1028-46C8-9575-E1D6730EC635

Périphérique Début        Fin   Secteurs Taille Type
/dev/sda1     2048 1953523711 1953521664 931,5G Données de base Microsoft
marjo@marjo-HP:~$

marjo@marjo-HP:~$ mount | grep ^/dev
/dev/sdb7 on / type ext4 (rw,relatime,errors=remount-ro)
/dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/fuse on /run/user/1000/doc type fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdb6 on /media/marjo/12bcf677-e123-42f6-8e0f-7b1c6c4262e7 type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2)
/dev/sdb5 on /media/marjo/donnees type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sda1 on /media/marjo/DD ext 1 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
marjo@marjo-HP:~$

marjo@marjo-HP:~$ lsblk --exclude 7,11 -oTYPE,SIZE,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID
TYPE   SIZE NAME   FSTYPE MOUNTPOINT                                        LABEL    UUID
disk 931,5G sda                                                                      
part 931,5G └─sda1 ntfs   /media/marjo/DD ext 1                             DD ext 1 6E9998A622B68061
disk 465,8G sdb                                                                      
part 599,9M ├─sdb1 vfat   /boot/efi                                                  0828-1609
part  29,3G ├─sdb2 ntfs                                                              106A8ACB031D84AD
part 116,2G ├─sdb3 ntfs                                                              D6DCC52ADCC505A9
part   993M ├─sdb4 ntfs                                                              DA4E7B1E4E7AF31D
part   225G ├─sdb5 ntfs   /media/marjo/donnees                              donnees  71D1905B6778F8A8
part  58,6G ├─sdb6 ext4   /media/marjo/12bcf677-e123-42f6-8e0f-7b1c6c4262e7          12bcf677-e123-42f6-8e0f-7b1c6c4262e7
part  29,3G ├─sdb7 ext4   /                                                          023e0a8b-6771-4962-95be-4434de766b3d
part   5,9G └─sdb8 swap   [SWAP]                                                     8207262f-6dab-45e3-937c-3603f817a14b
disk  29,8G sdc                                                                      
part     4G └─sdc1                                                                   
marjo@marjo-HP:~$

MicP a écrit :

Tu devrais donner un nom de label au système de fichiers de la partition sdb6
çe qui t'éviterait, quand tu montes son système de fichier en utilisant ton interface graphique
d'avoir un nom de point de montage qui pour l'instant utilise l'UUID du système de fichiers

Je croyais l'avoir fait. Sur l'image, on voit (en partie) partition 6 : home. Mais apparemment le nom et l'étiquette, c'est pas pareil
Je vais modifier ça !

MicP a écrit :

Il faudra nous préciser dans quelle partition est le système de fichiers que tu voudrais monter
et que tu créé un répertoire qui servira de point de montage
à l'endroit où tu voudrais pouvoir accéder à ce système de fichiers.
Les répertoires /mnt et /media ne sont pas fait pour y créer un point de montage,
ni d'ailleurs leurs éventuels sous-répertoires.

Je stocke mes données persos communes aux 2 OS sur la partition Données (sdb5).
C'est une partition que j'ai créée à l'install avec un système de données NTFS (j'ai bon ? )
Je m'aperçois qu'au démarrage, il faut que je le monte (cliquer dessus depuis ma barre de lancement) avant de pouvoir le parcourir avec fichiers.
Avant, une fois montée, j'y accédais via /media/marjo/données. Je comprends à te lire que je peux y avoir accès depuis un répertoire que je choisi et que je crée... Pour le choix du point de montage de DONNEES, est-il possible/souhaitable de le mettre dans /home pour y accéder rapidement dans tous les logiciels ? ou est-ce forcément à la racine ?

MicP · Le 29/04/2020, à 16:07

marjo a écrit :

… Je croyais l'avoir fait. Sur l'image, on voit (en partie) partition 6 : home. Mais apparemment le nom et l'étiquette, c'est pas pareil …

J'ai vu ça aussi, mais comme ni lsblk ni la création automatique du point de montage ne l'ont confirmé, je ne sais pas du tout d'où provient ce home affiché.

=======

marjo a écrit :

…C'est une partition que j'ai créée à l'install avec un système de données NTFS (j'ai bon ? wink ) …

Oui.

=======

marjo a écrit :

… est-il possible/souhaitable de le mettre dans /home pour y accéder rapidement dans tous les logiciels ? …

Le répertoire /home est plutôt destiné à recevoir le répertoire personnel de chaque compte utilisateur non privilégié,
aussi, je pensais qu'il serait plus simple d'utiliser un sous-répertoire du répertoire personnel de ton compte utilisateur
comme par exemple /home/marjo/donnees

Il faudrait créer le répertoire qui va servir de point de montage :

mkdir ~/donnees

puis ajouter les deux lignes suivantes dans le fichier /etc/fstab :

# /dev/sdb5 est la partition dont le nom de label est 'donnee'
UUID=71D1905B6778F8A8  /home/marjo/donnees    ntfs-3g    defaults    0   0

et ensuite lancer les deux lignes de commande suivantes :

sudo umount /dev/sdb5
sudo mount -a

Le système de fichiers de la partition /dev/sdb5 sera alors disponible par le point de montage /home/marjo/donnees
et automatiquement monté à chaque démarrages suivants.

Dernière modification par MicP (Le 30/04/2020, à 14:53)

marjo · Le 01/05/2020, à 09:49

Bonjour !
Bon, j'ai tenté de modifier les partitions (fusionner 6 et 7) mais impossible de booter de ma clé !
Je l'ai créée avec tuxboot, j'ai bien modifié les priorités d'amorçage mais rien n'y fait, windaube démarre toujours...
Comme mon menu grub, que je n'arrive à faire apparaître qu'en appuyant sur F9 au démarrage...

Du coup, impossible de lancer gparted-live. Tu me confirmes que je ne DOIS pas modifier les partitions depuis ubunu ? Il faut d'abord que je résolve le pb du boot ?

marjo · Le 01/05/2020, à 09:53

J'ai trouvé cette page sur internet qui semble répondre à mon problème de démarrage sur win 10 :
Tutopia : démarrer avec grub par défaut

J'ai effectué ce qu'il dit et ça marche ! A part l'histoire de l'image de fond d'écran qui ne s'affiche pas chez moi... pas grave !

J'ai aussi résolu mon pb de boot depuis ma clé USB. En reformatant ma clé en FAT... !
Bref, tous mes pbs sont résolus !
MERCIII !!!

Dernière modification par marjo (Le 01/05/2020, à 13:00)

MicP · Le 01/05/2020, à 13:20

Encore une fois : BRAVO.

malbo · Le 01/05/2020, à 13:58

Bonjour,
Ce tuto que tu as suivi, c'est un remède de grand-mère qui ne marche pas longtemps. Lors d'une future mise à jour de Windows 10 - et certainement lors de la prochaine mise à niveau de W10 - Windows réécrira automatiquement son dossier /EFI/Microsoft/ avec tous ses éléments de démarrage à l'intérieur et tu retrouveras le fonctionnement précédent avec obligation de presser la touche F9 au démarrage.

Dernière modification par malbo (Le 01/05/2020, à 16:50)

MicP · Le 01/05/2020, à 15:26

Comme je n'utilise jamais l'EFI ou UEFI je n'y connais rien et je n'ai pas lu le tuto que tu as utilisé.
malbo est très certainement beaucoup plus compétent que moi dans ce domaine.

Il vaudra mieux suivre ses conseils.

Dernière modification par MicP (Le 01/05/2020, à 15:27)

malbo · Le 01/05/2020, à 16:46

@MicP : je n'ai pas de conseil à donner. Je voulais seulement prévenir marjo qu'un de ces jours elle retrouvera le démarrage automatique sur Windows et qu'elle devra passer par la touche F9 au démarrage. Je n'ai pas une meilleure solution que le passage par cette touche F9. Si tu fais une recherche des occurrences de F9 dans la Liste des portables HP, tu verras que cette solution est utilisée pour un très grand nombre de modèles.

Dernière modification par malbo (Le 01/05/2020, à 16:49)

MicP · Le 01/05/2020, à 18:42

C'est frustrant de ne rien pouvoir faire d'autre que subir les spécificités "tordues" de toutes ces machines
qui ne respectent pas les standards et qui imposent des logiciels (et firmwares) propriétaires.

J'admire le travail des tous ces développeurs qui échangent mondialement leurs informations
afin d'arriver à leur faire accepter un système libre.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 28/04/2020, à 23:20

[RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#2 Le 28/04/2020, à 23:27

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#3 Le 29/04/2020, à 07:31

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#4 Le 29/04/2020, à 07:59

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#5 Le 29/04/2020, à 09:01

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#6 Le 29/04/2020, à 09:58

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#7 Le 29/04/2020, à 10:04

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#8 Le 29/04/2020, à 10:14

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#9 Le 29/04/2020, à 11:50

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#10 Le 29/04/2020, à 15:33

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#11 Le 29/04/2020, à 16:07

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#12 Le 01/05/2020, à 09:49

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#13 Le 01/05/2020, à 09:53

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#14 Le 01/05/2020, à 13:20

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#15 Le 01/05/2020, à 13:58

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#16 Le 01/05/2020, à 15:26

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#17 Le 01/05/2020, à 16:46

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

#18 Le 01/05/2020, à 18:42

Re : [RESOLU] Partition en read-only - Pb grub HP - Boot clé USB

Pied de page des forums