Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#51 Le 09/12/2020, à 11:25

Qid

Re : [RESOLU]mauvaise manip au montage d'un disque

Bill64 a écrit :

j'vais garder le sdb comme un disque externe qui s'allumera au démarage.
donc je peux me lancer dans procédure avec GParted?

Pas besoin de gparted : si tu es sûr de ce que tu veux tu réédite le fstab et tu nettoies simplement en supprimant complètement la ligne : le fait de l'avoir juste commenté permet de bien plus facilement revenir en arrière en cas de besoin en cours de manœuvre c'est pour ça qu'on ne t'a pas directement dit de la supprimer wink


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#52 Le 09/12/2020, à 15:06

Bill64

Re : [RESOLU]mauvaise manip au montage d'un disque

J'ai fais ça:

rastabill@rastabill-System-Product-Name:~$ sudo cp -a /etc/fstab /etc/fstab.sav
[sudo] Mot de passe de rastabill : 
rastabill@rastabill-System-Product-Name:~$ gedit admin:///etc/fstab

** (gedit:6597): WARNING **: 15:02:38.802: L’emplacement indiqué n’est pas monté

1)j'ai pas retrouvé la copie du fichier fstab que j'avais demandé
2)j'ai supprimé la ligne commenté précédemment
je redémarre....

Hors ligne

#53 Le 09/12/2020, à 15:33

Bill64

Re : [RESOLU]mauvaise manip au montage d'un disque

J'ai formater le sdb et renommé en Stockage, voilà la situation maintenant:

rastabill@rastabill-System-Product-Name:~$ cat /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=511bb37c-9aa6-4fb8-845f-eecd27d40cd2 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=49CB-59D1  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

rastabill@rastabill-System-Product-Name:~$ sudo blkid -o list 
[sudo] Mot de passe de rastabill : 
device                 fs_type   label      mount point                UUID
------------------------------------------------------------------------------------------------------------
/dev/loop0             squashfs             /snap/gnome-calculator/748 
/dev/loop1             squashfs             /snap/core18/1932          
/dev/loop2             squashfs             /snap/gnome-3-28-1804/128  
/dev/loop3             squashfs             /snap/gnome-characters/550 
/dev/loop4             squashfs             /snap/gnome-calculator/826 
/dev/loop5             squashfs             /snap/gnome-3-34-1804/60   
/dev/loop6             squashfs             /snap/gnome-3-26-1604/100  
/dev/loop7             squashfs             /snap/gnome-system-monitor/145 
/dev/sda1              vfat                 /boot/efi                  49CB-59D1
/dev/sda2              ext4                 /                          511bb37c-9aa6-4fb8-845f-eecd27d40cd2
/dev/loop8             squashfs             /snap/gnome-characters/570 
/dev/sdb               ext4      STOCKAGE   /media/rastabill/STOCKAGE  6a6a64cc-d9d7-4aa4-9dea-1bd17ee59f6e
/dev/loop9             squashfs             /snap/gtk-common-themes/1513 
/dev/loop10            squashfs             /snap/core/10444           
/dev/loop11            squashfs             /snap/gnome-3-26-1604/98   
/dev/loop12            squashfs             /snap/gnome-3-34-1804/36   
/dev/loop13            squashfs             /snap/core/10185           
/dev/loop14            squashfs             /snap/gnome-logs/93        
/dev/loop15            squashfs             /snap/gtk-common-themes/1514 
/dev/loop16            squashfs             /snap/core18/1885          
/dev/loop17            squashfs             /snap/gnome-logs/100       
/dev/loop18            squashfs             /snap/gnome-system-monitor/148 
/dev/loop19            squashfs             /snap/gnome-3-28-1804/145  

Je sais que c'est pas la meilleure option à première vu mais c'est parce que j'ai quelques petits trucs à régler sur ma version et si cela nécessite une réinstallation du système ce sera plus simple comme ça je pense (je parles en toutes inconnaissance). En tout cas, cette conversation me servira à nouveau bientôt j'en suis sûr sans compter ce qu'elle m'as appris!

Hors ligne

#54 Le 09/12/2020, à 16:24

Qid

Re : [RESOLU]mauvaise manip au montage d'un disque

On a encore un souci ! Pourquoi sdb n'a pas de numéro de partition !?


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#55 Le 09/12/2020, à 18:13

bluc

Re : [RESOLU]mauvaise manip au montage d'un disque

Il faut créer une table de partition sur sdb


Clevo :  Ubuntu 24.04   ❖  Xubuntu 24.04  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

Hors ligne

#56 Le 09/12/2020, à 19:56

Qid

Re : [RESOLU]mauvaise manip au montage d'un disque

bluc a écrit :

Il faut créer une table de partition sur sdb

Bah j'en avais parlé normalement... Après si il ne fait pas ce que je dis parce-que il n'a probablement pas compris mais qu'il ne le dit pas wink


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#57 Le 09/12/2020, à 22:22

Bill64

Re : [RESOLU]mauvaise manip au montage d'un disque

oui en effet, j'ai dû oublier ton poste [doc]#39[/doc] et faire à ma sauce ne voyant pas la différence mais je jette ma sauce au compost! je vois pas trop pourquoi il faudrait une partition car le format est bien en ext4, mais je refais manip.

Hors ligne

#58 Le 09/12/2020, à 22:40

bluc

Re : [RESOLU]mauvaise manip au montage d'un disque

Des  partitions ça se créer sur une table de partitions
De plus il y a plusieurs types de tables de partitions,dont
Msdos (par defaut) si tu ne souhaites pas créer plus de 4 partitions, ce qui est ton cas
gpt  jusqu'a 128 partitions

Dernière modification par bluc (Le 09/12/2020, à 22:43)


Clevo :  Ubuntu 24.04   ❖  Xubuntu 24.04  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

Hors ligne

#59 Le 09/12/2020, à 22:49

Bill64

Re : [RESOLU]mauvaise manip au montage d'un disque

à quoi peut bien servir d'avoir autant de partitions? J'pourrais sur l'une d'elle installer un autre système Ubuntu pour démarrer en de bug?
en tout cas j'ai suivi les consignes du post #39 et j'crois avoir réussi,

rastabill@rastabill-System-Product-Name:~$ cat /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=511bb37c-9aa6-4fb8-845f-eecd27d40cd2 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=49CB-59D1  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

rastabill@rastabill-System-Product-Name:~$ sudo blkid -o list 
[sudo] Mot de passe de rastabill : 
device     fs_type label    mount point    UUID
-------------------------------------------------------------------------------
/dev/loop0 squashfs         /snap/gnome-system-monitor/145 
/dev/loop1 squashfs         /snap/core/10444 
/dev/loop2 squashfs         /snap/core18/1932 
/dev/loop3 squashfs         /snap/core/10185 
/dev/loop4 squashfs         /snap/gnome-3-26-1604/100 
/dev/loop5 squashfs         /snap/gtk-common-themes/1514 
/dev/loop6 squashfs         /snap/gnome-system-monitor/148 
/dev/loop7 squashfs         /snap/gnome-3-34-1804/36 
/dev/sda1  vfat             /boot/efi      49CB-59D1
/dev/sda2  ext4             /              511bb37c-9aa6-4fb8-845f-eecd27d40cd2
/dev/loop8 squashfs         /snap/gnome-characters/570 
/dev/loop9 squashfs         /snap/gnome-calculator/826 
/dev/loop10
           squashfs         /snap/gtk-common-themes/1513 
/dev/loop11
           squashfs         /snap/gnome-calculator/748 
/dev/loop12
           squashfs         /snap/gnome-3-28-1804/128 
/dev/loop13
           squashfs         /snap/gnome-3-34-1804/60 
/dev/loop14
           squashfs         /snap/gnome-3-26-1604/98 
/dev/loop15
           squashfs         /snap/gnome-characters/550 
/dev/loop16
           squashfs         /snap/gnome-logs/93 
/dev/loop17
           squashfs         /snap/gnome-3-28-1804/145 
/dev/loop18
           squashfs         /snap/core18/1885 
/dev/loop19
           squashfs         /snap/gnome-logs/100 
/dev/sdb1  ext4             (non monté)   c6fb4b82-8ad0-4784-bbf5-744bbfb5ac35

Hors ligne

#60 Le 09/12/2020, à 22:54

Qid

Re : [RESOLU]mauvaise manip au montage d'un disque

Ok ... Maintenant on est effectivement bon : on a bien sdb1... C'était quoi la suite pour demain déjà ?


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#61 Le 09/12/2020, à 23:02

Bill64

Re : [RESOLU]mauvaise manip au montage d'un disque

Tu veux vraiment que je te reparle de mon problème de mise à niveau? Suis je dans la bonne rubrique? parce que j'ai voulu tenter des trucs....et ça m'a fait du code!
plus sérieux, j'ai bafouillé sur le nom du volume et il n'est pas monté. je remarque qu'à chaque bidouille il perd un peu d'espace, c sûrement normal. Le fait d'avoir fait une partion me permettra d'en faire d'autre à l'avenir?

Hors ligne

#62 Le 10/12/2020, à 07:45

Qid

Re : [RESOLU]mauvaise manip au montage d'un disque

Ouais alors non dans ce cas cette fois on peut clore ce sujet vu son titre et le premier post : si il y a d'autres questions ce sera effectivement à faire dans d'autres fils...

Par contre pour rester dans le sujet je ne comprends pas ceci :

Bill64 a écrit :

j'ai bafouillé sur le nom du volume et il n'est pas monté.

Si je ne m'abuse je te rappelle que tu avais abandonné l'histoire de le mettre dans le fstab... Donc c'est normal qu'il ne soit pas monté

Quant-à ce passage :

Bill64 a écrit :

je remarque qu'à chaque bidouille il perd un peu d'espace, c sûrement normal. Le fait d'avoir fait une partion me permettra d'en faire d'autre à l'avenir?

Là c'est pareil j'ai du mal à comprendre à quoi tu fais réellement allusion par rapport à ta perte d'espace... Par contre oui pour résumer :
Un support de stockage doit contenir une table de partition qui permet de créer une ou plusieurs partitions pour pouvoir stocker des données ou des systèmes...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#63 Le 10/12/2020, à 11:25

Bill64

Re : [RESOLU]mauvaise manip au montage d'un disque

Bonjour, je dois faire un peu de ménage et de sauvegarde avant de me lancer mais en effet pourquoi ne pas faire mieux avec ce sdb. Concernant la perte d'espace je constate que sur GParted l'espace total de Sdb1 n'est plus que de 931.15Gio dont 15.69Gio utilisé, ça ne devrait pas être 1000Gio au total? peut n'est ce là que la partition en question.
j'vois ce que je peux faire et je reposterai sous peu, Merci pour tout!

Hors ligne

#64 Le 10/12/2020, à 11:32

Qid

Re : [RESOLU]mauvaise manip au montage d'un disque

Bill64 a écrit :

je constate que sur GParted l'espace total de Sdb1 n'est plus que de 931.15Gio dont 15.69Gio utilisé, ça ne devrait pas être 1000Gio au total?

là on commence à entrer dans des notions un peu trop compliquées à expliquer mais non c'est plus ou moins normal : 1To n'est qu'une valeur théorique commerciale... ce n'est pas pour ça qu'en matière de stockage tu auras bien un To... question d’arrondi entre autre


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne